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

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

0#/, что должно гарантировать целостность (сериализуемость) БД. Наиболее широко используются
алгоритмы управления, основанные на механизме блокировки. При этом 24#%'"#(%#; называют ситу-
ацию, при которой некоторая транзакция объявила о желании получить полномочия на доступ к стра-
нице памяти и, следовательно, другие транзакции не имеют права занимать этот ресурс.
     Одним из способов управления является централизованное блокирование, при котором на одном
из узлов поддерживается единая таблица блокировок. Такой узел устанавливает очередность выпол-
нения транзакций, что исключает конфликты. Однако при централизованном управлении невысока
надежность и требуется мощный сервер.
     В РСУБД с репликацией нет проблемы согласования при записи действий многих узлов. Собст-
венно тиражирование чаще всего выполняется по правилу полной эквивалентности — обновленные
данные сразу же после изменившей их транзакции рассылаются по всем локальным БД. Чтение же
выполняется из БД одного конкретного узла, наиболее близкого к пользователю в функциональном
или географическом смысле.
     Сложнее решать проблемы распределенного управления, что требуется в РСУБД без тиражиро-
вания. Одним из распространенных протоколов распределенного управления является протокол двух-
фазной фиксации транзакций (2РС). На первой фазе инициатор транзакции (координатор) рассылает
участникам выполнения транзакции оповещения о блокировке. В ответ узлы сообщают о своей готов-
ности или неготовности. На второй фазе координатор сообщает либо о “глобальной фиксации”, т.е. о
выполнении транзакции, либо об откате транзакции. Неприятности возможны при сбоях, которые мо-
гут оставить некоторый узел в заблокированном состоянии: он не может ни выполнять транзакцию,
ни отменять ее в одностороннем порядке.
     "84@8://01. ,8.5,-9: <38:9D.0+> 384.7-+849:0+./ 9 *C"%. В зависимости от степени ав-
томатизации управляющих функций можно выделить несколько уровней управления проектированием:
     1) компонентный; на этом уровне пользователь должен знать специфические особенности каж-
дой конкретной программы, используемой в маршруте проектирования; при организации маршрута
он должен позаботиться об информационных интерфейсах используемых программ; другими слова-
ми, системная среда лишь предоставляет сведения о имеющихся программах и их интерфейсах;
     2) ресурсный; пользователь по-прежнему оперирует программами при компиляции маршрута
проектирования, но системная среда позволяет скрыть специфику каждой программы, так как обще-
ние унифицировано;
     3) задачный; пользователь составляет маршрут проектирования не из отдельных программ, а из
отдельных проектных процедур; покрытие маршрута программами выполняет системная среда;
     4) проблемный; пользователь формулирует задания в форме “что нужно сделать”, а не “как это
сделать”, т.е. не определяет маршрут проектирования, а ставит проектную проблему.
     В системных средах САПР 70")(4$*'$ 0"#$%&'"#()*'$/ возлагается на подсистему CAPE, в не-
которых системах обозначаемую как DesPM (Design Process Manager). DesPM должна включать в се-
бя компоненты: комплексы базовых знаний по тем предметным областям, которые определяются объ-
ектом проектирования, а также знаний о языках представления характеристик и ограничений; средст-
ва для генерации плана (маршрута проектирования), определения наличия средств и ресурсов для ре-
ализации плана; средства выполнения плана; средства оценки результатов. DesPM позволяет выби-
рать объекты проектирования, производить декомпозицию моделей, для каждого компонента выби-
рать проектные процедуры из имеющегося набора.
     По каждому объекту DesPM выдает сообщения, примерами которых могут быть: “объект проек-
тируется другим разработчиком”, “проектирование преждевременно, не выполнены предшествующие
процедуры”, “не подготовлены исходные данные”. Одной из важнейших функций DesPM является по-
мощь в реализации параллельного проектирования. Желательно в DesPM предусмотреть возможнос-
ти создания “суперпроцедур” — командных файлов для выполнения часто повторяющихся фрагмен-
тов маршрутов проектирования.
     Расширение возможностей управления проектированием и адаптация системной среды к кон-
кретным САПР связано с применением языков расширения. \6.% ")+>'"$*'9 — это язык програм-
мирования, позволяющий адаптировать и настраивать системную среду САПР на выполнение новых

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