Нотация BPMN 2.0: ключевые элементы и описание

BPMN (Business Process Management Notation) – это язык моделирования бизнес-процессов, который является промежуточным звеном между формализацией/визуализацией и воплощением бизнес-процесса.

Говоря проще, такая нотация представляет собой описание графических элементов, используемых для построения схемы протекания бизнес-процесса.

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

Немаловажным является то, что моделирование BPMN позволяет впоследствии провести автоматизацию бизнес-процессов в соответствии с имеющейся схемой.

Является ли нотация BPMN лучшей для поставленных перед ней задач? Хороший ответ, актуальный до сих пор, дал еще в семидесятых годах XX века Чарльз Бокс «Все модели неверны, некоторые полезны». BPMN точно полезна, а некоторые ограничения, которые нотация имеет, по мнению экспертов не столь важны на практике:

Моделируя что-либо, мы удаляем некоторые аспекты реального мира, чтобы их визуализировать. И все же ИТ-профессионалы продолжают искать одну истинную нотацию моделирования и набор семантики, чтобы управлять сразу всем. Они предполагают, что должно быть возможно перевести все аспекты и их взаимосвязи на визуальный язык. Я думаю, что большинству людей бизнеса это не нужно. Они используют модели для общения друг с другом … и да, в ходу круги и стрелки, прямоугольники и облака, и … лишь очень немногие заинтересованы в том, чтобы отразить взаимосвязь всех аспектов друг с другом. Дерек Миерс (Derek Miers) – Отраслевой аналитик и консультант. Более 25 лет специализируется в сферах управления бизнес-процессами, цифровой трансформации, бизнес-архитектуры и технологических инноваций. В настоящее время работает в Gartner время на позиции директора по исследованиям в сфере Enterprise Architecture (EA)

Пример процесса согласования и оформления отпуска

Первая версия нотации BPMN вышла в мае 2004 года (BPMN 1.0). Следующая версия появилась в январе 2011 года (BPMN 2.0). Наконец, в январе 2013 года компания OMG выпустила ту версию, которая в основном используется и сегодня – BPMN 2.0.2.

Публикация версии 2.0 стандарта вызвала консолидацию отрасли и сделала BPMN мейнстримом. BPMN для управления процессов сегодня – то же самое, что SQL для управления данными 20 лет назад. Анатолий Белайчук, BPM-Евангелист Comindware, Президент Международной ассоциации BPM-профессионалов ABPMP Russian Chapter

Основные графические элементы BPMN

BPMN-процесс – это любой бизнес-процесс, отражённый с помощью нотации. Процессы состоят из элементов, каждый из которых обозначается на схеме специальным значком.

Элементы нотации BPMN – это элементы графической схемы, но также и элементы самого бизнес-процесса.

Нотация опирается на следующие базовые графические элементы:

• Пулы:
  • развёрнутый
  • свёрнутый
  • внешние участники
• Дорожки
• Действия:
  • задачи
  • подпроцессы
• Развилки (шлюзы)
• События:
  • стартовые
  • промежуточные
  • конечные
• Потоки
• Артефакты:
  • группа объектов
  • комментарии
  • объекты данных
  • хранилища данных

В BPMN 2.0 элементы представлены в виде специальных значков. Создатели данной системы стремились к тому, чтобы набор значков был исчерпывающим и обеспечивал возможность наглядного отображения максимального разнообразия схем бизнес-процессов. В итоге значков очень много и с полным списком можно ознакомиться в документации по BPMN, которая переведена на русский язык членами Ассоциации BPM-профессионалов России. Здесь мы остановимся только на базовых элементах, без которых не обойдётся ни одна схема бизнес-процесса. Этого достаточно для общего знакомства с BPMN и понимания основных принципов нотации.

Токен, экземпляр процесса, диаграмма процесса

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

Также стоит рассказать о некоторых дополнительных понятиях:

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

Экземпляр процесса — инициированный конкретный процесс, выполняющийся по описанной модели. Каждый раз, когда процесс запускается, создается новый экземпляр процесса. В системе ему присваивается свой идентификатор/id.

Диаграмма процесса — служит для моделирования и исполнения бизнес-процесса. Она задаёт последовательность выполнения задач и действий, позволяет назначать задачи исполнителям, выполнять сценарии.

BPMN элементы «Пул» и «Дорожка»

Весь бизнес-процесс состоит из пулов: совокупности операций + лиц, которые эти операции выполняют.

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

