Разработка бд
Проектирование инфологической модели
Первым этапом разработки БД выступает анализ предметной области и выявление сущностей и связей между ними. На основе этого анализа будет строится инфологическая модель, на основе которой буде строится дальнейшие схемы БД. Предметная область основана на взаимодействии нескольких ключевых сущностей (объектов). [11] Сущность (объект) – это реальный или представляемый объект предметной области, информация о котором должна сохраняться с возможностью идентификации некоторым способом.
Таблица 3.2 – Сущности предметной области
Сущность |
Описание |
Лекарства |
Метаданные лекарственных препаратов |
Компании |
Метаданные о юридических лицах, которые являются частью метаданных лекарственных препаратов |
Местоположения |
Физические объекты (географическая локации), где будут происходить разные операции над лекарствами |
Пользователи |
Работники, которые используют подсистему |
Выделив все основные сущности предметной области, следует определить атрибуты каждой из сущностей.
Таблица 3.3 – Атрибуты сущности «Лекарства»
Атрибут |
Описание |
Название |
Полное название лекарственного препарата |
GTIN |
(Global Trade Item Number) Глобальный номер торгового наименования - уникальный 14-значный номер, который идентифицирует конкретный товар в глобальном масштабе |
SKU |
(Stock Keeping Unit, Номер артикула) - внутренний номер, который используется в бизнесе для идентификации товара на складе |
Код АТС |
Специальный код для международной классификации препарата |
Рынок |
Целевой рынок для данного продукта (страна, регион, группы стран) |
Общий доступ |
Атрибут, который определяет, делится ли этот препарат с другими организациями, например, для распространения на нескольких рынках |
Номер партии |
Номер партии |
Срок годности |
Дата, до которой препарат является пригодным для использования |
Дата создания |
Дата, когда был изготовлен препарат |
Производитель |
Место, где производит данный препарат |
Место сериализации |
Место, где лекарство было маркировано уникальным серийным номером для отслеживания |
Место агрегации |
Место, где несколько единиц товара (например, упаковки или коробки) были объединены в более крупную единицу для транспортировки или хранения |
Дистрибьютор |
Место, куда доставляют препарат от производителя |
Компания-владелец |
Компания, к которой принадлежит лекарство |
Форма выпуска |
Состояние лекарственного препарата, которое соответствует способам его введения и применения и обеспечивает |
Активный ингредиент |
Состав препарата, позволяющий дать детальное описание лекарственного препарата |
Объем/Размер упаковки |
Объём, в которым производится препарат |
Таблица 3.4 – Атрибуты сущности «Компании»
Атрибут |
Описание |
GLN |
Global Location Number, Глобальный номер местоположения: уникальный 13-значный номер, который идентифицирует конкретное местоположение в глобальной цепочке поставок |
DUNS-номер |
Международный идентификатор юридических лиц, состоящий из 9 цифр |
Короткое название компании |
Краткое название компании |
Полное название компании |
Полное название компании |
GCP |
Good Clinical Practice, отражает, соответствует ли компания принципам надлежащей клинической практики, которые являются стандартами для проведения клинических испытаний лекарств |
Страна регистрации |
Страна, где компания зарегистрирована |
Адрес |
Физический адрес компании |
Тип |
Кем является компания в логистическом процессе |
Таблица 3.5 – Атрибуты сущности «Местоположения»
Атрибут |
Описание |
GLN |
Глобальный номер местоположения для локации |
Страна |
Страна, где находится место |
Адрес |
Адрес локации |
Компания |
Компания-владелец, которой принадлежит локация |
Таблица 3.6 – Атрибуты сущности «Пользователи»
Атрибут |
Описание |
Логин |
Уникальное имя для входа в систему |
Пароль |
Последовательность символов для входа в систему |
Роль |
Роль пользователя |
Фамилия |
Фамилия пользователя |
Имя |
Полное имя пользователя |
Продолжение таблицы 3.6
Атрибут |
Описание |
Почта |
Электронная почта для связи |
Определив сущности и атрибуты предметной области, происходит процесс приведение таблиц к нормальной форме путем процесса нормализацией. Задача нормализации - уменьшение количества данных при сохранении количества информации в предметной области с целью устранения из базы избыточных функциональных зависимостей между атрибутами [12]. Нормализацию БД достаточно привести к 3-ей нормальной форме. Чтобы БД была в 3-ей НФ, нужно чтобы были выполнены требования к нормализации в 1-ой и 2-ой НФ:
Первая нормальная форма (1NF): Все столбцы БД содержат неразделимые значения и записи являются уникальными.
Вторая нормальная форма (2NF): Таблица удовлетворяет требованиям 1NF, и все неключевые столбцы зависят от всего первичного ключа.
Третья нормальная форма (3NF): Таблица удовлетворяет требованиям 2NF, и все неключевые столбцы зависят только от первичного ключа.
Таблица 3.7 – Таблица «Местоположения» в 3NF
№ |
Атрибут |
Описание |
1 |
Код Местоположения |
Уникальный идентификатор местоположения |
2 |
Код Компании |
Компания-владелец, которой принадлежит локация |
3 |
GNL |
Глобальный номер местоположения для локации |
4 |
Страна |
Страна, где находится место |
5 |
Адрес |
Адрес локации |
Таблица 3.8 – Таблица «Лекарства» в 3NF
№ |
Атрибут |
Описание |
1 |
Код Лекарства |
Уникальный идентификатор лекарственного препарата |
2 |
Код Компании-владелец |
Компания, к которой принадлежит лекарство |
Продолжение таблицы 3.8
№ |
Атрибут |
Описание |
3 |
Название |
Полное название лекарственного препарата. |
4 |
GTIN |
Глобальный номер торгового наименования |
5 |
SKU |
Внутренний номер для идентификации товара на складе |
6 |
Рынок |
Целевой рынок для данного продукта (страна, регион и т.д.) |
7 |
Общий доступ |
Атрибут, который определяет, делится ли этот препарат с другими компаниями или организациями |
8 |
Номер партии |
Номер партии |
9 |
Срок годности |
Дата, до которой препарат является пригодным для использования |
10 |
Дата создания |
Дата, когда был изготовлен препарат |
11 |
Форма выпуска |
Название формата производства препарата |
12 |
Код АТС |
Классификационный номер препарат в международной системе |
13 |
Объем/Размер упаковки |
Какой вес или размер имеет упаковка |
14 |
Активный ингредиент |
Действующее вещество |
Таблица 3.9 – Таблица «Компании» в 3NF
№ |
Атрибут |
Описание |
1 |
Код Компании |
Уникальный идентификатор компании |
2 |
GLN |
Глобальный номер местоположения. |
3 |
Короткое название компании |
Краткое название компании |
4 |
Полное название компании |
Полное название компании |
5 |
DUNS-номер |
Международный идентификатор юридических лиц |
6 |
GCP |
Соответствие компании принципам надлежащей клинической практики |
7 |
Страна регистрации |
Страна, где компания зарегистрирована |
Продолжение таблицы 3.9
№ |
Атрибут |
Описание |
8 |
Адрес |
Адрес компании |
9 |
Код тип компании |
Тип компании |
Таблица 3.10 – Таблица «Операции» в 3NF
№ |
Атрибут |
Описание |
1 |
Код Операции |
Уникальный идентификатор операции |
2 |
Код Лекарства |
Ссылка на лекарство (внешний ключ) |
3 |
Код Местоположения |
Ссылка на местоположение (внешний ключ) |
4 |
Тип Операции |
Тип операции над препаратом |
5 |
Дата Операции |
Дата выполнения операции (опционально) |
6 |
Количество препаратов |
Сколько лекарственных препаратов проходят через определенную операцию |
Таблица 3.11 – Таблица «Пользователи» в 3NF
№ |
Атрибут |
Описание |
1 |
Код пользователя |
Уникальный идентификатор пользователя |
2 |
Логин |
Уникальное имя для входа в систему |
3 |
Пароль |
Последовательность символов для входа в систему |
4 |
Роль |
Роль пользователя (админ, аналитик, оператор) |
5 |
Имя |
Полное имя пользователя |
6 |
Фамилия |
Фамилия пользователя |
7 |
Почта |
Электронная почта для связи |
Таблица 3.12 – Таблица «Категория компании»
№ |
Атрибут |
Описание |
1 |
Код категории |
Уникальный идентификатор типа компаний |
2 |
Название |
Название типа компании |
Выявив сущности и их атрибуты, и приведя их к 3NF, далее происходит процесс определение связей связи между таблицами. Существует 3 вида взаимосвязей:
Один-к-одному (1:1): Каждой записи первой сущности соответствует только одна запись из второй сущности.
Один-ко-многим (1:М): Каждой записи первой сущности могут соответствовать несколько записей из второй сущности.
Многие-ко-многим (М:М): Каждой записи первой сущности могут соответствовать несколько записей из второй сущности. Такая связь в создание БД не используется.
Виды связей:
Идентифицирующие – указывает, что таблицы связаны друг с другом как «родителем» «дочерняя».
Не идентифицирующие – указывает, что роли в связи таблицы могут меняться.
Таблица 3.13 – Таблица «Связи между сущностями»
Сущности, участвующие в связи |
Тип и Вид связи |
Примечание |
Лекарства - Операции |
1:М (один-ко-многим), Неидентифицирующий |
Лекарство может иметь много операций |
Операции - Местоположения |
М:1 (многие-к-одному), Неидентифицирующий |
На одном месте может быть несколько операций |
Лекарства - Компании |
М:1 (многие-к-одному), Идентифицирующий |
Компания может владеть несколькими препаратами |
Местоположения - Компании |
М:1 (многие-к-одному), Идентифицирующий |
Одна компания может располагаться в нескольких местах |
Категория - Компания |
1:М (один-ко-многим), Идентифицирующий |
Один тип может быть у нескольких компаний |
Описав все сущности, их атрибуты и связи между ними, строится er-диаграмма. На рисунке 3.9 представлена ER-диаграмма инфологическая модель.
Рисунок 3.9 – ЕR-диаграмма инфологической модели