Технология выполнения работы. 2. Познакомиться с интерфейсом.
1. Запустить программу.
2. Познакомиться с интерфейсом.
3. Импортирование файла из BPwin.
3.1. Проверьте создание сущностей и атрибутов в IDEF3 или DFD диаграммах (см. лабораторную работу №3, рис. 21).
3.2. Закончить работу c BPwin Командой File / Export / ERwin 4/0, создать экспортный файл (рис. 32).
Рисунок 32 - Экспортный файл, созданный в BPwin
3.3. Запустить ERwin 4/0.
3.4. Создать новую модель (рис. 33).
Рисунок 33 - Создание новой модели в ERwin
3.5. Задать виды моделей и СУБД (рис. 34).
4. Если не удалось импортировать файл из BPwin, введите таблицы вручную.
4.1. С панели инструментов поместите пустую таблицу в окно построения диаграмм.
4.2. Введите имя таблицы.
4.3. Введите первичный ключ.
4.4. Введите атрибуты.
Рисунок 34 - Задание моделей и СУБД
4.5. Для преобразования в русский текст установить шрифт Кириллица командой Format / Default /Fonts & Color.
4.6. Зарегистрировать новый проект и сохранить.
Контрольные вопросы
1. Назовите уровни методологии IDEF1X.
2. Из каких моделей состоит логический уровень?
3. Из каких моделей состоит физический уровень?
4. Что включает в себя диаграмма сущность-связь?
5. Что включает в себя модель данных, основанная на ключах?
6. Какую информацию содержит трансформационная модель?
7. Что включает в себя полная атрибутивная модель?
8. Сформулируйте требования, в которых необходимо убедиться перед началом проектирования БД.
9. Перечислите преимущества от использования CASE-средства ERwin.
10. Как импортировать файл из BPwin и подготовить к дальнейшей работе и ERwin?
11. Какие кнопки панели инструментов позволяют изменить уровень просмотра модели?
12. Каким образом осуществляется выбор СУБД для генерации схемы БД?
13. Как добавить сущность на диаграмму?
14. Как оформить таблицу на диаграмме?
15. Как перемещать атрибуты внутри сущности?
16. Как добавить текст на диаграмму?
17. С помощью какой кнопки, на панели инструментов переключаются области модели?
Лабораторная работа №7. Создание логической модели
Цель работы: ознакомиться с технологией построения логической модели в ERwin, изучить методы определения ключевых атрибутов сущностей, освоить метод проверки адекватности логической модели, изучить типы связей между сущностями.
Методические указания
ERD-диаграммы
Первым шагом при создании логической модели БД является построение диаграммы ERD (Entity Relationship Diagram) (см. рис. 35). Вторым шагом является создание полной ERD-диаграммы, состоящей из трех частей: сущностей, атрибутов и взаимосвязей. Сущностями являются существительные, атрибуты - прилагательными или модификаторами, взаимосвязи - глаголами (см. рис. 36). ERD-диаграмма позволяет рассмотреть систему целиком и выяснить требования, необходимые для ее разработки, касающиеся хранения информации. ERD-диаграммы можно подразделить на отдельные куски, соответствующие отдельным задачам, решаемым проектируемой системой. Это позволяет рассматривать систему с точки зрения функциональных возможностей, делая процесс проектирования управляемым.
Рисунок 35 - ERD-диаграмма - первый уровень
Рисунок 36 - Второй уровень. Полная ERD-диаграмма с атрибутами
Рисунок 37 - Третий уровень. Полная ERD-диаграмма со скрытыми атрибутами
Как известно основным компонентом реляционных БД является таблица. Таблица используется для структуризации и хранения информации. В реляционных БД каждая ячейка таблицы содержит одно значение. Кроме того, внутри одной БД существуют взаимосвязи между таблицами, каждая из которых задает совместное пользование данными таблицы. ERD-диаграмма графически представляет структуру данных проектируемой информационной системы. Сущности отображаются при помощи прямоугольников, содержащих имя. Имена принято выражать существительными в единственном числе, взаимосвязи - при помощи линий, соединяющих отдельные сущности. Взаимосвязь показывает, что данные одной сущности ссылаются или связаны с данными другой. Сущность - это субъект, место, вещь, событие или понятие, содержащее информацию. Точнее, сущность - это набор (объединение) объектов, называемых экземплярами. Каждый экземпляр сущности обладает набором характеристик. Так, каждый клиент может иметь имя, адрес, телефон и т. д. В логической модели все эти характеристики называются атрибутами сущности. На рис. 38 показан пример - ERD-диаграмма для оприходования товара, включающая в себя атрибуты сущностей.
Логические взаимосвязи представляют собой связи между сущностями. Они определяются глаголами, показывающими, как одна сущность относится к другой.
Некоторые примеры взаимосвязей:
• команда включает много игроков,
• самолет перевозит много пассажиров,
• продавец продает много продуктов.
Во всех этих случаях взаимосвязи отражают взаимодействие между двумя сущностями, называемое «один-ко-многим». Это означает, что один экземпляр первой сущности взаимодействует с несколькими экземплярами другой сущности. Взаимосвязи отображаются линиями, соединяющими две сущности с точкой на одном конце и глаголом, располагаемым над линией.
Кроме взаимосвязи «один-ко-многим» существует еще один тип - это «многие-ко-многим». Этот тип связи описывает ситуацию, при которой экземпляры сущностей могут взаимодействовать с несколькими экземплярами других сущностей. Связь «многие-ко-многим» используют на первоначальных стадиях проектирования. Этот тип взаимосвязи отображается сплошной линией с точками на обоих концах.
Связь «многие-ко-многим» может не учитывать определенные ограничения системы, поэтому может быть заменена на «один-ко-многим» при последующем пересмотре проекта.
Обозначение взаимосвязи между двумя сущностями:
| - создание идентифицирующей связи ОДИН-КО-МНОГИМ, |
| - создание неидентифицирующей связи ОДИН-КО-МНОГИМ, |
| - создание связи МНОГИЕ-КО-МНОГИМ. |
Рисунок 38 - Пример ERD-диаграмма с атрибутами и взаимосвязями
Каждая сущность содержит горизонтальную линию, разделяющую атрибуты на две группы. Атрибуты, расположенные над линией, называются первичным ключом. Первичный ключ предназначен для уникальной идентификации экземпляра сущности. При создании сущности необходимо выделить группу атрибутов, которые потенциально могут стать первичным ключом (потенциальные ключи), затем произвести отбор атрибутов для включения в состав первичного ключа, следуя следующим рекомендациям:
• Первичный ключ должен быть подобран таким образом, чтобы по значениям атрибутов, в него включенных, можно было точно идентифицировать экземпляр сущности.
• Никакой из атрибутов первичного ключа не должен иметь нулевое значение.
• Значения атрибутов первичного ключа не должны меняться. Если значение изменилось, значит, это уже другой экземпляр сущности.
При выборе первичного ключа можно внести в сущность дополнительный атрибут и сделать его ключом. Так, для определения первичного ключа часто используют уникальные номера, которые могут автоматически генерироваться системой при добавлении экземпляра сущности в БД. Применение уникальных номеров облегчает процесс индексации и поиска в БД.
Первичный ключ, выбранный при создании логической модели, может быть неудачным для осуществления эффективного доступа к БД и должен быть изменен при проектировании физической модели.
Потенциальный ключ, не ставший первичным, называется альтернативным ключом (Alternate Key). ERwin позволяет выделить атрибуты альтернативных ключей, и по умолчанию в дальнейшем при генерации схемы БД по этим атрибутам будет генерироваться уникальный индекс. При создании альтернативного ключа на диаграмме рядом с атрибутом появляются символы (АК).
Атрибуты, участвующие в неуникальных индексах, называются инверсионными входами (Inversion Entries). Инверсионные входы - это атрибут или группа атрибутов, которые не определяют экземпляр уникальным образом, но часто используются для обращения к экземплярам сущности. ERwin генерирует неуникальный индекс для каждого инверсионного входа.
При проведении связи между двумя сущностями (рис. 39) в дочерней сущности автоматически образуются внешние ключи (Foreign Key). Связь образует ссылку на атрибуты первичного ключа в дочерней сущности, и эти атрибуты образуют внешний ключ в дочерней сущности. Атрибуты внешнего ключа обозначаются символами (FK) после своего имени.
Рисунок 39 - Пример ERD-диаграмма с внешним ключом
Внешний ключ на логической модели виден только для связи 1:М.
Задание
1. Установить вид модели - логическая (список на панели инструментов).
2. Проверить таблицы на правильность выбранных атрибутов и установку первичных ключей.
3. Установить взаимосвязи между таблицами.
4. Сохранить логическую модель с взаимосвязями (первый уровень).
5. Задать атрибуты сущностей.
6. Определить первичные ключи в сущностях.
7. Определить состав альтернативных ключей.
8. Связать сущности между собой, используя описанные типы связей.
9. После проведения связей определить состав внешних ключей.
10. Проверить модель на соответствие предметной области.
11. Сохранить полученную диаграмму.
12. Сохранить логическую модель с атрибутами в отчет (второй уровень).
13. Составить отчет.
14. Ответить на контрольные вопросы.