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

СОДЕРЖАНИЕ

 

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

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

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

1. Основное функциональное назначение программного средства……… 6
2. Полное наименование программного средства……………………….... 7
3. Условное обозначение программного средства………………………... 7
4. Разработчики программного средства………………………………….. 8
2. Техническое задание………………………………………………………. 9
1. Основание для разработки……………………………………………….  9
2. Назначение для разработки……………………………………………...  9
3. Требования к программному средству…………………………………. 9
4. Требования к программной документации…………………………….  9
5. Требования к эргономике и технической эстетике……………………. 10   
6. Стадии и этапы разработки……………………………………………… 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 легко создать его макет с помощью форм и связать их между собой, используя несложные макросы или процедуры обработки событий. Предварительный рабочий макет легко продемонстрировать заказчику и получить его одобрение еще до детальной реализации задач приложения.