«Проектирование базы данных учёта реализации продукта»

СОДЕРЖАНИЕ

ВВЕДЕНИЕ 3

ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ 5

1.1.Описание предметной области. Постановка задачи 5

1.2.Выбор средств и методологии проектирования 8

1.3.Проектирование логической структуры базы данных 13

1.4.Проектирование физической структуры базы данных 15

ГЛАВА 2.ПРАКТИЧЕСКАЯ ЧАСТЬ 19

2.1. Контрольный пример решения задачи 19

2.2. Разработка интерфейса и реализация проекта 23

ЗАКЛЮЧЕНИЕ 30

СПИСОК ЛИТЕРАТУРЫ 32

ВВЕДЕНИЕ

Увеличение объема и сложности хранимых данных, увеличения круга пользователей в информационных системах привели к широкому распространению простых и наиболее удобных для понимания табличных СУБД.

Для обеспечения доступа к информации некоторого множества пользователей, что нередко расположены на большом расстоянии от места хранения информации или друг от друга, создаются базы данных, которые основываются на реляционной структуре.

В этих объектах различными путями можно решить специфические проблемы для безопасности, параллельных процессов и целостности данных, а также актуальную проблему санкционирования доступа.

В связи с тем, что почти всё нынешнее программное обеспечение включает в себя базы данных для хранения различной информации, то данная работа является актуальной.

Цель курсовой работы – точно и качественно высветлить понятие баз данных на примере СУБД Access при разработке БД для учета реализации продукции.

В работе необходимо решить такие основные задачи:

– провести анализ литературы с теории баз данных;

– описать предметную область;

– построить информационно-логическую модель предметной области;

– выполнить физическое проектирование базы данных в среде МS Ассеss;

– разработать интерфейс пользователя.

Объект исследования: сфера продажи товаров.

Предмет исследования: торговое предприятие.

Основные методы исследования: композиция, анализ утверждений, связанных с хранениям данных в табличном виде.

Курсовая работа состоит из введения, двух глав, заключения, списка литературы и базы данных.

ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1.Описание предметной области. Постановка задачи

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

Отдельное место в практически любой организационной структуре часто занимает склад, на территории которого и храниться вся продукция, которая привезена для продажи от посредников или же производителей. На складе торгового предприятия ответственным лицом является кладовщик, а разными организационными вопросами занимается заведующий складом.

Целью создания базы является автоматизация процессов, которые протекают при учете реализации продукции, уменьшения времени на обработку разных объёмов информации по учету продукции торговой компании.

Структура компании и численность работников определяются видом продукции, объемом товарооборота, ассортиментом товаров, сложностью и объемом операций. Функционирование организации осуществляется под общим руководством коммерческого отдела организации.

Рисунок 1. Типовая организационная структура торгового предприятия

Основные функции и задачи сотрудников:

1. Заведующий торговой компании:

– Руководить работой организации, хранению и отпуску товарно-материальных ценностей, их размещению с учетом наиболее рационального использования для получения максимальной прибыли.

– Обеспечивать сохранность товарно-материальных ценностей, а также соблюдение режимов хранения.

– Обеспечивать соблюдение правил оформления и сдачи документов, составлять установленную отчетность.

– Следить за наличием или исправностью противопожарных средств, оборудования и инвентаря.

– Участвовать в выполнении инвентаризаций товарно-материальных ценностей.

Функции бухгалтера:

– Осуществляет организацию учета хозяйственно-финансовой деятельности торговой фирмы и контроль использования материальных, трудовых или финансовых ресурсов;

– Готовит рабочие планы, формы первичных документов, применяемых для оформления операций, по которым еще не предусмотрены типовые формы документов;

– Обеспечивает проведение инвентаризаций, проведение хозяйственных операций, а также соблюдает технологии обработки бухгалтерской документации и порядка документооборота;

– Выполняет рациональную организацию учета и отчетности предприятия;

– Принимает меры для предупреждению недостач, незаконного расходования ТМЦ, нарушений финансового или хозяйственного законодательства.

Функции кладовщика:

– Осуществление отпуска, приема, хранения и сортировки, а также перемещения, переработки ТМЦ.

– Знать правила, порядки и условия складирования товарно-материальных ценностей.

– Рационально использовать складские мощности.

– Должен обеспечить все перемещение поступивших ценностей на склад к местам хранения.

