Размещено на http://www.allbest.ru/

Федеральное агентство железнодорожного транспорта

Омский государственный университет путей сообщения

Кафедра "Автоматика и системы управления"

ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ "МАГАЗИН АВТОЗАПЧАСТЕЙ"

Пояснительная записка к курсовой работе по дисциплине

"Базы данных"

ИНМВ.410100.000 ПЗ

Студентка гр. 25м Л.Э. Карпич

Руководитель Н.А. Тихонова

Омск 2017



Задание

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

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

Администратор базы данных имеет право:

1. Добавить позицию (товар) в список товара, изменить её характеристики;

2. Удалить неактуальную информацию (устаревшие данные);

3. Дополнять список покупок и возвратов;

4. Дополнять список фирм - поставщиков, их контакты;

5. Печатать чеки на продажу.

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

В базе данных должны быть реализованы следующие запросы:

1. Поиск автозапчасти по номеру;

2. Перечень отсутствующих позиций;

3. Формирование и печать чека о покупке;

4. Определение самых популярных товаров;

5. Вывод всех запчастей заданной категории;

6. Подсчёт общей суммы продаж;

7. Вывод списка осуществлённых заказов с указанием поставщика;

8. Формирование зарплаты сотрудника, исходя из фиксированного оклада и процента от продаж(15000 оклада + 10% от продаж);

9. оставление нового заказа, в который входят отсутствующие позиции;

10. Добавление товара и редактирование перечня товаров.

Реферат

Пояснительная записка к курсовой работе содержит 32 страницы, 52 рисунка, 4 источника и 2 приложения.

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

Объектом исследования является система управления базами данных ? Microsoft Access.

Цель курсовой работы - разработка реляционной базы данных. Результатом курсовой работы является рабочая база данных "Магазин автозапчастей", разработанная с использованием СУБД Microsoft Access. В процессе работы были рассмотрены вопросы разработки реляционных баз данных.

Пояснительная записка выполнена в текстовом редакторе Microsoft Word 2014, ER-диаграмма выполнена в пакете Microsoft Visio 2014.



Содержание

• Введение
• 1. Планирование процесса разработки проектируемой БД
• 2. Предметная область
• 2.1 Основные сведения о выбранной СУБД
• 3. Поэтапное создание базы данных
• 4. Построение запросов
• 4.1 Построение отчётов
• 4.2 Работа с формами
• Заключение
• Библиографический список
• Приложение А
• Приложение Б


Введение

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

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

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

Цель данной работы - спроектировать и создать базу данных в среде MS Access для магазина автозапчастей.



1. Планирование процесса разработки проектируемой БД

Процесс разработки проекта будет состоять из трех стадий:

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

Далее планируем процесс разработки: определяем данные, которые будут входить в БД (данные о товаре, поставщиках, покупателях), вносим данные в таблицы для визуального представления данных, создаем интересующие запросы для быстрого доступа к определенной информации, запросы на языке SQL, для того, чтобы в случае перенесения информации в другую СУБД сохранить все данные. Запросы создаются в режиме конструктора. Сначала добавляются необходимые связанные таблицы, а затем заполняется нижняя часть окна конструктора (поле, имя таблицы, сортировка, вывод на экран, условие отбора). Отчет - эффективный способ представления данных в виде печатного документа, который по сравнению с формами предоставляет пользователю больше возможностей в изображении и группировании данных, подсчете итоговых значений. Отчеты нужны для вывода на экран, в печать или файл структурированной информации. Их тоже создаем в режиме конструктора: выбираем таблицу, добавляем из неё необходимые поля, выбираем вид макета для отчета и стиль.

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

В данной работе разработаны следующие формы:

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

2. Добавление продажи - позволяет пользователю удобно и быстро пополнять перечень товаров;

3. Заказы для выполнения - собирает сведения об отсутствующих позициях и предлагает пользователю таблицу, в которой указаны товары и поставщики, у которых этот товар можно заказать;

4. Запчасти от поставщиков - показывают общую сумму заказов от каждого конкретного поставщика;

5. Общая сумма продаж - выводит подсчитанную сумму всей прибыли с учётом покупок и возвратов;

