Проектирование с использованием ER -метода 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Проектирование с использованием ER -метода



Определение сущностей и связей между ними

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

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

Сущностями в данном случае являются Водитель, Диспетчер, Автомобиль, ТехДанные, Заявка, Характеристики_Водителя, Характеристики_Диспетчера, Рация.

Сущности Водитель и Заявка связаны связью Получает.

Сущности Заявка и Тариф связаны связью Назначается.

Сущности Водитель и Автомобиль связаны связью Имеет.

Сущности Автомобиль и ТехДанные связаны связью Имеет.

Сущности Диспетчер и Заявка связаны связью Принимает.

Сущности Водитель и Рация связаны связью Использует.

Сущности Водитель и Характеристики_Водителя связаны связью Имеет. Сущности Диспетчер и Характеристики_Диспетчера связаны связью Имеет.


Построение ER -диаграмм

Составим диаграмму ER-экземпляров:

 

 

рис. 10 Диаграмма ER -экземпляров

 

Каждый водитель имеет свой автомобиль, и каждый автомобиль принадлежит только одному водителю. Т.е. между сущностями Водитель и автомобиль степень связи 1:1. Класс принадлежности сущностей Водитель и Автомобиль обязательный.

У каждого водителя есть свои характеристики, но одни и те же характеристики могут иметь несколько водителей. Т.е. между сущностями Водитель и Характеристики водителя степень связи N:1. Класс принадлежности сущности Водитель обязательный, а сущности Характеристики водителя - необязательный.

У каждого автомобиля есть свои характеристики, но одни и те же характеристики могут иметь несколько автомобилей. Т.е. между сущностями Автомобиль и Технические данные степень связи N:1. Класс принадлежности сущности Автомобиль обязательный, а сущности Технические данные - необязательный.

У каждого водителя есть рация, с которой он работает, но в данный момент времени одна и та же рация может находиться только у одного водителя. Т.е. между сущностями Водитель и Рация степень связи 1:1. Класс принадлежности сущности Водитель обязательный, а сущности Рация - необязательный.

Каждый водитель получает заявку, и каждая заявка должна быть получена водителем. Т.е. между сущностями Водитель и Заявка степень связи 1: N. Класс принадлежности сущностей Водитель и Заявка обязательный.

Каждый диспетчер принимает заявку, и каждая заявка должна быть принята диспетчером. Т.е. между сущностями Диспетчер и Заявка степень связи 1: N. Класс принадлежности сущностей Диспетчер и Заявка обязательный.

У каждого диспетчера есть свои характеристики, но одни и те же характеристики могут иметь несколько диспетчеров. Т.е. между сущностями Диспетчер и Характеристики диспетчера степень связи N:1. Класс принадлежности сущности Диспетчер обязательный, а сущности Характеристики диспетчерf - необязательный.

Каждой заявке назначается только один тариф, но один и тот же тариф может назначаться нескольким заявкам. Т.е. между сущностями Заявка и Тариф степень связи N:1. Класс принадлежности сущности Заявка обязательный, а сущности Тариф - необязательный.

Составим диаграмму ER-типа, представленную на рис. 11:

 

 

рис. 11 Диаграмма ER -типа

 

Здесь ключами сущностей являются: Позыв, Рег№, Марка, №Заявки, ДатаЗаявки, ВремяЗаявки, РИДисп, КодТар, №Рац, Таб№.

3.2.3 Построение набора предварительных отношений

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

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

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

В соответствии с пятым правилом получения отношений из диаграмм ER-типа - для связей, где степень бинарной связи равна 1: N и класс принадлежности N-связной сущности является необязательным, необходимо формирование трех отношений: по одному для каждой сущности, причем ключ каждой сущности служит первичным ключом соответствующего отношения, и одного отношения для связи.

Получаем пятнадцать предварительных отношений следующего вида:

Рация (№Рац, …)

ВодРац(Позывной, №Рац…)

ХарВодителя (Таб№, …)

В_Х (Позыв, Таб№, …)

Водитель (Рег№,…)

Марка (Марка, …)

ТехДанные (Рег№, Марка…)

Заявка (№Заявки, …)

З_В (Позыв, №Заявки…)

Тариф (КодТар, …)

З_Тариф (№Заявки, КодТар, …)

Диспетчер (ДатаЗаявки, …)

З_Д (№Заявки, ДатаЗаявки, …)

ХарДисп (РИДисп, …)

Д_ХарДисп (ДатаЗаявки, РИДисп, …)

Повторяющихся отношений нет.

Объединим следующие отношения:

Заявка (№Заявки, …)

З_В (Позыв, №Заявки…) Заявка (№Заявки, Позывной, ДатаЗаявки, КодТар….),

З_Тариф (№Заявки, КодТар, …)

З_Д (№Заявки, ДатаЗаявки, …)

ВодРац (Позывной, №Рац, …)

В_Х (Позывной, Таб№, …) Водитель (Позывной, №Рац, Рег№, Таб№….)

Водитель (Рег№, …)

Диспетчер (ДатаЗаявки, …)

Д_ХарДисп (ДатаЗаявки, РИДисп, …) Диспетчер (ДатаЗаявки, РИДисп)

После объединения получили следующие отношения:

Марка (Марка,…)

ТехДанные (Рег№, Марка…)

Рация (№Рац, …)

Характеристики_Водителя (Таб№, …)

Характеристики_Диспетчера (РИДисп, …)

Диспетчер (ДатаЗаявки, РИДисп).

Тариф (КодТар, …).

Водитель (Позывной, №Рац, Рег№, Таб№….)

Заявка (№Заявки, Позывной, ДатаЗаявки, КодТар….)

 



Поделиться:


Последнее изменение этой страницы: 2020-03-13; просмотров: 125; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 18.117.216.229 (0.007 с.)