- •BPwin и Erwin. Case-средства для разработки информационных систем
- •Предисловие
- •Введение
- •1. Создание модели процессов в bPwin
- •1.1. Инструментальная среда bPwin
- •1.2. Методология idef0
- •1.2.1. Принципы построения модели idef0
- •1.2.2. Работы (Activity)
- •1.2.3. Стрелки (Arrow)
- •1.2.4. Нумерация работ и диаграмм
- •1.2.5. Диаграммы дерева узлов и feo
- •1.2.6. Каркас диаграммы
- •1.2.7. Слияние и расщепление моделей
- •1.2.8. Рекомендации по рисованию диаграмм
- •1.2.9. Проведение экспертизы
- •1.3. Создание отчетов в bPwin
- •1.4. Стоимостный анализ (лвс) и свойства, определяемые пользователем (udp)
- •1.5. Дополнение созданной модели процессов диаграммами dfd и Workflow (idef3)
- •1.5.1. Диаграммы потоков данных (Data Flow Diagramming)
- •1.5.2. Метод описания процессов idef3
- •1.5.3. Имитационное моделирование
- •2. Создание модели данных с помощью eRwin
- •2.1. Отображение модели данных в eRwin
- •2.1.1. Физическая и логическая модель данных
- •2.1.2. Интерфейс eRwin. Уровни отображения модели
- •2.1.3. Подмножества модели и сохраняемые отображения
- •2.2. Создание логической модели данных
- •2.2.1. Уровни логической модели
- •2.2.2. Сущности м атрибуты
- •2.2.3. Связи
- •2.2.4. Типы сущностей и иерархия наследования
- •2.2.5. Ключи
- •1. Табельный номер,
- •2. Номер паспорта;
- •2.2.6. Нормализация данных
- •2.2.7. Домены
- •2.3. Создание физической модели данных
- •2.3.1. Уровни физической модели
- •2.3.2. Выбор сервера
- •2.3.3. Таблицы, колонки и представления (view)
- •2.3.4. Правила валидации и значения по умолчанию
- •2.3.5. Индексы
- •2.3.6. Задание объектов физической памяти
- •2.3.7. Триггеры и хранимые процедуры
- •2.3.8. Проектирование хранилищ данных
- •2.3.9. Вычисление размера бд
- •2.3.10. Прямое и обратное проектирование
- •2.4. Генерация кода клиентской части с помощью eRwin
- •2.4.1. Расширенные атрибуты
- •2.4.2. Генерация кода в Visual Basic
- •2.4.3. Генерация кода в Power Builder
- •2.5. Создание отчетов в eRwin
- •2.5.1. Интерфейс Report Browser
- •2.5.2 Создание нового отчета
- •2.6. Словари eRwin
- •2.6.1. Генерация словаря eRwin
- •2.6.2. Использование словаря eRwin
- •3. Групповая разработка моделей данных и моделей процессов с помощью platinum Model Mart
- •3.1. Инсталляция ModelMart
- •3.2. Администрирование ModelMart
- •3.3. Использование репозотория ModelMart
- •4. Создание объектной модели и ее связывание с моделью данных при помощи eRwin Translation Wizard
- •4.1. Язык uml
- •4.2. Создание модели данных на основе объектной модели с помощью eRwin Translation Wizard
- •5. Создание качественных отчетов с помощью rpTwin
- •5.1. Создание простейших отчетов в rpTwin
- •5.1.1. Создание нового отчета
- •5.1.2. Инструментальная среда rpTwin
- •5.2. Форматирование отчетов
- •5.2.1. Вставка и форматирование объектов отчета
- •5.2.2. Группировка и сортировка данных отчета
- •5.2.3. Изменение файла данных отчета
- •5.2.4. Изменение свойств отчета
- •5.3. Использование формул rpTwin
- •5.3.1. Создание формул rpTwin
- •5.3.2. Функции rpTwin
- •5.3.3. Использование формул rpTwin
- •Приложение Список макрокоманд eRwin
3. Групповая разработка моделей данных и моделей процессов с помощью platinum Model Mart
3.1. Инсталляция ModelMart
ModelMart представляет собой среду групповой разработки крупных проектов, которая интегрирует инструментальные средства системных аналитиков и разработчиков БД. ModelMart реализован на архитектуре клиент-сервер. В качестве платформы реализации хранилища могут быть использованы реляционные СУБД Sybase, Microsoft SQL Server, Informix и Oracle. Клиентскими приложениями являются ERwin З.х и BPwin 2.x. При установке следует обращать внимание на соответствие версий ModelMart, ERwin и BPwin. Определенная версия ModelMart работает со вполне определенными версиями ERwin и BPwin - совместимости с предыдущими версиями не существует. Так, версия ModelMart 3.02, которая будет рассмотрена ниже, совместима с ERwin 3.52 и BPwin 2.5.
Установка ModelMart может вызвать затруднения у неподготовленного пользователя, поэтому при инсталляции необходимо точно придерживаться инструкций, изложенных в документации ("Administrator's Guide"). В качестве примера рассмотрим установку ModelMart на СУБД Oracle.
Перед инсталляцией ModelMart необходимо убедиться, что установлены и правильно функционируют серверная и коммуникационная части СУБД Oracle. Для установки ModelMart требуется:
50 М дискового пространства и 30 М RAM на сервере;
минимум 15 М дискового пространства и 16 М RAM (рекомендуется 40 М и 32 М) на рабочей станции.
Затем следует создать в Oracle объекты физической памяти для ModelMart. Эту работу удобней сделать при помощи ERwin (см. гл. 2.3.6). Необходимы следующие подготовительные операции:
проверить системное табличное пространство (SYSTEM TABLESPACE). Оно должно быть не менее 16 М, рекомендуется 32 М;
создать табличное пространство для таблиц и индексов ModelMart. Рекомендуется выделить не менее 50 М для таблиц и 50 М для индексов. Для создания табличного пространства можно использовать диалог ORACLE Physical Object Editor (в ERwin меню Server/Physical Object), рис. 3.1;
создать роль. Создать роль и предоставить ей привилегии можно при помощи утилиты SQL*Plus, выполнив команды CREATE ROLE MMUSER и GRANT CREATE SESSION TO MMUSER.
Рис. 3.1. Создание табличного пространства для Mode/Mart в диалоге ORACLE Physical Object Editor
После этого можно запустить программу инсталляции. В процессе инсталляции необходимо указать сериальный номер и номер лицензии ModelMart. После завершения инсталляции запускается программа инициализации ModelMart, которая и создает необходимые объекты в системном каталоге СУБД. В процессе инициализации появляется диалог ModelMart Connection Manager, в котором следует указать имя пользователя и пароль. Затем в диалоге ModelMart Manager следует указать табличное пространство для таблиц и индексов (рис. 3.2). После окончания процесса инициализации можно приступать к созданию пользователей ModelMart.
Рис. 3.2. Диалог ModelMart Manager
3.2. Администрирование ModelMart
Одной из проблем, возникающих при многопользовательской работе с моделями, является разграничение прав доступа. Для управления правами доступа в состав ModelMart включена утилита ModelMart Security Manager. Вызов этой утилиты может быть осуществлен непосредственно из среды ERwin или BPwin. Как ERwin, так и BPwin имеют специальную дополнительную панель инструментов для работы с ModelMart, которая подключается, если щелкнуть по кнопке !!! в основной панели инструментов.
Для начала работы необходимо установить сеанс связи с ModelMart, нажав кнопку !!! из дополнительной панели инструментов ModelMart среды ERwin или BPwin. Затем в появившемся диалоге ModelMart Connection Manager следует набрать имя и пароль пользователя. После успешного входа становится доступной кнопка !!!, которая вызывает диалог Security Manager (рис. 3.3).
Рис. 3.3. ModelMart Security Manager - диалог формирования групп пользователей
В окне диалога Security Manager можно задать новую группу пользователей и права каждой группы на создание, редактирование и удаление библиотек и моделей.
Для создания нового пользователя следует щелкнуть по кнопке User. Появляется диалог Users in ModelMart (рис. 4.4), в котором каждый пользователь БД может быть определен как пользователь ModelMart.
Рис. 3.4. Users in ModelMart - диалог внесения новых пользователей
Не все пользователи БД могут быть пользователями ModelMart, но все пользователи ModelMart должны быть пользователями БД. Для создания нового пользователя следует выбрать пользователя БД в списке, внести имя пользователя ModelMart (которое может не совпадать с именем пользователя БД) и щелкнуть по кнопке Add. После закрытия диалога (кнопка ОК) новые пользователи попадают в список User диалога Security Manager.
Затем в диалоге Security Manager -можно внести пользователей ModelMart в ту или иную группу пользователей ModelMart. На рис. 4.3 показано, что пользователь SYSTEM внесен в группу Administrator, пользователь SCOTT - в группу Architect. Следовательно, если в течение жизненного цикла разработки проекта роль проектировщика меняется, администратор ModelMart может соответственно менять права доступа без изменения его прав как пользователя БД, что дает возможность гибкого управления проектами.
Права каждой группы задаются в диалоге ModelMart Security Profile Manager (рис. 4.5). Этот диалог вызывается кнопкой Profile диалога ModelMart Security Manager. В верхней части диалога показываются группы пользователей, в нижней - права выбранной группы на тот или иной объект модели.
Поскольку ModelMart является специализированным хранилищем моделей, помимо разграничения прав доступа на уровне модели возможно регулирование прав на уровне отдельных ее элементов. В случае работы с моделями данных ERWin можно также задать права на создание, редактирование и удаление для предметных областей (Subject Area) и отдельных сущностей.
Рис. 3.5. ModelMart Security Profile Manager -диалог задания прав группам пользователей
После закрытия диалога ModelMart Security Manager (кнопка ОК) появляется диалог ModelMart Change Control Manager (рис. 4.6), в котором показываются изменения, вносимые в БД ModelMart.
Рис. 3.6. Диалог ModelMart Change Control Manager
Щелчок по кнопке !!! приведет к внесению изменений в БД.