Автоматизированная деятельность по учету хранения товара на складе

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

8. Управление финальной сборкой сложных изделий

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

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

Глава 3 Проектирование

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

3.1 Требования к разрабатываемой программе

Функциональные требования:

1. Учет поступления товара на склад;
2. Учет товара на складе;
3. Список поставщиков товара;
4. Список производителей товара;
5. Файловые операции: поиск, сохранение удаление, печать;
6. Печать отчетов.

Нефункциональные требования:

1. надежность;
2. безопасность и защиту данных;
3. гибкость.

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

3.2 Модель предметной области

Рис. 3.1 «Модель предметной области»

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

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

 

 

 

 

 

 

3.3 Диаграмма вариантов использования

Рис. 3.2 Диаграмма вариантов использования

Таблица 1

Описание варианта использования Ввод данных

Пользователь	Система
Ввод данных
1.Нажимает на кнопку «ввод данных» 2.Вводит данные	1.1.Показывает форму ввода данных 2.1.Запоминает данные

 

Таблица 2

Описание варианта использования  Редактирование данных

Пользователь	Система
Редактирование данных
1.Вход на форму с данными 2.Нажать кнопку «изменить данные»   3.Производится редактирование 4.Подтвердить или отменить редактирование	1.1.Вывод формы с данными 2.1.Система выводит форму для редактирования данных 3.1. Отображение редактируемых данных 4.1.При нажатии «Готово» в таблицу вносятся изменения, при нажатии «Отмена» таблица остается без изменений 4.2.Измененные данные сохраняются в БД

 

 

Таблица 3

Описание варианта использования  Удаление данных

Пользователь	Система
Удаление данных
1.Вход на форму с данными 2.Выбирать запись для удаления 3.Нажать кнопку «Удалить»   4.Выбрать кнопки»Да» или «Нет»	1.1.Вывод формы с данными 2.1.Система выделяет запись 3.1.Выводится сообщение для подтверждения удаления 4.1.Либо данные будут удалены, либо останутся без изменений в таблице 4.2.При удалении записи изменения сохраняются в БД

 

3. 4 Модели анализа и сценарии вариантов использования

«Ввод данных в работе с БД по учету Товара»

 

Рис. 3.3 «Ввод данных в работе с БД»

Создание записи Ввода данных:

1. пользователь: выбирает параметр для создания записи;
2. система: запоминает параметр создания записи;
3. пользователь: вносит необходимые данные;
4. система: запоминает внесенные данные;
5. пользователь: нажимает кнопку «готово»;
6. система: сохраняет запись в базе данных.

«Удаление данных в работе с БД по учету Товара»

 

 

Рис. 3.4 «Удаление данных работе с БД»

 

1. пользователь: выбирает параметр для удаления записи;
2. система: запоминает параметр создания записи;
3. пользователь: подтверждает удаление записи;
4. система: удаляет запись из базы данных.

«Редактирование данных в работе с БД по учету Товара»

Рис. 3.5 «Редактирование данных в работе с БД»

Изменение записи

1. пользователь: выбирает параметр для изменения;
2. система: запоминает параметр создания записи;
3. пользователь: вносит изменения в уже имеющееся поле;
4. система: запоминает изменения;
5. пользователь: нажимает кнопку «готово»;
6. система: сохраняет запись в базе данных.

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

3.5 Диаграммы последовательности

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

Ниже приведены диаграммы последовательности для некоторых вариантов использования.

«Ввод данных»

Рис. 3.6 «Ввод данных»

 

«Удаление данных»

 

 

 

Рис. 3.7 «Удаление данных»

 

«Просмотр таблиц»

Рис. 3.8 «Просмотр таблиц»

 

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

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

Также программа легко адаптируется для одного магазина.

На данном этапе разрабатывается именно эта часть будущего программного продукта, то есть»Учет товара на складе розничного магазина».

Заключение

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

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

Список  используемой литературы и источников

1. Галисеев Г. В. Программирование в среде Delphi 7. М. – Диалектика. 2004. – 293 с.
2. Гражданский Кодекс Российской Федерации от 30.11.1994 N 51-ФЗ
3. Дейт К. Введение в системы баз данных. - М.: «Вильям», 1999.с 140-151
4. Дрибас В.П. Реляционные модели данных. - М.: Мир, 1922. с 58-76
5. Корпоративный менеджмент. Электронный ресурс. Режим доступа: http://www.cfin.ru/, свободный
6. Кузин А.В., Левонисова С.В. База данных: Учебное пособие - М.: Академия,2005. с 35 - 37
7. Малыхина М.П. Базы данных: основы, проектирование, использование: Учебное пособие. —2-е изд. - СПб.: БХВ – Петербург,2006.с 26 - 43
8. Малыхина М.П. Базы данных: основы, проектирование, использование: Учебное пособие. —2-е изд. - СПб.: БХВ – Петербург,2004. 164 – 175
9. Свободная энциклопедия Википедия. Электронный ресурс. Режим доступа к энциклопедии: http://www.wikipedia.org, свободный.
10. Федеральный Закон «Об обществах с ограниченной ответственностью» № 14-Ф3 от 08.02.1998г.
11. Федеральный Закон «Об основах государственного регулирования торговой деятельности в Российской федерации» № 381-ФЗ от 28.12.2009г.
12. Якобсон А., Буч Г., Рамбо Дж. Унифицированный процесс разработки ПО. – СПб.: Питер. 2002. – 496 с.