2.3 Вывод

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

3 ПРОЕКТИРОВАНИЕ

НОРМАЛИЗОВАННЫХ ЛОКАЛЬНЫХ ER-МОДЕЛЕЙ

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

3.1 Нормализация локальных er-моделей

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

– промежуточная модель, вычленены многозначные «скрытые» сущности, диаграмма представлена в документе 2012.654600.БД.КР.001.ЛМ-пр «Локальная модель промежуточная»;

– окончательная модель, вычленены однозначные «скрытые» сущности, диаграмма представлена в документе 2012.654600.БД.КР.001.ЛМ«Локальная модель».

3.1.1 Функция 1 «Прием заказов»

Нормализованная ER-модель для данной функции представлена на листах 1 в документах «Локальная модель промежуточная» и «Локальная модель».

Промежуточная нормализованная модель содержит:

– 2 сущности (ей): «Прием заказов», «Прием заказов*Состав заказа».

– 1 безымянные идентифицирующие связи типа «многие к одному».

Сущность «Прием заказов» содержит данные о приеме заказов: Рег. номер заказа, Дата заказа, Код заказчика, ФИО заказчика, Код приемщика, ФИО приемщика, Срок исполнения. ущность «Прием заказов*Состав заказа» содержит данные о составе заказа:Нпп услуги, Код услуги, Название услуги, Объем услуги.

Связь «Прием заказов - Прием заказов*Состав заказа» задает данные о составе заказа.

Окончательная нормализованная модель содержит:

– 5 сущности (ей): «Прием заказов», «Заказчик», «Приемщик», «Прием заказов*Состав заказа», «Услуга».

– 3 связей типа «один ко многим»: «Прием заказов - Заказчик», «Прием заказов - Приемщик», «Прием заказов*Состав заказа - Услуга».

Сущность «Прием заказов» содержит данные о приеме заказов: Рег. номер заказа, Дата заказа, Срок исполнения. Сущность «Заказчик» содержит данные о заказчике: Код заказчика, ФИО заказчика. Сущность «Приемщик» содержит данные о приемщике: Код приемщика, ФИО приемщика. Сущность «Прием заказов*Состав заказа» содержит данные о составе заказа: Нпп услуги, Объем услуги. Сущность «Услуга» содержит данные об услуге: Код услуги, Название услуги.

Связь «Прием заказов - Заказчик» задает данные о заказчике. Связь «Прием заказов - Приемщик» задает данные о приемщике. Связь «Прием заказов*Состав заказа - Услуга» задает данные об услуге.