6. Отсутствующие позиции - показывает список отсутствующих автозапчастей;

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

8. Поиск по классификации - подборка запчастей заданной классификации;

9. Поиск товара по номеру - позволяет быстро найти нужный товар;

10. Продажи по популярности - показывает список популярных в каждом месяце позиций, позволяет выявить самые "ходовые" позиции;

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

2. Предметная область

Магазин занимается закупкой, продажей и реализацией запчастей немецких, японских и корейских производителей. База данных используется продавцом и менеджером магазина. С помощью базы данных пользователь получает характеристики товаров определённых производителей, марок, осуществляет поиск запчастей, подходящих к заданной марке автомобиля. Так же пользователь может узнать сумму доходов и расходов за заданный период, выявить ходовые позиции и получить список "залежавшихся" товаров. автозапчасть покупка поставщик заказ

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

Использование заданных запросов облегчает работу и продавцу при работе с клиентами, и менеджеру при работе с поставщиками, формировании и обработке заказов.

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

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

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

1. Рассмотреть основные понятия о базах данных;

2. Спроектировать и построить базу данных для магазина автозапчастей.

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

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

2. Покупатель может выбирать любой товар или несколько товаров, по таблице товаров.

3. Каждый товар может иметь несколько поставщиков, и каждый поставщик может предоставлять несколько видов товаров.

4. При розничной продаже каждый продавец может продать несколько видов товара, это необходимо для отслеживания продажи товара и, соответственно, оставшемся в наличие товара.

На основе анализа структуры данных строится модель типа "сущность- связь" (ER-модель), в которой содержится 5 сущностей.

Выделяются следующие объекты предметной области:

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

2. Заказ нужен для отслеживания заказанных запчастей и их поставщиков. Содержит в себе атрибуты: номер заказа, поставщик, стоимость, заказанные позиции, дата заказа, сотрудник, оформивший заказ.

3. Фирмы-поставщики существуют для работы с заказами и поставкой товара. Атрибуты: индивидуальный номер, название фирмы, контакты, адрес и индекс, сайт фирмы.

4. Персонал содержит данные о работниках, их ставках и процентах от продаж, обладает атрибутами: фамилия сотрудника, должность, заработная ставка, процент от продаж.

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

Связь экземпляров сущностей показана на рисунке 1.

В приложении А представлен скриншот проведения процесса системного моделирования для заданной предметной области с помощью инструментальной среды ERwin.

В базе данных должны быть реализованы следующие запросы:

1. Поиск автозапчасти по номеру;

2. Перечень отсутствующих позиций;

3. Формирование и печать чека о покупке;

4. Определение самых популярных товаров;

5. Вывод всех запчастей заданной категории;

6. Подсчёт общей суммы продаж;

7. Вывод списка осуществлённых заказов с указанием поставщика;

8. Формирование зарплаты сотрудника, исходя из фиксированного оклада и процента от продаж(15000 оклада + 10% от продаж);

9. оставление нового заказа, в который входят отсутствующие позиции;

10. Добавление товара и редактирование перечня товаров.

Для разработки БД "Магазин автозапчастей" была выбрана СУБД Access, которая имеет ряд возможностей по обеспечению целостности данных. Например, контроль максимального числа символов (для текстовых полей), контроль обязательности данных в поле, контроль на уникальность данных в поле (для всех полей, кроме "memo", "OLE") и др. Для защиты данных СУБД Access использует такие средства, как парольная защита, установление прав доступа к объектам БД, защита на уровне полей и записей БД.

Рисунок 1 - Модель сущность-связь базы данных

Требования, предъявляемые к проектируемой СУБД:

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

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

3. Совместимость - при составлении запросов на SQL языке, я даю возможность восстановления по ним моей БД в случае перенесения её в программу FOXPRO.

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

5. Простота эксплуатации - необходимо выбрать такую СУБД, чтобы не возникало проблем в работе с ней. Чтобы начинающий пользователь, знающий азы работы в СУБД мог с легкостью работать в ней.

6. Простота освоения СУБД.

Всеми запрашиваемыми нами требованиями обладает Microsoft Office Access 2010. Его и выбираем для создания требуемой базы данных.

