Разработка базы данных «Книжный магазин»

СОДЕРЖАНИЕ
TOC \o "1-3" \h \z \u Введение PAGEREF _Toc511379104 \h 21.Анализ предметной области PAGEREF _Toc511379105 \h 41.1. Характеристика деятельности книжного магазина PAGEREF _Toc511379106 \h 41.2.Обоснование необходимости разработки информационной системы PAGEREF _Toc511379107 \h 81.3. Разработка требований к функциональности информационной системы PAGEREF _Toc511379108 \h 102. Определение сущностей , атрибуты (описание сущностей) PAGEREF _Toc511379109 \h 122.1. ER- диаграмма PAGEREF _Toc511379110 \h 122.2. Логическая модель базы данных PAGEREF _Toc511379111 \h 162.3. Физическая модель базы данных PAGEREF _Toc511379112 \h 183. Разработка БД PAGEREF _Toc511379113 \h 223.1. Разработка ключевых запросов PAGEREF _Toc511379114 \h 223.2. Разработка форм ввода данных PAGEREF _Toc511379115 \h 253.3. Формирование отчетов PAGEREF _Toc511379116 \h 30Заключение PAGEREF _Toc511379117 \h 34Список использованной литературы PAGEREF _Toc511379118 \h 35

ВведениеЛюбая организация, занимающаяся реализацией какой-либо продукции, на рынке постоянно сталкивается с проблемой конкурентоспособности. Это обусловлено наличием огромного числа участников, действующих в данном секторе рынка, а также стремлением получить как можно большую прибыль от ведения такой деятельности. Чтобы фирма могла конкурировать с другими, её руководству нельзя «стоять на месте», нужно подстраиваться под существующую ситуацию на рынке и развивать организацию высокими темпами.
Создание автоматизированных рабочих мест позволяет эффективно обрабатывать большие потоки информации, которые имеют определенную структуру, зависящую от особенностей места применения. Это позволяет осуществлять индивидуальный подход к автоматизации именно тех функций, которые выполняются данным подразделением. Введение на предприятии автоматизированных рабочих мест позволяет значительно сократить время выполнения работ и повысить их точность, облегчить труд специалистов.
В настоящее время существуют уже готовые программные продукты, решающие довольно узкоспециализированные задачи. Но часто бывают случаи, когда данные программы не совсем подходят для конкретных условий предприятия. Возможно, они не полностью охватывают область задачи, либо, что бывает гораздо чаще, наоборот, затрагивают более широкую предметную область, что создаёт определённые трудности и неудобства в использовании. Кроме того, они, как правило, являются довольно дорогими и сложными. Часто такие программные продукты требуют специального обучения персонала, что так же стоит немалых затрат и требует времени на обучение. Именно поэтому и разрабатываются специальные программы, автоматизирующие деятельность конкретных предприятий. На основании решаемых задач они могут быть однопользовательскими и многопользовательскими экономическими информационными системами, автоматизированными рабочими местами и многими другими.
Темой настоящей курсовой работы является проектирование и разработка базы данных «Книжный магазин».
Целью курсового проекта является проектирование и разработка базы данных для автоматизации деятельности сотрудников отдела продажа книжного магазина.
Задачи, которые необходимо решить для достижения поставленной цели:
исследовать деятельность отдела продаж книжного магазина;
рассмотреть существующую технологию работы менеджеров продаж, выявить недостатки и обосновать необходимость разработки информационной системы;
разработать основные требования к информационной системе;
разработать инфологическую и даталогическую модели данных;
создать базу данных и разработать информационную систему.

Анализ предметной области1.1. Характеристика деятельности книжного магазинаВ данной работе будет автоматизирована деятельность отдела продаж книжного магазина.
Основные задачи отдела продаж [13]:
реализация товаров;
обеспечение качественного сервиса, обучение обслуживающего персонала;
изучение спроса покупателей.
Основной функциональной единицей отдела продаж является менеджер продаж, который подчиняется непосредственно начальнику отдела продаж [13].
На рисунке 1.1 представлены основные должностные обязанности менеджера продаж [13].

Рисунок 1.1 – Должностные инструкции менеджера продаж
Менеджер продаж руководствуется в своей деятельности [13]:
законодательством РФ;
Уставом компании;
приказами и распоряжениями руководства;
должностной инструкцией.
Методология IDEF0 — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является ее акцент на соподчиненность объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность [1, 6].
Рассмотрим деятельность отдела продаж книжного магазина с помощью методологии IDEF0 AS-IS («как есть») (рисунок 1.2).

