Создание проекта ERwin Examiner

Для создания нового проекта следует щелкнуть по кнопке создания про-
екта на панели инструментов или выбрать пункт меню File/New. Появляется
диалог Select Project Type (рис. 4. 2. 2).

В диалоге Select Project Type можно выбрать источник метаданных бу-
дущего проекта. Как было указано выше, в ERwin Examiner можно исполь-
зовать 4 источника метаданных:

1. Системный каталог СУБД.

2. Модель ERwin 4. 1.

3. Скрипт проекта Oracle Designer.

4. DDL-скрипт.

ERwin Examiner поддерживает работу со следующими СУБД:

• ORACLE 7, 8i и 9i;

• DB2 Mainframe DB2 UDB версий 4, 5, 6 и 7;

• DB2 Client/Server DB2 UDB версий 5, 6 и 7;

• Microsoft SQL Server версий 6, 7 и 2000;

• Sybase версий 11 и 12.

Это означает, в частности, что в качестве источника можно использовать
только модели ERwin 4. 1, на физическом уровне которых в качестве сервера
указана одна из перечисленных СУБД. Обратное проектирование из сис-
темного каталога или DDL-скрипта возможно тоже только из этих СУБД.

После выбора модели данных появляется диалог Select Tables for Model
(рис. 4. 2. 3), в котором можно отобрать таблицы источника для включения
в проект ERwin Examiner.

После импорта модели во вкладках Tables и Relationships отображаются
объекты модели.

Вкладка Tables содержит иерархический список (рис. 4. 2. 3), первый уровень
которого содержит список открытых в ERwin Examiner моделей, второй -
список таблиц, остальные - список колонок и первичных ключей. Кнопка i сле-
ва от имени колонки вызывает диалог с подробной информацией об объекте.

Вкладка Relationships содержит информацию о связях (рис. 4. 2. 4). Пер-
вый уровень списка на вкладке Tables содержит список моделей, второй -
список таблиц, третий - список связей "один ко многим" (Parent to Child),
четвертый - список ключей и связей нижнего уровня.

Вкладка Diagnostics содержит информацию об ошибках и недостатках
Модели данных (рис. 4. 2. 5). Подробное описание ошибки можно получить,
Щелкнув левой кнопкой мыши по кнопке i слева от имени ошибки.

Ошибки объединены в 4 категории. В первую категорию (Columns) вхо-
дят ошибки проектирования колонок.

Вторая категория объединяет ошибки проектирования индексов и огра-
ничений (Indexes and Constraints).

Третья категория объединяет ошибки нормализации (Normalization). На-
ходятся некорректно определенные функциональные зависимости и ошибки
первой, второй и третьей нормальной формы.

В четвертую категорию входят ошибки связей (Relationships).

ERwin Examiner находит все ошибки, рассмотренные в 4. 1, причем су-
ществует возможность настройки диагностики. Настройка диагностики по-
зволяет включить в анализ или исключить из анализа те или иные ошибки.
Так, например, при проверке структуры хранилищ данных проверку норма-
лизации можно отключить. Для задания параметров настройки следует пе-
рейти в меню Tools/Preferences. Появляется диалог User Preferences. Вкладка
Diagnostic Setting (рис. 4. 2. 6) содержит помимо общих опций диагностики
кнопку Select Individual Diagnostics. Щелчок по этой кнопке вызывает диа-
лог Diagnostic Messages (рис. 4. 2. 7).

Диалог Diagnostic Messages содержит 4 вкладки, соответствующие четы-
рем категориям ошибок. На каждой вкладке содержится список диагности-
руемых ERwin Examiner ошибок и окна выбора, позволяющие отключить
распознавание той или иной ошибки при диагностике.

Рис. 4. 2. 7. Диалог Diagnostic Messages

В правом окне ERwin Examiner отображаются отчеты, в том числе отчет
об ошибках модели или графическое представление модели (рис. 4. 2. 8).

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

но и ограничения, индексы, найденные ошибки. Кнопка вызывает диа-

