– Изучить процесс построения простейших er-диаграмм для заданной предметной области.

– Разработать для указанного фрагмента документа концептуальную модель данных в виде простейшей ER- диаграммы, для чего:

• проанализировать информацию, имеющуюся в описании заданной ПрО;

• выделить сущности и связи между ними;

• определить атрибуты сущностей;

• определить размерность и тип принадлежности связей;

– Построить концептуальную модель данных исходной ПрО в виде соответст-вующих ER-диаграмм.

Методические указания к выполнению лабораторной работы

1. Исходные данные

Исходная предметная область (ПрО) задана в виде фрагмента документа «Комплектующие детали для сборки изделий» табл. 2.1, который составлен в ходе обследования производственной деятельности некоторого предприятия, а именно:

Таблица 2.1 – Комплектующие детали для сборки изделий

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

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

3. Создание логической модели данных

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

Рисунок 2.1 – Внешний вид диалогового окна Entities

Закладки Note, Note 2, Note 3, UDP служат для внесения дополнительных комментарий и определений к сущности.

Следующим шагом в процессе создания логической модели должно стать определение связей между сущностями.

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

В каждом ИЗДЕЛИИ содержится множество ДЕТАЛЕЙ.

Любая ДЕТАЛЬ может быть включена в одно или несколько ИЗДЕЛИЙ.

Таким образом, сформируем имена связей:

ИЗДЕЛИЕ содержит ДЕТАЛИ.

ДЕТАЛЬ включена в ИЗДЕЛИЕ.

Указанная связь является связью «многие-ко-многим». В этом случае выделяется ассоциативная сущность.

Для установки связи необходимо кликнуть по кнопке связь в панели инструментов, затем указать мышью сначала на родительскую сущность, а потом на дочернюю. Задать параметры связи можно при помощи редактора связей Relationship (см. рис. 2.2).

Рисунок 2.2 – Диалоговое окно Relationships

Задание ограничений ссылочной целостности, а так же указание ролей производится на закладке RI Action панели диалога редактора связей (см. рис. 10) после создания атрибутов.

После задания связей между сущностями диаграмма будет выглядеть следующим образом (см. рис. 2.3).

Рисунок 2.3 – Вид логической модели после задания связей

Теперь для каждой сущности необходимо указать первичные ключи и не ключевые атрибуты. Кроме того, для некоторых, возможно, понадобится задание альтернативных ключей. Так, например, первичным ключом сущности издели (product) можно было бы выбрать серийный номер изделия, поскольку он однозначно идентифицирует любой из экземпляров этой сущности. Однако серийный номер изделия не является числом, т.к. кроме цифр, содержит и буквы, и, следовательно, для его хранения будет использоваться строка минимум из 13 символов, что не совсем удобно. Поэтому введем для каждой записи сущности product уникальный номер, который и будет первичным ключом. А атрибут «серийный номер изделия» необходимо сделать альтернативным ключом, чтобы обеспечить возможность быстрого поиска информации о сборках (Integration) по их значениям, согласно заданию.

Для задания первичных ключей и атрибутов используется редактор атрибутов. Для его вызова необходимо кликнуть правой кнопкой мыши на сущности и выберать пункт Attribute (см. рис. 2.4).

Рисунок 2.4 – Диалоговое окно редактора атрибутов

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

Для вызова данного редактора кликните правой кнопкой мыши на сущности и выберите пункт Key Group Editor. В открывшемся диалоговом окне (см. рис. 2.5) нажмите кнопку New.

Рисунок 2.6 – Диалоговое окно New Key Group

В открывшимся диалоговом окне задайте атрибуты и нажмите ОК. Выберите созданный альтернативный ключ и при помощи клавиши добавьте составляющие его атрибуты. Нажмите ОК.

На этом процесс логического моделирования заканчивается, а сама модель приобретает вид, представленный на рис. 2.7:

Рисунок 2.7 – Общий вид логической модели для заданной ПрО

Контрольные вопросы

1. Что такое сущность? Атрибут сущности?

2. Какие типы связей между сущностями возможны в ER-модели?

3. Чем отличается т.н. не идентифицирующая связь от идентифицирующей

связи в ER-модели?

4. Какие сущности Вы выделили в заданной предметной области и почему ? Объясните процесс этого анализа.

5. Какие связи Вы выделили в заданной предметной области и почему ?

Объясните процесс этого анализа.

ЛАБОРАТОРНАЯ РАБОТА № 3

Тема: РАЗРАБОТКА СХЕМЫ БД ДЛЯ ЦЕЛЕВОЙ СИСТЕМЫ УПРАВЛЕНИЯ БАЗЫ ДАННЫХ (СУБД) С ИСПОЛЬЗОВАНИЕМ ИНСТРУМЕНТАЛЬНОЙ CASE-СИСТЕМЫ ERWIN 4 .0

Цель работы:

Ознакомиться с функциональными возможностями CASE-системы ERwin для автоматической генерации БД в среде СУБД MS Access на основе разработанной модели данных.