Развёрнутый (основной) пул виден на диаграмме целиком. Когда необходимо сократить объём представленной информации, пулы можно сворачивать.

Пул «внешний участник» показывает участников процесса, поведение которых, мы не знаем (клиенты, партнёры и пр.) На диаграмме такой пул выведен за пределы развернутого пула. Задачи в нём не создаются.

Любой развёрнутый пул состоит из «дорожек».

Пул, состоящий из дорожек

Пул	Используется для обозначения границ бизнес-процесса
Дорожка	Используется для отражения ответственных исполнителей и их ролей в процессе

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

BPMN элемент «Действие»

Под «действием» понимается единица работы, выполняемой в ходе исполнения бизнес-процесса.

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

Задачи, подпроцесс и вызов повторно используемого действия

Есть несколько типов элементарных действий (задач), которые отличаются условиями выполнения:

• Многократное выполнение действия в рамках одного процесса. Например, одно и то же действие может выполняться параллельно для каждого товара в заказе клиента.
• Циклическое действие выполняется многократно, пока заданное условие верно.

BPMN предполагает следующие графические отображения для основных типов действий:

	Абстрактная задача	Используется для обозначения простого действия или операции, не имеющей дальнейшей декомпозиции в рамках текущего бизнес-процесса.
	Подпроцесс	Используется для отображения декомпозированного процесса, существующего в рамках рассматриваемого процесса. Подпроцесс описан более подробно на своей диаграмме.
	Вызов повторно используемого действия	Используется для отображения процесса, являющегося частью рассматриваемого процесса, но хранящегося в отдельном файле.

Здесь стоит отметить, что современные BPM-системы зачастую предлагают более широкий набор типов действий, чем предлагает BPMN. Например, в инструменте для моделирования бизнес-процессов в Comindware Platform вы найдёте графические элементы для нескольких типов элементарных действий:

	Пользовательская задача	Используется для отображения задачи, которую выполняет человек.
	Задача на выполнение сценария	Используется для отображения шага процесса, по достижении которого автоматически выполняется скрипт.
	Задача на вызов сервиса	Используется для иллюстрации шага процесса, на котором вызывается веб-служба или скрипт С#.
	Задача, выполняемая вручную	Используется для отображения задачи, выполняемой человеком без использования автоматизированных систем или приложений.
	Задача-отправка сообщения	Используется для обозначения отправки сообщения участнику, имеющему отношение к процессу, находящемуся за пределами пула или данного процесса.
	Задача-получение сообщения	Используется для обозначения получения сообщения от участника, имеющего отношение к процессу, находящемуся за пределами пула или данного процесса.
	Задача-выполнение бизнес-правила	Используется для запуска бизнес-правила с действиями, которые должны быть выполнены.

BPMN элементы «Развилка»

Под развилками (шлюзами) понимаются элементы, определяющие ветвление и слияние потоков работ.

BPMN описывает 7 типов развилок. В качестве основных выделяют первых два типа из указанных в таблице:

	Развилка «или/или».	Используется для создания альтернативных потоков процесса или сходящихся потоков управления.
	Развилка «и»	Используется для создания параллельных путей без оценки какого бы то ни было условия или для сходящихся потоков и синхронизации параллельных веток выполнения процесса.
	Развилка «и/или»	Используется для создания потоков, где процесс может пойти (или сойтись) по одному потому либо по нескольким одновременно.
	Развилка по событиям	Используется для создания потоков с событиями. Случиться может только одно (первое) событие, остальные события не произойдут.
	Комплексная развилка	Используется крайне редко и в тех случаях, когда остальные шлюзы не могут отобразить логику переходов по развилкам.
	Начальная развилка «и» по событиям	Используется как стартовый элемент в тех случаях, когда процесс запускается при наступлении нескольких событий в произвольном порядке.
	Начальная развилка по событиям	Используется как стартовый элемент в тех случаях, когда несколько стартовых событий приводят выполнению одних и тех же задач процесса.

При моделировании бизнес-процессов развилок «или/или» и развилок «и» вполне достаточно для построения бизнес-процессов. Остальные типы развилок, описанных в BPMN, позволяют строить более компактные схемы процессов.Пример использования развилки «или/или» для создания альтернативных потоков процесса:

Звонок клиенту с целью оценить качество обслуживания:

