ИСПОЛЬЗОВАНИЕ UML ДЛЯ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ

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

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

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

1. Делать вещи быстрее
2. Делать их лучше
3. Делать их дешевле

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

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

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

• Описание системы (Диаграмма классов)
• Роли и взаимодействие классов в рамках кооперации (Диаграмм кооперации)
• Разбиение программной системы на структурные компоненты и связи между ними (Диаграмма компонентов)
• Взаимодействие пользователя с системой для достижения цели (Диаграмма вариантов использования)
• Последовательность взаимодействия между объектами (Диаграмма последовательности)
• Изменение состояний объекта с течением времени (Диаграмма состояний)
• Разложение некоторой деятельности на её составные части. (Диаграмма деятельности)
• Моделирование артефактов (Диаграмма размещения)

Для описания бизнес-процесса плохо подходят следующие модели:

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

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

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

• Понимание зависимостей шагов в бизнес-процессе.
• Можно легко показать параллельные и асинхронные активности.
• Они поддерживают возможность отображения места расположения операций.
• Легко представляю процессы, которые требуют или порождают изменений состояний между несколькими объектами.

Для отображения какие действия используются (вручную/человеком с использованием компьютера/полностью в автоматическом режиме), применяется следующий механизм UML – Стереотип. (<<manual>>, <<supported>>, <<automated>>).

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

Необходимо добавить свойства действиям для выражения следующих данных:

• Минимальная, средняя и максимальная продолжительность деятельности (текущая, целевая)
• Время перед началом действия (например, ожидание внешней деятельности)
• Какой отдел, какая секция/подразделение выполняет действие
• Количество серверов для детализации количества ресурсов доступных для выполнения
• Географическое положение
• Стоимость осуществления деятельности один раз (текущая, целевая)

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

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

• Для заявки необходимо медицинское обследование. Медицинский отчет будет представлен в головной офис
• Агенту будет начислено вознаграждение сразу после одобрения заявки
• Банковские реквизиты предоставляются с формой заявки
• Оплата врачей для проведения обследования не входит в модель

Рисунок 1. Модель процесса обработки заявок

Таблица 1.

Характеристика действий

Таким образом получается:

• Лучшее время выполнения, путем суммирования наименьшего времени выполнения и времени ожидания, получается 2 дня (время ожидания на самом медленном узле) и сумма времени исполнения действий после 28минут 10секунд. Итого 2дня 28мин. 10с.
• Среднее время выполнения аналогично: 2дня 47мин. 10с.
• Средняя цена на обработку одной заявки: 54,2$
• Наибольшее время ожидания приходится на ожидания медицинского отчета.
• Полностью автоматизированные действия гораздо дешевле чем стоимость персонала для выполнения некоторых действий. Для сокращения затрат можно провести автоматизацию некоторых действий.
• Многие другие факторы могут быть обнаружены в ходе дальнейшего анализа.

После переработки бизнес-процесса можно получить следующий результат:

Рисунок 2. Модель после переработки процесса

Таблица 2.

Характеристика действий после переработки процесса

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

Была получена следующая выгода за счет изменений:

• Время выполнения сокращено до 2часов 24минут
• Среднее время выполнения сокращено до 3 часов
• Стоимость заявки сокращена до 47,22$

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

Список литературы:

1. Яблочников Е.И., Молочник В.И., Фомина Ю.Н. Реинжиниринг бизнес- процессов проектирования и производства / Учебное пособие – СПб: СПбГУИТМО, 2008. – 152 с.
2. Craig Larman Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design and Iterative Development (3rd Edition) / Prentice Hall, 2004. – 736 p.
3. OMG Unified Modeling Language (OMG UML) / Object Management Group. – 2015. [электронный ресурс] – Режим доступа. – URL: http://www.omg.org/spec/UML/2.5/ (дата обращения 01.07.2016)