Рисунок 1.2 – Контекстная диаграмма деятельности отдела продаж книжного магазина
В качестве управляющих потоков выделены: должностные инструкции, законы РФ и нормативные документы.
В качестве механизма управления выступают сотрудники отдела продаж.
В качестве входящей информации выделены: сведения о книгах, заказы клиентов, а также сведения о заказчиках и сотрудниках компании.
Предполагается, что рассматриваемый книжный магазин занимается реализацией книг непосредственно в магазине и через другие каналы продаж, предполагающие формирование счет-фактуры и товарно-транспортной накладной, которые необходимы для отгрузки заказа юридическому лицу или отправке по почте.
В качестве выходной информации выделены: журнал учета заказов, журнал учета отгрузки заказов, ежемесячный отчет о продажах, отчет приема и обработки заказов, счет-фактура, товарно-транспортная накладная (ТТН).
Декомпозиция контекстной диаграммы представлена на рисунке 1.3.

Рисунок 1.3 – Декомпозиция контекстной диаграммы AS-IS
Декомпозиция включает следующие блоки:
учет заказов клиентов;
учет выполнения заказов и отгрузки товаров клиенту;
формирование отчетности.
На рисунке 1.4 представлена декомпозиция блока «Учет заказов клиентов».
Первоначально сотрудники отдела продаж принимают заказы от клиентов, проверяют наличие требуемого товара на складе и согласование с клиентом состава заказа. Если заказ включает товары, которые есть на складе менеджеры продаж оформляют заказ. Далее принимают оплату от клиентов и передают заказ на выполнение на склад, предварительно формируют счет-фактуру и товарно-транспортную накладную.

Рисунок 1.4 - Декомпозиция блока «Учет заказов клиентов»
На рисунке 1.5 представлена декомпозиция блока «Учет выполнения заказов и отгрузки товаров клиенту».

Рисунок 1.5 - Декомпозиция блока «Учет выполнения заказов и отгрузки товаров клиенту»
На рисунке 1.6 представлена декомпозиция блока «Формирование отчетов».

Рисунок 1.6 - Декомпозиция блока «Формирование отчетности»
Первоначально сотрудники собирают информацию о заказах и их выполнении в журналах учета за выбранный период времени, обрабатывают полученные данные и формируют отчеты о приеме и обработке заказов, а также ежемесячный отчет о результатах продаж, который направляется руководителю компании для изучения, анализа и принятия обоснованных управленческих решений.
Обоснование необходимости разработки информационной системыВыделим наиболее трудоемкие задачи, занимающие много рабочего времени менеджера в книжном магазине:
ведение номенклатуры книг;
учет поступления книг;
учет сведений о клиентах;
учет заказов клиентов;
учет оплаты заказов;
отслеживание остатков на складе;
формирование счет-фактуры и товарно-транспортной накладной;
формирования отчетности по анализу продаж за выбранный период времени;
формирование отчета о результатах приема и обработки заказов.
Рассмотрим основные принципы работы менеджера по продажам в книжном магазине при организации процесса продаж без использования средств автоматизации.
При поступлении заказа от клиента менеджер проверяет наличие требуемой книги в торговом зале или на складе. Для хранения данных о книгах, которые есть на складе зачастую используется книга Microsoft Excel. Учет книг в торговом зале как правило не ведется. Поиск необходимой книги по названию или коду занимает много времени, так как объем книг на включает несколько тысяч наименований. Это занимает длительное время, все это время клиенту приходится ожидать. Если книга есть в торговом зале или на складе менеджер оформляет продажу или заказ товара со складе. Документ о продаже книги, включает сведения о покупателе, самом товаре (наименование, дату покупки, стоимость продажи и количество).
Не обладая информацией о наличии книг в торговом зале и на складе, менеджер тратит очень много времени на поиск товара. В процессе такой организации поиска неизбежны ошибки и недовольство клиентов, что ведет к уменьшению прибыли.
Как видим из приведенного описания бизнес-процесса продажи книг в книжном магазине очевидно, что он занимает длительное время и требует оптимизации.
Основные проблемы в процессе работы менеджера по продажам:
отсутствие единой базы книг;
отсутствие оперативного отслеживания состояния склада книг;
отсутствие возможности поиска книг;
избыточность бумажных документов;
повторный ввод информации при оформлении документов;
отсутствие возможности построения отчета по анализу продаж;
невозможность автоматического оформления документов;
отсутствие возможности хранения истории обработки заказов;
отсутствие возможности оперативного поиска информации;
разрозненное хранение данных о деятельности книжного магазина;
отсутствие защиты данных от потери и несанкционированного доступа.
1.3. Разработка требований к функциональности информационной системыС целью повышения эффективности работы сотрудников книжного магазина целесообразна разработка программного обеспечения для автоматизации работы менеджера по продажам.
Результатом разработки и внедрения автоматизированной системы будут являться:
увеличение эффективности работы менеджера по продажам за счет снижения трудовых и временных на рутинные операции, которые можно выполнять автоматизировано;
улучшение финансово-экономических показателей компании: увеличение числа клиентов, уменьшение времени оформления документов и получения сведений о наличии товара на складе;
уменьшение расхода бумаги и картриджей за счет уменьшения количества бумажных документов;
улучшение качества обслуживания клиентов за счет снижения времени обработки и выполнения заказов;
повышение достоверности и качества хранимой информации в единой базе компании;
возможность автоматического формирования отчетности по анализу и прогнозу продаж.
Разрабатываемая информационная система позволит автоматизировать следующие функции управления:
ведение единой базы данных книг;
учет поступления книг;
учет продаж книг;
учет сведений о клиентах;
учет предварительных заказов клиентов;
ведение истории работы с заказами для повышения качества обслуживания клиентов;
формирование сопроводительных документов: счет-фактура и товарно-транспортная накладная;
формирование отчета о текущем состоянии склада;
формирование отчетов за выбранный период времени:
статистика работы с поставщиками;
ежемесячный отчет о продажах;
отчет о приеме и обработке предварительных заказов.

