Нотация BPMN — лучший язык моделирования бизнес процессов. Эта нотация стала результатом анализа всего опыта моделирования и других нотаций за всю историю.

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

Базовые элементы. Нотация BPMN 2.0

Пул

Пул символизирует собой сотрудника, выполняющего определенную роль в процессе. Если вы хотите показать, что цепочка операций выполняется конкретной ролью, поместите эти операции в пул. Такое представление позволяет очень наглядно отобразить взаимодействие между ролями, сотрудниками в процессе. Пул — это зона ответственности роли. Почему роли? Логика очень проста — каждый сотрудник выполняет несколько ролей. Совокупность ролей – это должность. Каждая роль требует определенных знаний и навыков. Так что если вы определите роли в процессах и определите, из каких ролей складывается та или иная должность, то сможете с легкостью сформировать должностные инструкции.

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

Только нотация BPMN имеет пулы. На мой взгляд, это очень серьезное преимущество перед другими нотациями.

Операция

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

Процесс / подпроцесс

Если операция включает в себя ряд действий, которые вы хотите описать, то она становится процессом. Процесс или подпроцесс – это тоже действие, но его можно раскрыть и посмотреть что там происходит внутри.

Событие

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

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

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

Ветвление

Ветвление, или шлюз – это логическая развилка в процессе. Если стоит развилка, значит, процесс может развиваться по-разному – в зависимости от условий. Самая простая развилка дает 2 варианта развития событий. Например, развилка «на улице идет дождь?» имеет два варианта ответа – да или нет. Соответственно от ответа, то есть от условия, зависят дальнейшие действия в процессе. В более сложных вариантах из развилки может исходить множество вариантов с событиями, которые и определяют направление процесса. А еще ветвления «собирают» в себя условия, когда они все должны быть выполнены – для перехода к следующей операции процесса. Подробнее о развилках я напишу дальше.

Поток операций

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

Поток сообщений

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

Объект данных

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

Ассоциация

Этот тип соединения используется для отображения взаимосвязи информационных объектов и баз данных с операциями. В таком случае стрелка ассоциации будет иметь направление.

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

Вспомогательные базовые элементы. Нотация BPMN 2.0

Дорожка

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

База данных

База данных, или хранилище данных – это место, где данные хранятся))) Прямо капитан очевидность! Это может быть электронная база данных, программа, папка на жестком диске, бумажная папка, шкаф, где хранятся документы… Да что угодно! Так же, как и с объектом данных, направление стрелки, соединяющей базу данных с операцией, имеет значение. От БД к операции – операция использует базу для получения данных. От операции к БД – операция помещает данные в базу.

Группа

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

Текстовая аннотация

Текстовое сопровождение любого элемента модели бизнес процесса. С помощью аннотации можно добавлять необходимую информацию непосредственно в модель процесса. Иногда позволяет полностью избавиться от текстового сопровождения модели в описании бизнес процесса.

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

Более 100 примеров и иллюстраций практического применения нотации можно найти здесь.