8.2 Проектирование концептуальной (информационной) модели

Задача проектировщика БД на данном этапе состоит в том, чтобы на основе локальных представлений пользователей (определенных на этапе ТЗ) найти обобщенное представление информации, свойственное природе предметной области как целого.

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

Создать логический макет - это значит определить набор базовых отношений (таблиц) и правил целостности данных.

Существует два основных подхода к концептуальному моделированию: формальный и семантический.

Формальный подход включает два этапа моделирования:

• Анализ предметной области с целью выявления полного перечня хранимых атрибутов и правил бизнеса;

• Нормализация универсального отношения до требуемого уровня.

Результатами анализа являются определение схемы универсального отношения и множества межатрибутных функциональных зависимостей, существующих в нем. Результат нормализации – система отношений, связанных по типу «родитель – потомок» или «супертип – категория».

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

Семантический подход предполагает параллельное выполнение анализа предметной области проектирование логической модели. В основе подхода лежат понятия ER-модели данных. Процесс проектирования включает три этапа:

• На первом этапе формируются общие представления о компонентах бизнеса и их отношениях и идентифицируются основные сущности и связи

• На втором этапе представления детализируются до уровня идентификаторов экземпляров сущностей и типов связей. Окончательно определяется состав сущностей модели, определяются ограничения целостности сущности и ограничения ссылочной целостности - первичные и внешние ключи, типы сущностей и связей. Результат этапа – логический макет БД с точностью до ключей.

• На третьем этапе формируются окончательные представления о составе атрибутов сущностей и полностью определяются схемы всех отношений.

Средствами пакета DESIGN/ IDEF необходимо разработать IDEF1X – модель заданной предметной области в соответствии с ТЗ.

Последовательность действий:

1 этап (уровень ER - сущность – связь):

• Выделить основные сущности и присвоить им уникальные имена

• Занести в глоссарий модели формальные определения имен сущностей

• Определить и поименовать связи между сущностями

• Построить ER-диаграмму

2 этап (уровень ключей, KB):

• Именовать ассоциативные сущности и внести формальные определения в глоссарий;

• Определить возможные ключи независимых сущностей и выделить первичные ключи и показать их на диаграмме;

• Внести формальные определения имен ключевых атрибутов в глоссарий

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

• Преобразовать все неспецифические связи в специфические

• Определить типы связей и показать на диаграмме переданные ими внешние ключи;

3 этап (уровень атрибутов, FA):

• Уточнить список хранимых атрибутов

• Дать формальные определения неключевых атрибутов;

• Разместить неключевые атрибуты на диаграмме;

• Проверить условия нормализации на каждого существующего отношения и при необходимости выполнить нормализацию структуры