Методология концептуального проектирования

Фаза концептуального программирования БД состоит в разработке концептуальных моделей данных для каждого из типов пользователей, т.е. концепция моделирования определяется представлением конкретных пользователей. А представления пользователей определяется набором данных, которые необходимы для принятия решения или выполнения некоторых задач. Как правило, представления пользователей отражают некоторую финансовую область в общественной сфере деятельности предприятия. Например, производство, сбыт, управление кадрами и т.д.

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

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

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

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

Словарь данных – документ, который отражает результат выполнения определенного этапа работы.

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

Подраздел имеет персонал. Персонал занимается объектом недвижимости. Арендатор просматривает сведения об объекте недвижимости. В большинстве случаев связи являются парными, касаются 2 сущностей. Но бывают случаи когда имеется связь между объектами, число которых >2. Это комплексные связи. Рекурсивные - связи между сущностями одного и того же типа. После определения свойств необходимо выяснить координальность каждой из связей (1:1,1:N, M:N), кроме этого необходимо выяснить степень участия каждой из сущностей конкретной связи(полная, частичная).

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

Выявление атрибутов: анализируются все данные, описание сущностей и связей. Из этого списка выбирается все сущности. Затем определяем из выбранных сущностей атрибуты составные, производные. Для каждого из атрибутов необходимо определить домены атрибутов, которые должны содержать следующие данные:

1)допустимые значения

2)сведения о размере и формате каждого атрибута

Имена и характеристики атрибутов помещаются в словарь данных. Далее необходимо определить все потенциальные ключ для каждого типа сущностей.

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

1)выбирать потенциальный ключ с наименьшим числом атрибутов

2)–//– вероятность изменения которого минимальна

3)–//– вероятность потери уникальность то же минимальна

4)–//– длина ключа минимальна

Потенциальный ключ не выбранный в качестве первичного является альтернативным ключом.

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

Построение ER- диаграммы. Заключительный момент – обсуждение с конечными пользователями.