разработка концептуальной модели. ПР_7_Разработка концептуальной модели базы данных. Разработка концептуальной модели базы данных
 Скачать 0.52 Mb.
|
Детализация ER-моделиОсновные приемы создания атрибутов мы рассмотрели, поэтому вы в состоянии выполнить эту работу самостоятельно. По примеру сущности «Отдел» создайте атрибуты других сущностей. Для не ключевого атрибута «фамилия» таблицы «Сотрудник» для примера создайте индекс. При определении свойств атрибутов можно руководствоваться их спецификациями, приведенными в таблица 5. Рекомендуется начинать с определения атрибутов старшей (родительской) сущности. Тогда в младших сущностях (потомках) их внешние ключи появятся автоматически. Таблица 5 Спецификация свойств атрибутов
В окончательном виде полная атрибутивная модель должна принять вид, приведенный на диаграмме (рис. 25).  Рис. 25. Полная атрибутивная ER-модель Отметим некоторые особенности структуры моделируемых сущностей после определения их атрибутов. Сущности «Дети» и «Работа» имеют составные первичные ключи. Это обстоятельство обусловлено семантикой понятий «дети сотрудника» и «послужной список сотрудника». В спецификации свойств сущности «Сотрудник» появился атрибут- дискриминатор «тип». Дискриминатор является неотъемлемой характеристикой категориальной связи, он показывает, как отличить одну категориальную сущность от другой. Для редактирования категориальной связи нужно щелкнуть правой кнопкой мыши по символу  и выбрать в контекстном меню пункт Subtype Relationship… В диалоге Subtype Relationship (рис. 31) следует указать атрибут – дискриминатор категорий (список Discriminator Attribute Choice) и тип категории – полная или неполная (радиокнопки Complete и Incomplete).После редактирования на диаграмме рядом с символом категориальной связи появится имя атрибута-дискриминатора «тип» (рис. 26).  Рис. 26. Диалог спецификации свойств категориальной связи При задании рекурсивной связи, определенной на сущности «Сотрудник», первичный ключ («табельный номер») должен мигрировать в качестве внешнего ключа в состав не ключевых атрибутов той же сущности. Поскольку один атрибут не может появиться дважды под одним и тем же именем, внешнему ключу должно быть присвоено имя роли. Имя роли (функциональное имя) – это синоним атрибута внешнего ключа, который показывает, какую роль играет внешний ключ в моделировании связи. Определение имени роли производится в диалоге Relationships спецификации свойств связи (рис. 27). Для спецификации свойств связи (в частности унарной рекурсивной связи «Руководит/Подчиняется») следует щелкнуть правой кнопкой мыши по ее шаблону и выбирать в контекстном меню пункт Relationship Properties. В диалоге Relationships на закладке Rolename в окно Rolename следует ввести имя роли, например, «начальник». По умолчанию в списке атрибутов показывается только имя роли. Для отображения полного имени атрибута следует в контекстном меню, которое появляется, если щелкнуть правой кнопкой мыши по любому месту диаграммы, не занятому объектами модели, выбрать пункт Entitiy Display и затем включить опцию Rolename/Attribute.  Рис. 27. Определение имени роли внешнего ключа Итак, построили полную атрибутивную модель учебной предметной области, познакомились с методологией моделирования сущностей и связей и технологией работы в среде ERwin. Таким образом, главная цель учебного пособия достигнута. Полученные результаты рекомендуется осмыслить и сохранить для продолжения работы. Построенная модель отображает наше представление о структуре данных, выраженное в терминах модели «сущность – связь» в нотации IDEF1X. Однако разработка информационной системы не заканчивается построением инфологической модели предметной области. Особенность методологии IDEF1X такова, что она предполагает отображение логической ER-модели на реляционную модель данных с последующей генерацией схемы базы данных. В CASE-среде ERwin работа по проектированию информационной системы может быть продолжена и доведена до логического конца. |