Что такое BPMN: нотация моделирования бизнес-процессов

BPMN-нотация: определение, стандарт и зачем нужен XML

Бизнес-процесс — алгоритм: последовательность шагов, которая переводит систему из начального состояния к цели. Текстовое описание такого алгоритма неоднозначно, а обычная блок-схема не разграничивает участников и типы событий. BPMN решает обе проблемы одновременно.

Стандартом управляет OMG (Object Management Group — группа управления объектами): организация разрабатывает спецификацию и обновляет её. Среди членов OMG — HP, IBM, Red Hat. Актуальная версия — BPMN 2.0, опубликована в 2011 году под идентификатором OMG BPMN 2.0, formal/2011-01-03.

Главная особенность нотации BPMN — дуальность. Визуальные символы нужны людям: аналитик и разработчик договариваются по одной схеме. XML-сериализация нужна машинам: система управления бизнес-процессами (BPMS, Business Process Management System) берёт XML-файл и исполняет процесс без ручного перекодирования. Ни обычная блок-схема, ни текстовый регламент этого не умеют.

Полный переход на XML-формат произошёл именно в версии 2.0 — предыдущие версии стандарта сериализацию не поддерживали. Это принципиальное отличие, а не косметическое обновление.

Когда применять BPMN — и когда лучше выбрать другой подход

BPMN нотация хорошо работает в трёх сценариях: регламентация кросс-функционального процесса с участием нескольких отделов; написание технического задания для автоматизации; прямое исполнение через BPM-движок.

BPMN — мост между бизнесом и IT: обе стороны читают одну диаграмму и понимают её одинаково.

Элементы нотации BPMN 2.0: язык диаграммы

Стандарт определяет семь категорий элементов. У каждой — собственный символ, заменять его произвольной фигурой нельзя.

События (Events) — старт, пауза и финал процесса

Событие изображается кругом. Рамка определяет тип: тонкая — стартовое, двойная — промежуточное, жирная — завершающее.

Внутри круга стоит иконка — она указывает подтип по триггеру:

• Пустое — значка нет; процесс запускается вручную или автоматически.
• Сообщение (значок конверта) — запуск при получении сообщения: входящий запрос API, письмо.
• Таймер (значок часов) — запуск по расписанию или через заданный интервал: платёж в конце месяца.
• Ошибка (значок молнии) — перехватывает исключение на промежуточном или завершающем событии: сбой оплаты.

Задачи и подпроцессы (Activities)

Задача — прямоугольник с закруглёнными углами, атомарная единица работы. Три признака атомарности: одну роль выполняет задачу; за один раз; смысл не теряется при изменении порядка среди других задач.

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

Подпроцесс обозначается знаком «+» внизу прямоугольника. Применяют в двух случаях: декомпозиция сложного блока, чтобы не перегружать основную диаграмму, или переиспользование одного блока в нескольких процессах.

Шлюзы и механизм токенов — логика ветвления

Шлюз — ромб. Он либо расщепляет поток на несколько веток, либо сливает несколько веток в одну. Один ромб делает одно из двух — не оба действия одновременно.

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

По спецификации BPMN 2.0 существует семь типов шлюзов, на практике используют три.

XOR (исключающее ИЛИ, ромб с «X»). При расщеплении токен идёт ровно по одной из N ветвей — той, условие которой выполнено. При слиянии шлюз пропускает первый пришедший токен.

AND (параллельное И, ромб с «+»). При расщеплении создаёт копию токена для каждой ветви — все N ветвей запускаются одновременно. При слиянии ждёт все N токенов перед продолжением.

OR (включающее ИЛИ, ромб с «O»). При расщеплении активирует одну или несколько ветвей в зависимости от условий. При слиянии ждёт все запущенные ветви.

Правило сочетания шлюзов: открывающий и закрывающий должны быть одного типа.

НАДО: AND-расщепление + AND-слияние → процесс корректно дожидается всех параллельных ветвей.

НЕ СТОИТ: AND-расщепление + OR-слияние → OR-шлюз пропускает первые пришедшие токены, оставшиеся продолжают двигаться — одно действие выполнится дважды.

НЕЛЬЗЯ: OR-расщепление + AND-слияние → AND-слияние ждёт токены из всех ветвей, но активированы были не все. Процесс зависнет навсегда — это взаимная блокировка (deadlock).

Потоки, пулы и дорожки — пространство процесса

Пул — прямоугольная область, граница одного участника процесса. Поток управления не пересекает эту границу. Дорожка (swimlane) — зона ответственности внутри пула: отдел, микросервис или внешняя система. Взаимодействие между пулами — только через поток сообщений.

Четыре типа диаграмм BPMN и какие из них используют на практике

Стандарт BPMN 2.0 определяет четыре типа диаграмм: Process, Collaboration, Conversation, Choreography. На практике работают с двумя.

