Файл: Проектирование реализации операций бизнес-процесса «Контроль поставок товара»..pdf

Рисунок 3– Информационная модель автоматизации бизнес – процесса «Контроль поставок товара»

Таким образом, была описана информационная модель бизнес – процесса «Контроль поставок товара», а также выполнено ее представление в графическом виде.

2.2 Характеристика нормативно-справочной, входной и оперативной информации

Нормативно – справочная информация при осуществлении поставок товара чрезвычайно важна, так как регламентирует именно порядок осуществления и реализации данной поставки.

1) «Налоговый кодекс Российской Федерации (часть вторая)» от 05.08.2000 N 117-ФЗ (ред. от 03.07.2016) (с изменениями и дополнениями, вступившими в силу с 01.10.2016).

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

Это очень важный момент, который определяет дальнейших ход работы предприятия ООО «Холодок».

2) Федеральный закон от 28.12.2009 N 381-ФЗ «Об основах государственного регулирования торговой деятельности в Российской Федерации».

3) Договор поставки в отношении тех клиентов, с которыми установлена договоренность о том, что предприятие ООО «Холодок» осуществит доставку товара.

4) Договор купли – продажи.

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

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

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

- остатки товара на складе в натуральном и стоимостном выражении.

- заявка покупателя.

- отгрузка и анализ ее соответствия заявке покупателя.

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

2.3 Характеристика результатной информации

Результатная информация – это та информация, которую видит пользователь при работе с программным обеспечением «Контроль поставок товара».

---

Рисунок 4– Окно приветствия

Пользователь нажимает на кнопку «Остатки на складе товаров» и попадает в форму:

Рисунок 5– Остатки товара на складе

Пользователь нажимает на кнопку «Анализ заявок клиентов» и попадает в форму:

Рисунок 6– Заявки от клиентов

Пользователь нажимает на кнопку «Выполнение поставки» и попадает в форму:

Рисунок 7– Выполнение поставки

Нажимая на «Отчет» представляется график выполнения поставки.

Рисунок 8– Отчет о выполнении поставки

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

2.4 Общие положения (дерево функций и сценарий диалога)

Далее рассмотрим дерево функций, которое будет представлено в виде блок-схемы.

Рисунок 9– Блок – схема дерева функций

Аналогичным образом, в виде блок схемы рассмотрим и сценарий диалога.

Рисунок 10– Блок – схема сценария диалога

Таким образом, были рассмотрены дерево функций и сценарий диалога.

2.5 Характеристика базы данных

База данных является необходимым условием для создания программного обеспечения в среде программирования DELPHI 7, которая позволит автоматизировать бизнес – процесс «Контроль поставок товара», и сделать его прозрачным для руководителя, а значит, повысить эффективность реализации данного бизнес – процесса.

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

Проектируемое программное приложение требует создания трех баз данных:

- остатки товаров.

- заявка.

- выполнение заявки.

Открываем MICROSOFT ACCESS и создаем новую базу данных.

Файл – Создать - Новая база данных.

---

Начинаем работу с первой базой данных – это «Остатки товаров».

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

Рисунок 11– База данных «Остатки товаров»

Поле «Наименование товара» отражает название товара в ассортиментной группе товаров.

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

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

Поле «Остатки в стоимостном выражении» является также обязательным полем, так как показывает сумму остатков, находящихся на складе предприятия ООО «Холодок».

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

Рисунок 12– База данных «Заявка от клиента»

Поле «Наименование товара» отражает название товара в ассортиментной группе товаров.

Поле «Заявка от клиента в натуральном выражении» отражает, какое количество кондиционеров, заказали клиенты именно по данному наименованию товара.

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

Поле «Заявка от клиента в стоимостном выражении» отражает, на какую сумму в рублях заказали клиенты именно по данному наименованию товара.

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

---

База данных «Выполнение заявки» представлена на рисунке.

Рисунок 13– База данных «Выполнение заявки»

Поле «Наименование товара» отражает название товара в ассортиментной группе товаров.

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

Поле «Заявка от клиента» отражает, какое количество кондиционеров, заказали клиенты именно по данному наименованию товара.

Поле «Отгрузка» отражает информацию об отгрузке, которая произведена со склада предприятия ООО «Холодок».

