Ирина Эланс

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

Автоматизированный учет торговой сети

СОДЕРЖАНИЕ

Аннотация…………………………………………………………………....... 3

Введение……………………………………………………………………….. 4

1 Общие сведения о программном средстве………………………………… 6

Основное функциональное назначение программного средства……… 6
Полное наименование программного средства……………………….... 7
Условное обозначение программного средства………………………... 7
Разработчики программного средства………………………………….. 8

Техническое задание………………………………………………………. 9

Основание для разработки………………………………………………. 9
Назначение для разработки……………………………………………... 9
Требования к программному средству…………………………………. 9
Требования к программной документации……………………………. 9
Требования к эргономике и технической эстетике……………………. 10
Стадии и этапы разработки……………………………………………… 10

3 Пояснительная записка…………………………………………………….. 13

3.1 Общая архитектура программного средства………………………....... 13

3.2 Разработка структуры БД……………………………………………...... 14

3.3 Инфологическое моделирование……………………………………….. 15

3.4 Разработка интерфейса ПС……………………………………………… 16

4 Руководство программиста……………………………………………….. 18

5 Руководство пользователя………………………………………………… 24

Заключение………………………………………………………………….. 29

Список использованных источников……………………………………... 30

Приложение 1. Интерфейс главной кнопочной формы…………………. 31

АННОТАЦИЯ

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

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

Пояснительная записка содержит 31 лист, в том числе 5 таблиц, 12 рисунков, 1 схему, 15 использованных источников, 1 приложение.

ВВЕДЕНИЕ

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

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

Основные функции СУБД – это описание структуры базы данных, обработка данных и управление данными.

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

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

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

Каждое поле в записи содержит одну характеристику объекта и имеет строго определённый тип данных (например, текстовая строка, число, дата). Все записи имеют одни и те же поля, только в них содержатся разные значения атрибутов.

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

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

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

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

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

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

1 ОБЩИЕ СВЕДЕНИЯ О ПРОГРАММНОМ СРЕДСТВЕ

1.1 Основное функциональное назначение программного средства

Целью данной работы является создание базы данных в СУБД Access, которая должна будет содержать все основные сведения о канцелярском магазине. Такая база данных необходима для упрощения организации работы с товарами, имеющимися в магазине, поскольку имеется большое количество наименований. Магазин выставляет на продажу большое количество товаров, в ассортименте которого очень сложно ориентироваться без организации всех сведений определенным образом. Часто возникает необходимость поиска нужного товара или же занесения нового наименования в каталог, а так же содержание сведений о клиентах (покупателях) и их заказах. Эти и другие задачи значительно проще решить, если имеется база данных канцелярского магазина. Таким образом, база данных создается для автоматизации учета продукции магазина.

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

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

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

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

В информационной системе предполагается наличие следующих функций:

- ввод и редактирование информации о сотрудниках, поставщиках, поставках товара;

- ввод и редактирование данных о клиентах и заказах (продажи);

- формирование на основе данных отчетов о поставщиках, продажах.

1.2 Полное наименование программного средства

Программное средство «Автоматизированный учет торговой сети» предназначен для использования в магазинах по продаже канцтоваров.

1.3 Условное обозначение программного средства

Условное обозначение - «Автоматизированный учет торговой сети».

1.4 Разработчики программного средства

Разработчиком данного программного средства является студентка группы ВТ-081 Альметьевского политехнического техникума Калугина Вера Александровна.

2 ТЕХНИЧЕСКОЕ ЗАДАНИЕ

2.1 Основание для разработки

Задание Альметьевского политехнического техникума.

2.2 Назначение разработки

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

2.3 Требования к программному средству

Минимальные системные требования: процессор Pentium 4, ОС Windows XP или более поздние версии, 256 Мб оперативной памяти, монитор, способный поддерживать разрешение 1280×1024, мышь.

