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

 5@!"! 5                          :&:#*%)K*      :(*AK & +($5(!%%)$-%*#$A&F*:,&* ,$%+@*,:K                 :!+(
       Предусмотрены следующие статусы: 1) ")2#1'; – объект находится в работе, его можно модифицировать, в моду-
ле хотя бы один объект должен иметь этот статус; в процессе модификаций новая версия может замещать старую или ста-
рая версия сохраняется, получая, например, статус Backup; 2) принятый (аctual version) – именно эта версия служит для
обмена между объектами, автоматически не стирается, ее модификации осуществляются через рабочий статус; 3) архив-
ный (Backup); 4) порождаемый (Derived version) – статус зарезервирован для вновь создаваемых объектов, например, при
синтезе проектных решений. Разработчик сам изменяет статус объектов.
       Любое изменение должно отражаться в отношениях объекта. NELSIS CAD Framework не изменяет существующие
отношения, а создает новые. Например, если изменяется объект “топология”, то новая версия не наследует отношение со
схемой, которая была получена экстракцией из старой топологии. Целостность данных поддерживается тем, что нельзя
одновременно работать и изменять один и тот же объект разным разработчикам, так как каждый из них будет работать со
своей рабочей версией.
       Данные проекта могут находиться в нескольких БД распределенного банка данных. Данные одной части проекта
доступны другим частям, что позволяет выполнять параллельное проектирование.
       Для интеграции программных компонентов в системную среду (т.е. для согласования по данным этих компонентов
с БД среды) используются обычные модификации компонента, если известен его код, или создается оболочка – модульная
абстракция.
       В NELSIS CAD Framework имеется несколько браузеров для общения с пользователем. Для каждого браузера мо-
жет быть открыто свое окно.
       1. Design flow browser – показывает взаимосвязь между проектными процедурами, историю получения объекта,
список процедур, которые могут быть выполнены над объектом, позволяет задавать маршруты проектирования, вызывать
проектные процедуры и задавать их параметры,
       2. Hierarchy Browser – показывает граф иерархии и место объекта в ней.
       3. Version Browser – показывает все виды (viewtypes), статусы и номера версий выбранного объекта. Он может по-
казать отношения эквивалентности, т.е. объекты, выражающие разные аспекты, например, топологию, схему, результаты
моделирования физического объекта.
       4. Equivalence Browser показывает отношения эквивалентности для выбранного объекта.
       5. Schema Browser показывает сущности и их отношения в виде схемы данных, в отдельном окне показываются за-
просы к БД и ответы на них.

      5.3. !0,-8
      *8.51 B1,-842 8:?8:B4-7+ 38+D4L.0+2. CASE-системы часто отождествляют с инструмен-
тальными средами разработки ПО, называемыми +"$-)/' 2.+&"#; ")6")2#&%' 0"'4#@$*'; (RAD —
Rapid Application Development). Примерами широко известных инструментальных сред RAD являют-
ся VB (Visual Basic), Delphi, PowerBuilder фирм Microsoft, Borland, PowerSoft соответственно. Приме-
нение инструментальных сред существенно сокращает объем ручной работы программистов, особен-
но при проектировании интерактивных частей программ.
      Большое практическое значение имеют инструментальные среды для разработки ПП, предназ-
наченных для работы под управлением операционных систем Windows, в связи с широкой распрост-
раненностью последних.
      Простейшая система для написания Windows-программ на языке С++, позволяющая сократить
объем кода, создаваемого пользователем вручную, основана на библиотеке DLL (Dynamic Link
Library), которая содержит модули, реализующие функции API (Application Programming Interface) для
связи прикладных программ с ОС Windows.
      Эта система получила развитие в MFC (Microsoft Foundation Classes), представляющей собой
библиотеку классов для автоматического создания каркасов ПО многоуровневых приложений. В биб-
лиотеке имеются средства для поддержки оконного интерфейса, работы с файлами и др.
      В средах быстрой разработки приложений RAD обычно реализуется способ программирования, на-
зываемый 70")(4$*'$/ +#2.&'9/'. При этом достигается автоматическое создание каркасов программ,
существенно сокращается объем ручного кодирования. В этих средах пользователь может работать одно-
временно с несколькими экранами (окнами). Типичными являются окна из следующего списка.
      1. Окно меню с пунктами “file”, “edit”, “window” и т.п., реализующими функции, очевидные из
названия пунктов.
      2. Окно формы, на котором собственно и создается прототип экрана будущей прикладной
программы.
      3. Палитра инструментов — набор изображений объектов пользовательского интерфейса, из ко-


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