Комплексное определение для информационного моделирования (IDEF1X), страница 32

Процесс построения таблицы атрибутов, в сущности, схож с построением таблицы сущностей. На первом этапе для таблицы сущностей мы выделили имена, которые представлены существительными, называющими объект, внесенными на нулевом этапе в список данных. А теперь вернемся к списку данных и выделим те имена, которые являются описательными существительным. Описательные существительные (существительные, которые используются для описания объектов) обычно представляют атрибуты.  На рисунке А3.22 изображен пример таблицы атрибутов.

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

Таблица атрибутов является источником имен атрибутов, которые используются в модели. В случае, когда атрибуты определены на более поздних стадиях моделирования, они заносятся в таблицу атрибутов и им присваивается уникальный идентификационный номер; в таком случае вероятность использования их в модели увеличивается.

А3.5.2  Установление отношений между сущностями и атрибутами

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

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

                                                    Рисунок А3.22. Пример таблицы атрибутов

А3.5.3 Определение атрибутов

Все атрибуты, определенные на четвертом этапе должны быть описаны. Правила, регулирующие другие описания, используемые в модели данных, и в частности те, которые были на этапе три, так же применяются и на этом этапе. Разработанные описания атрибутов должны быть точными, конкретными, полными и доступными для всеобщего понимания. Эти описания атрибутов представляются в том же формате, что и описания атрибутов на третьем этапе. Описание атрибутов включает:

1.  Имя атрибута.

2.  Описание атрибута.

3.  Идентификаторы атрибута/синонимы.

Каждому атрибуту должно быть присвоено уникальное имя, поскольку в модели IDEFX1 правило «имя соответствует значению»  применяется как для атрибутов, так и для сущностей. Таким образом, разработчик модели, возможно, захочет применить стандартный подход  для именования атрибутов. Однако, легко узнаваемые пользователями/ стандартные английские наименования рекомендуются к использованию для удобочитаемости и с целью проверки правильности. Имена атрибутов, которые должны соответствовать строгим правилам языков программирования, к примеру, имена из семи знаков, соответствующие языку FORTRAN,  всегда должны быть определены как идентификаторы. Описывая атрибут, разработчик модели, возможно, пожелает определить формат атрибута, например, буквенно-цифровой код, текстовый, денежный, формат даты и т.д. Домен допустимых значений может быть так же указан в описании, как выбор из списка, например, понедельник, вторник, среда, четверг или пятница, или может быть задан диапазоном, например, больше нуля, но меньше 10. В описании также могут быть указаны утверждения, содержащие несколько атрибутов. Например, атрибут «зарплата работника» должна быть больше чем 20 000 долларов, если «код работника» равен двадцати.