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

Рис. 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 *

Классический структурный подход к созданию ИС предполагает последовательную реализацию этапов анализа, проектирования, создания модулей, объединения модулей в единую систему, тестирования и внедрения. Применение 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).

Существует несколько CASE-средств, поддерживающих язык UML. Наиболее известными являются PLATINUM Paradigm Plus фирмы PLATINUM technology и выпущенный фирмой Rational Software программный пакет Rational Rose. Эти инструменты позволяют генерировать код приложения, в полной мере отвечающий бизнес-правилам, и с наименьшим риском.

Снижение риска в объектной технологии достигается за счет реализации технологии итерационной разработки (так называемая спиральная модель жизненного цикла разработки). Разработка состоит из ряда итераций, которые в дальнейшем приводят к созданию ИС. Каждая итерация может приводить к созданию фрагмента или новой версии и включает этапы выработки требований, анализа, проектирования, реализации и тестирования. Поскольку тестирование проводится на каждой итерации, риск снижается уже на начальных этапах жизненного цикла разработки.

Модель представляет собой совокупность диаграмм, описывающих различные аспекты структуры и поведения ИС. В дальнейшем в качестве примера будет описана объектная модель, построенная в Rational Rose for Java (version 4.0). Для просмотра модели в Rational Rose используется иерархический навигатор модели - Browser (рис. 4.1).

Рис. 4.1. Навигатор модели в Rational Rose - Browser

Рассмотрим в общих чертах некоторые диаграммы UML.

Диаграммы использования системы (Use Cases) показывают, какая функциональность должна быть реализована в системе, основные функции, которые должны быть включены в систему (use case), их окружение (actors) и взаимодействие функций с окружением (рис. 4.2). Воздействующие объекты (actors) не являются частью системы - это конечные пользователи или другие программы, взаимодействующие с проектируемой ИС. Функциональность (use case) - последовательность действий, выполняемых системой, которые приводят к определенным результатам, необходимым для конкретного воздействующего объекта.