- •Введение
- •1 Описание предметной области и выявление требований, предъявляемых к разрабатываемой информационной системе
- •1.1 Описание предметной области
- •1.2 Выявление требований, предъявляемых к информационной системе
- •1.3 Описание инструментальных средств разработки
- •2 Анализ предметной области. Разработка и описание функциональной модели
- •2.1 Построение контекстной диаграммы
- •2.2 Декомпозиция моделируемой системы
- •3 Создание локальных концептуальных моделей
- •3.1 Выявление и определение сущностей на основе анализа dfd-диаграммы
- •3.2 Определение связей между сущностями
- •3.3 Определение атрибутов сущностей и первичных ключей
- •3.4 Создание диаграммы «сущность-связь»
- •4 Построение и проверка локальных логических моделей данных
- •5 Создание и проверка глобальной логической модели данных
- •6 Разработка физической модели данных.Прямое проектирование
- •6.1 Создание физической модели данных
- •6.2 Описание структуры базы данных
- •6.2.1 Описание доменов
- •6.3 Прямое проектирование
- •7 Проектирование приложения
- •8 Результаты тестирования
- •Поле «Стоимость работы» оставили пустым для обеих строк. Обновим таблицу. Получим следующий результат:
- •9 Управление проектом
- •Заключение
- •Список используемых источников
- •Лист регистрации изменений
3.4 Создание диаграммы «сущность-связь»
После определения всех атрибутов и связей между сущностями необходимо спроектировать локальные концептуальные модели, характеризующие представления отдельных пользователей о предметной области приложения.
На основании проделанной ранее работы, изобразим в виде ER-диаграмм локальные концептуальные модели:
блока «Принять заказ на строительство» – рисунок 10;
блока «Провести подготовительные работы» – рисунок 11;
блока «Выполнить строительные работы» - рисунок 12;
блока «Пройти обследование на соответствие стандарту
качества» - рисунок 13.
Рисунок 10 - ER-диаграмма локальной концептуальной модели блока «Принять заказ на строительство»
Рисунок 11 - ER-диаграмма локальной концептуальной модели блока «Провести подготовительные работы»
Рисунок 12 - ER-диаграмма локальной концептуальной модели блока «Выполнить строительные работы»
Рисунок 13 - ER-диаграмма локальной концептуальной модели блока «Пройти обследование на соответствие стандарту
качества»
4 Построение и проверка локальных логических моделей данных
Построение локальных логических моделей данных производится по соответствующим локальным концептуальным моделям. На данном этапе выполняем удаление нежелательных элементов, таких как: связь «много-ко-многим», сложная связь, рекурсивная связь и т.д.
Все локальные модели должны удовлетворять следующим условиям:
- первой нормальной форме (сущность находится в 1НФ тогда и только тогда, когда все атрибуты содержат атомарные значения; среди атрибутов не должно встречаться повторяющихся групп, т.е. нескольких значений для каждого атрибута);
- второй нормальной форме (сущность находится во 2НФ, если она находится в 1НФ и каждый неключевой атрибут полностью зависит от ПК (не должно быть зависимости от части ключа); 2НФ имеет смысл только для сущностей, имеющих сложный ПК);
- третьей нормальной форме (сущность находится в ЗНФ, если она находится во 2НФ и никакой неключевой атрибут не зависит от другого неключевого атрибута (не должно быть взаимосвязи между неключевыми атрибутами)).
На основе анализа предметной области для каждой из сущностей и на основе проверки локальных логических моделей были внесены следующие изменения.
Рассмотрим связь «многие-к-многому» между сущностями «Заказ на строительство» и «Работа». Преобразуем эту связь с помощью введения промежуточной сущности «Строка заказа», в которую мигрирует первичный ключ из сущности «Заказ на строительство» (он будет образовывать вместе с кодом строки составной первичного ключа сущности «Строка заказа»). Преобразуем связь «многие-к-многому» между сущностями «Заказ на строительство» и «Сотрудник» путём связи этих сущностей через сущность «Строка заказа». Первичный ключ сущности «Сотрудник» мигрирует в область неключевых атрибутов сущности «Строка заказа». Введём дополнительную сущность «Бригада», первичный ключ которой мигрирует в область неключевых атрибутов сущности «Сотрудник». Так же целесообразно ввести сущность «Должность», первичный ключ которой мигрирует в область неключевых атрибутов сущности «Сотрудник». Сущность «Адрес» разобьём на три сущности: «Город», «Улица» и «Адрес». Первичные ключи сущностей «Город» и «Улица» мигрируют в сущность «Адрес» в область неключевых атрибутов. Так же целесообразно ввести сущность «Единица измерения», для измерения объёма работы и количества используемого материала.
На рисунке 14 представлена модель блока «Принять заказ на строительство», в которой нет сложной связи, связи «много-ко-многому», рекурсивных связей, введены атрибуты для сущностей.
Рисунок 14 - Локальная концептуальная модель блока
«Принять заказ на строительство»
На рисунке 15 представлена модель блока «Выполнить подготовительные работы», в которой нет сложной связи, связи «много-ко-многому», рекурсивных связей, введены атрибуты для сущностей.
Рисунок 15 - Локальная концептуальная модель блока
«Провести подготовительные работы»
На рисунке 16 представлена модель блока «Выполнить строительные работы», в которой нет сложной связи, связи «много-ко-многому», рекурсивных связей, введены атрибуты для сущностей.
Рисунок 16 – Локальная логическая модель блок «Выполнить строительные работы»
На рисунке 17 представлена модель блока «Пройти обследование на соответствие стандарту качества», в которой нет сложной связи, рекурсивных связей, введены атрибуты для сущностей.
Рисунок 17 – Локальная логическая модель блок «Пройти обследование на соответствие стандарту качества»