2. Определение сущностей , атрибуты (описание сущностей)2.1. ER- диаграммаПри разработке базы данных выделены основные сущности предметной области и установлены связи между ними [2, 3]:
Товар;
Группа товаров;
Кадры;
Клиенты;
Заказы;
Спецификация заказа;
Поставщики;
Поставки;
Спецификация поставки товаров;
Отпуск;
Спецификация отпуска товаров;
Статусы заказов;
Оплата заказов;
История обработки заказа;
Сотрудники;
Пользователи.
Рассмотрим атрибуты выделенных сущностей и их параметры в таблицах 2.1-2.13.
Таблица 2.1- Сущность «Кадры»
Атрибут Ключевое поле Внешний ключ Описание
1 2 3 4
Код сотрудника Да Нет Идентификатор сотрудника
Фамилия сотрудника Нет Нет Фамилия сотрудника
Имя сотрудника Нет Нет Имя сотрудника
Отчество сотрудника Нет Нет Отчество сотрудника
Отдел Нет Нет Наименование отдела
Продолжение таблицы 2.1
1 2 3 4
Должность Нет Нет Наименование должности
Дата поступления в компанию Нет Нет Дата поступления в компанию
Дата рождения Нет Нет Дата рождения сотрудника
Район проживания Нет Нет Район проживания
Адрес Нет Нет Полный адрес
Паспортные данные Нет Нет Паспортные данные
Таблица 2.2 - Сущность «Товары»
Атрибут Ключевое поле Внешний ключ Описание
Код товара Да Нет Идентификатор книги
Наименование Нет Нет Наименование книги
Артикул Нет Нет Артикул
ISBN Нет Нет ISBN книги
Автор Нет Нет Автор книги
Издательство Нет Нет Издательство, выпустившее книгу
Год выхода Нет Нет Год выпуска книги
Таблица 2.3 - Сущность «Поставщики»
Атрибут Ключевое поле Внешний ключ Описание
Код поставщика Да Нет Идентификатор поставщика
Статус Нет Нет ИП,ЗАО,ОАО и т.д.
Название фирмы Нет Нет Название фирмы поставщика
Страна Нет Нет Страна юр.адреса
Город Нет Нет Город юр.адреса поставщика
Адрес Нет Нет Адрес юр.адреса поставщика
Номер Нет Нет Номер телефона поставщикаФакс Нет Нет Факс поставщика
Банк Нет Нет Наименование банка в котором открыт счет
ИНН Нет Нет ИНН поставщика
Расчетный счет Нет Нет Расчетный счет поставщика
Таблица 2.4 - Сущность «Поставка»
Атрибут Ключевое поле Внешний ключ Описание
Код поставки Да Нет Идентификатор поставки
Код сотрудника Нет Да Идентификатор ответственного за поставку товара сотрудника
Номер накладной Нет Нет Номер накладной на поставку
Дата накладной Нет Нет Дата накладной
Код поставщика Нет Да Идентификатор поставщика товара
Таблица 2.5 - Сущность «Спецификация поставки товаров»
Атрибут Ключевое поле Внешний ключ Описание
Код поступления Да Нет Идентификатор поступления
Код товара Нет Да Идентификатор товара
Код поставки Нет Да Идентификатор поставки
Количество Нет Нет Количество товара
Цена поставки Нет Нет Цена товара
Код сотрудника Нет Да Идентификатор ответственного сотрудника
Таблица 2.6 - Сущность «Отпуск»
Атрибут Ключевое поле Внешний ключ Описание
Код отпуска Да Нет Идентификатор поставки
Код сотрудника Нет Да Идентификатор ответственного за поставку товара сотрудника
Номер накладной Нет Нет Номер накладной на поставку
Дата накладной Нет Нет Дата накладной
Код заказа Нет Да Идентификатор заказа
Таблица 2.7 - Сущность «Спецификация отпуска товаров»
Атрибут Ключевое поле Внешний ключ Описание
Код отпуска Да Нет Идентификатор отпуска
Код товара Нет Да Идентификатор товара
Код накладной Нет Да Идентификатор накладной на отпуск товара
Количество Нет Нет Количество товара
Код сотрудника Нет Да Идентификатор ответственного сотрудника
Таблица 2.8 - Сущность «Клиенты»
Атрибут Ключевое поле Внешний ключ Описание
Код клиента Да Нет Идентификатор клиента
Наименование Нет Нет Наименование клиента или ФИО (для физического лица)
Телефон Нет Нет Телефон клиента
Адрес Нет Нет Адрес клиента
ОГРН Нет Нет ОГРН клиента (для юридических лиц)
ИНН_КПП Нет Нет ИНН и КПП клиента (для юридических лиц)
Контактные лица Нет Нет Контактные лица, с которыми можно обсудить подробности заказа
Реквизиты Нет Нет Реквизиты клиента (для оформления договора или озврата)
Таблица 2.9 - Сущность «Статусы заказов»
Атрибут Ключевое поле Внешний ключ Описание
Код клиента Да Нет Идентификатор статуса
Наименование Нет Нет Наименование статуса
Таблица 2.10 - Сущность «Оплата заказов»
Атрибут Ключевое поле Внешний ключ Описание
Код оплаты Да Нет Идентификатор оплаты
Код заказа Нет Нет Наименование заказа
Дата оплаты Нет Нет Дата вноса оплаты
Сумма оплаты Нет Нет Сумма оплаты
Таблица 2.11 - Сущность «Заказы»
Атрибут Ключевое поле Внешний ключ Описание
Код заказа Да Нет Идентификатор заказа
Номер заказа Нет Нет Номер заказа
Дата заказа Нет Нет Дата оформления заказа
Код клиента Нет Да Идентификатор клиента
Код сотрудника Нет Да Идентификатор сотрудника, оформившего заказ
Таблица 2.12 - Сущность «История обработки заказов»
Атрибут Ключевое поле Внешний ключ Описание
Код истории Да Нет Идентификатор истории
Код заказа Нет Да Идентификатор заказа
Дата изменения Нет Нет Дата изменения заказа
Код статуса Нет Да Идентификатор статуса
Комментарии Нет Комментарии
Код сотрудника Нет Да Идентификатор сотрудника
Таблица 2.13 - Сущность «Пользователи»
Атрибут Ключевое поле Внешний ключ Описание
Код пользователя Да Нет Идентификатор пользователя
Логин Нет Нет Логин для входа в систему
Пароль Нет Нет Пароль для входа в систему
Код сотрудника Нет Да Идентификатор сотрудника
На рисунке 2.1 представлена ER-диаграмма «сущность-связь» [4, 10].

