BPMN
Business Process Model and Notation (BPMN) — графическое представление для спецификации бизнес-процессов в модели бизнес-процессов.
Изначально разработанный инициативой по управлению бизнес-процессами (BPMI), BPMN поддерживается Object Management Group (OMG) после слияния двух организаций в 2005 году. Версия 2.0 BPMN была выпущена в январе 2011 года, после чего название было изменено на Business Process Model and Notation, чтобы отразить введение семантики исполнения, которая была добавлена к существующим элементам нотации и диаграммирования. Хотя это спецификация OMG, BPMN также утверждён как стандарт ISO/IEC 19510:2013[1]. Последняя версия — BPMN 2.0.2, опубликована в декабре 2013 года[2][3].
Обзор
Business Process Model and Notation (BPMN) — это стандарт для моделирования бизнес-процессов, предоставляющий графическую нотацию для спецификации бизнес-процессов в Business Process Diagram (BPD)[4], основанный на технике блок-схем, очень похожей на диаграммы деятельности из UML[5]. Цель BPMN — поддержка управления бизнес-процессами как для технических, так и для бизнес-пользователей, предоставляя нотацию, интуитивно понятную бизнес-пользователям, но способную представлять сложные семантики процессов. Спецификация BPMN также предоставляет отображение между графикой нотации и базовыми конструкциями языков исполнения, в частности BPEL[6].
BPMN был разработан для предоставления стандартной нотации, легко понимаемой всеми заинтересованными сторонами бизнеса, обычно включая бизнес-аналитиков, технических разработчиков и бизнес-менеджеров. Таким образом, BPMN может использоваться для поддержки общей цели всех участников проекта — принятия общего языка для описания процессов, что помогает избежать разрывов в коммуникации между проектированием бизнес-процессов и их реализацией.
BPMN — один из ряда стандартов языков моделирования бизнес-процессов, используемых инструментами и процессами моделирования. Хотя текущее разнообразие языков может подходить для различных сред моделирования, существуют сторонники разработки или появления единого, комплексного стандарта, объединяющего сильные стороны различных существующих языков. Предполагается, что со временем это может помочь унифицировать выражение базовых понятий бизнес-процессов (например, публичные и частные процессы, хореографии), а также продвинутых концепций процессов (например, обработка исключений, компенсация транзакций).
Разработаны два новых стандарта, использующих схожий с BPMN подход, для моделирования управления случаями (Case Management Model and Notation) и моделирования решений (Decision Model and Notation).
BPMN ограничен поддержкой только тех концепций моделирования, которые применимы к бизнес-процессам. Другие типы моделирования, выполняемые организациями для непроцессных целей, не входят в область применения BPMN. Примеры моделирования, исключённого из BPMN:
- Организационные структуры
- Функциональные разбиения
- Модели данных[7]
Кроме того, хотя BPMN показывает поток данных (сообщений) и ассоциацию артефактов данных с действиями, это не диаграмма потоков данных.
Модели BPMN выражаются простыми диаграммами, построенными из ограниченного набора графических элементов. Для бизнес-пользователей и разработчиков они упрощают понимание потока деятельности и процесса. Четыре базовые категории элементов BPMN:
- Объекты потока
- События, действия, шлюзы
- Связывающие объекты
- Последовательный поток, поток сообщений, ассоциация
- Пулы и дорожки
- Пул, дорожка, Dark Pool
- Артефакты
- Объект данных, группа, аннотация
Эти четыре категории позволяют создавать простые диаграммы бизнес-процессов (BPD). BPD также допускают создание новых типов объектов потока или артефактов для повышения наглядности диаграммы.
Объекты потока — основные описательные элементы BPMN, состоящие из трёх ключевых элементов: событий, действий и шлюзов.
- Событие изображается кругом и обозначает то, что происходит (в отличие от действия, которое выполняется). Значки внутри круга обозначают тип события (например, конверт — сообщение, часы — время). События также классифицируются как Catching (например, если получение входящего сообщения запускает процесс) или Throwing (например, отправка сообщения о завершении при окончании процесса).
- Стартовое событие
- Выступает триггером процесса; обозначается одной тонкой границей и может быть только Catch, поэтому изображается открытым (контурным) значком.
- Промежуточное событие
- Обозначает то, что происходит между стартовым и конечным событиями; обозначается двойной границей и может быть Throw или Catch (используются залитые или контурные значки соответственно). Например, задача может переходить к событию, которое отправляет сообщение в другой пул, где последующее событие ожидает получения ответа перед продолжением.
- Конечное событие
- Обозначает результат процесса; обозначается одной толстой или жирной границей и может быть только Throw, поэтому изображается залитым значком.
- Действие изображается прямоугольником с закруглёнными углами и описывает вид работы, которую необходимо выполнить. Действие — общий термин для работы, выполняемой компанией. Может быть атомарным или составным.
- Задача
- Задача представляет собой единицу работы, которую нельзя или нецелесообразно разбивать на более мелкие детали бизнес-процесса. Является атомарным действием. Задача — самый низкий уровень действия, отображаемый на диаграмме процесса. Набор задач может представлять собой высокоуровневую процедуру.
- Подпроцесс
- Используется для скрытия или раскрытия дополнительных уровней детализации бизнес-процесса. В свёрнутом виде подпроцесс обозначается знаком плюса у нижней границы прямоугольника; в развёрнутом — прямоугольник расширяется, показывая все объекты потока, связывающие объекты и артефакты. Подпроцесс считается составным действием.
- Имеет собственные стартовые и конечные события; последовательные потоки из родительского процесса не должны пересекать границу.
- Транзакция
- Форма подпроцесса, в которой все содержащиеся действия должны рассматриваться как единое целое; то есть все они должны быть завершены для достижения цели, и если хотя бы одно из них не выполнено, все должны быть компенсированы (отменены). Транзакции отличаются от развёрнутых подпроцессов двойной границей.
- Call Activity
- Точка в процессе, где повторно используется глобальный процесс или глобальная задача. Call Activity отличается от других типов действий жирной границей вокруг области действия.
- Шлюз изображается ромбом и определяет разветвление и слияние путей в зависимости от заданных условий.
- Exclusive
- Используется для создания альтернативных потоков в процессе. Так как может быть выбран только один путь, называется эксклюзивным.
- Event Based
- Условие выбора пути процесса основано на оценке события.
- Parallel
- Используется для создания параллельных путей без оценки условий.
- Inclusive
- Используется для создания альтернативных потоков, где оцениваются все пути.
- Exclusive Event Based
- Оценивается событие для определения, какой из взаимоисключающих путей будет выбран.
- Complex
- Используется для моделирования сложного поведения синхронизации.
- Parallel Event Based
- Два параллельных процесса запускаются на основе события, но событие не оценивается.
Объекты потока соединяются между собой с помощью связывающих объектов, которые бывают трёх типов: последовательные, сообщения и ассоциации.
- Последовательный поток
- Последовательный поток изображается сплошной линией со стрелкой и показывает порядок выполнения действий. Последовательный поток может иметь символ в начале: маленький ромб обозначает один из нескольких условных потоков от действия, а диагональная черта — поток по умолчанию от решения или действия с условными потоками.
- Поток сообщений
- Поток сообщений изображается пунктирной линией, открытым кругом в начале и открытой стрелкой в конце. Показывает, какие сообщения проходят через организационные границы (между пулами). Поток сообщений не может соединять действия или события внутри одного пула.
- Ассоциация
- Ассоциация изображается штриховой линией. Используется для связывания артефакта или текста с объектом потока и может указывать направление с помощью открытой стрелки (к артефакту — результат, от артефакта — вход, в обе стороны — чтение и обновление). Направление не указывается, если артефакт или текст ассоциирован с последовательным или сообщением (так как направление уже задано потоком).
Дорожки — визуальный механизм организации и категоризации действий, основанный на кросс-функциональных блок-схемах, и в BPMN бывают двух типов:
- Пул
- Представляет основных участников процесса, обычно разделяя разные организации. Пул содержит одну или несколько дорожек (как настоящий бассейн). Пул может быть открытым (то есть показывать внутренние детали) — изображается большим прямоугольником с одной или несколькими дорожками, или свёрнутым (то есть скрывающим детали) — изображается пустым прямоугольником на всю ширину или высоту диаграммы.
- Дорожка
- Используется для организации и категоризации действий внутри пула по функциям или ролям, изображается прямоугольником на всю ширину или высоту пула. Дорожка содержит объекты потока, связывающие объекты и артефакты.
Артефакты позволяют разработчикам добавить дополнительную информацию в модель/диаграмму, делая её более читаемой. Существует три предопределённых артефакта:
- Объекты данных: показывают, какие данные требуются или создаются в действии.
- Группа: изображается прямоугольником с закруглёнными углами и пунктирными линиями. Используется для группировки различных действий, но не влияет на поток на диаграмме.
- Аннотация: используется для предоставления читателю модели/диаграммы пояснений.
Щёлкните по миниатюре для просмотра полного размера
Видение BPMN 2.0.2 — создание единой спецификации для новой Business Process Model and Notation, определяющей нотацию, метамодель и формат обмена, но с изменённым названием, сохраняющим бренд «BPMN». Особенности включают:
- Формализация семантики исполнения для всех элементов BPMN.
- Определение механизма расширяемости как для расширений модели процесса, так и для графических расширений.
- Уточнение композиции и корреляции событий.
- Расширение определения взаимодействия с человеком.
- Определение модели хореографии.
Текущая версия спецификации была выпущена в декабре 2013 года.
Сравнение версий BPMN
| Атрибуты | BPMN 1.0 | BPMN 1.1 | BPMN 1.2 | BPMN 2.0 |
|---|---|---|---|---|
| Консорциум | BPMI & iGrafx | OMG | OMG | OMG |
| Дата выпуска | май 2004 | январь 2008 | январь 2009 | январь 2011 |
| Модели |
|
| ||
| событие |
|
|
| |
| действие |
|
| ||
| шлюз |
|
| ||
| последовательный поток |
нормальный поток | |||
| поток сообщений | поток сообщений | |||
| ассоциация | ассоциация | |||
| пул | пул | |||
| дорожка | дорожка | |||
| объекты данных | объект данных |
| ||
| группы | группа | |||
| аннотации | аннотации | |||
| сообщение | — | — | — | сообщение |
| другие элементы |
|
| ||
| Общее количество элементов | 48 | 55 | 55 | 116 |
| Основные изменения | — |
|
Минорные изменения BPMN 1.2 состоят из редакторских правок и исправлений ошибок реализации. Соответственно, эти изменения больше затрагивают поставщиков инструментов моделирования, чем пользователей[8]. |
|
Типы подмоделей BPMN
Моделирование бизнес-процессов используется для передачи широкого спектра информации различным аудиториям. BPMN разработан для охвата этого диапазона применения и позволяет моделировать сквозные бизнес-процессы, чтобы зритель диаграммы мог легко различать разделы BPMN-диаграммы. Внутри сквозной модели BPMN выделяют три базовых типа подмоделей: частные (внутренние) бизнес-процессы, абстрактные (публичные) процессы и коллаборативные (глобальные) процессы:
- Частные (внутренние) бизнес-процессы
- Частные бизнес-процессы — это процессы, внутренние для конкретной организации, и именно такие процессы обычно называют workflow или BPM-процессами. Если используются дорожки, то частный бизнес-процесс будет содержаться в одном пуле. Последовательный поток процесса, таким образом, содержится внутри пула и не может пересекать его границы. Поток сообщений может пересекать границу пула, чтобы показать взаимодействия между отдельными частными бизнес-процессами.
- Абстрактные (публичные) процессы
- Представляют взаимодействия между частным бизнес-процессом и другим процессом или участником. В абстрактном процессе отображаются только те действия, которые взаимодействуют с внешней средой. Все остальные «внутренние» действия частного бизнес-процесса не показываются в абстрактном процессе. Таким образом, абстрактный процесс показывает внешнему миру последовательность сообщений, необходимых для взаимодействия с этим бизнес-процессом. Абстрактные процессы содержатся в пуле и могут моделироваться отдельно или в составе большей BPMN-диаграммы для отображения потока сообщений между действиями абстрактного процесса и другими сущностями. Если абстрактный процесс находится на той же диаграмме, что и соответствующий частный бизнес-процесс, то общие для обоих процесса действия могут быть связаны.
- Коллаборативные (глобальные) процессы
- Коллаборативный процесс отображает взаимодействия между двумя или более бизнес-единицами. Эти взаимодействия определяются как последовательность действий, представляющих шаблоны обмена сообщениями между вовлечёнными сторонами. Коллаборативные процессы могут содержаться в пуле, а различные взаимодействия участников отображаются как дорожки внутри пула. В этом случае каждая дорожка представляет двух участников и направление взаимодействия между ними. Также они могут быть представлены как два или более абстрактных процесса, взаимодействующих через поток сообщений (как описано выше). Эти процессы могут моделироваться отдельно или в составе большей BPMN-диаграммы для отображения ассоциаций между действиями коллаборативного процесса и другими сущностями. Если коллаборативный процесс находится на той же диаграмме, что и один из соответствующих частных бизнес-процессов, то общие для обоих процесса действия могут быть связаны.
Внутри и между этими тремя подмоделями BPMN можно создавать различные типы диаграмм. Ниже приведены типы бизнес-процессов, которые можно моделировать с помощью BPMN (отмеченные звёздочкой могут не отображаться в исполняемом языке):
- Высокоуровневые действия частного процесса (не функциональное разбиение)
- Детализированный частный бизнес-процесс
- As-is или старый бизнес-процесс
- To-be или новый бизнес-процесс
- Детализированный частный бизнес-процесс с взаимодействиями с одной или несколькими внешними сущностями («Black Box» процессы)
- Два или более детализированных частных бизнес-процессов, взаимодействующих между собой
- Связь детализированного частного бизнес-процесса с абстрактным процессом
- Связь детализированного частного бизнес-процесса с коллаборативным процессом
- Два или более абстрактных процесса
- Связь абстрактного процесса с коллаборативным процессом
- Только коллаборативный процесс (например, ebXML BPSS или RosettaNet)
- Два или более детализированных частных бизнес-процессов, взаимодействующих через свои абстрактные процессы и/или коллаборативный процесс
BPMN предназначен для поддержки всех вышеуказанных типов диаграмм. Однако рекомендуется не комбинировать слишком много типов подмоделей, например, три и более частных процесса с потоками сообщений между каждым из них, так как диаграмма может стать трудной для понимания. Поэтому OMG рекомендует моделировщику выбирать фокусированную цель для BPD, например, частный или коллаборативный процесс.
Сравнение с другими нотациями моделирования процессов
Выбор нотации для моделирования бизнес-процессов зависит от поставленных задач, однако BPMN часто сравнивают с EPC и диаграммами деятельности UML[9].
Event-driven process chain (EPC) и BPMN — две нотации с аналогичной выразительностью для моделирования процессов[10]. Модель BPMN может быть преобразована в модель EPC, и наоборот, модель EPC может быть преобразована в BPMN с незначительной потерей информации[11]. Ключевое отличие EPC заключается в строгом следовании последовательности «событие — функция — событие», что делает диаграммы громоздкими по сравнению с BPMN[12]. Исследование показало, что для одного и того же процесса модель BPMN может требовать примерно на 40 % меньше элементов, чем соответствующая модель EPC, что делает модель BPMN более компактной и лёгкой для восприятия[13]. При этом EPC удобна для моделирования процессов, где важную роль играют документы и нормативные акты[12], но в современной практике она считается менее распространённой, чем BPMN[14].
Диаграммы деятельности UML являются частью UML, стандарта для объектно-ориентированного проектирования программного обеспечения[15]. Подмножество элементов диаграммы деятельности имеет семантику, схожую с элементами BPMN, что позволяет моделировать одни и те же процессы. Логика диаграмм деятельности близка к традиционным блок-схемам, что делает их интуитивно понятными для ИТ-специалистов[16]. Несмотря на то, что оба типа моделей процессов могут иметь одинаковый уровень читаемости для неопытных пользователей, BPMN предлагает более точные и специализированные инструменты для моделирования именно бизнес-логики (например, обработка сообщений, таймеры, различные типы событий), в то время как UML в большей степени ориентирован на описание динамики программных систем[12][17]. Таким образом, BPMN утвердилась в качестве ведущего стандарта для бизнес-аналитиков, вытесняя EPC, в то время как диаграммы деятельности UML сохраняют свою нишу в области проектирования программного обеспечения[14].
Современное применение и тренды
Несмотря на то, что стандарт BPMN 2.0.2 остаётся стабильным с момента его выпуска в декабре 2013 года, в 2024—2025 годах основные инновации происходят в области его применения и интеграции с новыми технологиями[18]. Ключевые тенденции включают:
- Интеграция с искусственным интеллектом (ИИ) и гиперавтоматизацией. ИИ применяется для анализа, оптимизации и автоматизации бизнес-процессов. Развивается концепция агентского процессного управления (Agent-based Process Management, APM), где автономные ИИ-агенты могут управлять выполнением процессов[18][19].
- Рост популярности Low-code и No-code платформ. Эти инструменты позволяют бизнес-аналитикам и сотрудникам без навыков программирования самостоятельно создавать и настраивать исполняемые бизнес-процессы, что значительно ускоряет их внедрение[20][21].
- Фокус на комплексную автоматизацию. Компании всё чаще отходят от «чистого» BPM в пользу интегрированных решений, которые объединяют управление процессами с другими системами, такими как ECM и CRM, для решения сквозных бизнес-задач[22].
Сертификация BPM
Мир управления бизнес-процессами (BPM) признаёт критическую важность стандартов моделирования для оптимизации и стандартизации бизнес-процессов. Business Process Model and Notation (BPMN) версии 2 привнесла значительные улучшения в моделировании событий и подпроцессов, существенно расширив возможности документирования, анализа и оптимизации бизнес-процессов.
Elemate позиционирует себя как проводник в изучении различных BPM-сертификаций и специализированных учебных программ, облегчая освоение BPMN и непрерывное совершенствование процессов в компаниях.
Object Management Group (OMG), консорциум, стоящий за стандартом BPMN, предлагает программу сертификации OMG Certified Expert in BPM 2 (OCEB 2)[23]. Название программы напрямую связано со стандартом BPMN 2.0, и по состоянию на 2024—2025 годы она остаётся основной международно признанной сертификацией в этой области[24][25].
Программа OCEB 2 структурирована на пять уровней: после получения базового уровня Fundamental специалисты могут выбрать одно из двух направлений — Business Track (для бизнес-аналитиков и менеджеров) или Technical Track (для разработчиков и архитекторов). Каждое из этих направлений включает уровни Intermediate и Advanced[23].
Помимо OCEB, существуют и другие признанные сертификации в области BPM. Ключевой организацией в этой сфере является Association of Business Process Management Professionals (ABPMP), которая предлагает многоуровневую программу сертификации. Все экзамены основаны на своде знаний ABPMP — BPM CBOK® 4.0[26]. Эта версия, выпущенная в конце 2019 года, включает новые темы, такие как искусственный интеллект, RPA, Low-code/No-code платформы, Process Mining и блокчейн[27][28].
Программа сертификации включает несколько уровней:
- CBPA (Certified Business Process Associate): предназначена для специалистов, начинающих карьеру в BPM. Экзамен состоит из 90 вопросов и длится 2 часа (120 минут)[29].
- CBPP (Certified Business Process Professional): ориентирована на опытных специалистов с подтверждённым стажем работы не менее четырёх лет. Экзамен состоит из 130 вопросов и длится 3 часа[30].
- CBPL (Certified Business Process Leader): высший уровень для лидеров, отвечающих за BPM-трансформацию в масштабах предприятия.
Российское отделение ABPMP (ABPMP Russian Chapter) разработало национальную систему оценки квалификации, основанную на профессиональном стандарте «Специалист по процессному управлению». Подготовительная работа велась в 2022 году, когда были разработаны и утверждены Национальным агентством развития квалификаций оценочные средства для проведения экзаменов[31][32].
Официальный запуск сертификации состоялся 1 июня 2023 года[33][34]. В рамках системы были представлены две квалификации, соответствующие шестому уровню национальной системы квалификаций[33]:
- Специалист по регламентации процессов — ориентирована на начинающих специалистов.
- Процессный аналитик — ориентирована на специалистов с опытом работы от одного года.
Ассоциация также анонсировала планы по разработке квалификаций седьмого уровня: «процессный архитектор» и «процессный методолог»[33].
Хотя BPMN 2 стал важнейшим стандартом моделирования бизнес-процессов, отдельная сертификация по BPMN может дать дополнительную гарантию качества и соответствия используемых моделей. Это особенно актуально, когда компании привлекают внешних подрядчиков для моделирования своих бизнес-процессов.
Помимо программ официальной сертификации, многочисленные образовательные платформы и тренинговые центры предлагают курсы по изучению BPMN 2. Такие курсы доступны на различных онлайн-площадках, например, на Stepik или в Skillbox[35], и ориентированы как на начинающих, так и на опытных специалистов[36]. По завершении обучения слушатели, как правило, получают сертификат, подтверждающий прохождение курса, однако он не является эквивалентом международной отраслевой сертификации, такой как OCEB 2[35]. Некоторые учебные программы также целенаправленно готовят специалистов к сдаче экзаменов на получение официальных сертификатов[36].
Примечания
Литература
- Grosskopf, Decker и Weske. The Process: Business Process Modeling using BPMN. — Meghan Kiffer Press, 28 фев 2009. — ISBN 978-0-929652-26-9.
- Ko, Ryan K. L.; Lee, Stephen S. G.; Lee, Eng Wah (2009). “Business Process Management (BPM) Standards: A Survey” (PDF). Business Process Management Journal. Emerald Group Publishing Limited. 15 (5). ISSN 1463-7154. Дата обращения 14 июля 2025.
- Stephen A. White. BPMN 2.0 Handbook Second Edition: Methods, Concepts, Case Studies and Standards in Business Process Management Notation / Stephen A. White, Conrad Bock. — Future Strategies Inc., 2011. — ISBN 978-0-9849764-0-9.
Ссылки
- Спецификация OMG BPMN
- BPMN Tool Matrix
- Информационный портал BPMN — страница OMG о BPMN.


