Файл: Разработка регламента выполнения процесса «Транспортная доставка заказов» (Анализ бизнес-процессов транспортной компании ООО “Светлана-К” по доставке заказов).pdf

Следует также отметить еще одну современную тенденцию развития интегрированных сред разработки ПО: они включают модули для концептуального проектирования, с возможностью последующей генерации программного кода из построенных UML- моделей. В настоящее время модули поддержки UML включены в такие популярные среды разработки, как Microsoft Visual Studio, NetBeans, Delphi XE3, TJI Java IDE, JBuilder и др. Подобная тенденция по расширению функциональных возможностей наблюдается и в области систем бизнес- моделирования. Например, ПО ARIS включает поддержку UML, что позволяет использовать это средство не только для организационного проектирования, но и для разработки ИС на начальном концептуальном уровне.

В случае другого популярного средства бизнес-моделирования, Business Studio, дело обстоит несколько иначе. В рамках концептуального проектирования ПО этот продукт предоставляет возможность определения перечня ИС предприятия, их модулей и функций, которые могут быть связаны с конкретными функциями бизнес-процессов, исполняемых организационными единицами. Это можно показать графически с помощью нотации eEPC, которую, помимо ARIS и Business Studio, также поддерживают такие популярные средства бизнес-моделирования, как Ramus, Бизнес-Инженер. В таблице 3 показаны некоторые современные средства бизнес-моделирования и поддержка ими наиболее популярных методов

Таблица 3 - Современные средства бизнес-моделирования и поддержка ими наиболее популярных методов

Название	Платформа	IDEF0	IDEF1X	IDEF3	DFD	eEPC	BPMN	UML
ARIS	Windows	-	+	-	+	+	+	+
Business Studio	Windows	+	-	-	-	+	+	-
Ramus	Windows	+	-	+	+	-	-	-
Бизнес- Инженер	Windows	+	-	+	-	+	-	-
All Fusion Process Modeller	Windows	+	+	+	+	-	-	-
yEd E	Кроссплатформенная	-	+	-	-	+	+	+
Dia	Кроссплатформенная	-	+	-	-	+	-	+
MS Visio	Windows	-	+	-	+	+	+	+

---

1.3 Моделирование бизнес-процессов «как есть»

Модель бизнес-процессов, построенная с использованием CASE - средства Erwin Process Modeler 7.3, представлена на рис. 9

Рисунок 9 - Контекстная диаграмма в стандарте IDEF0 нулевого уровня

Диаграммы, детализирующие процессы представлены на рис. 10-16

• 1. Рисунок 10 - Декомпозиция задачи «Транспортная доставка заказа» нулевого уровня

• 1. Рисунок 11 - Декомпозиция задачи «Заключение договоров и мониторинг состояния договоров» первого уровня

Рисунок 12 - Декомпозиция задачи «Планирование поставок» второго уровня

Рисунок 13 - Декомпозиция задачи «Планирование и учет закупок продукции» второго уровня

Рисунок 14 - Декомпозиция задачи «Складской учет готовой продукции и ее транспортировка» второго уровня

Рисунок 15 - Декомпозиция задачи «Анализ выполнения обязательств по договорам» второго уровня

Рисунок 16 - Дерево узлов

2. Моделирование бизнес-процессов транспортной компании ООО “Светлана-К” по доставке заказов (Как Должно Быть)

---

2.1 Предлагаемые мероприятия по улучшению бизнес-процессов

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

Для этого необходимо подготовить товар для отгрузки и товарно-сопроводительную документацию на него, а также разработать сай, главная страница которого представлена в приложении А.