• Если клиент доволен, фиксация положительной оценки, закрытие бизнес-процесса.
• Если клиент недоволен, выяснение причины.

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

Фактически, развилки являются одними из самых ответственных и сложных этапов бизнес-процессов. От того, насколько грамотно будут прописаны все условия и следствия по принципу «Если… то», во многом зависит эффективность работы всей системы.

BPMN элемент «Событие»

«Событие» является одним из главных элементов BPMN и служит для описания того, что должно случиться (в отличие от задачи, когда что-то должно быть сделано). Событием может быть, например, подписание договора, или разговор с клиентом.

Графические элементы событий в BPMN классифицируют двумя способами:

1. В зависимости от положения события на схеме процесса:

	Начальное событие (инициирующее бизнес-процесс)
	Промежуточное событие
	Конечное событие (заканчивающее бизнес-процесс).

В случае с доставкой товара начальным событием будет, очевидно, заявка клиента. Либо же — звонок менеджера клиенту с предложением совершить покупку. Конечным событием в такой цепочке станет факт доставки, подтверждённый подписью клиента.

2. По типу события классификация следующая:

	Начальное событие	Промежуточное событие	Конечное событие
Простое событие
Событие-получение сообщения
Событие-отправка сообщения
Событие-таймер
Событие-условие
Событие-сигнал обработчик
Событие-сигнал инициатор
Множественное событие обработчик
Множественное событие инициатор
Параллельное множественное событие
Событие-эскалация обработчик
Событие-эскалация инициатор
Событие-компенсация обработчик
Событие-компенсация инициатор
Событие-ссылка обработчик
Событие-ссылка инициатор
Событие-ошибка обработчик
Событие-ошибка инициатор
Событие-отмена обработчик
Событие-отмена инициатор
Событие-остановка

Очень часто начальные и конечные события являются событиями-сообщениями.

BPMN элементы «Потоки»

Поток – это последовательность действий, которая обозначается стрелкой. Элемент «поток» показывает какое действие после какого необходимо совершить.

	Поток управления	На стандартный поток управления не воздействуют условия и он не проходит через шлюзы, т.е. является неконтролируемым.
	Условный поток управления	Используется для того, чтобы показать, что дальнейшее выполнение процесса будет происходить по определённому потоку только в том случае, если выполнятся заданное условие. Ромбик у основания стрелки добавляется, если условный поток управления является исходящим от процесса. Ромбик не добавляется, если условный поток управления является исходящим от шлюза.
	Поток управления по умолчанию	Используется тогда, когда необходимо показать, что дальнейшее выполнение процесса будет происходить по определённому потоку только если не выполняется ни одно из заданных условий.
	Поток сообщений	Используется для отображения межпроцессного взаимодействия – отображает передачу сообщений или объектов из одного процесса в другой процесс или внешнюю ссылку.
	Ассоциациативный поток	Применяется для визуализации связи между элементами потока и объектами, не являющимися элементами потока (артефактами).

BPMN элементы «Артефакт»

Под артефактами в BPMN понимают объекты, которые не влияют на исполнение бизнес-процесса напрямую. Это могут быть документы, данные, информация.

Основные виды артефактов:

	Группа объектов	Используется для группировки графических элементов, принадлежащих одной и той же категории и позволяет повысить простоту восприятия диаграммы.
	Комментарий	Применяется для уточнений к диаграмме – комментариев и пояснений, которые увеличат читабельность диаграммы.
	Объект данных	Используется для отображения собственных данных экземпляра процесса.
	Хранилище данных	Используется для отображения информации о данных, которые обрабатываются в ходе процесса. Существует независимо от выполнения процессов.

BPMN модификаторы и обработчики

Модификаторы — это специальные обозначения, добавляемые к базовым элементам BPMN для уточнения их поведения. Они могут изменять логику работы, например, указать условия или временные ограничения. Например:

• Модификаторы задач присваивают задачам определенные роли или ограничения по времени. Это делает процесс более гибким.
• Модификаторы событий могут быть использованы для задержек или срабатывания по расписанию.

Обработчики — это механизмы реакции на события во время выполнения процесса. Например:

• Обработчики ошибок. В случае возникновения ошибки в процессе можно настроить обработчик, который перехватывает ошибку и инициирует другой процесс или действия.
• Обработчики событий. Могут быть связаны с различными типами событий, которые активируются в процессе.
• Обработчики сообщений. Активируются на основе получения или отправки сообщений в процессе. Они могут быть полезны для интеграции с другими процессами или внешними системами.

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