2.1 Основные сведения о выбранной СУБД

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

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

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

Таблицы - создаются для хранения данных об одном информационном объекте модели данных, предметной области. Таблица состоит из полей и столбцов. Каждое поле содержит одну характеристику объекта, предметной области. Запросы - понадобятся для выработки нужных данных из одной или нескольких связывающих таблиц. Результат выполнения запроса будет таблица, которая используется при обработке данных. С помощью запроса также будем обновлять, добавлять или удалять данные в таблице.

Формы являются основными средствами создания диалогового интерфейса приложений пользователя. Создадим для просмотра и ввода взаимосвязанных данных в удобном виде, соответствующему привычному виду для пользователя. Макросы программа, содержащая описание последовательности действий, при наступлении некоторого события в объекте или элементе управления. Каждое действие реализуется макрос командой. Гиперссылка обычный текст, который дополнен встроенным кодом, формулирующим правила восприятия и отражающий данные в системной браузере.



3. Поэтапное создание базы данных

Согласно ER-диаграмме, в базе данных будет 5 таблиц. Поля этих таблиц соответствуют атрибутам сущностей, поэтому список полей можно увидеть в описании предметной области. Создание таблиц производится в режиме конструктора. На первом этапе определяется ее структура: состав полей, их имена, последовательность размещения полей в таблице, тип данных каждого поля, размер поля, ключи, индексы таблицы и другие свойства полей. На втором этапе производится создание записей таблицы и заполнение их данными.

Рассмотрим создание одной из основных таблиц в данной БД - таблицы "Перечень товаров".

На рисунке 3 показана таблица в режиме конструктора. По рисунку видно, что в таблице были созданы следующие поля:

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

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

Цена продажи так же денежного типа.

Наличие на складе с типом числовой. Это поле хранит информацию о количестве конкретного товара в наличии. При значении равном нулю товар отсутствует.

Классификация с типом текстовый. Используется подстановка конкретного списка значений. Добавление классификации в список показано на рисунке 2.



Рисунок 2 - Изменение списка элементов подстановки

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

Страна производства как и классификация заполняется с помощью элементов подстановки.

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

Рисунок 3 - Таблица "Перечень товаров" в режиме конструктора

На рисунках 4-5 показана данная таблица с заполненными полями:



Рисунок 4 - Часть таблицы с заполненными полями

Рисунок 5 - Продолжение таблицы с заполненными полями

Теперь рассмотрим создание таблицы "Продажи". Данная таблица в режиме конструктора показана на рисунке 6.

Рисунок 6 - Таблица "Продажи" в режиме конструктора

Эта таблица состоит из следующих полей.

Id товара типа текстовый. Данное поле получает данные из таблицы "Перечень товаров". Источник строк даёт все необходимые данные, также применяется фильтр по возрастанию названий. Источник строк показан на рисунке 7.



Рисунок 7 - Источник данных о товаре

Поле Фамилия продавца также получает значения из поля со списком. Выражение, позволяющее произвести эту операцию показано на рисунке 8.

Рисунок 8 - Источник строк

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

Рисунок 9 - Поле Дата в режиме таблицы

Заполненная таблица в режиме таблицы показана на рисунке 10.

Рисунок 10 - Таблица "Продажи" в режиме таблицы

Обратим внимание на таблицу "Фирмы-поставщики", которая в том числе имеет поле Контакты, в которое вводятся телефонные номера фирм. Это поле типа текстовый и в нём используется маска ввода (рисунок 11).

Рисунок 11 - Маска ввода телефонных номеров

Маска ввода изменяется в общих свойствах поля. Заполненная таблица показана на рисунке 12.

Рисунок 12 - Заполненная таблица "Фирмы-поставщики"

В таблице "Персонал" имеются данные о работнике: его фамилия, должность, данные для формирования зарплаты. Данная таблица в режиме конструктора показана на рисунке 13.

Рисунок 13 - Таблица "Персонал" в режиме конструктора

Заполненная таблица показана на рисунке 14. В тестовой версии имеется 3 сотрудника со ставкой в 15000 рублей.