Поле «Степень выполнения заявки» отражает информацию о том, в какой мере была выполнена заявка со стороны продавца, то есть предприятия ООО «Холодок».

Таким образом, в данном разделе были охарактеризованы базы данных, на основании которых и будет создаваться программное обеспечение «Контроль поставок товаров».

2.6 Структурная схема пакета (дерево вызова программных модулей)

В создаваемом программном приложении будут использованы 5 программных модулей UNIT 1, UNIT 2, UNIT 3, UNIT 4, UNIT 5. Данные модули управляют работой соответствующих форм: FORM 1, FORM 2, FORM 3, FORM 4, FORM 5. Дерево вызова программных модулей выглядит следующим образом:

Рисунок 14– Дерево вызова программных модулей

Было представлено в графическом виде дерево вызова программных модулей.

2.7 Описание программных модулей

В создаваемом программном приложении будут использованы 5 программных модулей UNIT 1, UNIT 2, UNIT 3, UNIT 4, UNIT 5. Данные модули управляют работой соответствующих форм: FORM 1, FORM 2, FORM 3, FORM 4, FORM 5.

UNIT 1 координирует работу FORM 1, которое является окном приветствия и входа в программу. Из данного окна пользователь может определить направления своих дальнейших действий.

UNIT 2 координирует работу FORM 2, где отражаются остатки на складе, то есть полная информация с базы данных «Остатки на складе».

UNIT 3 координирует работу FORM 3, где фиксируется информация о заявках клиентов. Основана на базе данных «Заявки от клиентов».

UNIT 4 координирует работу FORM 4, показывается, в какой степени выполняется заявка. Основан на базе данных «Выполнение заявки».

UNIT 5 координирует работу FORM 5, и отражает графический отчет о состоянии выполнения заявок товара.

---

UNIT 6 координирует работу FORM 6, где представлен отчет о реализации предприятия итого в целом за период.

Таким образом, в разделе были описаны программные модули программного обеспечения «Контроль поставок товаров».

2.8. Контрольный пример реализации проекта и его описание

Программное обеспечение «Контроль поставок товара» для руководящего звена предприятия ООО «Холодок» будет разрабатываться в среде программирования DELPHI 7. Преимущества работы с данной программой были рассмотрены в первой главе настоящей курсовой работы.

Как выше было сказано, в создаваемом программном приложении будут использованы 5 программных модулей UNIT 1, UNIT 2, UNIT 3, UNIT 4, UNIT 5. Данные модули управляют работой соответствующих форм: FORM 1, FORM 2, FORM 3, FORM 4, FORM 5.

Начинаем работу с того, что загружаем DELPHI 7. Сохраняем проект: FILE – SAVE PROJECTS AS – PROJECTPOSTAVKA. Таким образом, мы изначально сохранили и дали имя будущему проекту в DELPHI 7.

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

Запускаем новую форму FORM 2 путем следующей операции FILE – NEW FORM.

Даем название данной форме посредством панели свойств OBJECT INSPECTOR. Находим следующие свойства:

- CAPTION, в котором даем наименование форме «ОСТАТКИ ТОВАРА НА СКЛАДЕ».

- COLOR, в котором выбираем необходимый цвет формы.

Далее устанавливаем необходимые компоненты на форму, которые будут осуществлять ее работу.

Компонент (DB) GRID из DATA CONTROLS – позволяет отображать данные из выбранной базы данных.

Также из вкладки DATA ACCESS выбираем и устанавливаем компонент DATA SOURSE, который позволить определить связи между компонентами.

Также из вкладки ADO выбираем ADO Connection и ADO Table. Данные компоненты необходимы для осуществления связи между создаваемым программным приложением и базой данной, которая будет выбрана.

Из вкладки DATA CONTROLS выбираем компонент (DB)NAVIGATOR, который позволит управлять записями, добавлять и убирать их, а также осуществлять поиск и просмотр информации в компоненте (DB) GRID.

Далее необходимо установить еще два несложных компонента:

Из вкладки STANDART выбираем компонент BUTTON, который будет кнопкой выхода из приложения.

Из вкладки STANDART выбираем компонент LABEL, который представит название компонента (DB) GRID.

Проделав вышеописанное, получаем следующее видение формы.

Рисунок 15- FORM 2 «Остатки товаров на складе» с необходимыми компонентами

---