Разработка структуры базы данных

2.2.1 Логическая модель базы данных

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

Выявлены следующие основные сущности, которые должны храниться в базе данных:

— заявка на сертификацию ПО;

— приложение к заявке;

— программа испытаний;

— пользователь.

Структура перечисленных сущностей приведена в таблицах 3-6.

Таблица 3 – Атрибуты сущности «Заявка на сертификацию ПО»

Имя атрибута Первичный ключ Внешний ключ
Номер заявки +
Дата заявки
Код пользователя-автора +
Код статуса заявки +
Комментарий администратора
Наименование ПО
Код типа ПО +
Наименование организации-заказчика
Адрес организации-заказчика
Телефон организации-заказчика
ИНН организации-заказчика
КПП организации-заказчика
Таблица 4 — Атрибуты сущности «Приложение к заявке»
Имя атрибута Первичный ключ Внешний ключ
Номер приложения +
Имя файла
Тип файла
Данные файла
Имя приложения
Код типа приложения +
Номер заявки +

Таблица 5 — Атрибуты сущности «Программа испытаний»

Имя атрибута Первичный ключ Внешний ключ
Номер записи +
Номер заявки +
Код вида испытания +
Порядок испытаний

Продолжение таблицы 5

Код назначенного эксперта +
Код результата испытания +
Комментарий эксперта

Таблица 6 — Атрибуты сущности Пользователь

Имя атрибута Первичный ключ Внешний ключ
Код пользователя +
Логин
Отображаемое имя
Разрешить вход
Хеш пароля
Код группы +
Наименование организации
Телефон организации
Адрес организации
ИНН организации
КПП организации

При сертификации программного продукта одну заявку рассматривает группа пользователей – экспертов, ПО, принятое к сертификации, подвергается набору испытаний, результаты который фиксируются в программах испытаний. Поэтому сущность «Заявка на сертификацию ПО» и сущности «Приложение к заявке», «Программа испытаний» и «Пользователь» связаны отношением «один-ко-многим».

Для того, чтобы система была настраиваемой под структуру и особенности организации, занимающейся сертификацией ПО, в модели данных предусмотрен ряд сущностей-справочников. Справочники являются простыми, состоящими из кода (первичного ключа) и наименования.

Для сущности «Заявка на сертификацию ПО» введены справочники:

— «Статус заявки»;

— «Тип ПО».

Для сущности «Приложение к заявке» введена сущность-справочник «Тип приложения».

Для сущности «Программа испытаний» введены справочники:

— «Результат испытаний»;

— «Вид испытаний».

Для сущности «Пользователь» введена сущность-справочник «Группа».

Каждый пользователь – эксперт выполняет свой набор испытаний при сертификации программного продукта, поэтому справочник «Вид испытаний» также используется и для сущности «Пользователь».

ER-диаграмма логической модели данных приведена на рисунке 7.

Все приведенные сущности в логической модели данных связаны реляционными отношениями. Структура данных нормализована к третьей нормальной форме, поэтому все отношения имеют тип «один-ко-многим».

Рисунок 7 – ER-диаграмма логической модели базы данных

2.2.2 Физическая модель базы данных

Физическая модель базы данных разработана на основе логической модели. Так как на этапе программной реализации будет использована реляционная база данных, то при построении физической модели были приняты следующие правила:

— сущности логической модели преобразуются в таблицы физической модели;

— атрибуты сущностей логической модели преобразуются в поля таблиц;

отношения между сущностями логической модели преобразуются во внешние ключи и ограничения целостности в физической модели;

— именование объектов в физической модели принимается в соответствии со стандартом ANSI SQL-92;

— типы данных полей физической модели определяются в соответствии со стандартом ANSI SQL-92.

Соответствие именования сущностей логической модели и таблиц в физической модели приведено в таблице 7.

Таблица 7 – Соответствие именования сущностей и таблиц

Имя сущности логической модели Имя таблицы в физической модели
Заявка на сертификацию ПО CertOrder
Приложение к заявке CertOrder_Doc
Программа испытаний CertOrder_Test
Пользователь User
Тип приложений DocType
Результат испытаний TestResult
Вид испытаний TestMethod
Группа пользователей UserGroup
Статус заявки OrderState
Тип ПО ProgramType

ER-диаграмма физической модели базы данных приведена на рисунке 8.

Эффективная архитектура баз данных [GeekBrains]


Похожие статьи.

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