лог Diagnostics (рис. 4. 2. 9), в котором показываются ошибки модели, свя-
занные с таблицей. Из контекстного меню (Legend) можно легко вызвать
справку по системе обозначений диаграммы (рис. 4. 2. 10).

Результатом диагностики ошибок может стать отчет или SQL-скрипт,
корректирующий ошибки моделирования. Для создания текстового файла
скрипта необходимо перейти в меню File/SQL Generation/New File. Ниже
приведен фрагмент корректирующего кода, сгенерированного для Oracle.

--Corrective Oracle SQL Scripts for model: DEMO40
--Including implied foreign keys.
--Wed Nov 27 20: 15: 50 2002

-- Create secondary index in table EMPLOYEE

-- to achieve better performance in joins with EMPLOYEE
CREATE INDEX IX1EMPLOYEE_EMPLOYEE ON EMPLOYEE

(

MANAGER_ID
);

-- Create secondary index in table ORDER_ITEM
-- to achieve better performance in joins with ITEM
CREATE INDEX IX1ORDER_ITEM_ITEM ON ORDER_ITEM
(

ITEM_ID
);

-- Create secondary index in table SALESMAN

-- to achieve better performance in joins with STATE

CREATE INDEX IX1SALESMAN_STATE ON SALESMAN

(

STATE_ID,

COUNTRY_ID

);

-- Create secondary index in table ORDER_ITEM

-- to achieve better performance in joins with CUSTOMER

CREATE INDEX IX1ORDER_ITEM_CUSTOMER ON ORDER_ITEM

(

CUSTOMER_NBR

);

-- Create secondary index in table SALESMAN

-- to achieve better performance in joins with EMPLOYEE

CREATE INDEX IX1SALESMAN_EMPLOYEE ON SALESMAN

(

EMPLOYEE_ID

);

-- Create secondary index in table INVOICE

-- to achieve better performance in joins with ORDER_TBL

CREATE INDEX IX1INVOICE_ORDER_TBL ON INVOICE

(

ORDER_NBR

);

-- Create secondary index in table CUSTOMER

-- to achieve better performance in joins with REGION

CREATE INDEX IX1CUSTOMER_REGION ON CUSTOMER

(

STATE_ID,

REGION_ID,.

COUNTRY_ID

);

-- Create secondary index in table ORDER_TBL

-- to achieve better performance in joins with SALESMAN

CREATE INDEX IX1ORDER_TBL_SALESMAN ON ORDER_TBL

(

SALESMAN_ID

);

Ключевой возможностью ERwin Examiner является обучение моделиро-
ванию данных. При вызове описания ошибки (кнопка i слева от имени
ошибки во вкладке Diagnostics) появляется диалог с описанием ошибки, со-
держащий кнопку Teach Me (рис. 4. 2. 11).

Щелчок по этой кнопке вызывает справку по данной проблеме, включая
примеры и описание путей решения проблемы (рис. 4. 2. 11). Следовательно,
пользователи ERwin Examiner обучаются в первую очередь тем темам, ко-
торые они плохо знают.

Помимо выявления ошибок, ERwin Examiner позволяет также сравни-
вать модели данных и объединять DDL-скрипты. Для работы с большими
моделями предусмотрена удобная навигация по модели и работа с подмоде-
лями, причем диагностика может быть проведена в рамках отдельной под-
модели.

Для сравнения моделей следует перейти в меню File/Compare. Появляет-
ся диалог Select Models To Compare (рис. 4. 2. 12). Кнопка Open позволяет
выбрать модель для включения в список Open Models в верхней части диа-
лога. Кнопка Select предназначена для выбора пары моделей для сравнения.
Щелчок по кнопке ОК вызывает диалог Model Comparison (рис. 4. 2. 13).

Диалог Model Comparison содержит два окна, каждое из которых ото-
бражает иерархический список объектов сравниваемых моделей (таблицы
и колонки отображаются в разных вкладках). Включение опции Show Dif-
ferences Only позволяет отобразить только различия между моделями.

Глава 5

Связывание модели процессов
и модели данных

5. 1. Модель данных и ее соответствие модели
процессов

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

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

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

