Управление данными. Громов Ю.Ю - 39 стр.

UptoLike

ВУЗ: 

ТГТУ | Тамбов

Составители: 

Рубрика: 

Цель.
Рассмотреть необходимость использования таких расширенных понятий звания, как уточне-
ние /обобщение, агрегирование и композиция.
На этом этапе предусмотрена возможность продолжить разработку ER-модели с помощью расши-
ренных понятий моделирования, а именно уточнение/обобщение, агрегирование и композиция. Если
будет решено провести уточнение, то в процессе разработки потребуется выявить различия между сущ-
ностями путём определения одного или нескольких подклассов суперкласса сущности. Подход, тре-
бующий обобщения, предусматривает необходимость выявить общие особенности разных сущностей
для определения обобщающей сущности суперкласса. Агрегирование может применяться для обозначе-
ния связи «has-a» (включает) или «is-part-of (входит в состав) между типами сущностей; в такой связи
одна сущность представляет «целое», а другая – её «часть». Композиция (особый тип агрегирования)
может применяться для определения взаимосвязи между типами сущностей, которая обусловливает
строгую принадлежность и совпадение срока существования между «целым» и «частью».
Невозможно дать точные рекомендации в отношении того, должны ли применяться при разработке
ER-модели расширенные понятия моделирования, поскольку такое решение часто является субъектив-
ным и зависит от конкретных особенностей моделирования предметной области. В качестве удобного
эмпирического правила можно указать, что при рассмотрении необходимости использования таких по-
нятий следует вначале попытаться представить важные сущности и их связи на ER-диаграмме с макси-
мально возможной точностью. Таким образом, о необходимости использования расширенных понятий
моделирования можно будет судить на основании того, насколько удобной для чтения является ER-
диаграмма и позволяет ли она полностью промоделировать важные сущности и связи.
Рассматриваемые здесь понятия относятся к сфере расширенного ER-моделирования. Но поскольку
этот этап является необязательным, в дальнейшем при описании методологии термин «ER-диаграмма»
применяется для обозначения любого схематического отображения моделей данных.
Этап 1.7.
Проверка модели на отсутствие избыточности.
Цель
. Проверка на отсутствие какой-либо избыточности данных в модели.
На этом этапе локальная концептуальная модель данных проверяется с конкретной целью: выявить
наличие в ней избыточности данных и устранить этот недостаток, если он будет обнаружен. На этом
этапе выполняются следующие операции.
1. Повторное исследование связей «один к одному» (1:1).
2. Удаление избыточных связей.
Повторное исследование связей «один к одному»
(
1:1
). Возможно, что в процессе определения
сущностей были обнаружены две сущности, которые соответствуют в данной организации одному и
тому же концептуальному объекту. В таком случае эти две сущности должны быть объединены. Если
для них определены разные первичные ключи, то в качестве первичного должен быть выбран только
один из них, а другой должен использоваться как альтернативный ключ.
Удаление избыточных связей.
Связь является избыточной, если представленная в ней информа-
ция может быть получена с помощью других связей. Разработчик стремится создать минимальную мо-
дель данных, а поскольку избыточные связи не нужны, они должны быть удалены. На ER-диаграмме
наличие избыточных связей можно относительно легко обнаружить, поскольку оно проявляется в том,
что между двумя сущностями имеется несколько путей. Но такая ситуация не всегда означает, что одна
из связей является избыточной, так как они могут представлять разные ассоциации между сущностями.
При оценке избыточности необходимо определить назначение каждой связи между сущностями. По
завершении данного этапа следует упростить локальную концептуальную модель данных путём удале-
ния всей свойственной ей избыточности.
Этап 1.8.
Проверка соответствия локальной концептуальной модели конкретным пользовательским
транзакциям.
Цель.
Убедиться в том, что локальная концептуальная модель поддерживает транзакции, необходи-
мые для рассматриваемого представления.
На данном этапе уже имеется локальная концептуальная модель данных, которая соответствует
конкретному представлению в рассматриваемой предметной области. Назначение данного этапа состо-
ит в проверке модели для определения того, поддерживает ли эта модель все транзакции, необходимые

Страницы