Использование хранилища ModelMart

Если пользователь имеет соответствующие привилегии, он может соз-
дать библиотеку моделей ModelMart, нажав кнопку . Возникает диалог
ModelMart Library Manager (рис. 6. 4. 1), в котором можно создать, удалить
либо обновить библиотеку. В состав библиотеки могут входить как модели
процессов или модели данных, так и отдельные подмножества моделей дан-
ных ERwin.

Принцип логического разделения хранилища на библиотеки является
весьма полезным при работе с большим количеством моделей, поскольку
можно формировать библиотеки готовых решений (как для моделей про-
цессов, так и для моделей данных) и добавлять в новый проект модели-
блоки из заранее сформированных библиотек.

Для сохранения модели и извлечения ее из хранилища в ModelMart слу-
жат кнопки . Сохранить модель можно только в составе какой-либо
библиотеки. При открытии модели возникает диалог Open ModelMart Model
(рис. 6. 4. 2), в котором можно указать опции блокировки модели.

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

модель, измененную и сохраненную другим пользователем во время сеанса
работы, возникает диалог Intelligent Conflict Resolution, показывающий раз-
личия текущей и имеющейся в репозитории моделей. Открытую модель

можно перевести в режим Locked, нажав кнопку

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

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

Кнопка вызывает диалог Reverse Engineer ModelMart Merge Manager
(рис. 6. 4. 4), который служит для слияния моделей ERwin (слияние моделей
BPwin невозможно). В зависимости от настройки слияние может быть про-
ведено в одну из существующих диаграмм либо во вновь создаваемую диа-
грамму. На первом окне диалога Reverse Engineer ModelMart Merge Manager
следует указать вторую диаграмму для слияния (она может быть взята
из файла ERwin или из хранилища ModelMart) и опции слияния. Щелчок
по кнопке Next вызывает диалог Update Model, на нескольких экранах кото-
рого последовательно можно выбрать объекты модели для слияния.

На рис. 6. 4. 5 показан пример слияния моделей.

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

Список изменений, сделанных в процессе работы с моделью, показыва-
ется в диалоге ModelMart Change Control Manager - Review Changes (вызы-
вается кнопкой ). Окно диалога (рис. 6. 4. 6) содержит список команд, ко-

торые будут исполнены при сохранении модели в хранилище. Эти команды
можно просматривать и выполнять в среде диалога ModelMart Change Con-
trol Manager Review Changes.

Для работы с версиями служит диалог ModelMart Version Manager, рис. 6. 4. 7 (вызывается кнопкой ). Версии создаются в хранилище автома-
тически. Имя версии присваивается автоматически по формату

<Имя модели>: <Номер версии> by <Имя пользователя > on <Дата>

Для создания отмеченной версии следует выделить версию-источник
и щелкнуть по кнопке Mark version. Созданные версии можно сравнивать.
Для этого в списке версий следует выбрать две сравниваемые версии
и щелкнуть по кнопке Diff. В появившемся диалоге ModelMart Version
Manager-Version Differences отображается список отличий версий.

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

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

Глава 7

Создание объектной модели в AllFusion
Component Modeler 4. 1

7. 1. Функциональные возможности AllFusion
Component Modeler

Классический структурный подход к созданию ИС предполагает после-
довательную реализацию этапов анализа, проектирования, создания моду-
лей, объединения модулей в единую систему, тестирования и внедрения.
Применение технологий структурного проектирования и CASE-средств, по-
добных ERwin и BPwin, позволяет в несколько раз сократить время разра-
ботки ИС и значительно снизить вероятность появления ошибок за счет ав-
томатизации начальных этапов разработки (а как следствие - более качест-
венного планирования и проектирования) и автоматической генерации
структуры сервера баз данных. Однако эти средства не решают проблемы
генерации кода клиентского приложения. Хотя ранние версии ERwin
(до 4. 0) поддерживали возможность кодогенерации на MS Visual Basic
и Power Builder, эту технологию нельзя было назвать удовлетворительной,
поскольку код приложения генерировался на основе структуры базы дан-
ных, а не на основе описания предметной области, поэтому было невозмож-
но построить эффективное приложение со сложной бизнес-логикой.