Рисунок 14 - Заполненная таблица "Персонал"

Мы рассмотрели основные моменты создания и заполнения таблиц базы данных. После создания таблиц были установлены связи между ними. Связи создаются во вкладке Работа с базами данных. Получившаяся схема представлена на рисунке 15.

Рисунок 15 - Схема данных

Связи между таблицами позволяют выполнить объединение данных различных таблиц, необходимое для решения большинства задач ввода, просмотра и корректировки данных, получения информации по запросам и вывода отчетов. При создании связей в схеме данных используем проект логической структуры базы данных, в котором показаны одно-многозначные связи. Каждая из этих связей устанавливается по ключу связи (простому или составному). Такой ключ в одной из связанных таблиц (главной) должен быть уникальным ключом, а в другой таблице может являться частью уникального ключа или не входить в состав ключа таблицы.

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

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



4. Построение запросов

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

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

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

Запрос "Поиск автозапчасти по её номеру" позволяет ускорить работу продавца. Это простой запрос на выборку. Создать его можно как с помощью конструктора, так и с помощью мастера запросов. Рассмотрим создание этого запроса в конструкторе на рисунке 16.



Рисунок 16 - Запрос в режиме конструктора

Данный запрос берёт данные из таблицы Перечень товаров и выбирает искомый товар. Результат работы запроса показан на рисунках 17-18.

Рисунок 17 - Ввод номера в запрос

Рисунок 18 - Результат выполнения запроса

Запрос "Отсутствующие позиции" также работает с таблицей "Перечень товаров", выбирая товары, количество которых равно нулю. Условия отбора показано на рисунке 19. Результат выполнения запроса демонстрируется на рисунке 20.



Рисунок 19 - Запрос "Отсутствующие позиции" в режиме конструктора

Рисунок 20 - Результат работы запроса

Запрос "Продажи по популярности" - перекрёстный, его также можно создать с помощью мастера запросов. Запрос в режиме конструктора показан на рисунке 21.

Рисунок 21 - Перекрёстный запрос в режиме конструктора

Работа данного запроса показана на рисунке 22.

Рисунок 22 - Работа запроса

Мы можем видеть, что пик продаж пришёлся на месяц апрель, самой популярной автозапчастью стала втулка.

Запрос "Поиск по классификации" показан на рисунках 23-24.



Рисунок 23 - Ввод искомой классификации

Рисунок 24 - Результат работы запроса

Запрос "Общая прибыль" считает все покупки и возвраты, учитывает цену закупки и цену продажи, выводя прибыль. Данный запрос в режиме конструктора показан на рисунке 25.

Рисунок 25 - Применение групповой операции суммирования в запросе

Результат работы запроса показан на рисунке 26.

Рисунок 26 - Подсчитанная сума прибыли

Запрос "Запчасти от поставщиков" является перекрёстным, использует подчиненный простой запрос, который объединяет нужные поля таблиц Заказ и Фирмы-поставщики (рисунок 27).

Рисунок 27 - Запрос, выбирающий нужные поля из заданных таблиц

Перекрёстный запрос показывает позиции и поставщиков, считает сумму заказов этих позиций и от какого поставщика была поставка. Запрос в режиме конструктора и результат работы показаны на рисунках 28-29.

Рисунок 28 - Перекрёстный запрос в режиме конструктора

Рисунок 29 - Результат работы перекрёстного запроса

Запрос "Формирование чека". Данный запрос берёт поля таблицы Продажи, далее используется в отчёте на печать. С помощью условия Data() выбираются продажи, совершенные в текущем дне. Также запрос выводит продажи, совершённые продавцом в конкретное время, выводя все позиции, купленные покупателем. Запрос в режиме конструктора показан на рисунке 30. Результат работы запроса показан на рисунке 31.

Рисунок 30 - Запрос в режиме конструктора

Рисунок 31 - Результат работы запроса.

Запрос "Формирование зарплаты сотрудника" использует два дополнительных запроса для подсчёта точной цифры. Запрос "Продажи по месяцам" берёт данные из таблицы Продажи, группируя их по месяцам и подсчитывая ежемесячную сумму продаж с учётом покупок и возвратов. Этот запрос в режиме конструктора показан на рисунке 32.

