Нотация BPMN 2.0

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

История

Разработка BPMN началась в 2004 году усилиями консорциума BPMI.org, который в 2005 году объединился с OMG. Первая версия (BPMN 1.0) была выпущена в 2004 году и быстро стала популярной благодаря интуитивно понятной графике. Версия 1.1 (2007) уточнила семантику элементов, а версия 1.2 (2009) исправила ряд неточностей.

Ключевым этапом стало принятие BPMN 2.0 в январе 2011 года. Главным нововведением стало превращение нотации из чисто графической в исполняемую: была введена формальная метамодель на основе MOF (Meta Object Facility), определены правила преобразования диаграмм в язык XML (XML Process Definition Language, XPDL) и добавлена поддержка хореографий (choreographies) и диалогов (conversations). С тех пор BPMN 2.0 остаётся действующим стандартом, поддерживаемым большинством современных BPMS-систем (Business Process Management System).

Основные элементы нотации

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

Потоковые объекты (Flow Objects)

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

• События (Events) — обозначают нечто, что происходит в ходе процесса. Делятся на три типа по положению в процессе:
• Стартовые (Start Events) — инициируют процесс. Изображаются тонкой окружностью.
• Промежуточные (Intermediate Events) — происходят между задачами. Изображаются двойной окружностью.
• Конечные (End Events) — завершают поток. Изображаются жирной окружностью.

Каждое событие может быть дополнительно типизировано по триггеру (например, «Сообщение», «Таймер», «Сигнал», «Ошибка»), что отображается значком внутри окружности.

• Действия (Activities) — обозначают работу, выполняемую в процессе. Основные виды:
• Задача (Task) — атомарное действие, не делимое на более мелкие шаги. Изображается прямоугольником со скруглёнными углами.
• Подпроцесс (Sub-Process) — составное действие, которое можно раскрыть на отдельную диаграмму. Изображается прямоугольником со знаком «+» в нижней части.
• Транзакция (Transaction) — подпроцесс с особыми правилами отката.
• Шлюзы (Gateways) — управляют ветвлением, слиянием и синхронизацией потоков. Изображаются ромбом. Основные типы:
• Исключающий (XOR) — направляет поток ровно по одному из возможных путей.
• Включающий (OR) — активирует один или несколько путей в зависимости от условий.
• Параллельный (AND) — создаёт несколько параллельных ветвей, которые должны завершиться все вместе.
• Сложный (Complex) — используется для нестандартной логики.

Соединяющие объекты (Connecting Objects)

Связывают потоковые объекты в единую сеть.

• Поток управления (Sequence Flow) — основная линия, показывающая порядок выполнения. Изображается сплошной стрелкой.
• Поток сообщений (Message Flow) — показывает обмен сообщениями между разными участниками (пулами). Изображается пунктирной стрелкой с кружком на конце.
• Ассоциация (Association) — связывает артефакты (например, данные или комментарии) с потоковыми объектами. Изображается пунктирной линией без стрелки или с треугольной стрелкой.

Роли и зоны ответственности (Swimlanes)

Используются для группировки элементов по исполнителям.

• Пул (Pool) — представляет собой участника процесса (организацию, отдел, систему). Изображается прямоугольником с горизонтальной или вертикальной разметкой. Название пула указывается в верхней части.
• Дорожка (Lane) — подразделение внутри пула (конкретный сотрудник, роль или подразделение). Дорожки помогают визуализировать, кто за что отвечает.

Артефакты (Artifacts)

Дополнительные элементы, не влияющие на поток управления, но добавляющие контекст.

• Группа (Group) — визуальная рамка для выделения логически связанных элементов.
• Текстовый комментарий (Text Annotation) — пояснительный текст.
• Объект данных (Data Object) — показывает, какие данные используются или создаются в процессе (например, документ, заявка).

Типы диаграмм в BPMN 2.0

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

1. Диаграмма бизнес-процесса (Business Process Diagram, BPD) — наиболее распространённый тип. Описывает внутреннюю логику процесса в рамках одного или нескольких пулов. Именно этот тип чаще всего понимается под «диаграммой BPMN».
2. Диаграмма хореографии (Choreography Diagram) — фокусируется на взаимодействии между участниками, показывая, какие сообщения они обменивают друг с другом, но не раскрывая внутренних действий каждого участника. Каждый шаг хореографии представляет собой «акт» взаимодействия двух или более сторон.
3. Диаграмма диалога (Conversation Diagram) — упрощённый взгляд на обмен сообщениями между участниками. Показывает, какие диалоги (наборы связанных сообщений) происходят, но не детализирует порядок шагов внутри каждого диалога.

Синтаксис и семантика

BPMN 2.0 отличается строгой формализацией. Каждый элемент диаграммы имеет не только графическое представление, но и точное семантическое значение, зафиксированное в метамодели. Это позволяет:

• Преобразовывать диаграммы в исполняемый код. Многие BPMS-системы (например, Camunda, Activiti, IBM BPM) могут напрямую выполнять модели BPMN 2.0, интерпретируя шлюзы, события и задачи как программные инструкции.
• Автоматически проверять корректность модели. Инструменты могут выявлять логические ошибки: тупики, бесконечные циклы, несинхронизированные ветви.
• Обеспечивать интероперабельность. Стандарт определяет формат обмена (XPDL или BPMN XML), что позволяет переносить модели между разными инструментами.

Применение

BPMN 2.0 используется в различных сферах:

• Бизнес-моделирование и реинжиниринг процессов — для документирования существующих процессов («as-is») и проектирования улучшенных («to-be»).
• Автоматизация бизнес-процессов — как основа для разработки workflow-приложений и BPMS-систем. Модель BPMN 2.0 становится исполняемым сценарием.
• Интеграция систем — для описания взаимодействия между корпоративными приложениями (например, ERP, CRM).
• Обучение и коммуникация — как единый язык для общения между бизнес-заказчиками и IT-разработчиками.

Критика

Несмотря на широкое распространение, BPMN 2.0 подвергается критике за:

• Сложность. Полный набор элементов включает более 100 различных символов, что затрудняет освоение нотации новичками. На практике часто используется ограниченное подмножество (около 20–30 элементов).
• Избыточность. Для простых процессов BPMN может быть излишне формальной; в таких случаях часто применяют более простые нотации (например, диаграммы деятельности UML).
• Неоднозначность интерпретации. Некоторые элементы (например, «Сложный шлюз») могут трактоваться по-разному в разных инструментах, что снижает переносимость моделей.

Инструменты для работы

Для создания и редактирования диаграмм BPMN 2.0 существует множество инструментов:

• Проприетарные: Camunda Modeler, IBM Business Process Manager, Oracle BPM Suite, Signavio.
• Открытые: Activiti Modeler, Bonita BPM, bpmn.io (онлайн-редактор).
• Встраиваемые: библиотеки для JavaScript (например, bpmn-js) позволяют встраивать редактор в веб-приложения.

Источники

• OMG. Business Process Model and Notation (BPMN), Version 2.0. — Object Management Group, 2011.
• Silver B. BPMN Method and Style. — 2nd ed. — Cody-Cassidy Press, 2011.
• Freund J., Rücker B. Real-Life BPMN: Using BPMN 2.0 to Analyze, Improve, and Automate Processes. — 4th ed. — Camunda, 2019.
• White S. A. Introduction to BPMN. — IBM Corporation, 2004.