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

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

проектов. Язык расширения должен обеспечивать доступ к различным компонентам системной сре-
ды, объединять возможности базового языка программирования и командного языка, включать сред-
ства процедурного программирования. Для большинства языков расширения базовыми являются
ЛИСП или С.
      Так, язык Skill из Design Framework-2 фирмы Cadence или язык ССL (CASE Comment Language) фирмы Matra
Datavision являются ЛИСП-подобными, а язык AMPLE из Falcon Framework фирмы Mentor Graphics базируется на языках
: и ПАСКАЛЬ.
     Управление процессом проектирования включает в себя большое число действий и условий,
поддерживающих параллельную работу многих пользователей над общим проектом. Управление вы-
полняется на основе моделей вычислительных процессов. Используются спецификации моделей,
принятые в CASE-системах, например, диаграммы потоков данных, ориентированные графы. Снача-
ла модели составляют для задачного уровня, а затем система осуществляет их покрытие. Применяют
также описания на языках расширения или 4GL. В системной среде Ulyses спецификации даны в ви-
де набора модулей с указанием условий их активизации, что близко к представлению моделей в сис-
темах, управляемых знаниями. Так, каждый проектирующий программный модуль может быть акти-
визирован только в том случае, если входные данные готовы. Для этого специальная 0"#8")//) 70-
")(4$*'9 /#-749/' системной среды отслеживает соблюдение отношений следования между проект-
ными операциями и процедурами, заданными в маршруте проектирования. На эту же программу воз-
лагаются функции регулирования прав доступа к модулям, сбор статистики (протоколирование) по
обращениям к модулям и некоторые другие.
     Необходимо обеспечение синхронизации изменения данных, разделяемых многими пользовате-
лями. Для этого, во-первых, пользователи подразделяются на классы (администрация системы, руко-
водство проектом и частями проекта, группы исполнителей-проектировщиков) и для каждого класса
вводят определенные ограничения, связанные с доступом к разделяемым данным; во-вторых, обеспе-
чивают средства ведения многих версий проекта; в-третьих, для выполнения работ в отдельных вет-
вях параллельного процесса пользователям выделяют свои рабочие области памяти. Данным могут
присваиваться различные значения статуса, например, “правильно”, “необходимо перевычисление”,
“утверждено в качестве окончательного решения” и т.п. Собственно синхронизация выполняется с по-
мощью механизмов типа рандеву или семафоров, рассматриваемых в пособиях по параллельным вы-
числениям.
      Примером подсистемы управления проектированием в САПР СБИС может служить Minerva, разработанная специ-
алистами университета Карнеги-Меллона (США). В ней реализуется нисходящее проектирование на основе модели в ви-
де И-ИЛИ-дерева. Дерево может быть не полностью определено к началу проектирования и его отдельные кусты дораба-
тываются в процессе проектирования. На каждом ярусе дерева происходит выбор альтернатив, формирование ТЗ для сле-
дующего иерархического уровня, возможны возвраты. В средствах пользовательского интерфейса предусмотрено высве-
чивание на экране фрагментов дерева, по каждой ветви дерева сообщается о ее готовности к проработке, занимается ли
ею кто-то другой из разработчиков и т.п.
     В общем случае полная формализация управления проектированием не может быть достигнута,
поэтому полезную роль играют +'+&$/. 0#--$"@%' "$>$*';, принимаемых людьми, DSS (Decision
Support Systems). В качестве таких систем часто используют хранилища данных и OLAP-средства
(On-Line Analytical Processing).
     Использование хранилищ данных имеет ряд преимуществ в управлении большими объемами
данных: имеется единое ядро, что исключает чрезмерно разветвленные и длительные транзакции, лег-
че синхронизировать внесение изменений, поддерживать единство форматов данных, хранить преды-
дущие версии и т.п.
     OLAP-средства должны обеспечивать оперативный доступ к данным, на основе которого выяв-
ляются зависимости между параметрами (измерениями в многомерной модели приложения). В
OLAP-системах на реляционных СУБД аналитическая обработка, или, другими словами, многомер-
ный динамический анализ данных требует просмотра большого числа записей из разных таблиц. По-
этому производительность оказывается невысокой. В специализированных OLAP-системах, обеспе-
чивающих более быстрый многомерный анализ, но с более существенными ограничениями на объем
БД, данные хранятся в виде гиперкубов или поликубов — многомерных таблиц с постоянным или пе-


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