Файл: Проектирование реализации операций бизнес-процесса «Ежедневный складской учет»..pdf
Добавлен: 25.05.2023
Просмотров: 288
Скачиваний: 2
СОДЕРЖАНИЕ
1.1. Выбор комплекса задач автоматизации
1.2. Характеристика существующих бизнес – процессов
1.3. Характеристика документооборота, возникающего при решении задачи
1.4. Обоснование проектных решений по информационному обеспечению
1.5 Обоснование проектных решений по программному обеспечению
ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ. Информационное обеспечение задачи
2.1 Информационная модель и её описание
2.2 Характеристика нормативно-справочной, входной и оперативной информации
2.3 Характеристика результатной информации
2.4 Общие положения (дерево функций и сценарий диалога)
2.5 Характеристика базы данных
2.6 Структурная схема пакета (дерево вызова программных модулей)
2.7 Описание программных модулей
Рисунок 3– Информационная модель автоматизации бизнес – процесса «Ежедневный складской учет»
Далее дадим описание информационной модели, на основании которой и будет автоматизирован бизнес – процесс «Ежедневный складской учет».
Ежедневный складской учет подразделяется на два вида учета: учет оптовой торговли и учет розничной торговли. Предприятие ООО «Хозяюшка» практикует в своей деятельности как оптовую, так и розничную торговлю. Таковы направления маркетинговой деятельности данного предприятия.
Учет оптовой торговли предполагает ежедневный контроль следующих показателей:
- остаток товара в суммовом выражении на начало дня.
- приход товара от поставщиков в течение дня.
- расход товара покупателям в течение дня.
- остаток товара в суммовом выражении в конце дня.
Данная информация контролируется в разрезе по каждому наименованию товара из ассортиментной группы товаров предприятия ООО «Хозяюшка».
Учет розничной торговли предполагает ежедневный контроль следующих показателей:
- остаток товара в суммовом выражении на начало дня.
- приход товара от поставщиков в течение дня.
- расход товара покупателям в течение дня.
- остаток товара в суммовом выражении в конце дня.
Данная информация контролируется в разрезе по каждому наименованию товара из ассортиментной группы товаров предприятия ООО «Хозяюшка».
Таким образом, была рассмотрена информационная модель, которая позволит автоматизировать бизнес – процесс «Ежедневный складской учет».
2.2 Характеристика нормативно-справочной, входной и оперативной информации
Создание программного обеспечения, которое позволит автоматизировать бизнес – процесс «Ежедневный складской учет», что значительным образом, повысит прозрачность деятельности работников склада, основано на использовании определенного вида и количества информации.
В первую очередь, это нормативно – справочная информация, которая в самом общем виде регулирует торговую деятельность.
1) Федеральный закон «Об основах государственного регулирования торговой деятельности в Российской Федерации» от 28.12.2009 N 381-ФЗ (последняя редакция).
2) Федеральный закон «О розничных рынках и о внесении изменений в Трудовой кодекс Российской Федерации» 30.12.2006 № 271-ФЗ.
3) Налоговый Кодекс РФ.
Данные документы в самом общем виде регламентируют порядок ведения складского учета, порядок прихода и расхода товара, требования к оформлению всех операций, происходящих на складе.
Также к нормативно – справочной документации можно отнести:
- договора предприятия ООО «Хозяюшка» с поставщиками на поставку продукции, а также договора предприятия ООО «Хозяюшка» с покупателями на реализацию продукции, если речь идет об оптовой торговле.
Входная информация – это такая информация, на основе которой, собственно, и создается база данных.
- налоговые и товаротранспортные накладные, которые подтверждают факт совершения покупки от поставщиков.
- налоговые накладные и товаротранспортные накладные, которые подтверждают факт реализации товара оптовым покупателям.
- кассовый чек, который является доказательством совершения реализации в розницу обычным покупателям.
Оперативная информация представляет собой такую информацию, которой оперирует пользователь программного обеспечения. К оперативной информации можно отнести следующую информацию.
- наименование товара.
- ассортиментная группа товара.
- остаток товара на начало дня.
- приход товара.
- остаток товара на конец дня.
Таким образом, в разделе была охарактеризована нормативно-справочная, входная и оперативная информация.
2.3 Характеристика результатной информации
При работе с программным обеспечением, пользователь получает результатную информацию.
Рисунок 4– Окно приветствия программы «Ежедневный складской учет»
Рисунок 5– Окно учета оптовой торговли, как результирующая информация
Рисунок 6– Окно учета розничной торговли, как результирующая информация
Таким образом, в разделе была рассмотрена результирующая информация, которую пользователь программного обеспечения получает при работе с ней.
2.4 Общие положения (дерево функций и сценарий диалога)
Дерево функций можно представить наглядным образом в виде блок – схемы или рисунка.
Рисунок 7 – Блок – схема дерева функций
Далее также в виде блок схемы рассмотрим и сценарий диалога.
Рисунок 8– Блок – схема сценария диалога
В данном разделе было рассмотрено дерево функций и сценарий диалога, который позволит работнику склада работать с программой «Ежедневный складской учет», а руководитель предприятия ООО «Хозяюшка» сможет всегда контролировать ежедневный складской учет.
2.5 Характеристика базы данных
Создание программного приложения «Ежедневный складской учет» невозможно без базы данных, в которой храниться вся необходимая информация. Программное приложение «Ежедневный складской учет» и его создание основано на базе данных MICROSOFT ACCESS. Именно с помощью данной программы, которая входит в стандартный набор MICROSOFT OFFICE, можно создавать базы данных практически любой модификации.
Загружаем MICROSOFT ACCESS. Далее создаем новую базу данных.
Файл – Создать - Новая база данных.
Далее создаем таблицу под названием отдел оптовой торговли в базе данных «Оптовая торговля».
Аналогичным образом создаем таблицу «Отдел розничной торговли».
Следует отметить, что формирование таблицы должно происходить в режиме конструктора с целью выбора типа данных, что очень важно при правильном отображении данных в таблице базы данных.
Рисунок 9– Готовая база данных «Оптовая торговля»
В базе данных «Оптовая торговля» присутствуют следующие поля:
Поле «Наименование товара» отражает информацию о товаре, который расположен на оптовом следе предприятия ООО «Хозяюшка».
Поле «Группа товара» отражает информацию, к какой именно ассортиментной группе принадлежит вышеуказанный товар. Это необходимо для облегчения поиска товара, который разбит на группы.
Поле «Начальный остаток товара» отражает информацию об остатке товара на начало дня. Это необходимо для анализа возможных покупок до поступления свежего товара от поставщиков за сегодняшний день.
Поле «Приход товара» отражает информацию о товаре, который оприходован на склад в течение дня.
Поле «Расход товара» отражает информацию о расходе товара в течение дня.
Поле «Конечный остаток товара» отражает информацию об остатке товара на конец дня. Данная информация необходима для анализа заявки, которую необходимо сделать поставщику товара, чтобы избежать дефицита товара на складе.
Далее рассмотрим базу данных «Розничная торговля» в таблице «Отдел розничной торговли».
Рисунок 10– Готовая база данных «Розничная торговля»
В базе данных «Розничная торговля» присутствуют следующие поля:
Поле «Наименование товара» отражает информацию о товаре, который расположен на розничном складе предприятия ООО «Хозяюшка», а также предназначен для розничной реализации.
Поле «Группа товара» отражает информацию, к какой группе в ассортименте принадлежит розничный товар.
Поле «Начальный остаток товара» отражает информацию об остатке товара на начало дня. Это необходимо для анализа возможных покупок до поступления свежего товара от поставщиков за сегодняшний день.
Поле «Приход товара» отражает информацию о товаре, который оприходован на склад в течение дня.
Поле «Расход товара» отражает информацию о расходе товара в течение дня.
Поле «Конечный остаток товара» отражает информацию об остатке товара на конец дня. Данная информация необходима для анализа заявки, которую необходимо сделать поставщику товара, чтобы избежать дефицита товара на складе.
Таким образом, в разделе была описана база данных «Оптовая торговля» и «Розничная торговля», на основании которой и будет сформировано программное приложение «Ежедневный складской учет».
2.6 Структурная схема пакета (дерево вызова программных модулей)
В создаваемом программном приложении существуют три программных модуля UNIT 1, UNIT 2 и UNIT 3, которые определяют форму FORM 1, FORM 2 и FORM 3. Дерево вызова программных модулей выглядит следующим образом:
Рисунок 11– Дерево вызова программных модулей
Таким образом, было рассмотрено дерево вызова программных модулей.
2.7 Описание программных модулей
В создаваемом программном приложении существуют три программных модуля UNIT 1, UNIT 2 и UNIT 3, которые определяют форму FORM 1, FORM 2 и FORM 3.
UNIT 1 координирует работу FORM 1, которое является окном приветствия для пользователя, а также предлагает выбор требуемого действия: учет оптовой торговли или учет розничной торговли.
UNIT 2 координирует работу FORM 2, где отражается вся информация об ежедневном складском учете в оптовой торговли.
UNIT 3 координирует работу FORM 3, где отражается вся информация об ежедневном складском учете в розничной торговле.
Таким образом, в разделе были описаны программные модули программного обеспечения «Ежедневный складской учет».
2.8. Контрольный пример реализации проекта и его описание
Программное приложение «Ежедневный складской учет» создается в DELPHI 7. Преимущества данной среды программирования описаны в первой главе, но следует отметить, что данная среда программирования позволяет создавать программы на любую тему и в любых конфигурациях.
Запускаем DELPHI 7. Сохраняем проект под названием PROJECTSLAD.
Далее приступаем работать с формами.
Автоматически запускается FORM 1. Однако данная форма пока нам не нужна, так как она будет сформирована на основании двух других форм, которые и будут отражать всю необходимую пользователю информацию.
Формируем новую форму FORM 2. Для этого проделываем процедуру File – New – Form.
Задаем имя для данной FORM 2 «Учет оптовой торговли» в свойстве CAPTION на панели OBJECT INSPECTOR. Далее устанавливаем желаемый цвет, который будет интерфейсом программы «Учет оптовой торговли».
Далее размещаем необходимые компоненты на FORM 2. Для этого, необходимо выбрать компоненты из вкладки, которая находится выше FORM 2.
Из вкладки DATA ACCESS выбираем компонент DATA SOURSE.
Из вкладки DATA CONTROLS выбираем компонент (DB)NAVIGATOR.
Из вкладки DATA CONTROLS выбираем компонент (DB) GRID.
Из вкладки STANDART выбираем компонент BUTTON.
Из вкладки ADO выбираем ADO Connection и ADO Table.
Все компоненты устанавливаются на FORM 2. Это наглядно представлено на рисунке.
Рисунок 12– Установка компонентов на FORM 2 «Учет оптовой торговли»
Следующим шагом является установление всех необходимых свойств для каждого компонента на панели OBJECT INSPECTOR, которые позволят запуститься программе «Ежедневный складской учет».