Кассир обязан:

- выполнить операции, связанные с процессом приема и выдачей наличных средств через кассы предприятия, обеспечивать сохранность принятых ценностей; 

- получать в банках наличность; 

- заполнять кассовую книгу документов; 

- подписывать приходные ордера и расходные документы после получения или выдачи наличности.

Грузчик должен:

– Осуществляет погрузку или выгрузку продукции.

– Устанавливает лебедки, устройство временных скатов, подъемные блоки.

– Осуществляет крепление или укрытие грузов на складе и транспортных средствах.

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

Основными носителями информации являются входные или выходные документы, утвержденной формы носители данных, имеющие юридическую силу.

Вся входная документация содержит специальную первичную, не обработанную информацию, что отражает состояние объекта управления; она заполняется вручную или при помощи некоторых технических средств.

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

В результате разработки БД получим такие документы:

– отчет о спросе на продукцию;

– отчет о выборке наиболее выгодных клиентов по объемам сделок;

– отчет о выборке наиболее выгодных клиентов по суммам сделок.

Создаваемая БД – однопользовательская.

Стоить отметить, что учет проданных товаров выполняется с помощью специальной БД, в которую записываются товары, клиенты и основные данные по заказе.

1.2.Выбор средств и методологии проектирования

Для проектирования базы данных использовать только некоторую СУБД недостаточно. Нужны также и специальные вспомогательные программы для моделирования предметной области и т.д.

ERwin является одним из CASE средств, позволяющих моделировать бизнес процессы. Он относится к категории I - CASE.

ERwin обеспечивает интеграцию моделей верхнего уровня с моделями нижнего уровня. Модели верхнего уровня разрабатываются на начальных стадиях проектирования информационных систем. Модели нижнего уровня разрабатываются на этапе создания программного кода и тестирования.

Модели данных, которые создаются помощью ERwin data modeler, разделяются на две категории:

Логические модели. Эти модели предназначены для представления элементов в терминах бизнес процессов. Для моделирования применяются диаграмма «сущность-связь», K - B модель (модель, основанная на ключах) и FA модель (полностью определенная модель).[9]

Физические модели. Эти модели предназначены для создания базы данных информационной системы. Они обеспечивают перевод понятий бизнес процессов на уровень понятий ИТ. Для моделирования применяются два вида моделей – трансформационная модель и схематичная модель базы данных (DBMS модель).

В связи с тем, что данная программа является наилучшей в своем секторе программного обеспечения, для проектирования БД работника склада будем использовать ее.

Для создания приложения по автоматизации маркетинговой деятельности необходимо выбрать СУБД, в которой будет создана информационная система.

В наше время одними из самых популярных СУБД являются SQL Server и MS Access. Рассмотрим их главные характеристики.

SQL Server – это СУБД, которая используя язык Transact SQL, реализует пересылку сообщений между компьютерами клиента и компьютером, где работает SQL Server, создавая при этом сетевую структуру.

Рассматриваемая СУБД состоит из механизма баз данных и компонентов СУБД, которая в свою очередь организует данные в виде таблиц которые. SQL Server отвечает за поддержку структуры БД и решает следующие задачи:

– поддержка связей между данными;

– обеспечение корректного хранение данных, выполнение правил, которые регламентируют связи между ними;

– восстановление данных после аварии системы, перевод их в состояние, зафиксированное до сбоя (откат базы данных).

В первых версиях СУБД сходный код SQL Server основывался на коде Sybase SQL. Это позволило корпорации Microsoft выйти на рынок БД для предприятий, где монополистами были IBM и Oracle.

Microsoft SQL Server для разработки запросов использует версию языка SQL, получившую название T-SQL (Transact-SQL), что является реализацией SQL-93 (стандарт ISO) с множественными расширениями. Данная версия позволяет использовать дополнительные элементы синтаксиса для хранимых процедур, обеспечивать поддержку транзакций.

SQL Server поддерживает по трем сценариям избыточное дублирование данных:[8]

– Синхронизация с различными серверами: БД нескольких серверов могут синхронизироваться между собой. При этом изменения всех БД происходят друг от друга независимо, а при синхронизации выполняется сверка данных. Такой тип дублирования предусматривает возможности разрешения противоречий между разными БД.

– История изменений: все изменения, которые вносятся в базу данных непрерывно передаются конечным пользователям.