Рисунок 32 - Запрос "Продажи по месяцам" в режиме конструктора

Результат работы этого запроса показан на рисунке 33.



Рисунок 33 - Результат работы данного запроса

Далее этот запрос обрабатывается запросом "Персонал зп", который берёт нужные поля из таблицы Персонал и запроса "Продажи по месяцам". Данный запрос в режиме конструктора показан на рисунке 34.

Рисунок 34 - Запрос в режиме конструктора

Результат выполнения запроса показан на рисунке 35.

Рисунок 35 - Результат работы запроса

Запрос "Формирование зарплаты сотрудника" является перекрёстным. Данный запрос в режиме конструктора и его выполнение показаны на рисунках 36-37.



Рисунок 36 - Перекрёстный запрос в режиме конструктора

Рисунок 37 - Результат работы перекрёстного запроса

Запрос "Позиции, которые требуют заказа" выбирает отсутствующие товары и предлагает возможные варианты для выбора поставщика. Этот запрос создаёт новую таблицу. При выполнении запрос предупреждает о внесении изменений (рисунки 38-39).

Рисунок 38 - Предупреждение об изменении данных таблицы

Рисунок 39 - Предупреждение о внесении новых записей в таблицу

В результате работы запроса создаётся новая таблица, в которую вносятся записи, что показано на рисунке 40.



Рисунок 40 - Результат работы запроса, создана новая таблица.

4.1 Построение отчётов

Для базы данных "Магазин автозапчастей" создано два отчёта: отчёт для печати чека и отчёт для вывода общей суммы продаж продавцов.

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

В нашем случае источником отчётов служат соответствующие запросы.

Отчёты создаются в режиме конструктора. Отчёт "Продажи для чека" в режиме конструктора показан на рисунке 41.

Рисунок 41 - Отчёт в режиме конструктора

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

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

Рисунок 42 - Режим предварительного просмотра перед печатью

Отчёт "Продажи по месяцам" позволяет контролировать продажи и стимулировать работников, т.к. от суммы продаж зависит их заработная плата. Отчёт в режиме конструктора показан на рисунке 43.

Рисунок 43 - Отчёт в режиме конструктора



Данный отчёт в режиме представления отчёта показан на рисунке 44.

Рисунок 44 - Представление отчёта

Внешний вид отчёта можно корректировать в режиме макета. Рассмотрим отчёт "Продажи по месяцам" как пример. Данный отчёт показан в режиме макета на рисунке 45.

Рисунок 45 - Режим макета

4.2 Работа с формами

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

Форма - это объект базы данных, который можно использовать для создания пользовательского интерфейса для приложения базы данных.

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

В данной базе данных каждый созданный ранее запрос подчинён форме для удобства работы и сохранения общего стиля базу данных. Главной является форма "Меню", на которой размещено 13 кнопок. Каждой подчинённой форме соответствует своя кнопка, также имеются кнопка закрытия меню и кнопки добавления и редактирования перечня товаров.

Инструкция для пользователя о пользовании главной формой приведена в приложении Б.

Рассмотрим главное меню (рисунок 46).

Рисунок 46 - Главная кнопочная форма "Меню"



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

Рисунок 47 - Создание макроса

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

При нажатии на эту кнопку откроется новая форма (рисунок 48).

Рисунок 48 - Открытие новой формы после нажатия на кнопку в меню.

Остальные формы, работающие с запросами, выполняются аналогично.

Рассмотрим форму "Перечень товаров". При работе с этой формой, мы можем работать в разных режимах, добавление, удаление и просмотр и редактирование. На рисунке 49 показана форма "Перечень товаров" в режиме конструктора. На рисунке 50 эта же форма показана в режиме формы, выполняя действие добавления.



Рисунок 49 - Форма в режиме конструктора

Рисунок 50 - Форма в режиме формы

При редактировании этой же формы, её вид в режиме формы показан на рисунке 51.

Рисунок 51 - Редактируемая форма

Для добавления рисунка на фон, нужно в режиме конструктора зайти во вкладку Формат и выбрать фоновый рисунок.