Рисунок 2.1 - ER-диаграмма «сущность-связь»
2.2. Логическая модель базы данныхНа основании приведенного выше списка сущностей с указанием первичных и внешних ключей была построена инфологическая модель базы данных, представленная на рисунке 2.2 [9, 11].

Рисунок 2.2 - Логическая модель базы данных
2.3. Физическая модель базы данныхВ таблицах 2.14-2.26 представлено описание таблиц созданной базы данных. Указаны следующие данные по атрибутам созданных таблиц: наименование поля, тип данных, ключевое поле, вторичный ключ, обязательное поле [11, 12].
Таблица 2.14 - Структура таблицы «Сотрудники»
Название поля Тип данных Ключевое поле Вторичный ключ Обязательное поле
Код сотрудника Счетчик Да Нет Да
Фамилия сотрудника Текстовый (15) Нет Нет Да
Имя сотрудника Текстовый (15) Нет Нет Да
Отчество сотрудника Текстовый (15) Нет Нет Да
Отдел Текстовый (35) Нет Нет Да
Должность Текстовый (26) Нет Нет Да
Дата поступления в фирму Дата/Время Нет Нет Да
Дата рождения Дата/Время Нет Нет Да
Район проживания Текстовый (14) Нет Нет Да
Адрес Текстовый (70) Нет Нет Да
Паспортные данные Текстовый (100) Нет Нет Да
Таблица 2.15 - Структура таблицы «Товары»
Название поля Тип данных Ключевое поле Вторичный ключ Обязательное поле
Код товара Счетчик Да Нет Да
Наименование Текстовый(50) Нет Нет Да
Артикул Текстовый (5) Нет Нет Да
Цена продажи Числовой Нет Нет Да
ISNB Текстовый (10) Нет Нет Нет
Автор Текстовый (50) Нет Да Нет
Издательство Текстовый (50) Нет Да Нет
Год выхода Числовой Нет Да Нет
Таблица 2.16 - Структура таблицы «Поставщики»
Название поля Тип данных Ключевое поле Вторичный ключ Обязательное поле
1 2 3 4 5
Код поставщика Счетчик Да Нет Да
Статус Текстовый (3) Нет Нет Да
Название фирмы Текстовый (70) Нет Нет Да
Страна Текстовый (30) Нет Нет Нет
Город Текстовый (30) Нет Нет Нет
Адрес Текстовый (70) Нет Нет Нет
Номер Текстовый (17) Нет Нет Нет
Продолжение таблицы 2.16
1 2 3 4 5
Факс Текстовый (17) Нет Нет Нет
Банк Текстовый (16) Нет Нет Нет
ИНН Текстовый (11) Нет Нет Нет
Расчетный счет Текстовый (150) Нет Нет Нет
Таблица 2.17 - Структура таблицы «Поставки»
Название поля Тип данных Ключевое поле Вторичный ключ Обязательное поле
Код поставки Счетчик Да Нет Да
Код сотрудника Числовой Нет Да Да
Номер накладной Числовой Нет Нет Да
Дата накладной Дата/Время Нет Нет Да
Код поставщика Числовой Нет Да Да
Таблица 2.18 - Структура таблицы «Список поставленных товаров»
Название поля Тип данных Ключевое поле Вторичный ключ Обязательное поле
Код поступления Счетчик Да Нет Да
Код товара Числовой Нет Да Да
Код поставки Числовой Нет Да Да
Количество Числовой Нет Нет Да
Цена поставки Дата/Время Нет Нет Да
Код сотрудника Числовой Нет Да Да
Таблица 2.19 - Структура таблицы «Отпуск»
Название поля Тип данных Ключевое поле Вторичный ключ Обязательное поле
Код отпуска Счетчик Да Нет Да
Код сотрудника Числовой Нет Да Да
Номер накладной Текстовый Нет Нет Да
Дата накладной Дата/Время Нет Нет Да
Таблица 2.20 - Структура таблицы «Спецификация отпуска»
Название поля Тип данных Ключевое поле Вторичный ключ Обязательное поле
Код отпуска Счетчик Да Нет Да
Код товара Числовой Нет Да Да
Код накладной Числовой Нет Да Да
Количество Числовой Нет Нет Да
Код сотрудника Числовой Нет Да Да
Таблица 2.21 - Структура таблицы «Клиенты»
Атрибут Тип данных Ключевое поле Внешний ключ Обязательное поле
Код клиента Счетчик Да Нет Да
Наименование Текстовый (100) Нет Нет Да
Телефон Текстовый (30) Нет Нет Да
Адрес Текстовый (150) Нет Нет Да
ОГРН Текстовый (20) Нет Нет Нет
ИНН_КПП Текстовый (50) Нет Нет Нет
Контактные лица Текстовый (150) Нет Нет Нет
Реквизиты Текстовый (255) Нет Нет Нет
Таблица 2.22 - Структура таблицы «Статусы заказов»
Атрибут Тип данных Ключевое поле Внешний ключ Обязательное поле
Код клиента Счетчик Да Нет Да
Наименование Текстовый (50) Нет Нет Да
Таблица 2.23 - Сущность «Оплата заказов»
Атрибут Тип данных Ключевое поле Внешний ключ Обязательное поле
Код оплаты Счетчик Да Нет Да
Код заказа Числовой Нет Нет Да
Дата оплаты Дата/Время Нет Нет Да
Сумма оплаты Денежный Нет Нет Да
Таблица 2.24 - Сущность «Заказы»
Атрибут Тип данных Ключевое поле Внешний ключ Обязательное поле
Код заказа Счетчик Да Нет Да
Номер заказа Текстовый (10) Нет Нет Да
Дата заказа Дата/Время Нет Нет Да
Код клиента Числовой Нет Да Да
Код сотрудника Числовой Нет Да Да
Таблица 2.25 - Сущность «История обработки заказов»
Атрибут Тип данных Ключевое поле Внешний ключ Обязательное поле
Код истории Счетчик Да Нет Да
Код заказа Числовой Нет Да Да
Дата изменения Дата/Время Нет Нет Да
Код статуса Числовой Нет Да Да
Комментарии Текстовый (255) Нет Нет
Код сотрудника Числовой Нет Да Да
Таблица 2.26 - Сущность «Пользователи»
Атрибут Тип данных Ключевое поле Внешний ключ Описание
Код пользователя Счетчик Да Нет Да
Логин Текстовый (20) Нет Нет Да
Пароль Текстовый (20) Нет Нет Да
Код сотрудника Числовой Нет Да Да
На рисунке 2.2 представлена физическая модель БД, построенная с помощью программы AllFusion Data Modeler 7.3.

