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

ЗаданиеСклад с движением товаров за месяц и подведением итогов за месяц, с отметкой об оплате и со списком поставщиков и покупателей.
Оптовая фирма (название фирмы, фамилия, имя, отчество директора, адрес, телефон, расчетный счет с банка, у которого есть название и адрес) получает продовольственные товары (код товара (артикул), название товара, стоимость за единицу, отпускная цена за единицу) от разных поставщиков (код поставщика, название фирмы, фамилия, имя, отчество директора, телефон, адрес, банк поставщика, расчетный счет поставщика). Каждый товар может поставляться разными поставщиками, и каждый поставщик поставляет несколько видов товара. При поставке товаров фирма получает приходную накладную, в которой указаны товары (код и название), их количество, стоимость за единицу и за товар и общая стоимость по накладной. Эта накладная служит затем для оплаты товаров поставщику. При оплате делается соответствующая отметка (дата оплаты). Данные приходной накладной хранятся до конца того месяца, когда она будет оплачена. Купленные товары поступают на склад, где фиксируются в графе приход для соответствующего товара. При продаже товара оформляется расходная накладная аналогично приходной, а проданные товары заносятся в графу расход. В расходной накладной указывается название фирмы покупателя, дата оформления, номер накладной и перечень проданных товаров с указанием отпускной цены за единицу, суммы по каждому товару и общей суммы. В конце месяца подводятся итоги по складу и по оплате накладных.
По складу для каждого товара подсчитывается остаток (количество и сумма в рублях) на первое число как остаток на первое число предыдущего месяца + приход за месяц - расход за месяц. Также по каждому товару нужно видеть текущий остаток. По списку приходных накладных проверяются оплаченные накладные и удаляются из списка. Также поступают со списком расходных накладных. Это проделывают на первое число нового месяца.
Программа должна обеспечить:
Возможность ввода данных по приходным накладным (поставщик, данные товаров).
Возможность ввода данных по расходным накладным с выпуском распечатанной расходной накладной. При вводе данных в расходную накладную должно проверяться наличие товара на складе.
Занесение принятых и отпущенных товаров в склад и возможность просмотра склада в приведенной ниже форме с подсчетом сумм по остаткам, приходу и расходу.
код
товара назв. товара цена за ед. ост. начало месяца приход расход тек. остаток
кол. стоим. кол. стоим. кол. стоим. кол. стоим.
сумма сумма сумма сумма
Возможность занесения отметок об оплате приходных накладных с предъявлением списка всех приходных накладных по форме:
код накладной дата поступления фирма поставщик сумма по накладной дата
оплаты сумма
оплаты
сумма по всем накладным сумма всех оплат
5. Тоже по расходным накладным.
6. Возможность оперативного предъявления суммы задолженности по каждому поставщику.
7. Такие же данные по задолженности каждого покупателя с перечнем неоплаченных накладных (номер накладной, сумма по накладной и дата отпуска товара).
Отличия вариантов приведены в табл. 1.
вариант
ситуация 6
Одинаковые товары могут иметь разную приходную цену в разных накладных +
Приходная накладная может оплачиваться частями. В итогах за месяц по накладной показывают неоплаченный остаток +
В расходную накладную нельзя включать один и тот же товар, имеющий разные стоимости на складе +
Расходная накладная должна оплачиваться покупателем в один прием +
Введение
Розничная торговля любыми товарами во всем мире является наиболее популярным видом бизнеса. Розничные магазины приобретают товары в основном у мелкооптовых фирм, поскольку они предлагают, как правило, более выгодные условия: отсутствие транспортных расходов, широкий ассортимент и возможность отсрочки платежей, наличие на складе. Учет движения товаров для таких фирм является главной проблемой: необходимо оперативно получать информацию о наличии товара на складе для его пополнения при недостатке продукции или своевременной реализации при излишках.
Целью выполнения курсовой работы является сформировать навык создания логической модели данных экономической предметной области Склад товаров и выполнения операций с компьютерными средствами создания простейших информационных систем на основе реляционных баз данных.
В ходе выполнения курсовой работы необходимо решить следующие задачи:
произвести анализ и формализованное описание предметной области «Склад товаров»;
построить концептуальную информационную модель данной предметной области;
сгенерировать физическую структуру базы данных;
реализовать интерфейс базы данных «Склад товаров», позволяющий реализовать функциональные требования и демонстрирующее описанные бизнес-процессы.
В качестве среды разработки выбрана реляционная СУБД Microsoft Access, входящая в пакет Microsoft Office, имеющая широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.
ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
Общее описание предметной областиПредметной областью называется фрагмент реальности, который моделируется с помощью базы данных и ее приложений. В предметной области выделяются информационные объекты – идентифицируемые объекты реального мира, процессы, системы, понятия, сведения о которых хранятся в базе данных.
В данной курсовой работе предметной областью являются склад с движением товаров за месяц и подведением итогов за месяц, с отметкой об оплате и со списком поставщиков и покупателей.
Оптовая фирма (название фирмы, фамилия, имя, отчество директора, адрес, телефон, расчетный счет с банка, у которого есть название и адрес) получает продовольственные товары (код товара (артикул), название товара, стоимость за единицу, отпускная цена за единицу) от разных поставщиков (код поставщика, название фирмы, фамилия, имя, отчество директора, телефон, адрес, банк поставщика, расчетный счет поставщика). Каждый товар может поставляться разными поставщиками, и каждый поставщик поставляет несколько видов товара. При поставке товаров фирма получает приходную накладную, в которой указаны товары (код и название), их количество, стоимость за единицу и за товар и общая стоимость по накладной. Эта накладная служит затем для оплаты товаров поставщику. При оплате делается соответствующая отметка (дата оплаты). Данные приходной накладной хранятся до конца того месяца, когда она будет оплачена. Купленные товары поступают на склад, где фиксируются в графе приход для соответствующего товара. При продаже товара оформляется расходная накладная аналогично приходной, а проданные товары заносятся в графу расход. В расходной накладной указывается название фирмы покупателя, дата оформления, номер накладной и перечень проданных товаров с указанием отпускной цены за единицу, суммы по каждому товару и общей суммы. В конце месяца подводятся итоги по складу и по оплате накладных.
По складу для каждого товара подсчитывается остаток (количество и сумма в рублях) на первое число как остаток на первое число предыдущего месяца приход за месяц - расход за месяц. Также по каждому товару нужно видеть текущий остаток. По списку приходных накладных проверяются оплаченные накладные и удаляются из списка. Также поступают со списком расходных накладных. Это проделывают на первое число нового месяца.
ОграниченияПри создании проекта были учтены следующие ограничения:
Одинаковые товары могут иметь разную приходную цену в разных накладных
Приходная накладная может оплачиваться частями. В итогах за месяц по накладной показывают неоплаченный остаток.
В расходную накладную нельзя включать один и тот же товар, имеющий разные стоимости на складе.
Расходная накладная должна оплачиваться покупателем в один прием.
2. Инфологическая модельПрежде, чем приступать к созданию базы данных, нужно составить анализ предметной области: сформировать понятия о предметах, фактах и событиях, которыми будет оперировать данная система. Для того чтобы привести эти понятия к той или иной модели данных, необходимо заменить их информационными представлениями.
Инфологическая модель основывается на важной семантической информации о реальном мире и предназначена для логического представления данных. Она определяет значения данных в контексте их взаимосвязи с другими данными.
Инфологическая модель используется на ранних стадиях проектирования
БД, является концептуальной моделью и не учитывает особенности конкретной СУБД.
2.1 Список сущностейСущность (Entity) – реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области. Каждая сущность должна иметь наименование, выраженное существительным в единственном числе. Каждая сущность должна обладать уникальным идентификатором. Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от всех других экземпляров данного типа сущности.
Атрибут (Attribute) – любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Наименование атрибута должно быть выражено существительным в единственном числе.
Связь (Relationship) – поименованная ассоциация между сущностями, значимая для рассматриваемой предметной область.
Определим сущности и список их характеристик:
Склад (рис.1), для этой сущности необходимы следующие атрибуты:
№ склада – уникальный идентификатор, ключевой атрибут;
Склад
Адрес
Заведующий