Кроме того, при структурном подходе к разработке ИС риск провала
проекта остается большим на всех этапах создания системы вплоть до этапа
тестирования, когда можно обнаружить допущенные ошибки и оценить со-
стоятельность системы. В случае обнаружения ошибки необходимо вер-
нуться на тот этап разработки, на котором допущена ошибка, и заново прой-
ти последующие этапы.

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

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

AllFusion Component Modeler является мощным объектно-ориентиро-
ванным инструментальным средством, позволяющим эффективно генери-
ровать код приложений.

AllFusion Component Modeler поддерживает методологию СА Catalysis.
Методология Catalysis основывается на стандарте объектного моделирова-
ния UML и специально ориентирована на технологию компонентной разра-
ботки. AllFusion Component Modeler и Catalysis обеспечивают эффективные
решения и минимальный риск при реализации крупномасштабных проек-
тов, ориентированных на компонентную сборку.

AllFusion Component Modeler 4. 1 призван обеспечить полный технологи-
ческий цикл разработки крупных ИС. С этой целью он интегрирован с це-
лым рядом инструментальных средств СА и других фирм (рис. 7. 1. 1):

• AllFusion ERwin Data Modeler (проектирование и генерация схем баз
данных - совместное использование ERwin и AllFusion Component Mo-
deler будет рассмотрено ниже).

• AllFusion Process Modeler (создание моделей бизнес-процессов). (К со-
жалению, к моменту выхода книги утилита связывания модели бизнес-
процессов AllFusion Process Modeler и объектной модели AllFusion
Component Modeler еще не была выпущена.)

• MS Visual C++ 6. 0, MS Visual Basic 6. 0, CORBA (разработка кода при-
ложений.)

• CCC/Harvest, PVCS и Microsoft Source Safe (управления конфигурациями).

7. 2. Инструментальная среда в AllFusion
Component Modeler

По умолчанию AllFusion Component Modeler (рис. 7. 2. 1) содержит не-
сколько окон и инструментальных панелей:

• Workspace - навигатор модели.

• Property - окно (расположено слева внизу) отображает свойства элементов модели.

• Output - отображает отчеты о результатах поиска, замены и других действиях пользователя.

♦ Панель задач.

♦ Панель инструментов.

♦ Палитра инструментов (вид которой зависит от типа редактируемой
диаграммы).

Каждое из окон можно переместить и скрыть (настройка видимости окон
I и панели инструментов производится в меню View).

Панель задач (task bar) по умолчанию расположена в левой верхней час-
ти основного окна AllFusion Component Modeler. Панель задач содержит
4 раздела и позволяет организовать работу над проектом в соответствии
с ролями разработчиков:

• Analyst (аналитик);

• Designer (дизайнер);

• Implementor (кодировщик);

• Reporting (последний раздел служит для генерации отчетов).

Для переключения на раздел панели задач следует щелкнуть по кнопке
с названием раздела. Окно каждого раздела содержит список задач. Для соз-
дания новой задачи следует щелкнуть правой кнопкой мыши по окну пане-
ли задач и выбрать пункт меню Customize. Появляется диалог Task Bar
(рис. 7. 2. 2).

Каждая задача представляет собой выполняемый скрипт, например
на Visual Basic или Java. Для создания новой задачи необходимо щелкнуть

по кнопке , внести в окно диалога Task Bar имя задачи, затем щелкнуть
по кнопке Browse и выбрать файл скрипта. Для включения задачи в раздел
необходимо щелкнуть по Apply.

Окно Workspace Workspace имеет 3 вкладки - Models, Packages и Dia-
grams. Вкладка Models содержит древовидный список элементов модели,
который является верхним уровнем представления модели. Вкладка
Packages содержит список пакетов. Пакет является нижним уровнем модели
и может включать задачи и другие модели, используемые в проекте. Вклад-
ка Diagrams содержит список диаграмм модели.