После этого, заказчик сможет оформить on-line заявку, размещенную на сайте кампании ООО «Светлана-К» (http://www.old.svetlana-k.ru/ )

 Для этого необходимо заполнить поля в on-line заявке, отмеченные цветом, как показано на рис.17-20

Рисунок 17 - Раздел «Отравитель»

Рисунок 18 - Раздел «Получатель»

Рисунок 19 - Раздел «Заявленные данные о грузе»

Информация вносится индивидуально грузоотправителем по результатам формирования партии товара к отправке.

Заполняются только поля выделенные цветом, дополнительные услуги не заказываются.

При оформлении Заявки указываются:

• вес и объем рассчитываются исходя из средних весогабаритных значений грузового места - 1 стандартный короб = 20 кг / 0.16 м3
• Длина х Ширина х Высота стандартных коробов - 0,8 х 0,5 х 0,4 м. соответственно

Необходимо внести контактные данные отправителя заявки, ввести подтверждающий код (для каждого салона он будет индивидуальным), нажать кнопку “Отправить заявку”

Рисунок 20 - Раздел Заявка

После этого заявка является поданной, в течении часа на адрес электронной почты, указанной в поле “Ваш контактный e-mail”,  поступил электронное письмо с указанием номера заявки.

При возникновения проблем, вопросов по оформлению заявок и их передаче в транспортную компанию ООО «Светлана-К», необходимо обращаться в оперативном порядке в Логистическую службу.

Основные бизнес процессы показаны на рис. 21-30

Рисунок 21 - Бизнес-процесс

Рисунок 22 - Бизнес-процесс 1.1

Рисунок 23 - Бизнес-процесс 1.2

---

Рисунок 24 - Бизнес-процесс 1.3

Рисунок 25 - Бизнес-процесс 2.1

Рисунок 26 - Бизнес-процесс 2.1.1

Рисунок 27 - Бизнес-процесс 2.2

Рисунок 28 - Бизнес-процесс 2.3

Рисунок 29 - Бизнес-процесс 2.3.1

Рисунок 30 - Бизнес-процесс 2.4

2.2 Моделирование бизнес-процессов «как должно быть»

Определение места назначения для товаров. При перемещении товаров на территорию хранения, следующие параметры товаров берутся на рассмотрение: величина измерения, вес, срок хранения, совместимость товаров и т.д. Система определяет местонахождение для товаров (хранение, выбор, отгрузка) и устанавливает тару для товаров, используя оптимизационный алгоритм (рис. Б.5 в прил. Б).

Создание и приспособленность задач. После размещения товаров в тару, система создает запросы перемещения (рис. Б.7 в прил. Б). На основе этих запросов система определяет план операций. План операций подсчитывается, используя часть алгоритма оптимизации. План операций состоит из задач управления. Задачи допускаются до оператора для выполнения (рис. Б.8 в прил. Б). Для более детального описания алгоритма смотри описание алгоритма.

Перемещение товаров. Товары перемещаются в направлении определенных операторами мест назначений. После того как товары поставлены, план операций завершен.

Общая диаграмма функционирования. Заказчик посылает накладную (R10). Система получает накладную (R20). Имеет ли накладная задержку принятия? (R30) Да: Система передает накладную в напоминатель системы (R290). После того как напоминатель сгенерирует событие (R300), система ждет поступившие товары (R50). Нет: Управляющий складом подтверждает накладную (R40). Товары поступают согласно накладной (R50). Система определяет товары, читая штрих-код и ища присвоенный номер накладной в списке полученной накладной. Регистрация товаров путем считывания штрих-кода (R60, R70). В течение поддонной регистрации система ожидает флажок «истина» (R80). В случае «фальши» поддон разделяется на части. Повторение каждого элемента поддона (R90). Есть ли у товаров уникальные параметры штрих кода (R100)? Да: Система печатает уникальный штрих код (R110). Система регистрирует элемент поддона в БД (R120). В этом случае все поставленные товары регистрируются и располагаются на территории ввода (R130). Товары группируются по таким параметрам как имя, схожая упаковка и одинаковый срок годности (R170). Если у товаров нет срока годности, то эти параметры не используются для группировки. Система повторяет все для каждой группы товаров (R180). На каждом шаге определяется достижение нужного адреса тары и создается запрос движения (для каждого товара).

---

Во время процесса определения как достичь нужный адрес таре, система разделяет группы товаров на составные части, если это необходимо. Например, 5 товаров должны быть поставлены в выборочную область, и группа товаров состоит из 50 объектов. Система поставляет 5 объектов в «Выборочную территорию» и начинает определять место назначение адреса тары, повторяет эту операцию для 45 оставшихся товаров. Есть ли у товаров срок годности (R190)? Да: Система ждет, есть ли такие же товары в области хранения с более поздней датой истечения срока годности (R200)? Да: Место назначения устанавливается на территории хранения (R210). Другими словами система пытается переместить существующие товары в область хранения вместе с более свежими товарами. Нет: Должны ли товары быть поставлены в область отгрузки? Да: место назначения – область отгрузки. (R250), R240? Нет: Должны ли товары быть поставлены в выборочную область (R230)? Да: Место назначения – это выборочная область (R280). Нет: место назначения – это область хранения (R210). Если были определены некоторые операции отгрузки, но схожие товары поступили, система перемещает существующие операции отгрузки вместо вновь созданных операций отгрузки, которые включают поставленные товары. Система определяет местонахождение адреса тары для каждого товара в текущей группе товаров (R260) используя алгоритм, описанный на рис Б.5. На этой стадии список товаров текущей группы имеет входную область и место назначения адреса тары, определенное системой (R270). Каждый элемент списка называется запросом движения. Запрос движения имеет следующие атрибуты: описатель товаров; первоначальный адрес (территория, тара); адрес места назначения (территория, тара и т.д.); дата выпуска; приоритет. Все запросы движения (перемещения) ставятся в очередь (R220). Далее процесс очереди запросов движения описан на рис. Б.7 в прил. Б. На этой стадии повторение для текущих групп заканчивается. Если повторения успешно проведены для каждой группы, система начинает выполнение созданных запросов движения (R140), используя алгоритм на рис. Б.8 в прил. Б. После выполнения всех запросов движения, прием товаров совершен (R150, R160).

Отгрузка товаров. См. рис. Б.3 в прил. Б.

Отгрузка товаров начинается с получения накладной отгрузки от заказчика.

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

---