Рисунок SEQ Рисунок \* ARABIC 1 - Диаграмма атрибутов сущности Склад
Расход материалов (рис.2), для этой сущности необходимы следующие атрибуты:
№ чека
Дата
Материал
Получатель
Количество
Стоим_ед
Сумма
Код сотрудника
Склад

Рисунок 2 – Диаграмма атрибутов сущности Расход материалов
Сотрудники (рис.3), для этой сущности необходимы следующие атрибуты:
Табельный номер
Фамилия
Имя
Отчество
должность

Рисунок SEQ Рисунок \* ARABIC 3 - Диаграмма атрибутов сущности Сотрудники
Материал (рис.4), для этой сущности необходимы следующие атрибуты:
Код материала
Наименование
Параметры материала
Ед. измерения
Цена за единицу

Рисунок SEQ Рисунок \* ARABIC 4 - Диаграмма атрибутов сущности Материал
Наличие на складе (рис.5), для этой сущности необходимы следующие атрибуты:
Материал
Склад
Количество

Рисунок SEQ Рисунок \* ARABIC 5 - Диаграмма атрибутов сущности Наличие на складе
Поставщики (рис.6), для этой сущности необходимы следующие атрибуты:
Код поставщика
Наименование
Адрес
Счёт в банке

Рисунок SEQ Рисунок \* ARABIC 6 - Диаграмма атрибутов сущности Поставщики
Получатель (рис.7), для этой сущности необходимы следующие атрибуты:
Код получателя
Наименование
Адрес
Счёт в банке

