14.11.2020 стр.13 из 14

Введение

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

Данное методическое пособие посвящено CASE-средству ERWin 4.0 и предназначено для обучения студентов специальности 2202 технологии составления моделей данных в соответствии со стандартом IDEF1X.

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

Case-средство ERWin поддерживает два стандарта – IDEF1X(Integration DEFinition for Information Modeling) и IE (Information engineering – информационная инженерия).

ERWin имеет два уровня представления модели данных – логический и физический.

Логическая модель данных:

1. Может быть построена на основе другой логической модели, например, на основе модели процессов;

2. Является универсальной и не связана с конкретной СУБД;

3. Объекты модели – это сущности и атрибуты;

4. Сущности и атрибуты имеют имена, понятные экспертам предметной области; сущности именуются существительным в единственном числе;

5. Не имеет значения какой конкретно тип данных имеет атрибут.

Физическая модель данных:

1. Зависит от конкретной СУБД;

2. Одной и той же логической модели могут соответствовать несколько разных физических моделей;

3. В физической модели необходимо описать всю информацию о конкретных физических объектах – таблицах, колонках, индексах, процедурах и т.д.

4. Объекты БД могут называться так, как того требуют ограничения СУБД.

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

С другой стороны, ERWin способен по содержимому системного каталога или SQL-скрипту воссоздать физическую и логическую модель данных. На основе полученной логической модели данных можно сгенерировать физическую модель для другой СУБД и затем сгенерировать её системный каталог. Этот процесс называется обратным проектированием (Reverse Engineering).

Т.е. ERWin позволяет решить задачу по переносу структуры данных с одного сервера на другой. Например, с Oracle на Informix и наоборот.

Логическая модель данных в erWin

Имеет три уровня, отличающиеся друг от друга глубиной представления информации о данных:

1. Диаграмма “сущность-связь” (Entity Relationship Diagram – ERD) ERD-диаграммы состоят из трёх частей: сущностей, атрибутов и взаимосвязей.

2. Модель данных, основанная на ключах (Key Based model – KB) Каждая сущность содержит горизонтальную линию, разделяющую атрибуты на две группы. Атрибуты, расположенные над линией, составляют первичный ключ. Первичный ключ предназначен для уникальной идентификации экземпляра сущности.

3. Полная атрибутивная модель(Fully Attributed model – FA)

Диаграмма “сущность-связь” представляет собой модель данных верхнего уровня. Она включает сущности и взаимосвязи, отражающие основные бизнес-правила предметной области. Может включать связи многие-ко-многим и не включать описание ключей. Как правило, используется для презентаций и обсуждения структуры данных с экспертами предметной области.

Модель данных, основанная на ключах – это более подробное представление данных. Включает описание всех сущностей и первичных ключей и предназначена для представления структуры данных и ключей, которые соответствуют предметной области.

Полная атрибутивная модель – это наиболее детальное представление структуры данных: представляет данные в третьей нормальной форме и включает все сущности, атрибуты и связи.

Физическая модель данных

Имеет два уровня:

1. Трансформационная модель (Transformation Model))

2. Модель СУБД (DBMS)

Трансформационная модель содержит информацию для реализации отдельного проекта, который может быть частью общей ИС и описывать подмножество предметной области. ERWin поддерживает ведение отдельных проектов, позволяя проектировщику выделять подмножество модели в виде предметных областей (Subject Area).

Трансформационная модель:

1. позволяет проектировщикам и администраторам БД лучше представлять, какие объекты БД хранятся в словаре данных;

2. позволяет проверить, насколько физическая модель данных удовлетворяет требованиям к ИС.

Модель СУБД автоматически генерируется из трансформационной модели и является точным отображением системного каталога СУБД.

Подмножества модели (Subject Area)

При создании реальных моделей количество сущностей и атрибутов может исчисляться сотнями. Для более удобной работы в ERWin предусмотрены подмножества модели (Subject Area). В подмножество модели может входить произвольный набор сущностей, связей, текстовых комментариев. Одна и та же сущность может входить в несколько подмножеств модели. Все изменения, сделанные в любом подмножестве модели, автоматически отображаются на общей модели. По умолчанию исходная модель получает имя Main Subject Area. При создании нового подмножества нужно указать его имя и список входящих в него объектов.

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

Хранимое отображение (Stored Display)

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