Рисунок 2.2 - Физическая модель базы данных
3. Разработка БД3.1. Разработка ключевых запросовДля работы информационной системы автоматизации книжного магазина был разработан ряд запросов к базе данных, которые используются для [7, 8]:
ежемесячный отчет продаж;
отчет по выполнению заказов;
статистика работы с поставщиками;
определение суммы заказов;
расчет остатков на складе;
определение суммы поставки товаров в заказа для расчета прибыли;
формирование счет-фактуры и ТТН.
Рассмотрим структуру и логику работы каждого запроса.
Для автоматического формирования ежемесячного отчета о продажах были созданы запросы для расчет суммы заказа и поставки, представленные на рисунках 3.1 и 3.2.

Рисунок 3.1 - Запрос «Определение суммы заказов»
Текст SQL:
SELECT Заказы.КодЗаказа, Sum([Количество]*[Цена продажи]) AS сумма
FROM Товары INNER JOIN (Заказы INNER JOIN СпецификацияЗаказа ON Заказы.КодЗаказа = СпецификацияЗаказа.КодЗаказа) ON Товары.КодТовара = СпецификацияЗаказа.КодТовараGROUP BY Заказы.КодЗаказа;

Рисунок 3.2 - Запрос «Определение суммы поставки товаров в заказа для расчета прибыли»
Текст SQL:
SELECT Заказы.КодЗаказа, Sum([Количество]*[Цена продажи]) AS сумма
FROM Товары INNER JOIN (Заказы INNER JOIN СпецификацияЗаказа ON Заказы.КодЗаказа = СпецификацияЗаказа.КодЗаказа) ON Товары.КодТовара = СпецификацияЗаказа.КодТовараGROUP BY Заказы.КодЗаказа;
На рисунке 3.3 представлен конструктор запроса для построения ежемесячного отчета по продажам. Фильтр по датам применяется при вызове отчета с помощью макроса.