Рекомендации по построению диаграммы бизнес-процесса в нотации BPMN

1. Стоит помнить, что на диаграмме бизнес-процесса необходимо показать не только последовательность действий, но и всех его участников, сопутствующие документы и ресурсы, которые являются неотъемлемой частью процесса.
2. Перед составлением диаграммы процесса, необходимо чётко определить его границы. В этом поможет реестр бизнес-процессов компании.
3. Рекомендуется также начать составление единой диаграммы всех бизнес-процессов. Общую схему не стоит перегружать излишними деталями. При этом важно определить границы процессов. Для составления общей диаграммы бизнес-процессов предприятия в Comindware Platform можно использовать диаграмму бизнес-способностей.
4. После составления общей диаграммы следует разделить её на отдельные бизнес-процессы, для каждого необходимо составить отдельную подробную диаграмму. Это делает диаграммы более понятными и управляемыми.
5. На следующем этапе важно определить начальное и конечное события процесса и его основные элементы: что запускает процесс, какие критерии указывают на его завершение, какова логическая последовательность элементов.
6. Следует продумать возможные пути движения процесса. Для отображения вариантов путей используются развилки.
7. Затем нужно определить, кто и что задействуется в процессе: сотрудники, отделы, ресурсы, данные, документы.
8. На заключительном этапе выполняется согласование и проверка диаграммы. Сначала силами составителей проверяется логика, полнота процесса и соответствие бизнес-целям. Затем ее проверяет сама система, после чего бизнес-процесс на основе диаграммы начинает работать. На следующем этапе с сотрудников, задействованных в процессе, собирается обратная связь для идентификации узких мест, учёта реального опыта. После проверок и внесения правок диаграмма процесса готова к использованию на постоянной основе.

Хотите стать BPM-профессионалом?

Совместно с ассоциацией ABPMP Russian Chapter компания Comindware предлагает обучение процессному подходу к управлению и сертификацию BPM-профессионалов

Узнать больше

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

BPMN-описание бизнес процесса имеет несколько преимуществ.

Стандартность и однозначность

BPMN представляет собой единый для для бизнес-аналитиков, разработчиков и менеджеров язык, исключающий разночтения.

Наглядность и простота восприятия

Диаграммы легко транслировать в исполняемые модели с помощью языка формального описания бизнес-процессов.

Описание элементов BPMN является понятным для большинства участников бизнес-процессов и часто не требует никаких дополнительных разъяснений. С помощью простого графического выражения можно составить конкретные регламенты, которые будут исполняться сотрудниками.

Повторяемость

Процессы, описанные с помощью нотаций, повторяются с одинаковым предсказуемым результатом.

Совместимость

Наряду с тем, что описание нотации BPMN 2.0 позволяет добиться понимания того, как происходят бизнес-процессы, данную нотацию поддерживают большинство современных инструментов бизнес-моделирования, что позволяет импортировать готовые схемы бизнес-процессов в BPM-системы.

Декомпозиция

BPMN позволяет моделировать как простые, так и сложные процессы, а также управлять детализацией, разбивая процессы на подпроцессы, проводя декомпозицию.

Оптимизация, повышение контроля и прозрачности

Визуализация процессов нотациями BPMN повышает прозрачность процессов и контроль над ними, помогает выявлять «узкие» места, изменять или устранять неэффективные этапы.

BPMN остается очень популярным, потому что диаграммы интуитивно понятны. Пользователи в общих чертах понимают их без специального обучения, а то, что вы рисуете, — это то, что выполняется. Брюс Сильвер, Главный консультант в Trisotech, основатель и руководитель MethodAndStyle.com и BPMessentials.

Comindware Platform – современная платформа для автоматизации бизнес-процессов с поддержкой нотации BPMN 2.0, включая как возможность моделирования BPMN-процессов прямо в платформе, так и импорт схем бизнес-процессов из сторонних инструментов моделирования для их дальнейшего исполнения в системе Comindware.

Хотите узнать больше о платформе Comindware и оценить насколько она подойдёт для вашей компании? Закажите бесплатную демо-презентацию.

Заказать демо

Елена Гайдукова, маркетолог-аналитик. Работает в сфере BPM и автоматизации процессов с 2014 года. В настоящее время является бренд-менеджером решений на базе Comindware Platform.