Business Process Modelling Notation

BPMN (Business Process Model and Notation, нотация и модель бизнес-процессов) — это стандартизированная графическая нотация для моделирования бизнес-процессов, разработанная консорциумом Business Process Management Initiative (BPMI) и принятая Международной организацией по стандартизации (ISO) как стандарт ISO/IEC 19510:2013. BPMN предназначена для создания диаграмм, понятных как аналитикам и разработчикам, так и менеджерам и другим участникам бизнеса, не имеющим технического образования. Основная цель нотации — предоставить единый язык для описания, анализа, оптимизации и автоматизации процессов, обеспечивая мост между проектированием бизнес-логики и её программной реализацией.

История

Разработка BPMN началась в 2001 году по инициативе консорциума BPMI, который стремился создать универсальную нотацию, преодолевающую недостатки существовавших на тот момент графических языков (например, IDEF0, UML Activity Diagrams, схем потоков данных). Первая версия спецификации (BPMN 1.0) была опубликована в мае 2004 года. В 2005 году BPMI объединился с Object Management Group (OMG), которая взяла на себя дальнейшее развитие стандарта.

В 2008 году вышла версия BPMN 1.1, уточнившая формальную семантику. В 2010 году — BPMN 1.2, внёсшая незначительные исправления. Ключевым этапом стала публикация BPMN 2.0 в январе 2011 года. Эта версия не только расширила графическую нотацию, но и ввела формальную метамодель для обмена данными (XML-схему) и спецификацию выполнения (BPMN Execution Semantics), что позволило напрямую исполнять модели в системах управления бизнес-процессами (BPMS). В 2013 году BPMN 2.0 была принята как международный стандарт ISO/IEC 19510.

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

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

Объекты потока

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

• События (Events) — обозначают то, что происходит в ходе процесса. Делятся на три типа по расположению:
• Стартовые события (Start Events) — инициируют процесс. Изображаются тонкой окружностью. Различают простые, по сообщению, по времени, по условию и другие.
• Промежуточные события (Intermediate Events) — происходят между задачами. Изображаются двойной окружностью. Могут быть «ловящими» (ожидающими) или «бросающими» (генерирующими) сигналы, сообщения, таймеры.
• Конечные события (End Events) — завершают поток процесса. Изображаются толстой окружностью. Бывают простые, по сообщению, по ошибке, по сигналу.
• Действия (Activities) — работа, выполняемая в процессе. Основной тип — задача (Task) (прямоугольник со скруглёнными углами). Задача может быть атомарной (неделимой) или составной (подпроцесс, обозначается знаком «+» в нижней части). Различают несколько типов задач: сервисная, пользовательская, скриптовая, ручная, отправка сообщения, получение сообщения.
• Шлюзы (Gateways) — управляют ветвлением, слиянием и синхронизацией потоков. Изображаются ромбом. Основные типы:
• Исключающий шлюз (XOR) — поток направляется только по одному из путей на основе условия.
• Включающий шлюз (OR) — поток может быть направлен по одному или нескольким путям одновременно.
• Параллельный шлюз (AND) — все исходящие потоки активируются одновременно.
• Событийный шлюз — реакция на наступившее событие.

Соединяющие объекты

Связывают объекты потока между собой.

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

Артефакты

Дополнительные элементы, уточняющие модель.

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

Дорожки (Swimlanes)

Используются для распределения ответственности за выполнение действий.

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

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

BPMN 2.0 выделяет три основных типа подмоделей, различающихся по уровню детализации и цели:

1. Диаграммы бизнес-процессов без исполнителей (Private Business Process Diagrams) — описывают внутренние процессы одной организации, не показывая взаимодействие с внешними участниками.
2. Диаграммы публичных процессов (Abstract Public Process Diagrams) — показывают взаимодействие между пулами, но не раскрывают внутреннюю логику каждого участника.
3. Диаграммы совместных процессов (Collaboration Process Diagrams) — наиболее распространённый тип. Включают два и более пула, отображая как внутренние действия каждого участника, так и обмен сообщениями между ними.

Применение

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

• Бизнес-анализ — для документирования существующих процессов (as-is) и проектирования целевых (to-be).
• Управление качеством — для стандартизации и оптимизации операционных процедур.
• Разработка программного обеспечения — как основа для спецификации требований к автоматизации процессов (особенно в системах BPMS).
• Обучение персонала — наглядное представление регламентов.
• Реинжиниринг бизнес-процессов — выявление узких мест, дублирования функций и избыточных операций.

Преимущества и ограничения

Преимущества

• Стандартизация — единый язык, понятный всем участникам.
• Наглядность — графическая нотация упрощает восприятие сложных процессов.
• Формализация — чёткая семантика позволяет выполнять симуляцию и автоматизацию.
• Расширяемость — возможность добавления собственных артефактов (через механизмы расширения).
• Поддержка инструментов — множество редакторов (от бесплатных до корпоративных) и исполнительных движков.

Ограничения

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

Примеры использования

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

Интересные факты

• Символы BPMN были разработаны с учётом психологии восприятия: круги (события) воспринимаются как «точки входа/выхода», прямоугольники (действия) — как «работа», ромбы (шлюзы) — как «решения».
• BPMN 2.0 включает более 100 различных графических элементов, хотя на практике используется около 20-30 основных.
• Существует обратная совместимость: модели, созданные в BPMN 1.x, могут быть преобразованы в BPMN 2.0.

Источники

• ISO/IEC 19510:2013 «Information technology — Object Management Group Business Process Model and Notation»
• OMG. «Business Process Model and Notation (BPMN) Version 2.0». January 2011.
• Silver, B. «BPMN Method and Style». 2nd Edition. Cody-Cassidy Press, 2011.
• Freund, J., Rücker, B. «Real-Life BPMN». 4th Edition. Camunda, 2019.
• Документация к редакторам BPMN (Camunda Modeler, Bizagi Modeler, Visual Paradigm).