А3.5.4 Усовершенствование модели
Теперь разработчик модели готов приступить к уточнению отношений на четвертом этапе. Основные правила, используемые на третьем этапе, применяются также и к усовершенствованию на этом этапе. Правило о недопустимости повторов, представленное на третьем этапе, здесь применяется как к ключевым так и не ключевым атрибутам. В результате, разработчик модели может выявить новые сущности. Поскольку выявлены новые сущности, необходимо применить правило перехода первичного ключа, точно так же, как это было сделано на третьем этапе.
Единственная разница в применении правила о недопустимости повторов на четвертом этапе заключается в том, что это правило применяется в первую очередь для не ключевых атрибутов. Рисунок А3.23 иллюстрирует применение правила о недопустимости повторов.
Рисунок А3.23. Этап четыре – применение правила о недопустимости повторов.
В том случае, если вновь созданные сущности для атрибутов нарушают правила усовершенствования модели, следует пометить эти сущности при и обнаружении и позднее создать новые сущности. Сущности, нарушающие правила, могут быть помечены буквой R (для правила о недопустимости повторов) в скобках после из названий на диаграмме атрибутов.
При появлении новых сущностей, они должны быть помещены в таблицу сущностей, описаны, отражены в матрицы отношений и т.д. В общем, они должны соответствовать всем требованиям к документации, имеющимся на предыдущих этапах, для того чтобы их можно было отнести к четвертому этапу. Зависимость каждого атрибута должна быть проанализирована для проверки их соответствия правилу о функционально полной зависимости. Правило гласит, что не один не ключевой атрибут, зависящий от сущности, не может быть идентифицирован менее чем значение первичного ключа экземпляра сущности. Это правило применяется только для сущностей с составными первичными ключами и соответствующими второй нормальной форме теории реляционных баз данных. Используем в качестве примере диаграмму, изображенную на рисунке А3.19. Если атрибут «Название проекта» был не ключевым, считается, что он зависит от сущности «Задача», он будет подходить под правило о недопустимости повторов. Однако, поскольку «название проекта» может быть определено только по номеру проекта (составляющей первичного ключа «Задача») оно не удовлетворяет правилу функционально полной зависимости. Название проекта, очевидно, будет атрибутом сущности «Проект».
Все атрибуты на четвертом этапе должны соответствовать правилу функционально полной зависимости. В соответствии с этим правилом, не одно значение не ключевого зависимого элемента не может быть определено значением другого не ключевого атрибута, зависимого или унаследованного от сущности. Это правило соответствует третьей нормальной форме в теории реляционных баз данных.
В качестве примера приведена сущность «Работник» на рисунке А3.19. Если «название подразделения» было добавлено к сущности «Работник» как не ключевой атрибут, то оно не должно нарушать правила о недопустимости повторов. Однако, поскольку «Название подразделения» может быть определено по «Номеру подразделения», являющегося унаследованным не ключевым атрибутом, оно нарушает правило не транзитивной зависимости и, следовательно, не может зависеть от сущности «Работник». «Название подразделения», очевидно, является не ключевым атрибутом сущности «Подразделение».
Простым способом запоминания правил не транзитивной зависимости и функционально полной зависимости является следующее: «не ключевой атрибут должен зависеть от целого ключа и ни от чего кроме ключа».
А3.5.5 Отображение результатов четвертого этапа
В результате размещения атрибутов, функциональные диаграммы могут быть обновлены для отображения усовершенствованной модели и расширены для отображения не ключевых атрибутов. Список не ключевых атрибутов представлены ниже линии внутри каждого блока сущности. Размер блока сущности, возможно, потребует расширения для предоставления места под не ключевые атрибуты. Пример диаграммы функциональной модели четвертого этапа представлен на рисунке А3.24.
Вспомогательная информация и описание модели должны быть обновлены для того, чтобы отображать не ключевые атрибуты и назначенные отношения. Дополнительная информация о сущностях может быть внесена перед предшествующим описанием. Вся документация о сущности теперь будет состоять из:
1.Описания каждой сущности.
2.Списка первичных, альтернативных и внешних ключевых атрибутов.
3.Списка не ключевых атрибутов, зависящих от сущности.
4.Описания каждого атрибута, зависящего от сущности (как ключевого так и не ключевого).
5.Списка отношений, в которых сущность является родительской:
А) общий классификационный признак
B) Выявленные родительские отношения
С) Неопределенные родительские отношения.
D) Описание каждого атрибута, зависящего от сущности (как ключевого так и не ключевого).
E) Список отношений, в которых сущность является родительской:
1) общее основание классификации;
2) выявленные родительские отношения;
3) не выявленные родительские отношения.
F) Список отношений, в которых сущность является дочерней:
1) категория сущности в классификации
2) идентифицированные дочерние отношения
3) неидентифицированные дочерние отношения
4) описание любых двойных выражений пути
Дополнительные диаграммы отдельных сущностей могут быть так же расширены для отображения неключевых атрибутов. Описания отношений могут повторяться в документации каждой сущности или перечислены отдельно с перекрестной ссылкой на сущность. Ключевые и неключевых атрибуты должны быть так же перечислены и перекрестно ссылаться на сущности.
Рисунок А3.24. Пример диаграммы представления функций на четвертом этапе
А4 Документация и контроль данных
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.