Стрелке в модели процессов может соответствовать отдельная сущность
в модели данных. Так, стрелке Части на рис. 5. 1. 1 соответствует сущность
Часть, стрелке Конечные продукты - сущность Продукт.

Информация о стрелке может содержаться только в нескольких атрибу-
тах сущности. Разным атрибутам одной и той же сущности могут соответ-
ствовать разные стрелки. На рис. 5. 1. 2 стрелка Новая часть соответствует
атрибутам Номер части и Название части, стрелка Наличное количест-
во - атрибуту Количество.

Работы в модели процессов могут создавать или изменять данные, кото-
рые соответствуют входящим или выходящим стрелкам. Они могут воздей-
ствовать как целиком на сущности (создавая или модифицируя экземпляры
сущности, рис. 5. 1. 3), так и на отдельные атрибуты сущности (рис. 5. 1. 4).

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

5. 2. Экспорт данных из ERwin в BPwin
и связывание объектов модели данных
со стрелками и работами

Первым шагом связывания модели данных и модели процессов является
экспорт данных из ERwin в BPwin. Для успешного связывания моделей не-
обходимо, чтобы версии ERwin в BPwin соответствовали друг другу. Ниже
рассмотрен экспорт и импорт моделей в ERwin 4. 1 и BPwin 4. 1.

Существует два способа связывания объектов модели данных и модели
процессов:

1. Экспорт и импорт через файлы формата. ЕАХ -. ВРХ.

2. Синхронизация моделей, хранящихся в репозитории ModelMart.

Рассмотрим первый способ связывания моделей.

Для экспорта модели данных из ERwin в BPwin необходимо в ERwin от-
крыть модель (рис. 5. 2. 1) и выбрать пункт меню File/Export/BPwin. В появи-
вшемся диалоге Select BPwin Export File необходимо выбрать каталог, ука-
зать имя создаваемого файла экспорта *. еах и нажать ОК.

Затем в BPwin нужно открыть модель процессов, выбрать в меню пункт
File/Import/ERwin (EAX), в диалоге Open выбрать имя файла (*. еах) и на-
жать ОК. Появится диалог Import Differences Preview, в котором показыва-
ется протокол импорта (рис. 5. 2. 2). Для внесения данных в модель процес-
сов следует щелкнуть по кнопке Accept. Кнопка Cancel отменяет импорт.

После внесения данных в модель процессов можно связать сущности
и атрибуты со стрелками. Правой кнопкой мыши нужно щелкнуть по стрел-
ке и выбрать в контекстном меню Arrow Data.

Появляется вкладка Arrow Data диалога Arrow Properties (рис. 5. 2. 3).

Для связывания атрибута со стрелкой достаточно щелкнуть по иконке
выбора в иерархическом списке атрибутов. При этом сущность автома-
тически связывается со стрелкой. Каждая стрелка в модели процессов мо-
жет быть связана с несколькими атрибутами различных сущностей.

Кнопка Copy In позволяет копировать связанные данные из другой
стрелки.

Кнопка Clear - все связи стрелки с данными.

Кнопка Migrate вызывает диалог Changes to Arrow Data Associations,
в котором отображаются данные, мигрирующие от дочерних к родитель-
ским стрелкам (для разветвляющихся и сливающихся стрелок). При мигра-
ции возможны изменения связывания данных:

• Deletions - если данные связаны с родительской стрелкой, но не связаны
с дочерней, связи с родительской стрелкой удаляются;

• Additions - если данные связаны с дочерней стрелкой и не связаны с ро-
дительской, добавляется связь с родительской стрелкой.

Для подтверждения изменений в диалоге Changes to Arrow Data Associa-
tions следует щелкнуть по кнопке ОК. Миграция возможна только в моделях
IDEF0 и DFD.

Как было указано выше, работы могут воздействовать на данные. Для
документирования такого воздействия необходимо щелкнуть правой кноп-
кой мыши по работе и выбрать пункт меню Data Usage Editor (рис. 5. 2. 4).

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

