Таким образом, основные положения формирования системы РУТ в организациях должны ориентироваться как на общие принципы построения организационных проектов, так и на использование определенных частных методов, связанных со спецификой объекта исследования. Это обуславливает необходимость всестороннего анализа действующей методической базы и обоснования специфических особенностей системы РУТ как объекта проектирования, существенно влияющих на состав и содержание этапов разработки проектов совершенствования и развития. Настоящее исследование позволило определить место системы РУТ как объекта проектирования в функционально-целевой модели организации и установить, что данная подсистема охватывает все ее уровни, что не противоречит наличию и специализированной подсистемы по обеспечению регламентирующей документацией. Исходя из этого уточнен состав и содержание этапов и стадий проектирования системы РУТ на предприятиях. [c.156]
Способность человеческого сознания к интуитивным формам связана с целеполаганием и опережающим отображением. Наличие в сознании цели при отражении действительности в проектировании весьма существенный момент. Любая деятельность человека преследует ту или иную цель. В связи с понятием цели, отражение делится на нефункциональное и функциональное [26]. Первое из них свойственно неживой природе и базируется на причинно-следственных связях. Функциональное отражение, присущее живой природе и человеческому мышлению, связано с целями как в своем процессе, так и в его результате. Цель имеет управленческий аспект. На ее основе субъект проектирования ориентируется в множестве возможных решений, находя наилучшие из них, не производя полного перебора и сравнения. Выбор цели при проектировании весьма важный и ответственный этап. Соотношение познавательного образа с целеполаганием связано с такими категориями, как ценность и оценка [26]. [c.47]
По функциональным возможностям САПР МАРС и ПЛЮС охватывают в той или другой степени все этапы проектирования СМОД. Обе системы ориентированы на создание СМОД, основой которых является интегрированная база данных. [c.173]
Правильному формированию оценок помогает следующее важное соображение соотношение трудозатрат для групп разработки, испытаний и выпуска документации является достаточно постоянным, если следовать предлагаемой здесь методологии создания программного изделия. При централизованном распределении трудовых ресурсов по нескольким разным проектам, как и в случае распределения персонала внутри организации по функциональным группам в течение года, правильным является соотношение 10 3 2 (соответственно между группами разработки, испытаний и выпуска документации). Данное соотношение придает группе разработки больший вес, чем следовало бы в случае индивидуального проектирования каждого программного изделия это объясняется тем, что многие из трудовых затрат, выделенных для реализации функции разработки, либо вообще <не ориентированы на создание программного изделия, либо уходят на проекты, которые умирают раньше, чем попадают в сферу действия других функций. Для индивидуального проектирования программных изделий типичным является соотношение 10 5 3. [c.95]
На основе разработанной функциональной схемы и последовательности целей-ориентиров производится оценка потребностей в материальных и денежных ресурсах, необходимых для достижения поставленных целей. Очевидно, что определяемые на данном этапе организационного проектирования потребности в материальных и людских ресурсах носят ориентировочный характер. Они, безусловно, могут уточняться и конкретизироваться в процессе работы организации. [c.222]
Наибольшей трудоемкостью в настоящее время обладают процедуры первой группы. Надобность в разработке общих видов составных частей отпадет лишь при проектировании на основе конструктивных модулей. До перехода к такому методу следует ориентироваться на типизацию, которая позволяет выявить структурную однородность составных частей объектов проектирования. На базе типовых структур компоновок могут быть выполнены модификации, которые, однако, не приводят к перестройке общей композиции. Типовые структурные компоновки должны реализовать прогрессивные технические решения. Храниться они могут на магнитных носителях, микрофишах. Каждое описание типовой структурной компоновки в базе данных включает спецификацию составных частей. Для идентификации типовых структурных компоновок можно использовать единую обезличенную классификационную систему обозначений изделий и конструкторских документов. Входящий в нее код классификационной характеристики присваивается конструкторскому документу пр Классификатору ЕСКД независимо от предметной области. Классификатор реализует иерархический метод характеристики изделий, что удобно для декомпозиции при разработке составных частей объекта проектирования. В характеристику должны быть включены наиболее существенные для целей поиска типовых структурных компоновок признаки функциональный, служебного назначения, конструктивный, принципа действия, параметрический, геометрической формы, наименования. [c.233]
Общий подход к проектированию СМОД на базе ППП характеризуется тем, что используется сразу несколько пакетов, взаимосвязанных между собой посредством интерфейса, который обеспечивает согласование проектных решений по составу алгоритмов функциональных задач управления их информационным входам и выходам, структуре базы данных и позволяет учесть перспективу расширения состава автоматизируемых функций управления объектом и т. п. Характерным примером комплексного подхода к проектированию систем обработки является семейство функциональных ППП ИСУП (Информационная система управления производством), обеспечивающих интеграцию данных и решение на их основе комплекса задач по основным функциям управления предприятием. ИСУП ориентирована на единую базу данных под управлением системы управления базами данных типа СИОД. Кроме того, в состав комплекса ППП ИСУП входят следующие ППП Планирование потребностей , Планирование мощности , Управление запасами , Управление цехом . [c.129]
Применяемые ППП позволяют автоматизировать одну или несколько функций управления, в лучшем случае — одну функциональную подсистему СМОД. Вследствие этого при проектировании достаточно полной СМОД возникает проблема комплексиро-вания пакетов, заключающаяся в установлении интерфейсов между ними. Однако ППП не всегда программно и информационно совместимы. Они могут быть ориентированы на разные технические средства, системы управления базами данных, операционные системы и т. д. Поэтому очень важно уже при разработке [c.151]