- •1. Создание модели процессов в bp-win
- •1.1. Инструментальная среда bp-win
- •1.2. Методология idef0
- •1.2.1. Принципы построения модели idef0
- •1.2.2. Работы (Activity)
- •1.2.3. Стрелки (Arrow)
- •1.2.4. Нумерация работ и диаграмм
- •1.1.5. Диаграммы дерева узлов и fео
- •1.2.6. Каркас диаграммы
- •1.2.7. Слияние и расщепление моделей
- •1.2.8. Рекомендации по рисованию диаграмм
- •1,2.9. Проведение экспертизы
- •1.3. Создание отчетов в bp-win
- •1.4. Стоимостный анализ (abc) и свойства, определяемые пользователем (udp)
- •1.5. Дополнение созданной модели процессов диаграммами dfd и Workflow (idef3)
- •1.5.1. Диаграммы потоков данных (Data Flow Diagramming)
- •1.5.2. Метод описания процессов idef3
- •1.5.3. Имитационное моделирование
- •Рис, 1.58. Диалог задания свойств, определяемых пользователем для экспорта в
- •2. Создание модели данных с помощью er-win
- •2.1. Отображение модели данных в er-win
- •2.1.1. Физическая и логическая модель данных
- •2.1.3. Подмножества модели и сохраняемые отображения
- •2.2. Создание логической модели данных
- •2.2.1. Уровни логической модели
- •2.2.2. Сущности и атрибуты
- •2.2.3. Связи
- •2.2.4. Типы сущностей и иерархия наследования
- •2.2.5. Ключи
- •Табельный номер;
- •Номер паспорта;
- •2.2.6. Нормализация данных
- •Рас. 2.53. Иллюстрация четвертой нормальной формы
- •2.2.7. Домены
- •2.3. Создание физической модели данных
- •2.3.1. Уровни физической модели
- •2.3.2. Выбор сервера
- •2.3.3. Таблицы, колонки и представления (view)
- •Рас. 2.63. Диалог Column Editor
- •2.3.4. Правила валидации и значения по умолчанию
- •2.3.5. Индексы
- •2.3.6. Задание объектов физической памяти
- •2.3.7. Триггеры и хранимые процедуры
- •Puс. 2.85. Редактор Schema Properties
- •Рас. 2.86. Закладка Pre&Post Script диалога Schema Properties
- •2.3.8. Проектирование хранилищ данных
- •Рас. 2.91. Выбор нотации dm
- •2.3.10. Прямое и обратное проектирование
- •Рас. 2.106. Диалог Reverse Engineer - Set Options
- •2.4. Генерация кода клиентской части с помощью er-win
- •2.4.1. Расширенные атрибуты
- •2.4.2. Генерация кода к Visual Basic
- •Рас. 2.116. Закладки Power Builder диалога Column Editor
- •2.5. Создание отчетов в er-win
- •2.5.1. Интерфейс Report Browser
- •2.6. Словари er-win
- •2.6.1. Генерация словаря er-win
- •2.6.2. Использование словаря er-win
- •3. Связывание модели процессов и модели данных
- •3.1. Соответствие модели данных и модели процессов
- •3.2. Экспорт данных из er-win в bp-win и связывание объектов модели данных со стрелками и работами
- •3.3. Создание сущностей и атрибутов bp-win и их экспорт в er-win
- •4. Групповая разработка моделей данных: и моделей процессов с помощью platinum Model Mart
- •4.1. Инсталляция Model Mart
- •Рис, 4.1. Создание табличного пространства для Model Mart в диалоге oracle Physical Object Editor
- •4.2. Администрирование Model Mart
- •Рис, 4.5. Model Marl Security Profile Manager -диалог задания прав группам пользователей
- •4.3. Использование репозитория Model Mart
- •5. Создание объектной модели
- •5.1. Язык uml
- •5.2. Создание модели данных на основе объектной модели с помощью er-win Translation Wizard
2.6.2. Использование словаря er-win
Для сохранения и манипулирования моделями в словаре ER-win используется менеджер словаря - Dictionary Manager (рис. 2.122).
В верхней части словаря находится список Diagram Name, который содержит имена моделей, номер версии, пользователя, дату последнего изменения и количество сущностей. Список отсутствует, если в качестве £• словаря используется Clipper, dBASE или FoxPro.
Кнопки Conned и Disconnect позволяют соответственно установить и закончить сеанс связи с БД.
Рис. 2.122. Диалог Dictionary Manager
Менеджер словаря имеет две ключевые функции: загрузку модели и выгрузку модели из словаря.
Для загрузки модели в словарь необходимо открыть файл модели в ER-win и вызвать менеджер словаря. Автоматически устанавливается сеанс связи с БД (возникает диалог связи с БД, в котором необходимо указать имя и пароль пользователя), затем возникает диалог Dictionary Manager. В поле Diagram Name необходимо указать имя диаграммы в словаре и затем щелкнуть по кнопке Check-in. Открывается диалог Check-in Diagram (рис. 2.123), в котором можно внести примечание в данной верей диаграммы и изменить номер версии (нумерация версий отслеживается автоматически).
Рис. 2.123. Диалог Check-in Diagram
Кнопка History менеджера словаря вызывает диалог Version History, который служит для просмотра всех версий модели, сохраненных в словаре. С помощью Version History можно изменить примечания каждой версии, удалить или выгрузить из словаря любую версию модели. Эта возможность отсутствует, если в качестве БД словаря используется Clipper, dBASE или FoxPro.
Для выгрузки модели из словаря следует выбрать требуемую модель в списке менеджера словаря и щелкнуть по кнопке Check-out. Возникает диалог Check-out Diagram. Модель можно выгрузить из словаря в двух режимах - только для чтения и для чтения/записи. Окно выбора Read Only позволяет указать, что модель выгружается только для чтения. Открыть модель может как пользователь БД, который загрузил модель в словарь, так и другой пользователь. Если модель выгружает другой пользователь, по умолчанию устанавливается режим Read Only, однако эту опцию можно переопределить.
Если выбирается режим чтения/записи, показывается диалог с предупреждением, что при многопользовательской работе изменения, сделанные ч модели, могут быть потеряны.
Словарь ER-win позволяет решить проблемы документирования и хранения моделей, однако не полностью отвечает требованиям многопользовательской работы. Если необходимо обеспечить полноценную коллективную разработку моделей, следует использовать специализированный репозиторий моделей PLATINUM Model Mart, который поддерживает блокировку диаграмм, сравнение версий, разделение прав пользователей, слияние моделей, доступ к подмножеству модели (предметным областям) и многие другие функции. Работа с Model Mart будет рассмотрена в гл. 4.
3. Связывание модели процессов и модели данных
3.1. Соответствие модели данных и модели процессов
После разработки модели данных ее следует связать с моделью процессов. Такая связь гарантирует завершенность анализа, гарантирует, что есть источник данных (сущность) для всех потребностей данных (работа). Связи объектов способствуют согласованности, корректности и завершенности
анализа.
Стрелки в модели процессов (BP-win) обозначают некоторую информацию, использующуюся в моделируемой системе. В ER-win на логической уровне модели данных информация отображается в виде сущностей (соответствуют таблицам на физическом уровне), состоящих из атрибутов сущностей (соответствуют колонкам таблицы). Сущности состоят из совокупности отдельных записей - экземпляров сущностей (соответствуют записям в таблице). К модели данных предъявляются определенные требования (нормализация данных, см. гл. 2), которые призваны обеспечить компактность и непротиворечивость хранения данных. Основная идея нормализации данных - каждый факт должен храниться в одном месте. Эта приводит к тому, что информация, которая моделируется в виде одно стрелки в модели процессов, может содержаться в нескольких сущностях атрибутах в модели данных. Кроме того, на диаграмме модели процессе могут присутствовать различные стрелки, изображающие одни и тс же данные, но на разных этапах обработки (например, необработанные детали обработанные детали - собранное изделие). Информация о таких стрелка находится в одних и тех же сущностях. Следовательно, одной и той же стрелке в модели процессов могут соответствовать несколько сущность в модели данных и, наоборот, одной сущности может соответствовать несколько стрелок.
Стрелке в модели процессов может соответствовать отдельная сущность в модели данных. Так, стрелке "Части" на рис. 3.1 соответствует сущность "Часть", стрелке "Конечные продукты" - сущность "Продукт".
Информация о стрелке может содержаться только в нескольких атрибутах сущности. Разным атрибутам одной и той же сущности могут соответствовать разные стрелки. На рис. 3.2 стрелка "Новая части" соответствуя атрибутам "Номер части" и "Название части", стрелка "Наличное количество" - атрибутам "Количество".
Рис. 3.2. Преобразование стрелки в атрибут
Работы в модели процессов могут создавать или изменять данные, которые соответствуют входящим или выходящим стрелкам. Они могут воздействовать как целиком на сущности (создавая или модифицируя экземпляры сущности, рис. 3.3), так и на отдельные атрибуты сущности (рис. 3.4).
Рис. 3.3. Воздействие работы на сущность
BP-win позволяет связывать элементы модели данных, созданной с помощью ER-win, документировать влияние работ на данные и тем самым позволяет создать спецификации на права доступа к данным для каждого процесса (см. ниже).
Рис. 3.4. Воздействие работы на атрибут