Описание структуры базы данных и ее функций

Описание базы данных. Концептуальный уровень представления данных, абстрактный аспект представления информации в системе. Данные и их отношения представляют так, как они соотносятся в анализируемой предметной сфере, и их называют так же, как они определены в рассматриваемой предметной области. Логический уровень характеризуется объектами предметной и называются сущностями, а характеристики, параметры сущностей называют атрибутами сущностей.
Модель логического уровня данных строится на базе модели процессов. Модель данных логического уровня не связана с определенной СУБД. Описание сущностей и их атрибутов дано в таблице 3.1.
На основе анализа предметной области были выделены следующие сущности (Таблица 3.1).
Таблица 3.1 – Сущности и их определения.
Имя сущности Определение
Клиент Данные о клиентах, контактная информация
Сотрудник Данные о сотрудниках
Заказ клиента Данные о заказах
Позиции заявки Данные о количестве и стоимости услуги, включенного в заказы
Номенклатура Данные об услугах организации
Счет на оплату Данные, необходимые для оплаты
После импорта сущностей и атрибутов получилась модель, представленная на рисунке 3.1. В прямоугольниках отображены основные поля.

Рисунок 3.1 – Концептуальная модель данных
На логическом уровне сохраняется абстрактный взгляд на данные, которые представляются так, как выглядят в реальной предметной области, и называются так, как называются в данной области. Объекты модели предметной области на логическом уровне, как уже было сказано, называются сущностями и атрибутами.
Таблица 3.2 – Сущности и связи
сущность Дочерняя
сущность Имя связи Тип связи Семантика связи от родительской
сущности к
дочерней
Клиент Счет на оплату КЛ – СЧЕТ НА ОПЛ НИД 1:М
Оплачивает
Клиент Заказ клиента КЛ – ЗАК КЛ НИД 1:М
Отправляет
Сотрудник Счет на оплату СОТР – СЧЕТ НА ОПЛ НИД 1:М
Обрабатывает
Сотрудник Заказ клиента СОТР – ЗАК КЛ НИД 1:М
Выполняет
Заказ клиента Счет на оплату ЗАК КЛ – СЧЕТ ОПЛ НИД 1:М
Включается в
Таблица 3.3 – Связи между сущностями: М:М
Родительская сущность 1 Дочерняя
сущность
(имя связи) Родительская
сущность
2,3 Тип
связи Семантика связи Рекомендуемое
сокращение дочерней сущности
Заказ
клиента Позиции
заказа Номенклатура М:М
Включается в /
Входит в Позиции
заказа
В результате была сформирована ER-диаграмма, которая представлена на рисунке 3.4:
Рисунок 3.4 - ER-диаграмма модели базы данных
В результате анализа предметной области для определения первичных и внешних ключей были определены следующие закономерности:
После выбора услуг каждый клиент может отправлять заказ через веб-интерфейс;
Каждому клиенту система может выставлять счет на оплату;
Каждый клиент обладает уникальным идентификатором (номером);
Каждый заказ клиента включает одно или ряд наименований номенклатуры услуг;
Каждый заказ обладает уникальным идентификатором (номером);
Каждому заказу соответствует счет на оплату;
Заказ обрабатывается одним сотрудником;
Каждый сотрудник имеет уникальный идентификатор (номер);
Сотрудник обрабатывает один или несколько заказов клиента для выполнения;
Каждая номенклатура услуги имеет уникальный номер.
Физическая модель базы данных

. В физической модели содержится информация о всех объектах БД. Стандартов на объекты БД не существует, хотя во многом имеется сходство (например, нет стандарта на типы данных), физическая модель определяется в конкретной СУБД (Рисунок 3.5).
Рисунок 3.5 – Физическая модель базы данных
В таблице 3.4 отображены атрибуты сущностей и их описание. Функциональные зависимости отражены в таблице 3.5.
Таблица 3.4 – Атрибуты сущностей
Имя
сущности Описание атрибутов
Наименование
атрибута Желаемое
сокращение
атрибута Ключи Определенность значений Шифр
домена
1 2 3 4 5 6
Клиент Номер клиента Номер PK 1 D1
ФИО ФИО
1 D3
Фактический адрес Адрес
1 D3
Адрес Адрес
1 D3
Электронная почта Электронная почта
1 D3
Телефон Тел
1 D1
Код сотрудника Код сотрудника PK 1 D1
Сотрудник ФИО ФИО
1 D3
Должность Должность
1 D3
ИНН ИНН
1 D1
Счет на оплату КПП КПП
1 D1
№ счета Номер
1 D1
Номер заказа Номер FK 1 D1
Номер Клиента Номер FK 1 D1
Код сотрудника Код сотрудника FK 1 D1
Номер заказа Номер PK 1 D1
Код сотрудника Код сотрудника FK 1 D1
Номер клиента Номер FK 1 D1
Заказ клиента Дата и время доставки Дата и время доставки
1 D2
Код услуги Код_услуги FK 1 D1
Цена Цена
1 D1
Количество Кол-во
1 D1
Использование СУБД в разработке