Описание атрибутов и доменов

Каждый атрибут требует описания, из которого становится ясным, какую характеристику содержит атрибут. Также Должен быть описан домен каждого атрибута.

Эти описания составляются в зависимости от типа атрибута, с которым мы имеем дело, несколько по-другому.

Описательные атрибуты. Описание атрибута должно устанавливать реальную характеристику, абстрагируемую как атрибут. Оно может объяснять, как определяется характеристика и почему она уместна для определения объекта.

Описание домена можно давать:

• перечислением всех возможных значений, которые атрибут может принимать;

• ссылкой на документ, приводящий возможные значения;

• формулировкой правила, определяющего, какие значения допустимы;

• приведением диапазона возможных значений.

Указывающие атрибуты. Описание атрибута для указывающего атрибута устанавливает форму указания (если форма уместна), организацию, которая назначает указание (если уместно) и степень, в которой имя может использоваться как часть идентификатора. Если описание атрибута дает достаточно информации о допустимых значениях для указательного атрибута, домен определяется следующим образом:

Домен: См. описание атрибута

или

Домен: См. выше (когда его предваряет описание атрибута).

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

Вспомогательные атрибуты. Описание атрибута для вспомогательного атрибута должно указывать реальное отношение, сберегаемое атрибутом. Например, атрибут Магнит. Источник Электроснабжения может быть описан как название источника электроснабжения, используемого в настоящее время для подачи напряжения на этот магнит.

Значение, которое вспомогательный атрибут может принимать, будет всегда таким же, как и значение атрибута, действующего как идентификатор для соотносимого объекта. Следовательно, описание домена всегда дается фразой: "Такой, как <имя идентифицирующего атрибута соотносимого объекта>", например:

Атрибут: Магнит.Источник Электроснабжения.

Описание: . . .

Домен: Такой, как Источник Электроснабжения.ID Источника Электроснабжения.

Правила атрибутов

Информационная модель основана на реляционной модели данных: представлении данных в виде отношений между ними [2,3]. Реляционная модель определяется в конкретных утверждениях относительно форм, которые мы используем в информационной модели, и значении, которое мы подразумеваем, когда назначаем атрибут для объекта.

Первое правило. Один экземпляр объекта имеет одно-единственное значение для каждого атрибута в любое данное время.

В табличной интерпретации объекта это правило требует, чтобы существовал один и только один элемент данных в каждом пересечении столбца со строкой. Это делает невозможным составление таблицы со структурой "повторяющейся группы", как и таблицу с незаполненными ячейками (рис.2.2.3).

Рис.2.2.3 Два нарушения первого правила атрибутов.

Второе правило. Атрибут не должен содержать никакой внутренней структуры.

Второе правило подразумевает, что если Вы определяете объект, как на рис.2.2.4, то это означает, что Вы считаете Изготовителя и Модель одной характеристикой и не можете разделить "Эйсм 126", чтобы выяснить, что насос Р101 был сделан Эйсм.

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

Рис.2.2.4. Возможное нарушение второго правила.

Третье правило означает, что если Вы определяете объект Перемещение Сока:

Перемещение Сока(ID Бака-Хранилища, ID Бака Для Приготовления, Количество Галлонов, Планируемое Время Перемещения),

то атрибут Перемещение Сока. Количество Галлонов обозначает количество галлонов, перемещаемых от бака для хранения к баку для приготовления, а не количество галлонов в баке-хранилище или баке для приготовления.

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

В соответствии с четвертым правилом, если Вы определяете объект

Порция (ID Порции, ID Рецепта, Количество Галлонов, Время Приготовления),

Атрибут Порция. Время Приготовления должен представлять фактическое время приготовления порции, а не время приготовления, определяемое рецептом.