Для печати отчетов к компьютеру должен быть подключен любой принтер.

2.4 Требования к программной документации

ГОСТ 19.101-77 включает в себя: техническое задание, программу и методики испытаний, руководство системного программиста, руководство оператора, ведомость эксплуатационных документов. Программная методика испытаний соответствует требованиям согласованного и утверждённого технического задания. Программная документация, входящая в предварительный перечень соответствует требованиям ГОСТа 19.106-78.

2.5 Требования к эргономике и технической эстетике

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

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

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

2.6 Стадии и этапы разработки

Стадия «Уточнение задач». На первом этапе составляется список всех основных задач, которые в принципе должны решаться данным программным средством, – включая и те, которые не нужны сегодня, но могут появиться в будущем. Под «основными» задачами понимаются функции, которые должны быть представлены в формах или отчетах программного средства.

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

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

Стадия «Определение структуры данных». После предварительного анализа всех необходимых элементов данных нужно упорядочить их по объектам и соотнести объекты с таблицами и запросами базы данных. Для реляционных баз данных типа Access используется процесс, называемый нормализацией, в результате которого вырабатывается наиболее эффективный и гибкий способ хранения данных.

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

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

Стадия «Тестирование и усовершенствование». После завершения работ по отдельным компонентам приложения необходимо проверить функционирование приложения в каждом из возможных режимов. Необходимо проверить работу макросов, использовав пошаговый режим отладки, при котором будет выполняться одна конкретная макрокоманда.

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

3 ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

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

При запуске программного средства открывается Главная кнопочная форма. Данная форма включает в себя следующие кнопки: Запросы БД, Отчеты, Формы, ВыходСохранение.

Кнопка «Запросы БД» включает в себя следующие запросы: Данные о поставщиках, Отсутствующие товары, Поиск поставщика по товару, Наличие товара, и кнопка, которая дает возможность возврата в главное меню.

Кнопка «Отчеты» включает в себя следующие отчеты: Поставщик, Отчет по продажам.

Кнопка «Формы» включает в себя следующие формы: Заказы, Данные о поставщиках, Наличие товара, Сотрудники, Поставщики, Товары, Чек.

Схема данных программного средства представлена на рисунке 3.1.1.

Рисунок 3.1.1 – Схема данных «Автоматизированный учет торговой сети»

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

3.2 Разработка структуры БД

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

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

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

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

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

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

- не рекомендуется включать в таблицу данные, которые являются результатом выражения;

- в таблице должна присутствовать вся необходимая информация;

- информацию следует разбивать на наименьшие логические единицы (Например, поля «Имя» и «Фамилия», а не общее поле «Имя»).

3.3 Инфологическое моделирование

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

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

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

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

Между двумя сущностям, например, А и В возможны четыре вида связей.

