Нисходящая методология создания er-модели

Эта методология больше подходит для сложных информационных систем и называется «Анализ сущностей». Весь процесс семантического моделирования делится на три этапа: моделирование проектных представлений, объединение представлений, составление и анализ схемы.

Моделирование проектных представлений

Моделирование проектных представлений состоит из последовательности шагов, завершающейся моделью локального представления. Описанная последовательность относится ко всем проектным представлениям.

Шаг 1. Идентификация локальных представлений

Для проектного представления, полученного в ходе разработки ТЗ, существует набор «подпредставлений» или локальных представлений. Они могут соответствовать независимым областям данных, относящимся к функциональным областям. Например, в системе приема заказов в качестве локальных представлений могли бы выступать такие функциональные задачи, как прием заказов, расчеты с клиентами, история заказа, новые изделия. Выбор локального представления зависит от конкретного проектного представления и от масштаба функциональной области.

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

Шаг 2. Формулирование сущностей

Поскольку некоторая порция информации может быть представлена как атрибут, сущность или связь, проектировщик при создании ER-модели встречается с двумя важными проблемами. Первая из них связана с распознаванием различных категорий сущности. Она разрешается с помощью концепции типа или роли. Например, содержание сущности «Служащий» может быть разделено по категориям типов служащих: «Водитель грузовика», «Секретарь», «Инженер». На начальном этапе концептуального проектирования важно выявить релевантные типы и представить каждый из них в виде обособленной сущности. Обобщение этих типов в родовую сущность «Служащий» рассматривается на следующем этапе концептуального проектирования — этапе объединения представлений.

Вторая проблема заключается в использовании сущности в качестве конструктивного элемента. Например, тот факт, что двое служащих находятся в семейных отношениях, может быть выражен сущностью «Семья», связью «Женат-на» («Замужем-за») или атрибутом «Супруг(а)». В таких случаях проектировщик должен руководствоваться двумя правилами. Первое правило состоит в том, чтобы использовать ту конструкцию, которая кажется более естественной: если конструкция выбрана не очень удачно, это обязательно выявится на последующих этапах проектирования. Второе правило заключается в том, что для моделирования порции информации должна использоваться одна и только одна конструкция. Необходимо избегать избыточности в использовании конструктивных элементов.

В отношении числа сущностей, используемых в локальном представлении, можно применить правило из теории информации: «магическое число семь плюс минус два». Это правило констатирует, что число фактов (информационных кластеров), которыми человек может одновременно управлять, равно примерно семи. Применяя это правило к процессу проектирования баз данных, можно сказать, что число сущностей в локальном представлении должно быть не более девяти, скорее всего шесть-семь. Если это не соблюдается, то возможно, что область применения локального представления слишком обширна.

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