Диплом: Автоматизация процесса управления распределением продуктов питания в ООО «Все продукты»

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
68
Таблица 14
Входной документ ухода
Название
Дата
прихода
Дата ухода
Количество
Идентификационный
номер точки продаж
Огурцы
01.07.2019
08.07.2019
7кг
4
Помидоры
01.07.2019
08.07.2019
4кг
4
Яйца
01.07.2019
22.07.2019
90шт
4
Система автоматически формирует идентификационный номер продукта
питания. Формируется он по следующему формату - <дата прихода>-
<уникальное число>. Данный идентификатор нужен для того, чтобы система
могла явно различать между собой товары с одинаковыми названиями.
2.2.2 Характеристика результатной информации
Результатной информацией считается отчет о наиболее подходящем
количестве определенного товара для конкретной точки продаж. Помимо того,
к результатной информации так же можно прировнять и текущее состояние
продаж на точке.
Отчеты формируется из нескольких таблиц и полей:
Точка продаж:
Уникальный идентификатор
Адрес
Дополнительные параметры
Товар:
Уникальный идентификатор
Название товара
Условия хранения
Срок годности
Дополнительные параметры
69
Приход:
Уникальный идентификатор
Уникальный идентификатор точки продаж
Уникальный идентификатор товара
Дата прихода
Количество
Дополнительные параметры
Уход:
Уникальный идентификатор
Уникальный идентификатор точки продаж
Уникальный идентификатор прихода
Количество
Дополнительные параметры
Все таблицы, поля таблиц, сформированы не случайно, имеют строгую
структуру. Каждая таблица соблюдает первую нормальную форму, учтена
атомарность данных.
Рассмотрим отчет о продаже наиболее подходящего количества
определенного товара на конкретной точке. Набор входных данных весьма не
простой, он содержит несколько таблиц, логическую обработку данных,
которую можно назвать «сложной обработкой данных». Не смотря на
сложность входных данных, а так же несколько входных таблиц, нашей задачей
является реализовать максимально простой и понятный отчет, на основе
которого, менеджер торговой точки, либо руководство торговой сетью примет
решение о необходимости либо сократить поставки определенного товара на
конкретную точку продаж, либо наоборот, увеличить. Такой, казалось бы,
простой результат, может повлечь значительные экономические выгоды. На
70
таблице 15 отображен пример отчета о продаже наиболее подходящего
количества определенного товара на конкретной торговой точке. Так же
таблица явно отображает свою простоту результата, максимально удобную и
читабельную форму любому пользователю. Точка продаж пронумерованный,
каждый управляющий знает номер точки, которая за ним закреплена, поэтому
сводная информация в виде номера является вполне допустимым.
Идентификатор товара нужен по большей мере опционально. Для
идентификации продукта не всех может устраивать пользоваться его
названием, куда удобнее использовать его идентификатор.
Таблица 15
Пример отчета о продаже наиболее подходящего количества
определенного товара на конкретной точке
Название
Точка продаж
Количество
Идентификатор
товара
Огурцы
4
44кг
1
Помидоры
4
47кг
2
Яйца
4
920шт
3
Так же рассмотрим и пример отчета о текущем состоянии продаж на
торговой точке. У него появилось новое поле – выполнен ли план на текущий
день. Это поле имеет тип данных «булево», а это означает, что значение этой
ячейки будет «Да», либо «Нет». Данное поле будет информировать
пользователя о том, не отстает ли торговая точка от плана. Пример отчета
отображен на таблице 16.
Таблица 16
Пример отчета о текущем статусе продаж на торговой точке
Название
Точка
продаж
Количество
Идентификатор
товара
План
выполнен
на текущий
день
Огурцы
4
22кг
1
Да
Помидоры
4
23кг
2
Да
Яйца
4
420шт
3
Нет
71
2.3.1 Сценарий диалога
В данном дипломном проекте я автоматизирую процесс управления
распределением товара, иными словами, ту рутинную работу, в которой
работник может допустить ошибку, которая повлечет за собой неприятные
последствия. Помимо того, что мы обеспечиваем безопасность этого процесса,
защищаем себя от ошибки человеческого фактора, мы еще ускоряем процесс
проверки сроков годности, делаем его более надежным. Ко всему этому, мы
еще и формируем некую сводку, на основе которой менеджер может поменять
стратегию распределения, тем самым сократив ненужные затраты. Сценарий
диалога представляет набор рутинных шагов сотрудника торговой точки,
который отображен на рисунке 10.
72
Рисунок 10. Сценарий диалога рутинного процесса
На рисунке 10 отображен процесс рутинных шагов сотрудника торговой
точки. Необходимо реализовать автоматизацию этого процесса в том числе.
Сценарий диалога программы отображен на рисунке 11.
73
Рисунок 11. Сценарий диалога программы
Программа, согласно заложенной в неё логике, позволяет добавлять
информацию о приходах и уходах, хранить её в структурированном виде
соблюдая правила атомарности, хранить информацию на централизованном
сервере и многое другое, что относится к записи данных. Касательно отдачи
информации, программа отвечает за контроль свежести, формирует различные
отчеты о продажах, и самое главное, формирует тенденцию. Любой
функционал программы можно сгруппировать как основной и служебный.
Основной – содержит основную логику программы, решает основные функции,
несет ключевую информацию. Служебный – содержит функционал, в большей
части для администраторов системы. Данный раздел подразумевает настройку
74
системы, например настройку временного периода для формирования отчета,
настройку прав доступа для информации по определенной торговой точке,
чтобы каждый администратор имел доступ только в той торговой точке,
которая за ним закреплена. Сгруппированный функционал отображен на
рисунке 12.
Рисунок 12. Группировка функционала по типу задач
2.3.2 Характеристика базы данных
База данных информационной системы представлена в виде ER модели.
Данная модель отображена на рисунке 13.
75
Рисунок 13. ER модель базы данных
В связи с тем, что выбрана реляционная модель базы данных, у каждой
таблицы есть первичный ключ, связи между таблицами осуществлены
благодаря мощному механизму – внешний ключ. Помимо того, на необходимые
поля установлен индекс. Рассмотрим каждую таблицу подробнее.
Таблица «rule» хранит набор правил доступа к той или иной части
системы. Поля таблицы детально расписаны в таблице 17.
76
Таблица 17
Поля таблицы «rule»
Название поля
Описание
поля
Тип данных
Длина
поля/Максимальное
значение
Id
Уникальный
идентификатор
Целое число
2147483647
Rule
Право
Строка
128
Таблица «group» хранит группу правил, объединенную по
определенному смыслу, либо по желанию администратора. Поля таблицы
детально расписаны в таблице 18.
Таблица 18
Поля таблицы «group»
Название поля
Описание
поля
Тип данных
Длина
поля/Максимальное
значение
Id
Уникальный
идентификатор
Целое число
2147483647
Name
Наименование
Строка
128
Id_rule
Уникальный
идентификатор
права
Целое число
2147483647
Таблица «user» хранит список пользователей системы. Поля таблицы
детально расписаны в таблице 19.
Таблица 19
Поля таблицы «user»
Название поля
Описание
поля
Тип данных
Длина
поля/Максимальное
значение
Id
Уникальный
идентификатор
Целое число
2147483647
Id_point
Уникальный
идентификатор
торговой точки
Целое число
2147483647
Id_group
Уникальный
идентификатор
группы прав
Целое число
2147483647
First_name
Имя
Строка
128
Second_name
Фамилия
Строка
128
Service
Должность
Строка
128
Phone
Телефонный
номер
Строка
128
77
Таблица «point» хранит информацию о точках продаж. Поля таблицы
детально расписаны в таблице 20.
Таблица 20
Поля таблицы «point»
Название поля
Описание поля
Тип данных
Длина
поля/Максимальное
значение
Id
Уникальный
идентификатор
Целое число
2147483647
Address
Адрес
Строка
256
Parameters
Дополнительные
параметры
Строка
2048
Таблица «product» хранит информацию обо всех продаваемых продуктах
в торговой сети. Поля таблицы детально расписаны в таблице 21.
Таблица 21
Поля таблицы «product»
Название поля
Описание поля
Тип данных
Длина
поля/Максимальное
значение
Id
Уникальный
идентификатор
Целое число
2147483647
Name
Наименование
Строка
256
Save_params
Условия
хранения
Строка
256
Expiration_date
Срок годности
Дата
8
parameters
Дополнительные
параметры
Строка
2048
Таблица «input» хранит информацию о приходах. Поля таблицы детально
расписаны в таблице 22.
Таблица 22
Поля таблицы «input»
Название поля
Описание
поля
Тип данных
Длина
поля/Максимальное
значение
Id
Уникальный
идентификатор
Целое число
2147483647
Id_point
Уникальный
идентификатор
точки
Целое число
2147483647
Date
Дата прихода
Дата
8
Count
Количество
Целое число
2147483647

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Agile-методология в управлении проектами на примере ООО «Ресурсный центр «Академия КлассИнфо»
Aвтoмaтизaция пpoцecca вeдeния инфopмaциoннoй бaзы o дoлжнocтяx и вaкaнcияx c укaзaниeм тpeбoвaний к уpoвню знaний и нaвыкoв кaндидaтoв для гpуппы кaдpoв вoйcкoвoй чacти 3474»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
Cовершенствование управления рентабельности предприятия (на примере гуипп «бендерская типография «полиграфист»)
Event - менеджмент: реализация проекта (на примере ООО "АГРОПАК")