– Снимок: производится так называемый «снимок» БД, который отправляется сервером получателям.

Microsoft SQL Server 2012 обладает рядом возможностей, которые обеспечивают легкость установки, эксплуатации и развертывания, а также поддерживающих следующие функции:[7]

– масштабируемость;

– создание хранилищ данных;

– системную интеграцию с различным серверным программным обеспечением.

В состав СУБД входит огромное количество функций и инструментов, упрощающих процесс установки, управления или использования БД. SQL Server предоставляет администраторам полный набор инструментов, которые необходимы для тонкой настройки СУБД в составе промышленных онлайн-систем. SQL Server также корректно работает в однопользовательских системах небольшого масштаба, при этом издержки на их администрирование являются минимальными.[7]

Microsoft Access - настольная СУБД реляционного типа. В отличие от остальных СУБД, Access хранит всю информацию в одном файле, но распределяет их по таблицам, как и необходимо в реляционных БД. К таким данным относится не лишь информация в таблицах, а и другие объекты базы, которые будут ниже описаны.

Одним из достоинств Access является наличие очень простого графического интерфейса, который позволяет легко создать собственную базу данных, разрабатывать приложения, использовать при этом встроенные средства.

Это помогает избежать рутинных действий, облегчает работу неопытному пользователю.

Создание многопользовательской базы и получение нескольких пользователей одновременного доступа к общей базе возможно в сетях с одноранговой структурой или с файловым сервером. Локальная сеть обеспечивает программную и аппаратную поддержку обмена информацией между компьютерами. MS Access следит за распределением доступа различных пользователей к базе данных и обеспечивает их защиту.

В плане обеспечения целостности данных MS Access отвечает лишь моделям средней сложности. В нем не используются такие объекты как хранимые процедуры и триггеры, что заставляет разработчиков создавать клиентские программы для поддержания бизнес-логики БД.

Однако, при указанных недостатках MS Access располагает большим количеством преимуществ.

В первую очередь отметим распространенность, что обусловлена принадлежностью СУБД компании Microsoft, операционные системы и программное обеспечение которой использует множество пользователей ПК. MS Access абсолютно совместим с ОС Windows, постоянно обновляется, поддерживает различные языки.[6]

MS Access предоставляет за небольшую стоимость огромное количество возможностей. Также отметим ориентированность на пользователей с различной профессиональной подготовкой. Это выражается в наличии различных вспомогательных средств, развитую справочную систему и интуитивно понятный интерфейс. Данные средства облегчают проектирование и создание БД, выборку из нее данных.[5]

В распоряжение непрограммирующим пользователям MS Access предоставляет разнообразные диалоговые средства, что позволяют им создавать приложения, при этом не прибегая к непосредственной разработке запросов с помощью языка SQL или к программированию вспомогательных модулей или макросов на языке VBA.

Также Access обладает большими возможностями по экспорту/импорту данных в разнообразные форматы через механизм ODBC: от текстовых файлов и таблиц Excel до любой серверной СУБД.

Еще одним немаловажным преимуществом MS Access является встроенные средства разработки приложений. Большое количество приложений, которые распространяемые среди пользователей, содержат некоторый объем кода языка Visual Basic for Applications.

VBA – единственное средство для выполнения различных стандартных задач в MS Access (построение команд SQL, обработка ошибок, работа с переменными, использование Windows API), для создания сложных приложений.

Отметим, что Access предоставляет и дополнительные возможности по сравнению со стандартными СУБД. То есть, это не только простая и гибкая в использовании система, но и платформа для разработки приложений, работающих с базами данных.

Одной из самых необходимых функций каждой СУБД является защита информации, которая размещена в таблицах базы данных. [7]

СУБД MS Access хранит данные о защите в двух местах. При установке программа Setup создает в папке Program Files\Microsoft_Ofice\Оffice стандартный файл для рабочей группы – System.mdw, который далее при запуске Access используется по умолчанию. Этот файл содержит информацию обо всех группах и пользователях. При создании новой базы данных MS Access сохраняет данные о правах, которые предоставляются конкретным группам и пользователям, непосредственно в файле базы данных.

Расположение файла рабочей группы находится в реестре Windows. Можно также использовать служебную программу операционной системы Windows – Wrkadm.exe (администрирование рабочих групп) для редактирования текущего или создания новой рабочей группы. Также можно выбрать необходимый файл рабочей группы при выполнении приложения, задав при этом соответствующий параметр в командной строке.