При работе на главной форме с кнопками Чеки и Общая сумма продаж сотрудников(рисунок 52), мы создаём макрос, открывающий отчёт в режиме предварительного просмотра, который впоследствии можно отправить на печать.

Рисунок 52 - Кнопки в главном меню

При нажатии на кнопку с крестиком в меню(рисунок 53), эта форма закрывается, т.к. выполняется макрос, который закрывает окно(рисунок 54).

Рисунок 53 - Кнопка закрытия главного меню

Рисунок 54 - Макрос, привязанный к кнопке закрытия формы



Заключение

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

В ходе работы были реализованы следующие запросы:

1. Поиск автозапчасти по номеру;

2. Перечень отсутствующих позиций;

3. Формирование и печать чека о покупке;

4. Определение самых популярных товаров;

5. Вывод всех запчастей заданной категории;

6. Подсчёт общей суммы продаж;

7. Вывод списка осуществлённых заказов с указанием поставщика;

8. Формирование зарплаты сотрудника, исходя из фиксированного оклада и процента от продаж(15000 оклада + 10% от продаж);

9. оставление нового заказа, в который входят отсутствующие позиции;

10. Добавление товара и редактирование перечня товаров.

Данная БД обладает быстродействием, гибкостью и несложным интерфейсом, что позволит без труда его освоить. Разработанная программа имеет удобный пользовательский интерфейс. В меню главной кнопочной формы можно выбрать пункты для работы с форма- ми (ввод и редактирование данных в БД), отчетами и запросами.

БД может быть адаптирована под конкретные нужды клиентов, что увеличивает её функциональность.



Библиографический список

1. Кузин А.В., Левонисова С.В. Базы данных: Высшее профессиональное образование / Издание Академия, 2013 г.

2. Гринченко Н.Н., Гусев Е.В., Макаров Н.П. Проектирование баз данных: Издательство Телеком, 2014 г.

3. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. - М.: Финансы и статистика, 2012. - 351 с.

4. Хомоненко, А.Д. Базы данных/А.Д. Хомоненко, В.М. Цыганков, М.Г. Мальцев. Санкт-Петербург: Корона-принт, 2014. 736 с.



Приложение А

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

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

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

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



Рисунок 1 - моделирование предметной области с помощью средств ERwin



Приложение Б

Инструкция для пользователя.

При работе с главной кнопочной формой, пользователь может вызывать подчинённые формы нажатием кнопки. Главное меню содержит 13 кнопок:

1. Кнопка " Закрытие формы" обозначена крестиком, при нажатии закрывает главную форму.

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

3. Кнопка "Отсутствующие позиции" показывает позиции, которых нет в наличии.

4. Кнопка "Продажи по популярности" позволяет просмотреть самые продаваемые позиции в заданный период времени.

5. Кнопка "Вывод запчастей заданной классификации" позволяет просмотреть все позиции, принадлежащие искомой классификации.

6. Кнопка "Подсчёт прибыли" считает общую прибыль, исходя из продаж, цены закупа товара и цены, по которой этот товар продаётся. Выводит конкретное число.

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

8. Кнопка "Добавить товар в перечень" позволяет вносить новые позиции в перечень товаров, учитывает все имеющиеся столбцы и добавляет запись в имеющуюся таблицу.

9. Кнопка "Редактирование перечня товаров" позволяет редактировать уже созданный список товаров.

10. Кнопка "Добавление продажи" позволяет пользователю добавить новую продажу в таблицу "Продажи".

11. Кнопка "Расчёт зарплаты сотрудников" показывает кто и сколько заработал, выводит фамилии, месяца и суммы зарплаты.

12. Кнопка "Чек" вызывает отчёт, в котором находятся последние продажи текущего дня, позволяет просмотреть чек и отправить его на печать.

13. Кнопка "Сумма продаж сотрудников" позволяет просмотреть и отправить на печать список сотрудников, и их продажи по месяцам, может служить наглядным стимулом для повышения продаж, т.к. от объема продаж зависит заработная плата сотрудников магазина.

Размещено на Allbest.ru

...