5.3. Определение типов связей

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

• Подразделение имеет персонал.

• Персонал занимается объектами недвижимости.

Арендатор просматривает сведения об объектах недвижимости, сдаваемых в аренду.

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

"один-к-одному" (1:1), либо "один-ко-многим" (1:М), либо "многие-ко-многим" (М:М). Если известны конкретные значения кардинальности или хотя бы верхний или нижний предел этих значений, то эту информацию обязательно нужно зафиксировать в документации. Кроме того, следует проанализировать степень участия каждой из сущностей в конкретном типе связи. Степень участия может быть либо полной (тотальной), либо частной.

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

5.4. Определение атрибутов

На следующем этапе предлагаемой методологии необходимо выявить все данные, описывающие сущности и связи, выделенные в создаваемой модели базы данных.

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

Самым простой метод выделения атрибутов — после идентификации очередной сущности или связи в некоторой спецификации задать себе следующий вопрос: "Какую информацию требуется хранить о...". Ответ на этот вопрос надо искать в тексте спецификации.

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

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

Примерами производных атрибутов являются следующие:

• количество работников данного отделения предприятия;

• возраст работника;

• общая сумма зарплаты всего персонала данного отделения предприятия;

• количество объектов недвижимости, которыми занимается персонал данного отделения предприятия;

и т.д.

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

Следует иметь в виду, что в определенных случаях создается впечатление, что некоторые атрибуты должны быть связаны с сущностями нескольких различных типов. Подобная ситуация возникает в следующих случаях:

1. Идентифицированы несколько сущностей (например, "Управляющий", "Кадровик" и "Начальник"), которые, по сути, представляют экземпляры одной и той же обобщенной сущности (например, "Руководитель"). В этом случае следует обдумать, можно ли объединить все эти сущности в единую сущность или стоит сохранить их как независимые сущности, отражающие в приложении различные роли отдельных экземпляров более общей сущности. Вопросы специализации и объединения сущностей будут подробно рассмотрены далее.

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

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

О каждом атрибуте в документацию помещаются следующие сведения:

• имя атрибута и его описание;

• любые алиасы, или синонимы, имеющиеся для данного атрибута;

• тип данных и размерность значения;

• значение, принимаемое для атрибута по умолчанию (если таковое имеется);

• является ли атрибут обязательным (т.е. может ли он отсутствовать или

иметь значение NULL);

• является ли атрибут составным и, если это так, из каких простых атрибутов он состоит;

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

• является ли данный атрибут множественным.