Синтез поделей и компонентов информационной системы

Этапы проектирования

Концептуальный уровень проектирования

При проектировании структуры базы данных будет применена нормализация отношений.

Нормализация отношений это процесс построения оптимальной структуры таблиц и связей в реляционной БД.

В процессе нормализации данные группируются в таблицы, представляющие классы объектов и их взаимодействие (связи).

Цели построения наиболее эффективной структуры данных:

• 1) Обеспечить быстрый доступ к данным;
• 2) Исключить ненужное повторение данных, которое может являться причиной ошибок при вводе, а также привести к нерациональному использованию дискового пространства;
• 3) Обеспечить целостность данных, т. е., чтобы при изменении одних объектов автоматически происходило соответствующее изменение связанных с ними объектов.

Известны пять нормальных форм таблиц БД. Достаточными являются первые три формы.

Проведем нормализацию таблиц до 3-й формы.

Прежде чем приступать к созданию БД, надо определить структуру всех таблиц, которые и являются основой БД. Структура, главным образом, зависит от данных, которые будут вводиться в базу. Для составления БД был составлен следующий перечень вводимой информации (1 НФ):

• — код обращения;
• — данные анкеты;
• — данные о транспортном средстве;
• — данные о владельце ТС;
• — статус;
• — текущее СТОА;
• — текущий САС;
• — способ оплаты;
• — данные о поломке;
• — требующийся ремонт.

В результате приведения к 2-й НФ были выделены следующие сущности:

• — транспортное средство (ТС) — сущность, характеризующая а/м;
• — СТОА — сущность, характеризующая атрибуты станций технического обслуживания автомобилей;
• — САС — сущность, характеризующая атрибуты Авторизированная сервисная станция;
• — консультант — сущность, характеризующая атрибуты сотрудника;
• — обращения — сущность, характеризующая обращения в сервисный центр;
• — владельцы — сущность, характеризующая владельцев ТС (физических или юридических лиц).

В каждой сущности определим ключевые атрибуты и укажем связи между сущностями типа 1: М Вторая нормальная форма представлена на рис. 2.

Далее, приведем отношение, находящееся во второй нормальной форме (2НФ), к отношению, находящемуся в третьей нормальной форме (3НФ).

Третьей нормальной формой (3НФ) называется отношение, которое находится в первой и во второй нормальной формах, причем в нем нет атрибутов, не входящих в первичный ключ, которые транзитивно зависят от первичного ключа.

Алгоритм декомпозиции отношения 2НФ в 3НФ следующий:

• 1. Необходимо выявить транзитивность в отношении 2НФ. Если такие связи установлены, необходимо произвести декомпозицию отношения 2НФ так, чтобы каждый неключевой атрибут нетранзитивно зависел от первичного ключа.
• 2. Выявляем группу повторяющихся атрибутов. Выделяем их в отдельную таблицу. На рис. 2 таким атрибутом является Город (Город в таблице Обращение, СТОА, Владелец).

Рисунок 2 Вторая нормальная форма Редко-изменяемую информацию выносим в отдельные таблицы-справочники. На рис. 2 такими атрибутами являются «Тип поломки», «Тип а/м», «Тип заявки», «Статус» в таблице «Обращение».

Третья нормальная форма представлена на Рис. 3.

Рисунок 3 Третья нормальная форма.

Физическое проектирование БД

В результате средствами «Enterprise Architect» было разработано 11 таблиц.

Связи между таблицами показаны на схеме данных на Рис. 4.

Рисунок 4 Схема данных.