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

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

ременным числом ячеек соответственно. Пример OLAP системы — Oracle Express, помогающей ме-
неджерам и аналитикам получать данные в виде разрезов таких многомерных таблиц, готовить отче-
ты, обосновывать решения.
     В составе подсистем управления методологией проектирования полезно иметь средства кон-
сультирования по принятию проектных решений. Они могут быть представлены в виде множества мо-
дулей, объединяемых гипертекстовой оболочкой. Каждый модуль содержит некоторый совет по выбо-
ру решения, преодолению противоречий, возникающих в процессе проектирования. Здесь уместно
использование методов и приемов решения изобретательских задач.
      Примером программы консультирования и прогнозирования результатов принимаемых решений может служить
программа Clio в упомянутой выше подсистеме Minerva.
      "8+/.81 345,+,-./ <38:9D.0+> 5:001/+ + 384.7-+849:0+./. В ряде системных сред
САПР (прежде всего САПР в машиностроении) в подсистемах PDM объединяются функции управле-
ния данными и проектированием. Пример такой PDM — подсистема Design Manager в САПР Euclid
Quantum. Функциями этой PDM являются управление потоками проектных данных, версиями проек-
та, взаимодействием разработчиков, защита информации, конфигурирование и адаптация версий си-
стемы для конкретных пользователей.
       Подсистема Design Manager в Euclid Quantum состоит из частей пользовательской, админиcтратора и управления
структурой продукта.
       В пользовательской части данные при выполнении проектирования могут находиться либо в распоряжении кон-
кретного разработчика, в частности, в его индивидуальной БД (User Area), либо в зоне работы рабочей группы (Workgroup
Area), в частности, в ее БД. Утвержденные данные пересылаются в центральную БД (Repository). Пересылка данных из
User Area (UA) в Workgroup Area (WGA) происходит по инициативе разработчика командами check in или share. Первая из
них начинает процедуру контроля данных, вторая обеспечивает разделение данных всеми участниками рабочей группы.
Контроль данных выполняет уполномоченный член группы, результатом является или утверждение и, следовательно, на-
правление их в репозиторий R, или неутверждение и отправка данных в UA на доработку. Разработчик может запрашивать
данные для начала нового проекта по команде copy out или для модификации существующего проекта по команде check
out (рис 5.6).




                        %+,.5.6. Потоки данных в PDM Design Manager (САПР Euclid Quantum)

       В БД данные организованы иерархически, группируются по именам проектов или по типам данных. Вызов данных
из любой БД (UA, WGA, R) выполняется командой retrieve, посылка в БД — командой store. При обращении к БД пользо-
ватель видит структуру данных (директорию — имена папок и их частей) и определенный аспект данных выделенного в
директории проекта. Такими аспектами могут быть свойства документа (имя, автор, дата, статус и т.п.), список версий про-
екта, 3D изображение.
       В функции администратора системы входят упорядочение данных с их распределением по дискам, контроль за пра-
вами доступа пользователей, связь с внешними системами (управление импортом/экспортом данных) и др.
      В системной среде NELSIS CAD Framework имеются части: 1) DMS (Design Management
Services) для поддержки иерархии данных, управления версиями и потоками задач; 2) DMI (Design
Management Interface) с функциями открытия и закрытия баз данных, вызова и пересылки данных, до-
ступа к DMS; 3) FUS (Framework User Services), включающая ряд браузеров для визуализации инфор-
мации.
       Базовая сущность в NELSIS CAD Framework – объект (ячейка). Объект состоит из нескольких примитивов и/или
ссылок. Объекты объединяются в модули. В модуле все объекты имеют одни и те же имена и тип представления (view-
type) и являются вариантами описания одного и того же физического объекта, т.е. это версии или улучшения предыдущих
вариантов. Объекты могут находиться в отношениях эквивалентности друг с другом или иерархии. Каждый модуль име-
ет атрибут, обозначающий уровень абстракции. Версии нумеруются и им присваивается тот или иной статус.


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