Нотация BPMN — лучший язык моделирования бизнес процессов. Эта нотация стала результатом анализа всего опыта моделирования и других нотаций за всю историю.
BPMN не только собрала в себе все лучшее от других нотаций, но и создала нечто совершенно новое.
Моделирование бизнес процессов начинается с нотации. А нотация начинается с изучения ее элементов. Я начинаю серию статей, посвященных моделированию бизнес процессов в нотации BPMN. Сегодня поговорим об основных элементах нотации.
Элементы нотации выглядят одинаково во всех программах. Отличаться может только цвет заливки фигур. Но сами фигуры, толщина и форма линий — универсальна. Так что вы не перепутаете событие начала и окончания — вне зависимости от программы моделирования. Кстати, в самой нотации все графические элементы приведены в черно-белом формате.
Базовые элементы. Нотация BPMN 2.0
Пул
Пул символизирует собой сотрудника, выполняющего определенную роль в процессе. Если вы хотите показать, что цепочка операций выполняется конкретной ролью, поместите эти операции в пул. Такое представление позволяет очень наглядно отобразить взаимодействие между ролями, сотрудниками в процессе. Пул — это зона ответственности роли. Почему роли? Логика очень проста — каждый сотрудник выполняет несколько ролей. Совокупность ролей — это должность. Каждая роль требует определенных знаний и навыков. Так что если вы определите роли в процессах и определите, из каких ролей складывается та или иная должность, то сможете с легкостью сформировать должностные инструкции.

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

Событие
Событие — еще один основополагающий элемент модели бизнес процесса. События определяют ход выполнения процесса. События — это то, что просто произошло. Это обстоятельство, условие, исходя из которого мы действуем дальше. События — это условие «если» в цепочке «если — то». Если на улице идет дождь, то нам надо взять зонт. Дождь — это событие, условие, которое определяет поселяющие действия в процессе. События могут быть разными:
- Событие времени — истечение какого-то времени (через час) или дата/время (в 10:00)
- События состояния — идет дождь, позвонил друг, упал курс доллара и т.д.
- Событие сообщение — например, пришло письмо.
- и т.д. Подробнее о типах событий будет написано дальше.

События делятся на 3 типа: события начала определяют условия старта процесса, промежуточные события определяют развитие процесса и событие окончания, отражает условие, при котором мы считаем, что процесс окончен. Моделирование бизнес процессов начинается с определения стартовых и финишных событий. Во многих нотациях существуют события. Но только нотация BPMN сделала их конкретными.
Ветвление
Ветвление, или шлюз — это логическая развилка в процессе. Если стоит развилка, значит, процесс может развиваться по-разному — в зависимости от условий. Самая простая развилка дает 2 варианта развития событий. Например, развилка «на улице идет дождь?» имеет два варианта ответа — да или нет. Соответственно от ответа, то есть от условия, зависят дальнейшие действия в процессе. В более сложных вариантах из развилки может исходить множество вариантов с событиями, которые и определяют направление процесса. А еще ветвления «собирают» в себя условия, когда они все должны быть выполнены — для перехода к следующей операции процесса. Подробнее о развилках я напишу дальше.
Поток операций
Стрелка как раз соединяет операции и процессы и показывает порядок выполнения действий в процессе. Помимо порядка выполнения стрелка может также обозначать результат предыдущего процесса, который используется в следующем. Для этого необходимо сделать подпись к стрелке.
Поток сообщений
Поток сообщений отображает обмен информацией между участниками (пулами). Дело в том, что операции участников не могут быть соединены между собой потоком операций. Что в принципе логично. Вместо этого они обмениваются сообщениями. Так что если вы хотите показать, что процесс переходит от одного участника к другому, то соедините операции потоком сообщений. Чтобы конкретизировать сообщение, можно сделать подпись к стрелке. Подробнее дальше.

Объект данных
Объект данных — это информация, которую необходимо отобразить в процессе. Это может быть или документ, или письмо, или звонок. Кстати, с точки зрения управления бизнес процессами любая информация в материальном виде является документом — запрос, электронное письмо, СМС, бумажный документ и т.д. При соединении объекта данных с операцией необходимо учитывать направление стрелки. Если стрелка идет от данных к операции, значит, эти данные используются для выполнения операции. Если стрелка идет от операции к объекту данных, значит, данные появляются в результате выполнения операции. Моделирование бизнес процессов без объектов данных не имеет особого смысла.
Ассоциация
Этот тип соединения используется для отображения взаимосвязи информационных объектов и баз данных с операциями. В таком случае стрелка ассоциации будет иметь направление.
Если же порядок считывания/записи данных не имеет значения, можно установить ассоциацию без направления. Такое соединение используется для соединения текстовой нотации с другими элементами. Или, например, можно отобразить взаимосвязь события и документа. Завершающее событие процесса «Отчет сформирован», может быть соединено ассоциацией с документом «Отчет».

