Файл: Проектирование реализации операций бизнес-процесса ( Планирование закупок и размещение заказов поставщикам ).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 23.05.2023

Просмотров: 258

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Таблица 6

spentmaterials

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код записи

id

int

4

AI

Наименование

caption

varchar

120

Характеристика

materialtype

varchar

120

Единица учета

unit

varchar

120

Количество

spent

decimal

6

Комментарий

comment

varchar

255

Дата создания записи

createdate

datetime

10

Дата последнего изменения записи

modifiedate

datetime

10

Таблица 7

inventorylist

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Номер листа инвентаризации

id

int

4

AI

Наименование

caption

varchar

120

Характеристика

materialtype

varchar

120

Единица учета

unit

varchar

120

Количество

amount

decimal

6

Комментарий

comment

varchar

255

Дата создания записи

createdate

datetime

10

Таблица 8

ordermaterials

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Номер заявки

id

int

4

AI

Наименование

caption

varchar

120

Характеристика

materialtype

varchar

120

Единица учета

unit

varchar

120

Количество

orderquantity

decimal

6

Комментарий

comment

varchar

255

Дата создания записи

createdate

datetime

10

Дата последнего изменения записи

modifiedate

datetime

10


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

Для написания программного использовался язык php. Для ускорения разработки было решено использовать фреймворк Symfony 2. Данный фреймворк работает с подходом к программированию, называемый Model-view-controller (MVC, «модель-представление-контроллер», «модель-вид-контроллер»).

Основная идея данного подхода заключается в разделении данных, их представлениях и обработку действий пользователей на три больших группы:

  • Модель (англ. Model). Модель предоставляет знания: данные и методы работы с этими данными, реагирует на запросы, изменяя своё состояние. Объекты данной группы не содержит информации, как эти знания можно визуализировать.
  • Представление, вид (англ. View). Отвечает за отображение информации (визуализацию). Часто в качестве представления выступает форма (окно) с графическими элементами. Главная задача – представить информацию, хранимой в модели в виде, воспринимаемым пользователем.
  • Контроллер (англ. Controller). Обеспечивает связь между пользователем и системой: контролирует ввод данных пользователем и использует модель и представление для реализации необходимой реакции.

Каждый контролер обрабатывает запросы, отправляемые по соответствующему маршруту, общая схема всех маршрутов информационной системы (дерево вызова программных модулей) и обрабатывающих их контроллеров приведена на рисунке 14.

Рисунок 14. Общая схема маршрутов и контроллеров.

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

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

Для разработки информационной системы автоматизации бизнес-процесса транспортной доставки заказов использован объектно-ориентированный подход. Его основной являются классы и объекты, которые создаются на их основе.


Классы, созданные в программном коде информационной системы, можно разделить на две группы:

  • Классы, относящиеся к модели данных (Model);
  • Классы, относящиеся к контроллерам обработки запросов пользователей (Controller);
  • Для реализации представлений (View) классы не создавались, а использовались шаблоны html-страниц, в которые контроллер подставляет результаты обработки информации, полученной от модели данных.

Все объекты в разработанной информационной системе, созданные на основе классов первой группы, связаны с таблицами базы данных. Каждое поле таблицы стало атрибутом соответствующего класса. И для каждого такого атрибута было добавлено два метода: метод set и метод get. Первый устанавливает значение соответствующего атрибута класса, а второй, наоборот, считывает.

Перечень классов первой группы:

  • Materials;
  • Currentamount;
  • Receiptmaterials;
  • Spentmaterials;
  • Inventorylist;
  • Ordermaterials;

Ко второй группе относятся контроллеры:

  • GeneralController – содержит методы для выполнения основных функций информационной системы;
  • SecurityController – содержит методы для обеспечения безопасности: авторизация и выход пользователя.

Рассмотрим более подробно процедуру авторизации пользователя в системе. Данный маршрут (/login) обрабатывает метод loginAction контроллера SecurityController.php. Он создает экземпляр формы LoginFormType.php и обрабатывает её отправку. На рисунке 15 приведен алгоритм работы данного метода.

Рисунок 15. Алгоритм работы метода loginAction.

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

Работа в информационной системе начинается с авторизации пользователя, запрос на авторизацию выводится в специальной форме (Рисунок 16).

Рисунок 16. Форма авторизации.

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


На рисунке 17 представлена домашняя страница со всеми доступными функциями.

Рисунок 17. Домашняя страница.

При переходе в раздел «Материалы» открывается список материалов (Рисунок 18).

Рисунок 18. Справочник материалов

В этом справочнике можно просматривать материалы, их характеристики, а также редактировать или удалять их.

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

Также в навигации по списку есть кнопки «Вверх», «Вниз», «В начало списка», «В конец списка», которые помогут быстро перемещаться по списку материалов и тем самым экономить время пользователя.

У каждого материала есть своя карточка, в которой можно посмотреть все атрибуты этого материала (Рисунок 19).

Рисунок 19. Карточка материала

Если пройти в пункт меню «Оформить поступление материалов» - откроется форма для оприходования материалов (Рисунок 20). В данную форму необходимо внести наименование материала, его характеристику и количество. Единица учета заполняется автоматически из карточки товара. В этом документе предусмотрено добавление товаров в список как по одному (с помощью кнопки «Добавить»), так и подбор товаров непосредственно из справочника. Также есть кнопки «Копировать строку» и «Вставить строку», которые позволяют быстро перенести строку с уже заполненными атрибутами из одного документа в другой. Например, из документа оприходования в документ списания.

Рисунок 20. Форма документа поступления материалов.

Похожим образом выглядит, и форма «Оформить списание материалов (Рисунок 21). Отличие состоит лишь в том, что поступление увеличивает количество материалов к уже имеющимся на складе, а списание – уменьшает.

Рисунок 21. Форма документа списания материалов.

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


Рисунок 22. Форма создания поступления материалов.

После того, как документ сформирован, можно выводить его на печать. В печатной форме в графа «количество» пустая, это сделано специально чтобы кладовщик вписал туда фактические остатки материалов (Рисунок 23).

Рисунок 23. Печатная форма листа инвентаризации.

Когда кладовщик проведет инвентаризацию – в форму документа инвентаризации необходимо внести фактические остатки материалов и провести документ.

Для формирования заявки на закупку материалов нужно перейти в раздел «Закупки материалов» и выбрать пункт «Сформировать заявку». После этого открывается форма заявки. Далее нужно подобрать желаемые материалы, выбрать период для расчета необходимого количества материалов и нажать кнопку «Сфромировать». Формируется заявка на закупку материалов (Рисунок 24).

Рисунок 24. Форма заявки на заказ материалов

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

Рисунок 25. Печатная форма заявки на заказ материалов

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

ЗАКЛЮЧЕНИЕ

В заключении подведем итоги проделанной работы и перечислим задачи, которые были решены:

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

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