т ПрНС / Method_BpWin_ERwin

•таблицы для хранения документов (хранилище данных, data store).

ВBPwin для построения диаграмм потоков данных используется нотация ГейнаСарсона.

Для того чтобы дополнить модель IDEF0 диаграммой DFD, нужно в процессе декомпозиции в диалоге Activity Box Count “кликнуть” по радиокнопке DFD. В палитре инструментов на новой диаграмме DFD появляются новые кнопки (Рис. 26):

Рис.26.

1) добавить в диаграмму работу Activity Box Tool – используется для установки блоков в диаграмме.

2) добавить в диаграмму внешнюю ссылку (External Reference). Внешняя ссылка является источником или приемником данных извне модели;

3) добавить в диаграмму хранилище данных (Data store). Хранилище данных позволяет описать данные, которые необходимо сохранить в памяти прежде, чем использовать в работах;

Стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы

– движение объектов (data flow), хранение объектов (data stores), поставка и распространение объектов (external entities) рис.27.

DFD рассматривает систему как совокупность предметов. Контекстная диаграмма часто включает работы и внешние ссылки. Работы обычно именуются по названию системы,

например «АРМ клиента».

ЧАСТЬ II: Использование ERwin для составления информационной модели

Область применения

Erwin используется для построения модели данных. ERwin имеет два уровня представления модели – логический и физический. На логическом уровне данные не связаны с конкретной СУБД. Физический уровень данных – это по существу отображение системного каталога, который зависит от конкретной реализации СУБД. ERwin позволяет проводить процессы прямого и обратного проектирования БД. Это означает, что по модели данных можно сгенерировать схему БД или автоматически создать модель данных на основе информации системного каталога. Для создания моделей данных в Erwin используются две методологии: IDEF1X и IE. В данной работе рассматривается методология IDEF1X.

Отображение модели данных в ERwin.

ERwin имеет два уровня представления модели – логический и физический. Логический уровень – это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например, «Фамилия сотрудника», «Отдел». Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель может быть построена на основе другой логической модели, например на основе модели процессов. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД.

Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация о всех объектах БД. Поскольку стандартов на объекты БД не существует, физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Разделение модели данных на логические и физические позволяет решить несколько важных задач.

Документирование модели. На физическом уровне объекты БД могут называться так, как того требуют ограничения СУБД. На логическом уровне можно этим объектам дать синонимы – имена более понятные неспециалистам, в том числе на кириллице и с использованием специальных символов.

Масштабирование. Создание модели данных, как правило, начинается с создания логической модели. После описания логической модели, проектировщик может выбрать необходимую СУБД, и ERwin автоматически создаст соответствующую физическую модель. На основе физической модели ERwin может сгенерировать системный каталог СУБД или соответствующий SQLскрипт. Этот процесс называется прямым проектированием (Forward Engineering). Тем самым достигается масштабируемость – создав одну логическую модель данных, можно сгенерировать физические модели под любую поддерживаемую ERwin СУБД. С другой стороны, ERwin способен по содержимому системного каталога или SQL-скрипту воссоздать физическую и логическую модель данных (Reverse Engineering). На основе полученной логической модели данных можно сгенерировать физическую модель для другой СУБД и затем сгенерировать ее системный каталог. Следовательно, ERwin позволяет решить задачу по переносу структуры данных с одного сервера на другой [1].

2. Основные элементы

Для переключения между логической и физической моделью данных служит список выбора в левой части панели инструментов ERwin.

При переключении, если физической модели еще не существует, то она будет создана автоматически.

Палитра инструментов выглядит различно на разных уровнях отображения модели. На логическом уровне палитра инструментов имеет (рис.30):

ErWin ToolBox

Рис.30.

Сущности и атрибуты

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

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

Клиенты!) с атрибутами Номер Клиента, Фамилия Клиента и Адрес Клиента. На уровне физической модели ей может соответствовать таблица Client с колонками Client_number, Client_name и Client_address.

Для внесения сущности в модель необходимо убедиться, что вы находитесь на уровне логической модели, и «кликнуть» по кнопке сущности на панели инструментов (ERwin Toolbox), затем «кликнуть» по тому месту на диаграмме, где необходимо расположить новую сущность. Щелкнув правой кнопкой мыши по сущности и выбрав из всплывающего меню пункт Entity Properties, можно вызвать диалог Entities, в котором определяются имя, описание и комментарии сущности. Каждая сущность должна быть полностью определена с помощью текстового описания в закладке

Definition (рис.35).

Рис.35.

Закладки Note, Note 2, Note 3 (в прежних версиях Query и Sample), UDP (User Defined Properties) служат для внесения дополнительных комментариев и определений к сущности:

Для определения UDP служит диалог User-Defined Properties(меню Model/UDP dictionary…)

рис.36.

Рис.36.

В нем необходимо указать вид объекта, для которого заводится UDP (диаграмма в целом, сущность, атрибут и т. д.) и тип данных. ERwin поддерживает для UDP шесть типов данных, в том числе:

List – список - при задании списка значения следует разделять запятой, значение по умолчанию выделяется символом «~»;

Command – команда – выполняемая строка.

Значение свойств, определяемых пользователем, задается в закладке UDP диалога Entity Properties.