6. Обобщенная методология проектирования реляционных баз данных: основные этапы.

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

1.2 Определение типов связи. Определение важнейших типов связи существующих между сущностями. Проектировщиков интересуют только те связи, которые необходимо для удовлетворения требований проекта. 1.3 Применение ЕР диаграмм для наглядного отображения сущностей и связей. Определение ограничений кратности. После выявления необходимых связей требуется проверить, служит ли каждая связь в модели подлинным отображением зависимости реального мира. Кроме того следует убедиться в том, нет ли в модели не выявленных дефектов соединения: дефект типа разветвления и дефект типа разрыв. 1.4 Определение атрибутов и сопоставление их с типами сущностей и связей. Выявление простых составных атрибутов, однозначных – многозначных атрибутов, и производных. К каждому выявленному атрибуту следует присвоить осмысленное имя, понятное пользователю. 1.4 Определение доменных атрибутов. Домены должны содержать следующие данные:

1. Набор допустимых значений для атрибута

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

1.5 Определение атрибутов являющихся потенциальными первичными ключами. Определение потенциального ключа для каждого типа сущности, если таковых несколько, следует выбрать один в качестве первичного. Документирование сведений о первичных ключах для каждой сильной сущности. 1.6 Анализ необходимости применения расширенных понятий моделирования. Уточнение-обобщение, агрегирование, композиция. 1.7 Проверка модели на отсутствие избыточности. Повторное исследование связи 1:1 (исключение дубликатов сущности, удаление избыточных связей). 1.8 Проверка соответствия локальной концептуальной модели пользовательским транзакциям. Транзакция – действие, операция.

1.9 Обсуждение локальных концептуальных моделей с конечными пользователями

7. Методология концептуального проектирования баз данных (построения er-модели).

Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Конкретный вид и содержание концептуальной модели базы данных определяется выбранным для этого формальным аппаратом. Обычно используются графические нотации, подобные ER-диаграммам. Концептуальное проектирование - сбор, анализ и редактирование требований к данным. Для этого осуществляются следующие мероприятия:  обследование предметной области, изучение ее информационной структуры ,выявление всех фрагментов, каждый из которых характеризуется пользовательским представлением, информационными объектами и связями между ними, процессами над информационными объектами,моделирование и интеграция всех представлений