Рисунок 3.3 - Запрос «Ежемесячный отчет продаж»
На рисунке 3.4 представлен конструктор запроса для построения отчета по выполнению заказов.
Текст SQL:
SELECT Заказы.НомерЗаказа, Заказы.ДатаЗаказа, Клиенты.Наименование AS Клиент, СуммаЗаказа.сумма AS Сумма, ИсторияИзмененияСтатусов.ДатаИзменения, СтатусыЗаказов.Наименование AS Статус, ИсторияИзмененияСтатусов.КомментарииFROM СтатусыЗаказов INNER JOIN (Клиенты INNER JOIN ((Заказы INNER JOIN СуммаЗаказа ON Заказы.КодЗаказа = СуммаЗаказа.КодЗаказа) INNER JOIN ИсторияИзмененияСтатусов ON Заказы.КодЗаказа = ИсторияИзмененияСтатусов.КодЗаказа) ON Клиенты.КодКлиента = Заказы.КодКлиента) ON СтатусыЗаказов.КодСтатуса = ИсторияИзмененияСтатусов.КодСтатусаORDER BY Заказы.ДатаЗаказа, ИсторияИзмененияСтатусов.ДатаИзменения;

Рисунок 3.4 -Запрос «Отчет по выполнению заказов»
На рисунке 3.5 представлен конструктор запроса для построения отчета по остаткам товаров на складе.
Текст SQL:
SELECT КатегорииТоваров.Наименование, Товары.Артикул, Товары.Наименование, Товары.ЕдиницаИзмерения, Поступление.Количество, (select sum(ОтпускСоСкладаДата.Количество) from ОтпускСоСкладаДата where ОтпускСоСкладаДата.КодТовара=Поступление.КодТовара) AS отпущено, Поступление.Количество-(select sum(ОтпускСоСкладаДата.Количество) from ОтпускСоСкладаДата where ОтпускСоСкладаДата.КодТовара=Поступление.КодТовара) AS ostalos, Поставки.[Дата накладной]
FROM Поставки INNER JOIN ((КатегорииТоваров INNER JOIN Товары ON КатегорииТоваров.КодКатегории=Товары.КодКатегории) INNER JOIN Поступление ON Товары.КодТовара=Поступление.КодТовара) ON Поставки.[Код заказа]=Поступление.КодПоставкиWHERE (((Поставки.[Дата накладной])>=Forms!ГлавнаяФорма!ПолеОт) And ((Поставки.[Дата накладной])<=Forms!ГлавнаяФорма!ПолеДо));