Вспомогательные базовые элементы. Нотация BPMN 2.0
Дорожка
Дорожки существуют внутри пулов. С помощью дорожки удобно отображать несколько ролей, допустим, в рамках отдела. В таком случае пул будет являться отделом, а дорожка отображать сотрудников. Между операциями в дорожках может существовать поток операций, что тоже соответствует действительности. Например, дорожки могут отражать станки, на которых выполняются операции и переходы заготовок от одного станка к другому.
База данных
База данных, или хранилище данных — это место, где данные хранятся))) Прямо капитан очевидность! Это может быть электронная база данных, программа, папка на жестком диске, бумажная папка, шкаф, где хранятся документы… Да что угодно! Так же, как и с объектом данных, направление стрелки, соединяющей базу данных с операцией, имеет значение. От БД к операции — операция использует базу для получения данных. От операции к БД — операция помещает данные в базу.
Группа
Это просто визуальная группировка элементов бизнес процесса. Например, может использоваться для отображения этапов бизнес процесса.
Текстовая аннотация
Текстовое сопровождение любого элемента модели бизнес процесса. С помощью аннотации можно добавлять необходимую информацию непосредственно в модель процесса. Иногда позволяет полностью избавиться от текстового сопровождения модели в описании бизнес процесса.
С базовыми элементами закончили. Но нотация BPMN намного глубже, поэтому в следующий раз я расскажу об особенностях и категориях, на которые делятся базовые элементы.
Более 100 примеров и иллюстраций практического применения нотации можно найти здесь.
Здравствуйте!
Не совсем поняла, в каких случаях используется «группа».
Группа — визуальная группировка операций/процессов. Делается просто для удобства восприятия. Вы можете разбить процесс на условные этапы и с помощью группы отобразить эти этапы. Например, в рамках одного процесса, можно объединить операции «Помыть овощи», «Почистить овощи» и «Нарезать овощи» в группу «Подготовка овощей».
Спасибо! 🙂
Здравствуйте.
Вот есть такой процесс: в небольшом оркестре, состоящем из скрипача, барабанщика, гитариста и вокалиста умер дирижер. Как нотацией BPMN в пуле ресурсов «Оркестр» можно графически изобразить, что операцию выноса гроба должны произвести все четыре перечисленные роли одновременно?
Дмитрий. Существует несколько, весьма простых, вариантов. 2 самых очевидных:
1. Т.к. музыканты объединяются на временной основе, то это проектная группа. Которую мы изображаем в виде отдельного пула/дорожки. Музыканты будут переходить/выходить в состав временной группы по определенным условиям.
2. Использовать диаграмму хореографии, о которой я расскажу отдельно.
Хорошо, объеденили, а потом надо каждому музыканту играть соло, необходимо вынуть их из пула и обяснять их поведение дополнительной моделью?
Дмитрий, существует множество вариантов решения. И, как написал ранее, вход/выход в группу, осуществляется по условиям.
Можно ли должностные инструкции считать регламентацией бизнес-процесса?
Нет, нельзя.
Скажите, пожалуйста, каким элементом обозначается владелец процесса и исполнитель процесса. Спасибо
Пул
Роман, подскажите, если в бизнес-процессе требуется в КАЖДОЙ операции отметить её плановую продолжительность, — как это принято графически отображать?
Это можно сделать несколькими способами:
1. Если вы используете специализированное ПО, то можете задать атрибут длительности и вывести его в качестве подписи на диаграмме.
2. Руками подписать границы продолжительности на схеме.
3. Использовать отдельное графическое представление длительности операций, например, в виде линейного графика или диаграммы типа японских свеч.
4. Использовать отдельный элемент, который будет обозначать атрибут времени и соединять такие элементы с операциями в процессе.
Благодарю, Роман! Развёрнуто.
Роман, подскажите, в тупике. Ситуация такая: в процессе на определённом этапе находится пользовательская операция «Определение типа продукции», т.е. специалист определяет поступивший к нему запрос на предмет «что это такое вообще?». Типо продукции 7. И он, определив тип, ставит задачу нужному отделу. Не могу понять, как это нарисовать. Как изобразить, например, сам результат определения типа? Что до этого и что после?
Благодарю.
Операция — Определить тип продукции. Затем ветвление. Из ветвления идет связь с событиями, определяющими тип продукции. Затем, после событий действия. Условия определяются событиями и не важно что эти условия определяют — время, состояние, тип продукции)) или что-то еще. Главное понимать связку «операция-событие». Операция выполняет действие, а событие говорит о его результате.
Подскажите, как отобразить входное событие когда оно может произойти по 3 каналам связи (телефон, лично, сайт) т.е . Начальное событие это действие от клиента и непонятно по какому из каналов. Спасибо
Можно поступить двумя способами. 1- выбрать тип стартового события «множественное» 2- отобразить тремя событиями
Как отобразить 2 входных условия:звонок клиента и условие что на звонок оператору выделено 10 мин времени. Заранее спасибо за ответ.
Событие окончания — 10 минут
Роман,
если не секрет — в каких программах вы оформляете БП?
с чего собственно начать обучать руководителей прописывать понятные БП своим сотрудникам?
Сергей,
Совершенно не секрет. Вот обзор ПО. Выбирайте на свой вкус — http://rzbpm.ru/knowledge/instrumenty-upravleniya-i-modelirovaniya-biznes-processov.html
Что касается обучения руководителей — начните с обучения основам управления бизнес процессами. В нашем блоге много материалов, которые вы можете использовать в этих целях. Ну и, конечно же, мы можем провести обучение для вас))
Спасибо! Хотелось бы ещё больше диаграмм, подтверждающих примеров
Продолжайте нас читать. Все будет
Возможны ли потоки управления между событиями в разных пулах? И если в результате выполнения процесса создается новый участник процесса (например, создаётся новое подразделение), который вообще говоря — новый пул, как это отобразить?
Возможны ли потоки управления между событиями в разных пулах? — нет
И если в результате выполнения процесса создается новый участник процесса (например, создаётся новое подразделение), который вообще говоря — новый пул, как это отобразить? — зависит от того, что именно создается: документ, решение, распоряжение и т.д. Приведите конкретный пример
Создаётся новое подразделение. Получается госорган инициирует собрание жильцов дома, они голосуют, в результате этого образовывается объединение собственников; которого до этого не было