Файл: Разработка регламента выполнения процесса “Транспортная доставка заказов.pdf

Функциональное средство для описания предметной области. Входит в комплекс инструментальных средств Oracle9i Developer Suit по проектированию программных систем и баз данных, реализующих технологию CASE и собственную методологию разработки информационной системы компании Oracle – «CDM», позволяющее команде разработчиков провести проект, начиная от анализа бизнес-процессов через моделирование к генерации кода и получению прототипа, а в дальнейшем и окончательного продукта. Oracle Designer поддерживает методы моделирования – ER-метод, иерархии функций, потоков данных и UML. Это средство имеет смысл использовать при ориентации на всю линейку продуктов Oracle, применимую для проектирования, разработки и реализации сложной программной системы.

1. ARIS

Интегрированное средство моделирования бизнес-процессов, объединяющее разнообразные методы моделирования и анализ систем. В первую очередь это средство описания, анализа, оптимизации и документирования бизнес-процессов, чем средство проектирования ПО.

1. System Architect

System Architect представляет собой универсальное CASE-средство, позволяющее осуществить не только проектирование данных, но и структурное моделирование. Средство проектирования данных и создания ER-диаграмм является одной из составных частей этого продукта.

1. Power Designer

Power Designer – средство моделирования бизнес-процессов, проектирования баз данных и объектного моделирования на базе UML.

1. Re-Think

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

1. Ithink Analyst

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

1. Workflow Modeler

Пакет для функционального и информационного моделирования, анализа и проектирования бизнес-процессов. Поддержка методологии описания и моделирования системных функций (IDEF0), структур и потоков данных в системе (IDEF1, IDEF1X,E-R) и поведения системы (IDEF/CPN). Используется как составная часть в некоторых известных пакетах типа CIM (Computer Integrated Manufacturing) и CAE (Computer Aided Engineering) и принят в качестве стандарта для проектов, финансируемых американскими и европейскими спонсорами.

2.2. Выбор инструмента для моделирования БП

На основе выполненного анализа существующего инструментария, для создания своего бизнес-процесса я выбрал инструментарий BPWin, так как он достаточно прост в освоении, есть в открытом бесплатном доступе для скачивания и подходит для моделирования бизнес-процесса в нотации IDEF0.

ГЛАВА 3. МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССА «КАК ЕСТЬ»

3.1. Схемы управления процессом

На данный момент процесс доставки заказа в магазине «The home story» состоит из трех основных блоков и организован следующим образом:

1. Поступает заявка от клиента;
2. Заявка обрабатывается, после чего клиент получает уведомление о приеме либо отклонении заявки;
3. В случае приема заявки, план комплектования передается сотрудникам склада, которые собирают и отгружают товар, а план доставки передается в службу доставки;
4. В службу доставки передается загруженный товар, отчет о комплектовании и отчет об отгрузке;
5. Назначается транспорт, который осуществляет доставку заказа клиенту.
6. Владельцем процесса является директор интернет-магазина.

Выходы процесса:

• Письмо о приеме/отклонении заявки;
• Доставленный товар.

Входы процесса:

• Заявка клиента;
• Информация о прибытии транспорта на погрузку;
• Товар от поставщика.

Ресурсы процесса:

• Персонал (отдел логистики, работники склада, работники службы доставки);
• ПО;
• Складская техника;
• Транспорт.

На рисунке 1 представлена схема управления процессом «Транспортная доставка заказа»:

Рис. 1.

На рисунке 2 представлены схемы подпроцессов:

Рис. 2.

3.2. Мероприятия по улучшению бизнес-процесса

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

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

• Уведомление о фактически собранном товаре;
• Уведомление об отгрузке товара;
• Уведомление о выполнении товара,

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

Работа данного блока будет устроена следующим образом:

1. Поступает заявка от клиента;
2. Заявка обрабатывается, после чего клиент получает уведомление о приеме либо отклонении заявки;
3. В случае приема заявки, план комплектования передается сотрудникам склада, которые собирают и отгружают товар;
4. Клиент получает уведомление сначала о фактически собранном заказе, а затем уведомление об отгрузке заказа;
5. В службу доставки передается загруженный товар, отчет о комплектовании, отчет об отгрузке и план доставки;
6. Назначается транспорт, который осуществляет доставку заказа клиенту;
7. В отдел логистики поступает отчет о доставке, отчет о работе склада и отчет об остатках товара. Весь полученный материал анализируется на выявление ошибок, недочетов, неисправностей;
8. Формируется отчет о выполнении заявки;
9. Клиент получает уведомление о выполнении заявки.

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

ГЛАВА 4. МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССА «КАК ДОЛЖНО БЫТЬ»

Основываясь на улучшениях, описанных в п. 3.2, опишем основные параметры реорганизованного бизнес-процесса.

Владелец процесса: директор интернет-магазина «The home story».

Выходы процесса:

• Письмо о приеме/отклонении заявки;
• Уведомление клиента о фактически собранном заказе;
• Уведомление клиента об отгрузке товара;
• Доставленный товар;
• Уведомление заказчика о выполнении заявки;
• Отчет о выполнении заявки.

Входы процесса:

• Заявка клиента;
• Информация о прибытии транспорта на погрузку;
• Товар от поставщика.

Ресурсы процесса:

• Персонал (отдел логистики, работники склада, работники службы доставки);
• ПО;
• Складская техника;
• Транспорт.

Теперь схема управления процессом будет выглядеть следующим образом (Рис. 3):

Рис. 3.

На рисунке 4 представлена схема подпроцессов реорганизованного бизнес-процесса:

Рис. 4.

ЗАКЛЮЧЕНИЕ

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

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

СПИСОК ЛИТЕРАТУРЫ

1. Братищенко В.В. Проектирование информационных систем. Иркутск: Изд-во БГУЭП, 2012. - 84 с.
2. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика 2009г. – 202с.
3. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем. М.: Интернет-университет информационных технологий - ИНТУИТ.ру, 2009. - 320с.
4. Маклаков С.В. Bpwin и Erwin. Case-средства разработки информационных систем. М.: ДИАЛОГ-МЭФИ, 2010.
5. Федоров А.К. Проектирование информационных систем. М.: Финансы и статистика, 2012.
6. Ойхман Е.Г., Попов Э.В. Реинжиниринг бизнеса: реинжиниринг организации и информационные технологии. М.: Финансы и статистика, 1997.
7. Методология функционального моделирования IDEF0. Руководящий документ РД IDEF0 – 2000. М.: Госстандарт России, 2000.
8. Репин В.В., Елиферов В.Г. Процессный подход к управлению. Моделирование бизнес-процессов. М.: РИА «Стандарты и качество», 2004.
9. Черемных С.В., Семенов И.О., Ручкин В.С. Структурный анализ систем: IDEF-технологии. М.: Финансы и статистика, 2001.