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

Что такое BPMN

Business Process Model and Notation (нотация моделирования бизнес-процессов) — это система условных обозначений, которая отображает бизнес-процессы с помощью блок-схем. BPMN диаграмма показывает в какой последовательности совершаются рабочие действия и перемещаются потоки информации.

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

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

Почему стоит использовать BPMN

Главное преимущество BPMN-диаграмм — это то, что они понятны и внутри организации, и за ее пределами. Нотация описывает процессы языком, который доступен всем участникам проекта. Его понимает команда разработки (бизнес-аналитики, программисты, продакт-менеджеры) и сторона заказчика (владелец и сотрудники).

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

Но если язык легок для восприятия, это не значит, что им может пользоваться кто угодно. BPMN-схемы готовят специалисты — бизнес-аналитики. Они подробно и последовательно описывают бизнес-процессы так, чтобы проект потом можно было легко внедрить в разработку.

Как выглядит и из чего состоит BPMN

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

  • Событие (Event) обозначает происходящее в бизнес-процессе.

    На иллюстрации: «Вход на сайт».

  • Развилки (Gateway) разъединяют и объединяют пути клиента.

    На иллюстрации: «Есть логин и пароль?».

  • Соединительные элементы (Flow) — это линии, ведущие от одного объекта к другому.

На иллюстрации: «Да/Нет».

  • Действия (Activity) отображают работу, которая происходит в пределах конкретного процесса.

    На иллюстрации: «Запросить у владельца курса логин и пароль».

  • Разделительные дорожки, пул (Pool) группируют объекты в отдельную полосу. Могут объединять действия по категориям или разделять ответственность участников процесса, в нашем случае это учитель, система, владелец курса и отдельно вынесли процессы вне платформы. Эти объекты не вошли во фрагмент, но выглядят разделительные дорожки как на рисунке.

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

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

Что нужно запомнить о BPMN

BPMN — это схема из блоков и соединительных элементов, которые отображают все действия, происходящие в системе. Эту диаграмму составляют на дискавери-фазе бизнес-аналитики.

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

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

Диаграмма улучшает коммуникацию не только внутри компании, но и создает единое информационное поле в общении с заказчиком.

BPMN наглядно показывает слабые места, где потенциальные клиенты могут уйти. А значит, исправить или вовсе предотвратить “утечку” будет намного проще.

Комментарии (7)


  1. rpsv
    04.10.2022 13:52
    +2

    Если верить вики, то вы не весь список управляющих конструкций описали :) https://ru.wikipedia.org/wiki/BPMN

    Плюс можно было бы написать какой софт использовать для их построения. Инструмента автоматизации которые работают на базе таких схем.

    Короче тема не раскрыта :(


    1. AlexeyALV
      04.10.2022 14:46
      +2

      Даешь в рамках статьи курс по Camunda


      1. timoor
        05.10.2022 07:58

        Лучше по flowable.


    1. YusmpGroup Автор
      04.10.2022 15:53
      -2

      Спасибо за комментарий! Цель статьи понятно объяснить, что такое BPMN и как их можно использовать в разработке. В тексте упоминали cawemo.co., с которым и работаем.


      1. dopusteam
        05.10.2022 08:10

        На самом деле, в статье не особо много о том, зачем их использовать. А так, в разработке всё что угодно можно использовать


  1. AlexGorky
    04.10.2022 16:46

    Мы пробовали и BPMN, и Archimate, и даже прости господи IDEF0.
    В результате всё равно всё делаем в UML.


    1. aborouhin
      05.10.2022 00:21
      +1

      Ну в части процессов UML таки конкретно отстаёт от BPMN и по возможностям, и по читаемости. Лет 5 назад делал проект (тех. задание, тех. проект, проектные решения) для очень крупной российской конторы - в итоге модель данных нарисовал в UML Class Diagram, процессы ("алгоритмы") - в BPMN, в тексте документов пришлось предварить и то, и другое коротким описанием соответствующей нотации, - в итоге прокатило через всю безумную бюрократию заказчика :) Хотя на старте от меня ожидали скорее EPC (ибо у заказчика везде SAP), но на фоне BPMN это было уж совсем примитивно.