Открыть сервис
Главная → Блог → BPMN

BPMN

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

История

Разработка BPMN началась в 2004 году организацией Business Process Management Initiative (BPMI.org). Первая версия спецификации (BPMN 1.0) была опубликована в мае 2004 года. В 2005 году BPMI.org объединилась с Object Management Group (OMG), которая взяла на себя дальнейшее развитие стандарта.

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

В последующие годы выходили уточняющие версии (2.0.1, 2.0.2), но фундаментальные принципы нотации остались неизменными. BPMN продолжает развиваться в рамках OMG, адаптируясь к новым требованиям, таким как моделирование событийного управления (Event-Driven Architecture) и интеграция с другими стандартами (например, DMN для принятия решений).

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

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

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

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

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

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

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

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

Артефакты

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

Дорожки (Swimlanes)

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

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

BPMN поддерживает два основных типа диаграмм, определённых в спецификации:

  1. Диаграмма бизнес-процесса (BPD, Business Process Diagram) — основной тип, описывающий последовательность действий. Может быть:
  • Оркестровкой (Orchestration) — процесс внутри одного пула, где все действия выполняются под единым управлением.
  • Хореографией (Choreography) — взаимодействие между несколькими участниками, где акцент сделан на обмене сообщениями, а не на внутренних действиях.
  1. Диаграмма коллаборации (Collaboration Diagram) — показывает взаимодействие между несколькими пулами (организациями или системами) через потоки сообщений.

На практике чаще всего используется оркестровка с одним пулом и несколькими дорожками.

Уровни моделирования

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

  • Описательное моделирование (Descriptive) — упрощённая нотация, предназначенная для обсуждения процессов с заказчиками и менеджерами. Используется ограниченный набор символов (основные события, задачи, шлюзы). Не предполагает строгой формализации.
  • Аналитическое моделирование (Analytical) — полная нотация BPMN, позволяющая детально описать логику процесса, включая обработку ошибок, временные задержки, сложные условия. Используется для анализа и оптимизации.
  • Исполняемое моделирование (Executable) — модели, которые могут быть напрямую интерпретированы BPMS-системой. Требуют строгого соблюдения метамодели и формата обмена (BPMN 2.0 XML). Включают технические детали: привязку к сервисам, скрипты, правила.

Применение

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

  1. Бизнес-анализ — документирование и регламентация процессов, выявление узких мест, согласование требований между подразделениями.
  2. Автоматизация процессов — создание исполняемых моделей для BPMS (например, Camunda, Activiti, IBM BPM). Модель становится основой для программного приложения.
  3. Системная интеграция — описание взаимодействия между информационными системами через потоки сообщений.
  4. Обучение и стандартизация — единый язык для описания процессов в организации, понятный как бизнес-пользователям, так и разработчикам.

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

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

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

Ограничения

  • Сложность для больших процессов — диаграммы с десятками элементов становятся трудночитаемыми без дополнительной структуризации (например, разбиения на подпроцессы).
  • Отсутствие встроенной поддержки данных — BPMN не описывает структуру данных, для этого используется DMN (Decision Model and Notation) или CMMN (Case Management Model and Notation).
  • Избыточность для простых процессов — для линейных алгоритмов может быть достаточно блок-схемы.

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

Существует множество программных продуктов, поддерживающих BPMN:

  • Проприетарные: IBM Business Process Manager, Oracle BPM, SAP BPM.
  • Открытые: Camunda Modeler, Activiti, Bonita BPM, Signavio (бесплатная версия с ограничениями).
  • Онлайн-сервисы: Lucidchart, Draw.io (с поддержкой BPMN), Gliffy.

Большинство инструментов позволяют экспортировать модель в формат BPMN 2.0 XML для обмена между системами.

Связь с другими нотациями

BPMN часто используется совместно с другими стандартами OMG:

  • DMN (Decision Model and Notation) — для моделирования правил принятия решений.
  • CMMN (Case Management Model and Notation) — для описания кейс-менеджмента (гибких, нелинейных процессов).
  • UML (Unified Modeling Language) — BPMN может использоваться для моделирования бизнес-процессов на верхнем уровне, а UML — для детальной спецификации программных компонентов.

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

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

Источники

  1. Object Management Group. Business Process Model and Notation (BPMN), Version 2.0.2. — OMG, 2013.
  2. ISO/IEC 19510:2013. Information technology — Object Management Group Business Process Model and Notation.
  3. Freund J., Rücker B. Real-Life BPMN: Using BPMN 2.0 to Analyze, Model, and Improve Your Business Processes. — 4th ed. — Camunda, 2019.
  4. Silver B. BPMN Method and Style: A Levels-based Methodology for BPMN Process Modeling. — 2nd ed. — Cody-Cassidy Press, 2011.
  5. White S. A., Miers D. BPMN Modeling and Reference Guide: Understanding and Using BPMN. — Future Strategies Inc., 2008.

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →

Похожие материалы