Рисунок 7 - Диаграмма атрибутов сущности Получатель
Приход материалов (рис.8), для этой сущности необходимы следующие атрибуты:
№ документа
Операция
Документ
Дата
Код поставщика
Код материала
Количество
Стоим_ед
Сумма
Код сотрудника
Склад

Рисунок SEQ Рисунок \* ARABIC 9 - Диаграмма атрибутов сущности Приход материалов
2.2 Связи между сущностями
Приход материалов может осуществляться только на один какой-то склад, поэтому связь сущности Склад и сущности Приход материалов 1:МТолько один поставщик может быть в сущности Приход материалов поэтому связь сущности Поставщики с сущностью Приход материалов 1:МПриход материалов осуществляет один какой-то сотрудник, поэтому связь сущности Сотрудник и сущности Приход материалов 1:МВ наличие на складе товар поступает за раз только с одного склада. Одной записи из сущности Склад соответствует множество записей сущности Наличие на складе, связь 1:МОдной записи из сущности Материал соответствует множество в сущности Наличие на складе, связь 1:МВ Расход материалов за один раз может списываться только с одного склада, связь сущности Наличие на складе и сущности Расход материалов 1:МТовар может отгружаться только одному покупателю за раз, поэтому связь сущности Расход материалов и сущности Покупатель 1:М

3. ВЫБОР И ОПИСАНИЕ ИСПОЛЬЗУЕМОЙ СУБД
Существует множество систем управления базами данных. Несмотря на то, что они могут по-разному работать с разными объектами и предоставляют пользователю различные функции и средства, большинство СУБД опираются на единый устоявшийся комплекс основных понятий. Это дает возможность рассмотреть одну систему и обобщить ее понятия, приемы и методы на весь класс СУБД. В качестве такого объекта выбираем СУБД Microsoft Access, входящую в пакет Microsoft Office.
Microsoft Access – реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, сортировку по разным полям, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.
Основными компонентами MS Access являются:
-построитель таблиц;
-построитель экранных форм;
-построитель SQL-запросов
-построитель отчётов, выводимых на печать.
MS Access позволяет разрабатывать приложения и БД практически «с нуля». Access поддерживает первичные и внешние ключи и обеспечивает целостность данных, что предотвращает несовместимые операции обновления или удаления данных. Таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, MEMO, логический, гиперссылка и поля объектов OLE.
Недостаток MS Access – то, что она является файл-серверной СУБД и потому применима лишь к маленьким приложениям. Отсутствует ряд механизмов необходимых в многопользовательских БД. Поэтому для проектов на 5-20 пользователей предпочтительно использовать клиент-серверные решения.
4. ДАТАЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ
На стадии даталогического проектирования БД разрабатывается даталогическая модель, отражающая логические взаимосвязи между элементами данных. При этом учитываются особенности СУБД и специфика предметной области на основе инфологической модели.
ER-модель будет представлена с помощью диаграммы преобразования связей между сущностями (рис.11):
Получатель
Расход материалов
Приход материалов
Склад
Материал
Наличие на складе
Поставщики
Сотрудники

Рисунок SEQ Рисунок \* ARABIC 11 - ER-модель будет представлена с помощью диаграммы преобразования
ФИЗИЧЕСКАЯ МОДЕЛЬ СУБД AccessФизические модели баз данных определяют способы размещения данных в среде хранения и способы доступа к этим данным, которые поддерживаются на физическом уровне.
Определим характеристику полей таблицы Материал (рис. 12).