Рисунок 3.5 - Запрос «Остатки товаров на складе»
3.2. Разработка форм ввода данныхРабота с информационной системой книжного магазина начинается с формы авторизации, предназначенной для защиты данных от несанкционированного доступа. На форме предлагается ввести логин и пароль для доступа к данным. Если логин и пароль прошли проверку в системе авторизации появится главное окно программы. Форма авторизации представлена на рисунок 3.6.

Рисунок 3.6 - Форма авторизации
На главной форме приложения размещены разделы справочников, данных и отчетов (рисунок 3.7).
К справочникам относятся: Сотрудники, Пользователи, Жанры книг, Книги и Поставщики.

Рисунок 3.7 - Главная форма приложения
На рисунке 3.8 представлена форма справочника Сотрудники.

Рисунок 3.8 - Форма «Сотрудники»
В верхней части окна расположена форма просмотра и редактирования конкретного сотрудника, в нижней части окна – список всех сотрудников.
Справочник жанров книг представлен на рисунке 3.9.

Рисунок 3.9 - Форма «Жанры книг»
Справочник книг, которые были или есть в настоящее время на складе, представлен на рисунке 3.10. В верхней части окна расположен фильтр по артикулу или категории товаров для удобства поиска нужных товаров в базе данных.

Рисунок 3.10 - Форма «Книги»
Форма для ведения списка поставщиков (рисунок 3.11) аналогична форме «Сотрудники». В верхней части окна расположены данные по поставщику, в нижней – полный список поставщиков. Также для каждого поставщика отображается список контактных лиц для связи.

Рисунок 3.11 - Форма «Поставщики»
Теперь рассмотрим главный функционал информационной системы книжного магазина. Форма «Поступление книг на склад» представлена на рисунке 3.12. С помощью данной формы можно сформировать и распечатать накладную на поступление товаров, открыть справочники товаров и поставщиков для вноса информации, если для заполнения накладной необходимо создать новые экземпляры.

Рисунок 3.12 - Форма «Поступление книг на склад»
Нажав кнопку «Оформить новую накладную» автоматически будет создана новая запись и поля для заполнения данных.
Для удаления данных по накладной необходимо выделить накладную в нижнем окне и нажать кнопку «Удалить данные по накладной».
Форма «Продажа книг» аналогична форме «Поступление книг на складе». С ее помощью сформировать и распечатать накладную на отпуск товаров, открыть справочники (рисунок 3.13).