Поскольку СУБД Access полностью удовлетворяет поставленные задания, то разрабатывать БД будем с помощью нее.

1.3.Проектирование логической структуры базы данных

При построении инфологической модели предметной области устанавливаются связи между выявленными информационными объектами.

Для решения исходной задачи, необходимы такие входные документы:

– список поставщиков (код поставщика, название фирмы-поставщика, адрес, телефон);

– список покупателей (код покупателя, название фирмы-покупателя, адрес, телефон);

– список товаров (код товара, поставщик, название товара, единицы измерения, количество, цена покупки за единицу товара, цена продажи за единицу товара);

– перечень сделок (код товара, поставщик, покупатель, количество проданного товара).

Рассмотрим следующие сущности:

– Поставщики;

– Покупатели;

– Товар на складе;

– Сделки о продаже

и определим для них атрибуты.

– Покупатели:

• Код покупателя;
• Наименование фирмы-покупателя;
• Адрес;
• Телефон.

– Поставщики:

• Код поставщика;
• Наименование фирмы-поставщика;
• Адрес;
• Телефон.

– Товары на складе:

• Код товара;
• Поставщик;
• Количество;
• Цена покупки;
• Название товара;
• Единицы измерения;
• Цена продажи.

– Сделки о продаже:

• № п/п;
• Код товара;
• Поставщик;
• Покупатель;
• Количество;
• Сделки о продаже.

Определим перечень ограничений целостности.

У каждого товара, который имеет свой уникальный код, есть определенный поставщик, а один поставщик может поставлять разные товары. Поэтому связь между сущностями Товары на складе и Поставщик многие к одному (М:1).[3]

Каждый покупатель может купить несколько разных товаров, а один товар может быть куплен только определённым покупателем. Поэтому связь между сущностями Покупатели и Сделки о продаже один ко многим (1: М).

Каждый поставщик может поставлять несколько разных товаров, а один покупатель может несколько товаром разных поставщиков. Поэтому связь между сущностями Покупатели и Поставщики многие ко многим (N: М).

В результате получим ER-диаграмму:

Рисунок 2. ER - диаграмма

1.4.Проектирование физической структуры базы данных

Определим для каждой сущности названия атрибутов и их типы данных.

Таблица 1. Описание таблиц базы данных

№ п/п	Название поля	Тип данных
Таблица Покупатели
1	Код покупателя (ключевое поле)	Числовой
2	Название фирмы-покупателя	Короткий текст
3	Адрес	Короткий текст
4	Телефон	Короткий текст
Таблица Поставщики
1	Код покупателя (ключевое поле)	Числовой
2	Название фирмы-покупателя	Короткий текст
3	Адрес	Короткий текст
4	Телефон	Короткий текст
Таблица Сделки о продаже
1	№ п/п (ключевое поле)	Счетчик
2	Код товара	Числовой
3	Поставщик	Числовой
4	Покупатель	Числовой
5	Количество проданного товара	Числовой
Таблица Товар на складе
1	Код товара (ключевое поле)	Числовой
2	Поставщик	Числовой
3	Название товара	Короткий текст
4	Единицы измерения	Короткий текст
5	Количество	Числовой
6	Цена покупки за единицу товара	Денежный
7	Цена продажи за единицу товара	Денежный

Выполним нормализацию базы данных.

Отношение находится в первой нормальной форме (1НФ), если значения атрибутов (то есть домены), из которых построено данное отношение, являются простыми, неделимыми, иначе говоря, атомарными значениями.

В таблице 1 все атрибуты являются атомарными.

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

Отношение находится во второй нормальной форме, если оно находится в первой нормальной форме и значения в каждом неключевом атрибуте однозначно определяются значением первичного ключа.

Приведем ко второй нормальной форме. Для этого нужно определить ключи. Это выполнено в пункте выше.

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

Отношение находится в третьей нормальной форме (3НФ) тогда и только тогда, когда отношение находится в 2НФ и все неключевые атрибуты взаимно независимы.

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

Рассмотрим структуры созданных таблиц в выбранной СУБД:

После запуска СУБД и создания базы данных нужно нажать на ленту «Создание» и выбрать в разделе «Таблицы» Конструктор таблиц.

