Если один из путей состоит из множественных отношений, и другой состоит из одиночных отношений, структура называется "триада". Пример триады показан на рисунке A3.18. В этом случае, РАБОТНИК связан с ПОДРАЗДЕЛЕНИЕМ и непосредственно и косвенно через ОТДЕЛ. Если утверждение заключается в том, что ПОДРАЗДЕЛЕНИЕМ, которому принадлежит РАБОТНИК, является тот же самое ПОДРАЗДЕЛЕНИЕ, к которому относится ОТДЕЛ (то есть равные компоненты), тогда отношения между ПОДРАЗДЕЛЕНИЕМ и РАБОТНИКОМ избыточны и должны быть удалены.
Рисунок A3.18. Пример Триады
Утверждения могут также быть применены к двойным отношениям пути, когда оба пути развивают больше, чем одно отношение.
Рисунок A3.19 иллюстрирует пример, где два пути отношений существуют между ОТДЕЛОМ и ПРИСВАИВАНИЕМ ЗАДАЧИ. Если РАБОТНИКА можно назначить только на ПРОЕКТ, которым управляет его ОТДЕЛ, то пути равны. Если РАБОТНИКА можно назначить только на ПРОЕКТ, которым управляет не его ОТДЕЛ, то пути неравны. Если РАБОТНИКА можно назначить на ПРОЕКТ независимо от руководящего им ОТДЕЛА, тогда пути неопределенны. Утверждения, которые не могут быть созданы, используя функциональные имена (см. раздел 3.9.1.1) должны быть прикреплены как примечания к диаграмме на Этапе 3 (см. раздел 3.13).
Рисунок A3.19. Утверждение пути
Поскольку части первичного ключа идентифицированы, входы превращаются в совокупность атрибутов. Матрица объекта/атрибута может использоваться, чтобы идентифицировать распределение и использование атрибутов в модели. У матрицы обладает следующими особенностями:
a) Все названия объектов размещены слева.
b) Все названия атрибутов изображены сверху.
c) При использовании атрибута объектом, эта связь отображается на пересечении и обозначается одним из следующих символов:
1) “O” = Владелец
2) “K” = Первичный ключ
3) “M” = Миграция
Пример такой матрицы показан на рисунке A3.20. Эта матрица - основной инструмент для поддержания целостности и связанности модели.
Рисунок А 3.20 Матрица атрибутов
A3.4.6 Определение ключевых атрибутов
Как только ключи для модели были идентифицированы, приходит время определять атрибуты, которые использовались как ключевые. На этапе 3, разработаны только определения для ключевых атрибутов. Для них даются те же самые основные рекомендации: они должны быть точными, определенными, законченными, универсальными и понятными. Определения атрибута всегда связываются с объектом, которому принадлежит атрибут. Таким образом, они всегда - части набора документации владельца. Поэтому идентификация атрибутов, принадлежавших каждому объекту, и используемых в качестве первичного или дополнительного (альтернативного) ключа того объекта является простым вопросом. В примере, показанном на рисунке A3.20, такие атрибуты на матрице объекта/атрибута обозначены “OK”.
Определение атрибута состоит из:
a) название атрибута
b) определение атрибута
c) альтернативное имя (псевдоним) атрибута
A3.4.7 Подведение итогов Этапа 3
После определения первичного ключа и миграции, функциональные диаграммы представления могут быть обновлены, чтобы отразить и усовершенствовать отношения. 3 Этап построения функциональных диаграмм представления должен также отображать:
a) Атрибуты первичных, дополнительных, и внешних ключей.
b) Независимые от идентификатора (изображены как квадратный угол) и зависимые от идентификатора (изображены как закругленный угол) объекты.
c) Определенные (изображены сплошной линией) и неопределенные (изображены пунктирной линией) отношения.
Пример диаграммы функционального представления показан на рисунке A3.21. Объект, сгенерированный на Этапе 3 может теперь дать достаточно информации для анализа. Каждый набор документации объекта состоит из:
a) Определение объекта
b) Список атрибутов первичных, дополнительных, и внешних ключей
c) Определение для атрибутов первичного ключа
d) Список отношений, в которых объект является универсальным
e) Список отношений, в которых объект является объектом категории
f) Список идентификации отношений, в которых объект - родитель
g) Список определенных отношений, в которых объект является объектом-потомком
h) Список неопределенных отношений, в которых объект - родитель
i) Список неопределенных отношений, в которых объект - потомок
j) Определение двойных утверждений пути (если это уместно)
На свое усмотрение разработчик модели может также создать индивидуальную диаграмму для объекта, следуя примеру построения дополнительной Диаграммы Объекта на Этапе 2.
Рисунок А 3.21. Пример функциональной диаграммы представления
Наряду с табличным представлением определений отношений, полезно изображение ссылки назад к связанным объектам. Следует также ссылаться на находящиеся в собственности и разделенные атрибуты из отчета Этапа 3.
А3.5. Четвертый этап – Определение атрибутов
Четвертый этап является заключительной стадией разработки модели. Цели диаграммы:
1. Разработать таблицу атрибутов.
2. Установить принадлежность атрибута.
3. Определить не ключевые атрибуты.
4. Усовершенствовать и утвердить структуру данных.
Результаты четвертого этапа изображаются на одной или нескольких диаграммах. По завершению этапа модели данных становятся полностью усовершенствованными. Модель предусматривает наличие полного набора описаний и перекрестных ссылок на все сущности, атрибуты (ключевые и не ключевые), и связи.
А3.5.1 Установление не ключевых атрибутов.
Построение таблицы атрибутов было начато на третьем этапе с определения ключей. Первым шагом на четвертом этапе является расширение таблицы атрибутов для включения не ключевых элементов. Таблица атрибутов – это список потенциальных имен атрибутов. Названия в таблице атрибутов не должны повторяться.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.