BPwin и Erwin. CASE-средства для разработки информационных систем
Шрифт:
Рис. 3.7. Диалог ModelMart Library Manager
Принцип работы с библиотеками моделей является весьма полезным при работе с большим количеством моделей, поскольку можно формировать библиотеки готовых решений (как для моделей процессов, так и для моделей данных) и добавлять в новый проект модели-блоки из заранее сформированных библиотек.
Для создания новой модели в ModelMart, добавления, открытия и сохранения модели служат кнопки !!!!!!!!!! Создать или сохранить модель можно только в составе какой-либо библиотеки.
Рис. 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.
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).
Существует несколько 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.