BPwin и Erwin. CASE-средства для разработки информационных систем

Для создания новой модели в ModelMart, добавления, открытия и сохранения модели служат кнопки !!!!!!!!!! Создать или сохранить модель можно только в составе какой-либо библиотеки. При открытии модели возникает диалог Open ModelMart Diagramm (рис. 3.8), в котором можно указать опции блокировки модели.

Рис. 3.8. Диалог Open ModelMart Diagramm

Открытие модели в режиме Read Only означает, что измененную модель нельзя будет сохранить в репозитории. В режиме Locked модель блокируется и другие пользователи не смогут изменить модель. В режиме Unlocked все пользователи могут открыть и изменить модель. При попытке сохранить модель, измененную и сохраненную другим пользователем во время сеанса работы, возникает диалог Intelligent Conflict Resolution, показывающий различия текущей и имеющейся в репозитории моделей. Открытую модель можно перевести в режим Locked, нажав кнопку !!!.

Подмножество модели данных (Subject Area) можно создать непосредственно из среды ModelMart. Диалог создания подмножества модели ModelMart Subject Area Manager вызывается кнопкой !!! (рис. 3.9).

В верхней части диалога расположен иерархический список библиотек моделей; в нижних окнах показываются сущности, входящие в выбранное подмножество модели (справа), и сущности модели, которые могут быть включены в подмножество (слева). Кнопки Create SA, Rename SA и Delete SA позволяют создать, переименовать и удалить подмножество модели.

Рис. 3.9. Диалог ModelMart Subject Area Manager

Кнопка !!! вызывает диалог ModelMart Merge Manager, который служит для слияния моделей. В зависимости от настройки слияние может быть проведено в одну из существующих либо во вновь создаваемую диаграмму.

Обновление загруженной диаграммы можно осуществить, щелкнув по кнопке !!!.

Список изменений, сделанных в процессе работы с моделью, показывается в диалоге Review Changes (вызывается кнопкой !!!).

Хранимые в репозитории модели можно сравнивать (кнопка !!!). В диалоге Version Manager следует выбрать сравниваемые версии и щелкнуть по кнопке Diff. В появившемся диалоге Version Differences отображается список отличий версий.

В репозитории ModelMart реализована функциональность синхронизации моделей процессов и моделей данных. (Связь моделей ERwin и BPwin путем экспорта и импорта через файлы ВРХ - ЕАХ была описана в гл. 3.) Для синхронизации моделей необходимо щелкнуть по кнопке !!!.

В диалоге ModelMart Synchronizer (рис. 4.10) следует указать хранящиеся в репозитории модели процессов и данных, указать направление синхронизации и запустить процесс синхронизации. Затем можно работать с синхронизированными моделями процессов и данных так же, как было описано в гл. 3.

Рис. 3.10. Диалог ModelMart Synchroniser

4. Создание объектной модели и ее связывание с моделью данных при помощи ERwin Translation Wizard *

4.1. Язык UML *

4.2. Создание модели данных на основе объектной модели с помощью ERwin Translation Wizard *

4. Создание объектной модели и ее связывание с моделью данных при помощи ERwin Translation Wizard

4.1. Язык UML

Классический структурный подход к созданию ИС предполагает последовательную реализацию этапов анализа, проектирования, создания модулей, объединения модулей в единую систему, тестирования и внедрения. Применение CASE-технологий и CASE-средств, подобных ERwin и BPwin, позволяет в несколько раз сократить время разработки ИС и значительно снизить вероятность появления .ошибок за счет автоматизации начальных этапов разработки (а как следствие - более качественного планирования и проектирования) и автоматической; генерации структуры сервера БД и кода клиентского приложения. Однако эта технология не лишена недостатков. Код клиентского приложения генерируется на основе информации о структуре БД. К структуре БД предъявляются определенные требования (нормализации), в результате чего данные хранятся в таблицах БД не всегда в той же форме, в которой они должны представляться на экранных формах. Другими словами, если код приложения генерируется не на основе описания предметной области, невозможно построить эффективное приложение со сложной бизнес-логикой. Кроме того, при структурном подходе к разработке ИС риск остается большим на всех этапах создания системы вплоть до этапа тестирования, когда мы можем обнаружить допущенные ошибки и оценить состоятельность системы. В случае обнаружения ошибки необходимо вернуться на тот этап разработки, на котором допущена ошибка, и заново пройти последующие этапы.

Альтернативой структурному подходу стали лишенные перечисленных недостатков объектно-ориентированные методы разработки ИС. В первой половине 90-х годов был предложен разработанный на основе наиболее популярных объектных методов ОМТ (Rumbaudh), Booch и OOSE (Jacobsom) универсальный язык объектного проектирования - Unified Modeling Language, UML (The Unified Method, Draft Edition (0.8). Rational Software Corporation, October 1995).