Рисунок SEQ Рисунок \* ARABIC 12 - Таблица Материал
Определим характеристику полей таблицы наличие на складе (рис. 13).

Рисунок SEQ Рисунок \* ARABIC 13 - Таблица Наличие на складе
Определим характеристику полей таблица Получателя (рис. 14).

Рисунок SEQ Рисунок \* ARABIC 14 - Таблица Получателя
Определим характеристику полей таблицы Поставщики (рис. 15).

Рисунок SEQ Рисунок \* ARABIC 15 – Таблица Поставщики
Определим характеристику полей таблицы Приход материалов (рис. 16).

Рисунок SEQ Рисунок \* ARABIC 16 - Таблица Приход материалов
Определим характеристику полей таблицы Расход материалов (рис. 17).

Рисунок SEQ Рисунок \* ARABIC 17 – Таблица Расход материалов
Определим характеристику полей таблицы Склад (рис. 18).

Рисунок SEQ Рисунок \* ARABIC 18 - Таблица Склад
Определим характеристику полей таблицы Сотрудники (рис. 19).

Рисунок SEQ Рисунок \* ARABIC 19 - Таблица Сотрудники
6. АЛГОРИТМ ОБРАБОТКИ ДАННЫХ
6.1 Запросы
Запросы служат для извлечения данных из таблиц и предоставления их пользователю в удобном виде. С помощью запросов выполняют такие операции как отбор данных, их сортировку и фильтрацию. С помощью запросов можно выполнять преобразования данных по заданному алгоритму, создавать новые таблицы, выполнять автоматическое наполнения таблиц данными, импортированными из других источников, выполнять простейшие вычисления в таблицах и многое другое.
Таблицы, на основе которых строились запросы и выводились результаты, даны в приложении.
Для проверки эффективности работы БД «Склад» были составлены следующие запросы:
Запрос выдать справку о наличии заданного материала по всем складам
Реализуем Запрос 1 на языке SQL:
SELECT Материал.Код_материала, Материал.Наименование, [Наличие на складе].Склад, [Наличие на складе].Количество
FROM Материал INNER JOIN [Наличие на складе] ON Материал.Код_материала = [Наличие на складе].Материал
WHERE (((Материал.Код_материала)=[Введите код материала]));


Рисунок 20 - Результат запроса
Запрос 2. Выдать справку о наличии всех материалов на заданном складе
Реализуем Запрос 2 на языке SQL
SELECT Материал.Код_материала, Материал.Наименование, [Наличие на складе].Количество, Склад.[№_склада], Склад.Склад
FROM Материал INNER JOIN (Склад INNER JOIN [Наличие на складе] ON Склад.[№_склада] = [Наличие на складе].Склад) ON Материал.Код_материала = [Наличие на складе].Материал
WHERE (((Склад.[№_склада])=[Введите номер склада]));

Рисунок 21. Результат запроса
Запрос 3. Сформулировать ведомость расхода материалов с заданного склада за указанный месяц
Реализуем Запрос 3 на языке SQL
SELECT Материал.Код_материала, Материал.Наименование, Расход_материалов.Дата, Расход_материалов.Количество, Склад.Склад
FROM Материал INNER JOIN (Склад INNER JOIN Расход_материалов ON Склад.[№_склада] = Расход_материалов.Склад) ON Материал.Код_материала = Расход_материалов.Материал
GROUP BY Материал.Код_материала, Материал.Наименование, Расход_материалов.Дата, Расход_материалов.Количество, Склад.Склад, Склад.[№_склада]
HAVING (((Расход_материалов.Дата) Between [Начало месяца] And [Конец месяца]) AND ((Склад.[№_склада])=[Введите номер склада]));

Рисунок 22. Результат запроса
Запрос 4. Сформулировать ведомость учёта прихода материалов на заданный склад за указанную дату
Реализуем Запрос 4 на языке SQL
SELECT Материал.Код_материала, Материал.Наименование, Приход_материалов.Дата, Склад.[№_склада], Склад.Склад, Приход_материалов.Количество
FROM Материал INNER JOIN (Склад INNER JOIN Приход_материалов ON Склад. [№_склада] = Приход_материалов.Склад) ON Материал.Код_материала = Приход_материалов.Код_материала
WHERE (((Приход_материалов.Дата) Between [Начало периода] And [Окончание ериода]) AND ((Склад.[№_склада])=[Введите номер склада]));

