Телефон: 8-800-350-22-65
WhatsApp: 8-800-350-22-65
Telegram: sibac
Прием заявок круглосуточно
График работы офиса: с 9.00 до 18.00 Нск (5.00 - 14.00 Мск)

Статья опубликована в рамках: XLIV Международной научно-практической конференции «Научное сообщество студентов XXI столетия. ЭКОНОМИЧЕСКИЕ НАУКИ» (Россия, г. Новосибирск, 05 июля 2016 г.)

Наука: Экономика

Секция: Менеджмент

Скачать книгу(-и): Сборник статей конференции

Библиографическое описание:
Муркес А.А. ИСПОЛЬЗОВАНИЕ UML ДЛЯ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ // Научное сообщество студентов XXI столетия. ЭКОНОМИЧЕСКИЕ НАУКИ: сб. ст. по мат. XLIV междунар. студ. науч.-практ. конф. № 7(44). URL: https://sibac.info/archive/economy/7(44).pdf (дата обращения: 20.05.2022)
Проголосовать за статью
Конференция завершена
Эта статья набрала 53 голоса
Дипломы участников
Диплом лауреата
отправлен участнику

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

Муркес Александр Анатольевич

студент 4 курса, направления подготовки «Информационные системы и технологии»,

кафедра информационных систем, СПБНИУ ИТМО

г. Санкт-Петербург

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



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

 

Таблица 1.

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

Заполнение заявки

Время выполнения

Мин. 10мин.

Среднее 25мин.

Макс. 90мин.

Время ожидания

0

Цена

25$

Исполнитель

Агент

Проверка заявки на корректность

Время выполнения

Мин. 2мин.

Среднее 5мин.

Макс. 10мин.

Время ожидания

0

Цена

2$

Исполнитель

Секретарь

Сбор заявок для отправки

Время выполнения

Мин. 10мин.

Среднее 25мин.

Макс. 90мин.

Время ожидания

0

Цена

2$

Исполнитель

Секретарь

Сбор заявок из филиалов

Время выполнения

Мин. 1час

Среднее 4часа

Макс. 6часов

Время ожидания

24 часа

Цена

0,1$

Исполнитель

Сервер

Сбор медицинских отчетов

Время выполнения

Мин. 2мин.

Среднее 5мин.

Макс. 30мин.

Время ожидания

2дня

Цена

2$

Исполнитель

Секретарь

Оценка медицинского отчета

Время выполнения

Мин. 2мин.

Среднее 15мин.

Макс. 90мин.

Время ожидания

0

Цена

10$

Исполнитель

Врач консультант

Принятие решения

Время выполнения

Мин. 10мин.

Среднее 15мин.

Макс. 30мин.

Время ожидания

0

Цена

10$

Исполнитель

Страховой специалист

Проверка банковских реквизитов

Время выполнения

Мин. 1мин.

Среднее 2мин.

Макс. 5мин.

Время ожидания

0

Цена

1$

Исполнитель

Секретарь

Подтверждение заявки (формирование договора)

Время выполнения

Мин. 10мин.

Среднее 15мин.

Макс. 20мин.

Время ожидания

0

Цена

1$

Исполнитель

Секретарь

Уведомление клиента

Время выполнения

Мин. 5мин.

Среднее 10мин.

Макс. 15мин.

Время ожидания

0

Цена

1$

Исполнитель

Секретарь

Выплата комиссии агенту

Время выполнения

Мин. 10с.

Среднее 10с.

Макс. 10с.

Время ожидания

0

Цена

0,1$

Исполнитель

Сервер

 

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

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

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



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

 

Таблица 2.

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

Заполнение заявки

Время выполнения

Мин. 10мин.

Среднее 25мин.

Макс. 90мин.

Время ожидания

0

Цена

25$

Исполнитель

Агент

Сбор медицинских отчетов

Время выполнения

Мин. 2мин.

Среднее 5мин.

Макс. 30мин.

Время ожидания

2часа

Цена

2$

Исполнитель

Секретарь

Оценка медицинского отчета

Время выполнения

Мин. 2мин.

Среднее 15мин.

Макс. 90мин.

Время ожидания

0

Цена

10$

Исполнитель

Врач консультант

Принятие решения

Время выполнения

Мин. 10мин.

Среднее 15мин.

Макс. 30мин.

Время ожидания

0

Цена

10$

Исполнитель

Страховой специалист

Проверка банковских реквизитов

Время выполнения

Мин. 0.1с.

Среднее 0.1с.

Макс. 0.2с.

Время ожидания

0

Цена

0.01$

Исполнитель

Сервер

Подтверждение заявки (формирование договора)

Время выполнения

Мин. 0.1с.

Среднее 0.1с.

Макс. 0.2с.

Время ожидания

0

Цена

0.01$

Исполнитель

Сервер

Уведомление клиента

Время выполнения

Мин. 20с.

Среднее 30с.

Макс. 60с.

Время ожидания

0

Цена

0,1$

Исполнитель

Сервер

Выплата комиссии агенту

Время выполнения

Мин. 10с.

Среднее 10с.

Макс. 10с.

Время ожидания

0

Цена

0,1$

Исполнитель

Сервер

 

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

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

  • Время выполнения сокращено до 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)
Проголосовать за статью
Конференция завершена
Эта статья набрала 53 голоса
Дипломы участников
Диплом лауреата
отправлен участнику

Оставить комментарий

Форма обратной связи о взаимодействии с сайтом