2.2 Концептуальное проектирование базы данных

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

Логический уровень концептуальной схемы БД, выполненный в стандарте IDEF1X, представлен на рисунке 2.1.

Рисунок 2.1 – Логический уровень концептуальной схемы БД

Рассмотрим каждую из сущностей:

Сущность «Марки» – сведения о марках автомобилей. Поля данной сущности:

ИДмарки – идентификатор марки, первичный ключ.

Наименование_марки – наименование марки автомобиля.

Страна-производитель – страна-производитель автомобиля.

Сущность «Модели» – сведения о моделях автомобилей. Поля данной сущности:

ИДмодели – идентификатор модели автомобиля, первичный ключ.

Марки_ИДмарки – идентификатор марки, внешний ключ.

Наименование_модели – наименование модели автомобиля.

Тип_авто – тип данной модели автомобиля.

Между сущностями «Марки» и «Модели» организована неидентифицирующая связь «один-ко-многим» по полю ИДмарки, так как может быть множество моделей автомобилей одной марки.

Сущность «Клиенты» – персональные данные о клиентах. Поля данной сущности:

ИДклиента – идентификатор клиента, первичный ключ.

КИмя – имя клиента.

КФамилия – фамилия клиента.

КОтчество – отчество клиента.

КДата_рож – дата рождения клиента, необязательно к заполнению.

КТелефон – контактный телефон клиента.

Сущность «Автомобили» – сведения об автомобилях клиентов. Поля данной сущности:

ИДавтомобиля – идентификатор автомобиля клиента, первичный ключ.

Клиенты_ИДклиента – идентификатор данных клиента, внешний ключ.

Год_выпуска – год выпуска автомобиля.

Комплектация – комплектация автомобиля.

Цвет – цвет автомобиля.

Модели_ИДмодели – идентификатор модели автомобиля, внешний ключ.

Между сущностями «Модели» и «Автомобили» организована неидентифицирующая связь «один-ко-многим» по полю ИДмодели, так как в базе может храниться множество клиентских автомобилей одной модели.

Между сущностями «Клиенты» и «Автомобили» организована неидентифицирующая связь «один-ко-многим» по полю ИДклиенты, так как может быть множество автомобилей у одного клиента.

Сущность «Услуги» – данные о предоставляемых услугах. Поля данной сущности:

ИДуслуги – идентификатор услуги, первичный ключ.

Описание – описание услуги.

Длительность – время выполнения услуги.

Стоимость – стоимость услуги.

Доступность – доступность услуги на текущий момент.

Сущность «Специализации – данные о специализациях работников СТО. Поля данной сущности:

ИДспец – идентификатор специализации, первичный ключ.

Название_спец – полное название специализации.

Сущность «Раб_группы» – данные о рабочих группах. Поля данной сущности:

ИДрабгруппы – идентификатор рабочей группы, первичный ключ.

Ответственный – номер ответственного группы, может быть пустым.

Название_группы – наименование рабочей группы.

Сущность «Работники» – персональные данные работников СТО. Поля данной сущности:

ИДработника – идентификатор работника, первичный ключ.

РИмя – имя работника.

РФамилия – фамилия работника.

РОтчество – отчество работника.

РДата_рож – дата рождения работника.

РСтатус – статус учетной записи работника.

Стаж – стаж работы.

РТелефон – контактный телефон работникаю

РАдрес – адрес проживания работника

Специализации_ИДспец – идентификатор специализации работника.

Раб_группы_ИДрабгруппы – идентификатор рабочей группы.

Между сущностями «Специализации» и «Работники» организована неидентифицирующая связь «один-ко-многим» по полю ИДспец, так как может быть множество работников одной специализации.

Между сущностями «Раб_группы» и «Работники» организована неидентифицирующая связь «один-ко-многим» по полю ИДрабгруппы, так как множество работников может принадлежать одной рабочей группе.

Сущность «Заказы» – данные о заказах. Поля данной сущности:

ИДзаказы – идентификатор заказа, первичный ключ.

Статус – статус выполнения заказа.

Дата_начала – дата начала выполнения заказа, может быть пустым.

Время_начала – время начала выполнения заказа, может быть пустым.

Дата_окончания – дата окончания выполнения заказа, может быть пустым.

Время_окончания – время окончания выполнения заказа, может быть пустым.

Комментарий – комментарий к заказу, может быть пустым.

Автомобили_ИДавтомобиля – идентификатор автомобиля клиента, внешний ключ.

Услуги_ИДуслуги – идентификатор предоставляемой услуги, внешний ключ.

Раб_группы_ИДрабгруппы – идентификатор рабочей группы, выполняющей заказ, может быть пустым.

Физическая модель БД, выполненная в стандарте IDEF1X, представлена на рисунке 2.2.

Рисунок 2.2 – Физический уровень концептуальной схемы БД