Рисунок 23. Результат запроса
Запрос 5. Сформулировать ведомость расхода заданного материала по всем складам за указанную дату
Реализуем Запрос 5 на языке SQL
SELECT Материал.Код_материала, Материал.Наименование, Расход_материалов.Дата, Склад.[№_склада], Склад.Склад, Расход_материалов.Количество
FROM Материал INNER JOIN (Склад INNER JOIN Расход_материалов ON Склад. [№_склада] = Расход_материалов.Склад) ON Материал.Код_материала = Расход_материалов.Материал
WHERE (((Материал.Код_материала)=[Введите код материала]) AND ((Расход_материалов.Дата) Between [Начало периода] And [Окончание ериода]));


Рисунок 24. Результат запроса
Запрос 6. Сформировать ведомость выдачи материалов заданному получателю за указанный месяц
Реализуем Запрос 6 на языке SQL
SELECT Получатель.Код_получателя, Получатель.[Наименование получателя], Материал.Наименование, Расход_материалов.Количество, Расход_материалов.Дата
FROM Материал INNER JOIN (Получатель INNER JOIN Расход_материалов ON Получатель.Код_получателя = Расход_материалов.Получатель) ON Материал.Код_материала = Расход_материалов.Материал
WHERE (((Получатель.Код_получателя)=[Ведите код получателя]) AND ((Расход_материалов.Дата) Between [Начало периода] And [Окончание периода]));


Рисунок 25. Результат запроса
Запрос 7. Сформулировать платёжную ведомость на оплату материалов, поставленных заданным поставщиком на все склады
Реализуем Запрос 7 на языке SQL
SELECT Поставщики.Код_поставщика, Поставщики. [Наименование поставщика], Приход_материалов.Код_материала, Приход_материалов.Сумма
FROM Поставщики INNER JOIN Приход_материалов ON Поставщики.Код_поставщика = Приход_материалов.Код_поставщика
WHERE (((Поставщики.Код_поставщика)=[Введите код поставщика]));


Рисунок 26. Результат запроса
6.2 Отчеты
Конечным продуктом большинства приложений баз данных является отчет. В Access отчет представляет собой специальный тип непрерывных форм, предназначенных для печати. Для создания отчета, который можно распечатать и распределить между потребителями, Access комбинирует данные в таблицах, запросах и даже формах. Распечатанная версия формы может служить отчетом.
Приведем несколько примеров отчетов, сформированных в результате выполнения курсовой работы.
Выдать справку о наличии заданного материала по всем складам

Рисунок 27. заданного материала по всем складам
2.Выдать справку о наличии всех материалов на заданном складе

Рисунок 28. наличие всех материалов на заданном складе
3. Ведомость расхода материалов с заданного склада за указанный месяц

Рисунок 29. ведомость расхода материалов с заданного склада за указанный месяц
Приход материалов на заданный склад за указанную дату

Рисунок 30. Приход материалов на заданный склад за указанную дату
Ведомость расхода заданного материала по всем складам за указанную дату

Рисунок 31. Ведомость расхода заданного материала по всем складам за указанную дату

Ведомость выдачи материалов заданному получателю за указанный месяц

Рисунок 32. Ведомость выдачи материалов заданному получателю за указанный месяц
Платёжная ведомость на оплату материалов, поставленных заданным поставщиком на все склады

Рисунок 33. Платёжная ведомость на оплату материалов, поставленных заданным поставщиком на все склады
7. РЕАЛИЗАЦИЯ ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ
Для удобной работы пользователя необходимо разработать минимальный интерфейс. В СУБД Access минимальный интерфейс реализуется при помощи форм. Формы предназначены для ввода и просмотра взаимосвязанных данных БД на экране в удобном для пользователя виде.
В курсовой работе разработана система форм, которая позволяет пользователю получать необходимые сведения согласно задачам и запросам.
Рисунок 41 демонстрирует главную форму. Форма предоставляет возможность просматривать интересующие пользователя данные. Доступный интерфейс поможет не запутаться в огромном потоке данных. Для удобства форма разделена на отдельные закладки, помогающие быстрой навигации.

Рисунок 34. - Главная форма
Вызывая соответствующие формы, пользователь может осуществлять быструю работу с данными, например, на рисунке представлена форма для отображения оптовых фирм.

Рисунок 35. Форма для прихода материалов
СПИСОК ЛИТЕРАТУРЫ

