Разработка логической модели базы данных с помощью

Пакета ERWIN

Пакет ERWIN (мы рассматриваем версию AllFusion ERwin DataModeler 4.1) предназначен для визуального проектирования логической модели базы данных.

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

· определение сущностей;

· определение атрибутов сущностей;

· задание первичных ключей;

· определение зависимостей между сущностями;

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

При вызове программы появляется окно:

,

позволяющее либо создать новую модель, либо открыть существующую.

При создании новой модели появляется окно:

 

Общий вид окна программы ERWIN с примером записанной моделипоказан на рис. 7.

Рис. 7

 

На диаграмме пока будем изображать только логические модели. Вид модели выбирается переключением списка Logical/Phisical.

 

С помощью панели инструментов на диаграмме можно разместить:

 

 

После размещения на диаграмме сущности задается ее имя (с помощью пункта контекстного меню Entity Properties). При этом появляется окно

Сущностям приписываются различные атрибуты - поля. Это делается через редактор атрибутов, окно которого становится доступным путем выбора из контекстного меню пункта Attributes. При этом появляется окно для создания и редактирования атрибутов (назначение им имен и типов, назначение некоторых из них ключами).

Для определения первичных ключей сущностей чаще всего создаются дополнительные числовые поля, в которых будет сохраняться уникальный номер для каждого экземпляра сущности (например, Номер класса). Это поле, как правило, не должно быть видимо пользователю (это следует учитывать при разработке программ). В ряде случаев такое уникальное числовое поле уже определено условиями предметной области.

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

Для отображения в модели типов полей в виде пиктограмм следует выбрать пункт основного меню Format, Entity Display, Attribute Icon.

Для установления связи выбирается инструмент Non-Identifying Relationship, делается щелчок сначала по родительской сущности, затем по дочерней сущности. После этого в дочерней сущности появляются атрибуты - первичные ключи родительской сущности. В дочерней сущности такие атрибуты имеют пометку внешнего ключа (Foreign Key -FK).

Щелкнув по связи, следует указать ее имя:

Модель можно отображать в методологиях IE (Information Engineering), что более предпочтительно, и в методологии IDEF1X (Integration Definition for Information Modeling). Выбор методологии производится с помощью пункта меню Model, Model properties, закладка Notation:

 

Лабораторная работа 1

Задание: На основании заданной структуры исходных данных бригада студентов выполняет следующие действия:

1. Разработка концептуальной модели базы данных на основе метода «Объект-Связь».

2. Разработка концептуальной модели базы данных на основе метода функциональных зависимостей и ее нормализация (вплоть до нормальной формы Бойса - Кодда (НФБК).

3. Разработка логической модели базы данных до уровня 3 НФ с помощью пакета ERWIN.

Эта логическая модель служит основой для последующих этапов лабораторной работы и для курсового проекта.

Состав отчета:

1. Постановка задачи.

2. Перечень допущений, принимаемых при проектировании.

3. Последовательность разработки концептуальной модели методом «Объект-связь» (изображение ER- диаграмм, полученных при проектировании методом «Объект-Связь», отношения для каждой диаграммы с указанием применяемого правила и сводный набор отношений).

4. Процесс проектирования базы данных методом функциональных зависимостей (универсальное отношение, функциональные зависимости, процесс декомпозиции отношений для последовательного получения 1НФ, 2НФ, 3НФ и НФБК).

5. Логическая модель базы данных, полученная с помощью пакета ERWIN.