Для сущностей задается ассоциация CRUD (Create, Read, Update, Delete),
для атрибутов - IRUN (Insert, Read, Update, Nullify). Ассоциации CRUD
и IRUN - это правила использования сущностей и атрибутов работами,
т. е. то, что могут делать работы с входящими или исходящими данными.
Данные не могут использоваться работами произвольно. Стрелки входа
представляют данные, которые работа преобразует в выход или потребляет.
Такие данные могут быть обновлены (Update) или прочитаны (Read).
но не могут быть созданы (Create, Insert) или удалены (Delete, Nullify). Дан-

яые, связанные со стрелками управления, могут быть только прочитаны
(Read), но не могут быть изменены - процедуры и стратегии не могут изме-
няться в работе. Данные, связанные со стрелками выхода, могут быть об-
новлены (если им соответствуют данные стрелок входа), удалены (Delete,
Nullify) или созданы (Create, Insert). Для стрелок механизма ассоциации
не устанавливаются.

Результат связывания объектов модели процессов можно отобразить
в отчете Data Usage Report (меню Tools/Reports/Data Usage Report). Ниже
приведен пример такого отчета.

Arrow Name Entity Name C_R_U_D Attribute Name I_R_U_N

Детали Часть U D Вес части U N

U D Количество U N

U D Название части U

U D Номер части U

5. 3. Создание сущностей и атрибутов BPwin
и их экспорт в ERwin

Если в процессе связывания стрелок с объектами модели данных ока-
жется, что каких-либо сущностей или атрибутов не хватает, их можно доба-
вить прямо в BPwin, а затем экспортировать в ERwin.

Для редактирования сущностей следует выбрать пункт меню
Dictionary/Entity. Появляется диалог Entity Dictionary (рис. 5. 3. 1)-словарь сущностей. Интерфейс словаря сущностей полностью аналогичен интерфей-
су словаря стрелок, описанному в 1. 2. Для экспорта в ERwin в словаре Entity
Dictionary следует создать новую сущность, которая может быть использо-
вана для ассоциации со стрелками сразу же после создания (до экспорта
в ERwin).

Для редактирования атрибутов предварительно созданных сущностей
служит словарь атрибутов (пункт меню Dictionary/Entity/Attribute).

Колонка Entity диалога Attribute Dictionary служит для связывания соз-
данного атрибута с сущностью (рис. 5. 3. 2). В раскрывающемся списке, ко-
торый появляется, когда фокус установлен на поле Entity таблицы, показы-
ваются только те сущности, которые созданы в диалоге Entity Dictionary или
импортированы из ERwin.

После описания сущностей или атрибутов следует сохранить данные
и выйти из словаря.

Для экспорта данных в BPwin следует выбрать меню File/Export/ERwin 4. 1
(ВРХ) и указать файл, в который будет "выгружена" информация о модели.

В ERwin следует выбрать меню File/Import/BPwin и в диалоге ERwin Open
File указать файл ВРХ, в который была "выгружена" информация о модели.

Возникает диалог ERwin/BPwin Import (рис. 5. 3. 3), в котором отобра-
жаются:

• сущности и атрибуты, имеющиеся в ВРХ-файле, но отсутствующие в модели
ERwin (верхнее окно - Entities/Attributes available to be imperted);

• имена работ, ассоциированных с сущностями и атрибутами, на основе кото-
рых будут созданы предметные области (Subject Area) модели данных.

В примере на рис. 5. 3. 3 сущность Клиент, атрибуты Фамилия, Имя
и Адрес будут импортированы из ВРХ-файла в модель ERwin.

После щелчка по кнопке Import запускается процесс импорта ВРХ-
файла. Импортированная сущность (на рис. 5. 3. 4 - сущность Клиент) раз-
мещается в левом верхнем углу диаграммы ERwin. Она не имеет первичного
ключа и не связана с другими сущностями. Назначение атрибутов первич-
ным ключом и связывание сущностей можно провести только средствами
ERwin; другими словами, сущности и атрибуты, созданные в BPwin и затем
импортированные в ERwin, можно рассматривать как заготовку для созда-
ния полноценной модели данных, а не как готовую модель.

Глава 6