Рисунок 3.13 - Форма «Продажа книг»
Клиенты могут оставлять заказы на поставку книг, которые могут быть отправлены по почте (рисунок 3.14).

Рисунок 3.14 - Форма «Список заказов»
Карточка заказа представлена на рисунке 3.15.

Рисунок 3.15 - Карточка заказа
3.3. Формирование отчетовИнформационная система книжного магазина позволяет строить следующие отчеты и выходные документы:
Счет-фактура – передается клиенты и в бухгалтерию для ведения учета оплаты заказов.
Товарно-транспортная накладная – передается клиенты и кладовщикам для выдачи заказа клиенту.
Накладная на поставку товаров на склад – оформляется при поставке товара на склад.
Накладная на отгрузку товаров со склада - оформляется при отгрузке товара со склада.
Остатки товаров на складе.
Статистика работы с поставщиками.
Ежемесячный отчет о продажах с расчетом прибыли.
Сведения о приеме и обработке заказов.
На рисунках 3.16-3.20 представлены примеры отчетов и выходных документов.
Рисунок 3.16 - Счет-фактура

Рисунок 3.17 - Товарно-транспортная накладная

Рисунок 3.18 - Накладная на поставку товаров на склад

Рисунок 3.19 - Накладная на отгрузку товаров со склада

Рисунок 3.20 - Остатки товаров на складе

Рисунок 3.21 - Ежемесячный отчет продаж

Рисунок 3.22 - Сведения о приеме и обработке заказов
ЗаключениеВ курсовом проекте по разработке информационной системы книжного магазина рассмотрена проблема автоматизации процесса учета продаж в книжном магазине. Результатом проекта явилось создание приложения для работы с базами данных, которое учитывает все особенности процесса учета продаж, автоматического получения сведений о состоянии склада для повышения эффективности и качества обслуживания клиентов. Автоматизированный вариант решения задачи позволил:
наиболее эффективным образом модифицировать технологию создания и движения учета продаж в книжном магазине;
вести учет книг, их поступления и продаж;
снизить трудовые затраты менеджеров продаж;
сократить время обработки информации;
организовать удобный и оперативный поиск информации;
повысить скорость работы с документами;
устранить многократное дублирование информации;
максимально сократить количество бумажных документов;
облегчить получение различных аналитических отчетов.
В процессе выполнения работы подробно рассмотрены особенности разработки информационной системы, дана характеристика входной и выходной информации, построена функциональная модель базы данных. Приведено исследование предметной области с помощью IDEF0 моделей. Выполнена разработка логической и физической моделей данных, ER-диаграмма «сущность-связь». Рассмотрен визуальный интерфейс разработанной информационной системы.
Все поставленные задачи выполнены в полном объеме. Цель курсовой работы достигнута.

Список использованной литературыБабенко В. В. Практический анализ бизнес-процессов. – Сыктывкар, 2019. - 290 с.
Баканов М.И., Шеремет А.Д. Теория проектирования баз данных: Учебник. – М.: Финансы и статистика, 2018. – 189 с.
Бирюкова О.Ю. Эффективная работа с СУБД - М.: Эксмо, 2018. – 352 с.
Бочаров В.В. Проектирование информационных систем. СПб.: Питер, 2017. – 256 с.
Вигерс К. Разработка требований к программному обеспечению. СПб.: БХВ-Петерберг, 2019. – 736 с.
Горностаев А.П. CASE-средства. СПб.: Питер, 2018. – 214 с.
Гринченко Н. Н. Проектирование баз данных. СУБД MS Access. Учебное пособие – СПб.: Горячая Линия – Телеком, 2017. – 296 с.
Гарнаев А., Самоучитель MS Access, СПб.: Питер, 2016. – 564 с.
Исаев Г.А., Проектирование информационных систем. Учебное пособие, М.- Омега-Л, 2017. – 432 с.
Коротков Э.М. Разработка баз данных: учебник. - 2-е изд. – М.: ИНФРА - М, 2018. – 398 с.
Макаров Н.А., Разработка информационных систем с помощью Access. Учебное пособие, М.: Горячая линия – Телеком, 2019. – 240 с.
Стюард Р. Практическое руководство по доступу к данным в MS Access. СПб.: БХВ-Петербург, 2019. – 304 с.
Должностная инструкция менеджера продаж.