Файл: ДИПЛОМ Аюпова-теория.doc

2.8. Создание диаграммы «сущность-связь»

С целью получения наглядного представления основных сущностей и связей, определенных в спецификациях для пользователя Менеджер, мы рисуемER-диаграмму (рис.2.7.). ЭтаER-диаграмма и подготовленная на этапе 2 документация (в совокупности) представляют собой локальную концептуальную модель данных для пользователяМенеджер приложенияРеалтэкс.

Менеджер

1 1

М М

Отдел

М 1 М 1

1

1

1 М

Договор

1

М

М

1 1

1

Владелец

М

1

N1

Клиент

М

СМИ

Рис. 2.8. Локальная концептуальная модель данных для пользователя МенеджерприложенияРеалтэкс.

2.9. Обсуждение локальной концептуальной модели с пользователем

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

3. Построение и проверка локальной логической модели данных

На этом этапе мы переработаем локальную концептуальную модель данных представления Менеджер с целью удаления из нее всех элементов, затрудняющих реализацию данной модели в среде реляционных СУБД. Кроме того, мы проверим созданную локальную логическую модель данных, применив к ней правила нормализации и контроля возможности выполнения всех необходимых пользователюМенеджертранзакций в том виде, в котором они описаны в спецификациях.

3.1. Преобразование концептуальной модели данных в логическую модель

На этом этапе мы займемся преобразованием концептуальной модели данных с целью удаления из нее всех структур, реализация которых в СУБД реляционного типа затруднительна. Желаемый результат может быть достигнут посредством выполнения таких действий как:

• Удаление связей типа М:N

• Удаление сложных связей

• Удаление рекурсивных связей

• Удаление связей, имеющих атрибуты

• Удаление множественных атрибутов

• Перепроверка связей 1:1

• Удаление избыточных связей

3.1.1. Удаление связей типа m:n

Как следует из рисунка 2.8, связь Клиент Осматривает Объектимеет кардинальность «многие ко многим» (М:N). Поэтому необходимо преобразовать связь Осматривает в две связи типа 1:М (назовем ихВыполняетиПроводится для), для чего потребуется ввести новую слабую сущностьОсмотр. Поскольку вновь созданная сущность является слабой, первичный ключ сущностиОсмотрбудет полностью или частично определяться сущностями-владельцами, т.е. сущностямиКлиентиОбъект.

Клиент

Рис. 3.1.1 Удаление связи типа M:NКлиент Осматривает Объект

3.1.2. Удаление сложных связей

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

3.1.3. Удаление рекурсивных связей.

На рисунке 2.8 показаны две рекурсивные связи – Менеджер Руководит РаботникомиСекретарь Помогает Работнику. Эти связи являются рекурсивными, поскольку они представляют связи между отдельными экземплярами сущности одного и того же типа. ИМенеджериСекретарьявляются такими же членами коллектива, как и другие работники, но выполняют особые обязанности, определяющие их отношения с другими членами производственного персонала. Однако сущностиМенеджериСекретарьпредставляют только некоторых членов персонала и не могут представлять любого из работников.

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

1 М

Секретарь

1 М

1

Работник

Рис. 3.1.2. Удаление рекурсивных связей ПомогаетиРуководит.

3.1.4. Удаление множественных атрибутов

В локальной концептуальной модели данных представления Менеджер множественные атрибуты отсутствуют, поэтому мы просто переходим к следующему этапу.