После этого откроется окно в котором нужно указать название поля, тип данных, описание (в случае необходимости), свойства полей, ключевое поле. Внешний вид окна конструктора таблиц показан на рис. 3 – 6:

Рисунок 3. Таблица Покупатели в режиме конструктора

Рисунок 4. Таблица Поставщики в режиме конструктора

Рисунок 5. Таблица Товар на складе в режиме конструктора

Рисунок 6. Таблица Сделки по продажам в режиме конструктора

В результате получим следующую структуру БД:

Рисунок 7. Схема данных

ГЛАВА 2.ПРАКТИЧЕСКАЯ ЧАСТЬ

2.1. Контрольный пример решения задачи

Для реализации контрольного примера рассмотрим заполненные таблицы спроектированной БД (рисунки 8 – 11):

Рисунок 8. Таблица Покупатели

Рисунок 9. Таблица Поставщики

Рисунок 10. Таблица Товар на складе

Рисунок 11. Таблица Сделки по продажам

В Access можно вводить данные непосредственно в таблицу в режиме таблица. Но обычно для ввода данных в БД Access используют формы (рисунки 12 – 15):

Рисунок 12. Форма Покупатели

Рисунок 13. Форма Поставщики

Рисунок 14. Форма Товар на складе

Рисунок 15. Форма Сделки по продажам

Отчет – это форматированное представление данных, которое выводится на экран, в печать или файл.

Они позволяют извлечь из базы нужные сведения и представить их в виде, удобном для восприятия, а также предоставляют широкие возможности для обобщения и анализа данных (рисунки 16 - 18).[3]

Рисунок 16. Отчет Продукция на складе

Воспользовавшись функцией Автоотчет, создадим отчет для таблицы Покупатели.

Рисунок 17. Отчет Покупатели

Рисунок 18. Отчет Сделки о продаже

2.2. Разработка интерфейса и реализация проекта

Запрос – это средство выбора необходимой информации из базы данных. Вопрос, сформированный по отношению к базе данных, и есть запрос.

Рассмотрим создание нескольких запросов для реализации задач предметной области.

Создадим запрос Спрос на товар с помощью режима QBE.

Для этого нужно вызвать конструктор запросов и добавить необходимые таблицы с окна, которое откроется:

Рисунок 19. Окно Добавление таблицы

Введем информацию в конструктор запросов так, как показано ниже:

Рисунок 19. Окно Ввод полей в конструктор запросов

Для вычисления суммы количества проданного товара нужно задать групповые операции. Для этого нужно нажать правую кнопку мыши в строке Поле и выбрать пункт Итоги.

Далее нужно выбрать необходимую функцию (Sum()) в строке группировка:

Рисунок 20. Окно Итоговая операция

При запуске запроса нужно, чтобы пользователь вводил конкретный товар и по нему отображалась бы информация. Для этого создадим окно для ввода параметра, записав в строке Условие отбора текст:

[Введите название товара]

Рисунок 21. Окно создания параметрического запроса

Запустим запрос на выполнения и введем название товара:

Рисунок 22. Окно задания параметра

В результате получим:

Рисунок 23. Запрос Спрос

Создадим запрос Выгодные по объемам, который выполняет отбор из общего числа клиентов наиболее выгодных по объемам сделок купли-продажи.

Для этого используем SQL-выражения, которые имеют следующий синтаксис:

SELECT Список столбцов

FROM Список таблиц

[WHERE Условия выбора строк]

[ORDER ВУ Спецификация сортировки];

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

Созданный запрос будет иметь такой код:

SELECT TOP 1 Покупатели.[Название фирмы-покупателя], Sum([Сделки о продаже].[Количество проданного товара]) AS [Sum-Количество проданного товара]

FROM Покупатели INNER JOIN [Сделки о продаже] ON Покупатели.[Код покупателя] = [Сделки о продаже].Покупатель

GROUP BY Покупатели.[Название фирмы-покупателя]

ORDER BY Sum([Сделки о продаже].[Количество проданного товара]) DESC;

В результате получим:

Рисунок 24. Запрос Выгодные по объемам

То есть, имеется 2 покупателя, которые купили максимальное количество товаров.

Аналогично создадим запрос Выгодные по суммам, который выполняет отбор из общего числа клиентов наиболее выгодных по суммам сделок купли-продажи.