Process — один участник с внутренними дорожками. Покрывает около 90% реального использования. Collaboration — несколько участников (пулов), связанных потоками сообщений; применяется, когда нужно показать взаимодействие клиента, банка, внешней системы в рамках одной схемы.

Conversation и Choreography есть в спецификации, но в реальных проектах встречаются крайне редко.

BPMN 2.0 против предыдущей версии: что изменилось

Ключевое отличие — полная XML-сериализация. Диаграмму больше не нужно перекодировать: BPM-движок берёт файл и запускает его напрямую.

BPMN против EPC, UML Activity и IDEF0: сравнение нотаций

EPC (событийно-управляемая цепочка процессов, Event-driven Process Chain) популярна в SAP-проектах, проще для начинающих, но слабо поддерживает автоматизацию. UML Activity (диаграмма деятельности, Unified Modeling Language) — инструмент разработчика: описывает системные алгоритмы без разграничения участников. IDEF0 — высокоуровневый функциональный анализ для инженерии и производства. BPMN нотация превосходит все три по полноте автоматизации и при этом остаётся понятной бизнес-аналитику.

Инструменты для создания BPMN-диаграмм онлайн

draw.io подходит, когда нужен универсальный редактор: работает в браузере, интегрируется с Confluence и VSCode. StormBPMN выбирают, когда важна встроенная проверка нотации — ошибки подсвечиваются сразу. Camunda Modeler нужен разработчику: сохраняет диаграмму в XML и загружает в BPM-движок напрямую. Lucidchart — для крупных команд с совместным редактированием.

Хотите освоить BPMN нотацию и получить профессию системного аналитика? В рамках федерального проекта «Активные меры содействия занятости» доступна программа «Системный аналитик: с нуля до проектирования систем» — 72 часа онлайн, без отрыва от работы, без вложений. Смотрите каталог доступных программ.

Как начать осваивать BPMN с нуля

Рекомендуемый порядок: базовые символы → три типа шлюзов → механизм токенов → разбор примеров диаграмм. Пропускать токены не стоит: без понимания их поведения трудно отлаживать сложные ветвления.

Для практики используйте StormBPMN — встроенная валидация покажет ошибки сразу. draw.io подойдёт для более свободных экспериментов без жёстких ограничений нотации.

Если нужна системная подготовка с официальным документом, программа «Системный аналитик: с нуля до проектирования систем» (72 часа, бесплатно в рамках нацпроекта «Кадры») охватывает BPMN как ключевой инструмент аналитика. По окончании выдаётся удостоверение о повышении квалификации. Подробнее — на странице для трудоустроенных специалистов.

Часто задаваемые вопросы

Чем BPMN отличается от обычной блок-схемы?

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

Сколько типов шлюзов есть в BPMN 2.0?

По спецификации OMG — семь типов. Для большинства задач достаточно трёх: исключающее ИЛИ (XOR — один путь из N), параллельное И (AND — все пути одновременно), включающее ИЛИ (OR — один или несколько путей). Начинающим рекомендуется начать с XOR и AND.

Что такое токен в BPMN и почему это важно?

Токен — виртуальный экземпляр процесса, движущийся по потоку управления. Понимание токенов объясняет, почему AND-шлюз ждёт все ветви перед продолжением, а XOR пускает только одну. Без этого легко допустить взаимную блокировку или двойное выполнение одного действия.

Можно ли использовать BPMN для описания разных уровней процесса?

Да. Для высокого уровня подходит диаграмма Collaboration с несколькими пулами; для детального уровня — диаграмма Process с дорожками. Подпроцессы позволяют декомпозировать сложные блоки, не загромождая основную диаграмму.

Как пишутся основные термины BPMN на русском?

В профессиональной среде закрепились переводы: Event → Событие, Gateway → Шлюз, Task → Задача, Pool → Пул, Lane → Дорожка, Sequence Flow → Поток управления, Token → Токен, Sub-Process → Подпроцесс. Единого ГОСТа нет, но именно эти переводы используются в большинстве русскоязычных материалов.

Чем поток управления отличается от потока сообщений?

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

Для каких задач BPMN точно не подходит?

Три сценария: операционные инструкции для исполнителя — лучше чек-лист; карта клиентского пути (CJM) — BPMN не поддерживает эмоции и интерфейсы; организационные схемы — нет иерархических связей. Для каждой из этих задач существуют специализированные инструменты.

Как начать изучать BPMN и получить документ о квалификации?

Начните с практики в draw.io или StormBPMN — оба доступны без оплаты. Для системного освоения с нуля подойдёт программа «Системный аналитик: с нуля до проектирования систем» (72 часа, бесплатно в рамках нацпроекта «Кадры»). По окончании выдаётся удостоверение о повышении квалификации.