1.2 Описание входных документов
В результате в БД «Аптечный склад» используются следующие входные данные:
информация о товарах,
информация о заказах,
информация о поставщиках,
информация о сотрудниках,
информация об аптеках.
1.3 Описание выходных документов
Выходными данными являются запросы. Информация выводится на экран в специальных формах, упрощающих работу с записями таблиц БД.
1.4 Список ограничений
В курсовом проекте в БД «Аптечный склад» пользователю ограничен ввод даты из будущего. Также присутствует целостность таблицы, т. е. поддерживаются:
уникальность строк таблицы. Определен первичный ключ таблицы, и значение его определено;
все уникальные ключи, выявленные в ходе анализа предметной области. Эти ограничения реализуются в командах создания и модификации таблиц.
В БД существуют ограничения на свойства объекта предметной области, присутствуют значение поля, тип, диапазон значения поля (значение целое и положительное). Далее каждая таблица проектируемой БД связана с другими посредством соответствующих первичных и внешних ключей, т. е. родительская (главная) по отношению к другим таблицам, либо дочерняя (подчиненная), либо та и другая для разного уровня связей.
проект sql база данных аптека склад
2. Проектирование реляционной базы данных
Реляционная модель - модель представления данных, которая описывает структуру данных, допустимые операции над данными и специальные правила, обеспечивающие целостность данных.
Понятие функциональной зависимости является базовым, так как на его основе формулируется определение всех остальных видов зависимостей.
В разработанной базе данных «Аптечный склад» существуют следующие функциональные зависимости между атрибутами:
Таблица 2.1 – Поставщики
|
Наименование атрибутов |
Функциональные зависимости |
|
Код_поставщика Название_поставщика Адрес_поставщика Телефон_поставщика Код_товара Код_заказа |
|
Таблицы 2.2 – Заказы
|
Наименование атрибутов |
Функциональные зависимости |
|
Код_заказа Название_заказа Дата Цена Количество_товаров Код_поставщика Код_товара
|
|
Комплекс задач этого этапа состоит из выявления общих информационных объектов и связей между ними, анализа общих информационных требований к системе и выявление информационных потоков, отображающих процессы производства, обработки и взаимодействия данных.
Таблица 2.3 – Товары
|
Наименование атрибутов |
Функциональные зависимости |
|
Код_товара Название_товара Код_заказа Количество_товаров Имеется_товаров Ожидается_товаров Код_поставщика |
|
Таблица 2.4 – Сотрудники
|
Наименование атрибутов |
Функциональные зависимости |
|
Код_сотрудника ФИО_сотрудника Телефон_сотрудника Код_аптеки |
|
Таблица 2.5 – Аптеки
|
Наименование атрибутов |
Функциональные зависимости |
|
Код_аптеки Название_аптеки Адрес_аптеки Телефон_аптеки Код_сотрудника
|
|
