Автоматизированное проектирование. Норенков И.П. - 131 стр.

 5@!"! 5                          :&:#*%)K*     :(*AK & +($5(!%%)$-%*#$A&F*:,&* ,$%+@*,:K                :!+(

                      5.2. #:?0:A.0+. + ,4,-:9 ,+,-./016 ,8.5 *C"%
      *+,-./01. ,8.51 :9-4/:-+?+849:0016 ,+,-./. Системы автоматизированного проектирова-
ния относятся к числу наиболее сложных и наукоемких автоматизированных систем (АС). Наряду с вы-
полнением собственно проектных процедур необходимо автоматизировать также управление проекти-
рованием, поскольку сам процесс проектирования становится все более сложным и зачастую приобре-
тает распределенный характер. На крупных и средних предприятиях заметна тенденция к интеграции
САПР с системами управления предприятием и документооборота. Для управления столь сложными ин-
тегрированными системами в их составе имеется специальное ПО — системная среда САПР или АС.
      Первые системные среды САПР, называвшиеся мониторными подсистемами или Framework
(FW), появились на рубеже 70...80-х г.г. В настоящее время основными функциями системных сред
САПР являются управление данными, управление проектированием, интеграция ПО, реализация ин-
терфейса с пользователем САПР, помощь в разработке и сопровождении ПО САПР.
      Tермин Framework применительно к системным средам САПР был введен в 1980 г. фирмой Cadence — одним из
пионеров в создании системных сред САПР. Кроме Cadence, тематикой Frameworks для САПР электронной промышлен-
ности занималось несколько ведущих в этой области фирм (Mentor Graphics, IBM, DEC, Sun Microsystems и др.), создав-
ших международную ассоциацию CFI (CAD Framework Initiative). Широкую известность получили такие системные сре-
ды, как Falcon Framework фирмы Mentor Graphics, Design Framework-2 фирмы Cadence и JCF (Jessy-Common Framework)
европейской программы ESPRIT.
     Важно отметить, что проблема системных сред САПР, зародившаяся в процессе становления
САПР электронной промышленности, получила развитие при реализации CALS-технологии в различ-
ных отраслях машиностроения.
     В типичной структуре ПО системных сред современных САПР можно выделить следующие
подсистемы.
     \-"# отвечает за взаимодействие компонентов системной среды, доступ к ресурсам ОС и сети,
возможность работы в гетерогенной среде, настройку на конкретную САПР (конфигурирование) с по-
мощью специальных языков расширения.
     !#-+'+&$/) 70")(4$*'9 0"#$%&#/, называемая также подсистемой сквозного параллельного
проектирования CAPE (Concurrent Art-to-Product Environment), выполняет функции слежения за со-
стоянием проекта, координации и синхронизации параллельно выполняемых процедур разными ис-
полнителями. Примерами подсистем управления проектами в машиностроении могут служить Design
Manager в САПР Euclid, UG/Manager в Unigraphics. Иногда в отдельную подсистему выделяют управ-
ление методологией проектирования. При этом под /$&#-#4#8'$; понимают совокупность методов и
средств образования /)">"7&#( проектирования — последовательностей проектных операций и про-
цедур, ведущих к цели проектирования.
     Методы построения маршрутов проектирования (workflow) зависят от типа проектных задач.
Различают простые задачи, выполняемые одной программой, линейные, в которых нет разветвлений
в межпрограммных связях, и комплексные. Методы построения маршрутов могут быть основаны на
предварительном описании задач или на предварительном описании правил конструирования задач.
В описании задач фигурируют порты, с которыми соотнесены данные. Порты могут быть обязатель-
ными и необязательными, порождающими дополнительные данные или данные нового объекта. Опи-
сания задач даются в виде графов или на языках расширения.
     !#-+'+&$/) 70")(4$*'9 /$&#-#4#8'$; 0"#$%&'"#()*'9 представлена в виде базы знаний. В
этой базе содержатся такие сведения о предметной области, как информационная модель (например,
в виде диаграмм сущность-отношение), иерархическая структура проектируемых объектов (напри-
мер, в виде И-ИЛИ-дерева), описания типовых проектных процедур, типовые фрагменты маршрутов
проектирования — так называемые потоки процедур, соответствие между процедурами и имеющими-
ся пакетами прикладных программ, ограничения на их применение и т.п. Часто такую БЗ дополняют
обучающей подсистемой, используемой для подготовки специалистов к использованию САПР.
     Современные +'+&$/. 70")(4$*'9 0"#$%&*./' -)**./' называют PDM ( Product Data
Manager), иногда применительно к АСУ используют название EDM (Enterprise Data Manager). PDM
предназначены для информационного обеспечения проектирования и выполняют следующие функции:

 &.+.)$(*),$" . !"#$%!#&'&($"!))$*               +($*,#&($"!)&*                                           131