Дейт К. Введение в системы баз данных/ К. Дейт. – 7-е издание – М.: Вильямс, 2001. – 1072 с.
Дейт К. Дж. Руководство по реляционной СУБД DB2/ К. Дж. Дейт:
пер. с англ. – М.: Финансы и статистика, 1988. – 320 с.
Диго С.М. Проектирование баз данных: учебник для вузов / С.М. Диго. – М.: Финансы и статистика, 1988. – 216 с.
Евдокимов В.В. и др. Экономическая информатика: учебник для вузов / Под ред. проф. Евдокимова. – СПб.: Питер, 1997. – 592 с.
Когаловский М.Р. Абстракции и модели в системах баз данных / М.Р. Когаловский.//Системы управления базами данных – 1998. – № 4–5
Мартин Дж. Организация баз данных в вычислительных системах/ Дж. Мартин: пер. с англ. – М.: Мир, 1980–622 с.
Конолли Т. Базы данных: проектирование, реализация и сопровождение. Теория и практика / Т. Конолли, К. Бегг, А. Страчан. 2-е издание. – М.: Вильямс, 2000. – 1120 с.
Администрирование баз данных Oracle в операционной системе UNIX. - М.: СПб: ЦКТиП Газпром, 2003. - 300 c.
Архипенков, С. Хранилища данных. От концепции до внедрения / С. Архипенков, Д. Голубев, О. Максименко. - М.: Диалог-Мифи, 2002. - 528 c.
Атре, Ш. Структурный подход к организации баз данных / Ш. Атре. - М.: Финансы и статистика, 2010. - 317 c.
Ахаян Эффективная работа с СУБД / Ахаян и др. - М.: СПб: Питер, 2003. - 704 c.
Бартеньев, О. 1С: Предприятие. Программирование для всех: моногр. / О. Бартеньев. - М.: Диалог МИФИ, 2004. - 464 c.
Белоногов, Г.Г. Автоматизация процессов накопления, поиска и обобщения информации / Г.Г. Белоногов, А.П. Новоселов. - М.: Наука, 2017. - 256 c.
Гетц Access 2000. Руководство разработчика. Том 1. Настольные приложения. том 1 / Гетц и др. - М.: Киев: BHV, 2000. – 846 c.
Глушаков, С.В. Базы данных / С.В. Глушаков, Д.В. Ломотько. - М.: Харьков: Фолио, 2000. - 504 c.
Голицына Базы данных / Голицына, О.Л. и. - М.: Форум; Инфра-М, 2007. - 399 c.
Грэй, П. Логика, алгебра и базы данных / П. Грэй. - М.: Машиностроение, 2015. - 368 c.
Дейт, К.Дж. Введение в системы баз данных / К.Дж. Дейт. - К.: Диалектика; Издание 6-е, 2004. - 784 c.
Дубнов, П.Ю. Access 2000. Проектирование баз данных / П.Ю. Дубнов. - М.: ДМК, 2000. - 272 c.
Емельянов, Н.Е. Введение в СУБД ИНЕС / Н.Е. Емельянов. - М.: Наука, 2012. - 256 c.
Информационные технологии. Основы работы с реляционной БД Oracle. - М.: McGraw-Hill, 2002. - 200 c.
Приложение 1. Таблицы БДТаблица Материалов

Таблица Наличие на складах

Таблица Получатель

Таблица Поставщики

Таблица Приход материалов

Таблица Расход материалов

Таблица Склад

Таблица Сотрудники


Лист
Изм Лист № докум подпись дата Лист
Изм Лист № докум подпись дата Лист
Изм Лист № докум подпись дата
Лист
Изм Лист № докум подпись дата Лист
Изм Лист № докум подпись дата

Лист
Изм Лист № докум подпись дата
Лист
Изм Лист № докум подпись дата
Лист
Изм Лист № докум подпись дата
Лист
Изм Лист № докум подпись дата
Лист
Изм Лист № докум подпись дата Лист
Изм Лист № докум подпись дата
Лист
Изм Лист № докум подпись дата Лист
Изм Лист № докум подпись дата
Лист
Изм Лист № докум подпись дата
Лист
Изм Лист № докум подпись дата
Лист
Изм Лист № докум Подпись дата
Лист
Изм Лист № докум Подпись дата
Лист
Изм Лист № докум Подпись дата
Лист
Изм Лист № докум Подпись дата
Лист
Изм Лист № докум Подпись дата

Лист
Изм Лист № докум Подпись дата Лист
Изм Лист № докум Подпись дата Лист
Изм Лист № докум Лист
Изм Лист № докум Подпись дата
Лист
Изм Лист № докум Подпись дата