SELECT TOP 1 Покупатели.[Название фирмы-покупателя], Sum([Количество проданного товара]*[Цена продажи за единицу товара]) AS Сумма

FROM [Товар на складе] INNER JOIN (Покупатели INNER JOIN [Сделки о продаже] ON Покупатели.[Код покупателя] = [Сделки о продаже].Покупатель) ON [Товар на складе].[Код товара] = [Сделки о продаже].[Код товара]

GROUP BY Покупатели.[Название фирмы-покупателя], [Сделки о продаже].[Количество проданного товара], [Товар на складе].[Цена продажи за единицу товара]

ORDER BY Sum([Количество проданного товара]*[Цена продажи за единицу товара]) DESC;

В результате получим:

Рисунок 25. Запрос выгодные по суммам

Аналогично выполняются и остальные запросы.

Опишем процедуру создания главной кнопочной формы как основного элемента интерфейса, в которой разместим только основные объекты БД.

Главная кнопочная форма создается с целью навигации по базе данных. Эта форма может использоваться в качестве главного меню БД. Элементами главной кнопочной формы являются объекты форм и отчётов.

Разместим на форме группы кнопок в фреймах:

Рисунок 26. Конструктор кнопочной формы

Далее создадим макросы для автоматизации формы. Например, макрос для открытия таблицы Покупатели имеет вид:

Рисунок 27. Макрос для открытия таблицы Покупатели

Назначив для кнопок остальные макросы получим следующую главную форму:

Рисунок 28. Главная форма

ЗАКЛЮЧЕНИЕ

Основным достоинством БД является совместимость с популярным языком запросов SQL. Выполнив единственный запрос можно соединить несколько таблиц в одну временную и вырезать из нее нужные столбцы и строки.

Поскольку табличная структура реляционной БД интуитивно понятна пользователям, то и SQL-запросы являются простыми и легкими для изучения.

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

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

– проведено анализ литературы с теории баз данных;

– описано предметную область;

– построено информационно-логическую модель предметной области;

– выполнено физическое проектирование базы данных в среде МS Ассеss;

– разработано интерфейс пользователя.

В процессе анализа вышеизложенной информации выявлены следующие достоинства рассмотренной баз данных:

• удобность введения и просмотра информации таблиц базы данных пользователем;
• структурированное отображение данных в таблицах;
• применение различных видов связи между таблицами, что позитивно влияет на обработку данных;
• возможность создания на основе табличной модели данных различных вспомогательных элементов базы данных.

Но в данной модели хранения данных есть и несколько недостатков:

– невозможность хранения многомерных структур данных;

– плохая совместимость с сетевыми и иерархичными моделями данных.

Несмотря на имеющееся недостатки, реляционная модель данных является наиболее распространенной и удобной

СПИСОК ЛИТЕРАТУРЫ

1. Агальцов, В.П. Базы данных. В 2-х т.Т. 1. Локальные базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. - 352 c.
2. Голицына, О.Л. Базы данных / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум, 2014. - 352 c.
3. Информационные системы в документообороте: учебное пособие / под ред.Д.В.Чистова. - М.: , 2012. - 234c.
4. Информационные системы в экономике: учебно-методическое пособие / сост. Е.Г.Карелова. - Барнаул: АлтГУ, 2012. - 156c.
5. Информационные системы в экономике: Учебник для студентов вузов / под ред Г.А.Титоренко. - М.: ЮНИТИ-ДАНА, 2013. - 463c.
6. Карпова, И.П. Базы данных: Учебное пособие / И.П. Карпова. - СПб.: Питер, 2013. - 240 c.
7. Мартынова В.П. Базы данных. Распределенные и удаленные БД. Т.1: Учебник/В.П. Мартынова.–М.:ИД ФОРУМ,НИЦ ИНФРА-М, – 2013. – 272 c.
8. Мартынова В.П. Базы данных. Распределенные и удаленные БД. Т.1 / В.П. Мартынова.– М.: ИД ФОРУМ,НИЦ ИНФРА-М,2013. – 352 c.
9. Саак, А.Э. Информационные технологии : учебник / А.Э. Саак, В.Н. Тюшняков, Е.В. Пахомов. - СПб: Питер, 2013 - 320c.
10. Ясенев, В.Н. Информационные системы и технологии в экономике: учебное пособие / В.Н. Ясенев. - перераб. и доп.- М.: ЮНИТИ, 2014 - 560c.