5. Задания

1. Создайте новую модель.

2. Создайте сущности.

3. Задайте атрибуты сущностей.

4. Создайте (назначьте) первичные ключи каждой сущности.

5. Создайте логические связи между сущностями, используя описанные типы связей.

6. Создайте внешние ключи.

7. Задайте типы данных для атрибутов.

8. Посмотрите вид модели на разных уровнях отображения.

9. Сохраните полученную модель.

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

1. Назовите основные части ERD-диаграммы.

2. Цель ERD-диаграммы.

3. Что является основным компонентом реляционных БД?

4. Что называется сущностью?

5. Сформулируйте принцип именования сущностей.

6. Что показывает взаимосвязь между сущностями?

7. Назовите типы логических взаимосвязей.

8. Каким образом отображаются логические взаимосвязи?

9. Что называется первичным ключом?

10. Назовите принципы, согласно которым формируется первичный ключ.

11. Что называется альтернативным ключом?

12. Что называется инверсионным входом?

13. В каком случае образуются внешние ключи?

14. Зачем необходимы определения?

15. Перечислите режимы отображения диаграммы.

16. В чем заключается идентификация сущности?

17. Как связаны между собой сущность и таблица?

18. Что общего между сущностью и атрибутом?

19. Где располагаются на модели атрибуты?

20. Чем отличаются друг от друга альтернативный ключ и первичный ключ?

21. В чем роль первичного ключа?

22. Какие типы ключей используются при создании модели?

23. Как добавить сущность на диаграмму?

24. Как добавить категорию в сущность?

25. Как перемещать атрибуты внутри сущности?

26. Как добавить текст на модель?

27 Что содержит модель?

28. Чем отличается сущность от атрибута?

29. Как подписываются связи между сущностями?

30. Какие типы файлов поддерживает ERwin, в чем их различие и особенности?

31. В чем связь между моделью и сущностью?

32. Сколько сущностей можно расположить на одной модели?

33. Что предлагают инструменты-объекты?

34. Что из себя представляют инструменты-указатели?

Занятие № 3. Создание логической модели сложной базы данных

Цель занятия:

Создать логичекую модель сложнойбазы данных:

• ознакомиться с технологией построения сложной логической модели,

• изучить методы создания хранимых отображений,

• освоить методику работы с областями модели.

1. Порядок выполнения работы

1. Запустите Erwin

2. Откройте файл Info простой логической модели, созданной в предыдущей лабораторной работе.

3. Сохраните файл под именем Info1.

4. Создайте хранимые отображения.

2. Модели сложных бд

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

Для создания сложных моделей данных в ERwin предусмотрены два средства:

• cпециальная программа Model Mart, позволяющая разрабатывать модель одновременно нескольким пользователям на разных компьютерах;

• средство Subject Area (Предметная область), позволяющее разработать отдельные части модели, а затем объединить в единую модель.

В данной лабораторной работе рассматривается только средство Subject Area.

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

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

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

Одна и также сущность может входить в другие Subject Area.

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

Все изменения, созданные в одной Subject Area автоматически отображаются в общей главной модели

Каждая из Subject Area может соответствовать определенной задаче: финансовой, производственной и т.д.

При создании Subject Area в нее может не входить либо родительская, либо дочерняя сущность. По умолчанию связи с сущностями, которые не вошли в Subject Area ("висячие связи"), не показываются. Для отображения таких связей следует включить опцию Show Dangling Relationships во вкладке General диалога Stored Displays.

Области модели можно создавать как в логической, так и в физической моделях данных.

5. Создайте сложную логическую модель.

5.1. Рассмотрим создание логической модели, содержащей две области: Продажа товара и Поставка товара. При этом область Продажа товара создадим объединив сущности, созданные в лабораторной работе № 2, а область Поставка товара создания вновь.

5.2. Объедините существующие сущности Товар, Заказ и Клиент в область Продажа товара. Для этого воспользуйтесь командой Subject Area в меню Model. Появится окно Subject Areas (рис. 52) для работы с областями модели. Щелкните мышью по кнопке New и в появившемся окне New Subject Areas (рис. 53) введите имя области Продажа товара. В результате в окне Subject Areas появиться область Продажа товара (рис. 54).

Рис. 52. Вид окна Subject Areas

Рис. 53. Вид окна New Subject Areas

Рис. 54. Вид окна Subject Areas с областью Продажа товара

Рис. 55. Вид окна Subject Areas с вкладкой Members

Рис. 56. Вид окна Subject Areas с сущностями области Продажа товара

5.2. В окне Subject Areas перейдите на вкладку Members (рис. 55)

5.3. С помощью кнопки  перенесите сущности Товар, Заказ и Клиент из раздела Available Objects в Included Objects (рис. 56).

5.4. Не выходя из окна Subject Areas, нажмите кнопку New и создайте новую область Поставка товара (рис. 57).

Рис. 57. Вид окна New Subject Areas

5.5. С помощью кнопки  перенесите сущность Товар из раздела Available Objects в Included Objects (рис. 58) и нажмите кнопку ОК.

Рис. 58. Вид окна Subject Areas с сущностями области Поставка товара

5.6. В результате откроется рабочее окно области Поставка товара на уровне отображения атрибутов с одной сущностью Товар (рис. 59).

Рис. 59. Вид окна области Поставка товара с сущностью Товар

5.7. С помощью кнопки Entity на панели Инструменты перейдите на уровень отображения сущностей.

5.8. На основе знаний, полученных в работе № 2, добавьте в модель сущности Поставка и Поставщик (рис. 60).

Рис. 60. Область Поставка товара с сущностями Поставка и Поставщик

5.9. На основе знаний, полученных в работе № 2, для области Поставка товара самостоятельно определите:

5.9.1. Атрибуты (рис. 61):

• для сущности Поставка: НомерПоставки, ДатаПоставки, СтоимостьПоставки, КодПоставщика;

• для сущности Поставщик: КодПоставщика, Фирма, Адрес, Телефон.

Рис. 61. Вид окна области Поставка товара на уровне атрибутов

5.9.2. Ключи (рис. 62):

• первичный ключ для сущности Поставка: НомерПоставки;

• первичный ключ для сущности Поставщик: КодПоставщика;

• внешний ключ для сущности Поставка: КодПоставщика.

Рис. 62. Вид окна области Поставка товара на уровне ключей

5.9.3. Связи (рис. 63):

• между сущностями Товар-Поставка связь Many-to-many relationship;

• между сущностями Поставщик- Поставка связь Non-identifying relationship;

• имена связям для сущностей Товар и Поставка: Входит/ Включает;

• имена связям для сущностей Поставщик и Поставка: Делает.

Рис. 63. Вид окна области Поставка товара на уровне связей

5.9.4. Определения:

• для сущности Поставка: Список выполненных заказов на поставку товара;

• для сущности Поставщик: Список юридических и физических диц, осуществляющих поставку товаров для фирмы.

Переход из одной области в другую

Если Вы создали несколько областей для одной модели данных, то Вы можете переходить из одной области в другую, выбирая ту модель, с которой Вы хотите работать, из списка областей. Для перехода от одной области модели к другой служит кнопка Create Subject Area на панели инструментов Стандартная, имеющая список выбора областей модели (рис. 64).

Рис. 64. Переключение областей модели

5.10. Перейдите в область главной модели Main Subject Area и обратите внимание, что все изменения, сделанные в новой области Поставка товара, автоматически отобразились и в Main Subject Area (рис. 65).

Рис. 65. Вид главной (объединенной) модели