Первый тип – связь ОДИН-К-ОДНОМУ (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В:

Рисунок 3.3.1 – Связь ОДИН-К-ОДНОМУ

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

Второй тип – связь ОДИН-КО-МНОГИМ (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.

Рисунок 3.3.2 – Связь ОДИН-КО-МНОГИМ

Квартира может пустовать, в ней может жить один или несколько жильцов.

Так как между двумя сущностями возможны связи в обоих направлениях, то существует ещё два типа связи МНОГИЕ-К-ОДНОМУ (М: 1) и МНОГИЕ-КО-МНОГИМ (М: М). В данной курсовой работе их использовать не будем.

3.4 Разработка интерфейса ПС

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

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

Общая структура интерфейса понятна и удобна в использовании для пользователя любого уровня подготовки.

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

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

Управление программой осуществляется манипулятором типа «мышь», поэтому осуществляется быстрый доступ к информации.

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

4 РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА

Программная система «Автоматизированный учет торговой сети», предназначена для автоматизации процесса учета канцтоваров в небольших магазинах.

К дополнительным функциям относятся:

- ведение информации;

- учет поставки товаров;

- печать отчетов.

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

Программная система должна работать на IBM/PC совместимых персональных компьютерах.

Минимальная конфигурация:

тип процессора класса Pentium частотой не ниже 500 МГц;
объем оперативного запоминающего устройства 128 Мбайт;
место на жестком диске 35 Мбайт;
тип монитора не ниже VGA;
клавиатура;
мышь;
принтер.

ПС должна работать под управлением операционной системы Windows XP и выше. Также для нормальной работы программы требуется, чтобы на компьютере была установлена СУБД Access 2003 и выше.

Запуск программной системы осуществляется с запуска файла «Автоматизированный учет торговой сети.mdb». При этом запускается главная кнопочная форма, в котором осуществляется навигация по функциям программной системы.

В базе данных находятся следующие созданные таблицы:

- Заказы – таблица заказов;

- Клиенты – таблица, содержащая информацию о клиентах;

- Поставка – таблица о поставках;

- Поставщики – таблица, содержащая информацию о поставщиках;

- Сотрудники – таблица, содержащая информацию о сотрудниках;

- Товары – таблица о товарах.

Входная информация включает сведения:

- о заказах (код сотрудника, код товара, дата подачи заявки, дата доставки, код клиента);

- о клиентах (ФИО, адрес, телефон), обращающихся в магазин;

- о поставках (код поставщика, дата поставки);

- о поставщиках (название поставщика, представитель, ФИО, Контактный телефон, адрес);

- о сотрудниках магазина (фамилия, имя, отчество, должность, адрес, домашний телефон, дата рождения);

- о товарах (номер товара, наименование товара, описание, стоимость закупки, наличие, количество, стоимость продажи).

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

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

текстовый. Текст или числа не требующие проведения расчётов;
МЕМО. Поле этого типа предназначено для хранения небольших текстовых данных (до 64000 символов). Поле этого типа не может быть ключевым или проиндексированным;
числовой. Этот тип данных содержит множество подтипов. От выбора подтипа (размера) зависит точность вичислений;
счётчик. Уникальные, последовательно возрастающие числа, автоматически вводящиеся при добавлении новой записи в таблицу;
логический. Логические значения, а так же поля, которые могут содержать одно из двух возможных значений;
денежный. Денежные значения и числовые данные, используемые в математических вычислениях. Дата/Время. Дата и время хранятся в специальном фиксированном формате;
поле объекта OLE. Включает звукозапись, рисунок и прочие типы данных. Поле этого типа не может быть ключевым или проиндексированным;

гиперсвязь. Содержит адреса Web-страниц.

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

Таблица: Сотрудники
Поле	Тип данных
Код сотрудника	Числовой
Фамилия	Текстовый
Имя	Текстовый
Отчество	Текстовый
Дата рождения	Дата/время
Должность	Текстовый
Адрес	Текстовый
Телефон	Текстовый

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

Таблица: Поставка
Поле	Тип данных
Код поставки	Числовой
Код поставщика	Текстовый
ДатаПостави	Текстовый

Таблица 4.3 - Товары

Таблица: Товары
Поле	Тип данных
Код товара	Текстовый
Код поставки	Числовой
Наименование товара	Текстовый
Описание	Поле МЕМО
Стоимость закупки	Денежный
Наличие	Логический
Кол-во	Числовой
Стоимость продажи	Денежный

Таблица 4.4 – Заказы

Таблица: Заказы
Поле	Тип данных
Код заказа	Числовой
Код товара	Числовой
Код сотрудника	Числовой
Код клиента	Числовой
Дата зявки	Дата/время
Дата исполнения	Дата/время

Таблица 4.5 – Клиенты

Таблица: Клиенты
Поле	Тип данных
Код	Числовой
ФИО	Текстовый
Адрес	Текстовый
Телефон	Текстовый

Автоматизированный учет торговой сети 📙 Курсовая → 🆔 2520