Введение в BPMN 2.0

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

Сообщения и сигналы

Взаимодействие между экземплярами бизнес-процессов в BPMN 2.0 осуществляется при помощи сообщений и сигналов.

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

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

Сообщения между двумя бизнес-процессами могут (не обязательно) изображаться пунктирными стрелками с небольшой окружностью у отправителя сообщения и стрелочкой у получателя. (см. Рис. 3.7)

Рис. 3.7. Обмен сообщениями между двумя бизнес-процессами

Шлюзы

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

Исключающий шлюз (или "Оператор исключающего ИЛИ") представляе

Рис. 3.8. Исключающий шлюз

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

Рис. 3.9. Неявный исключающий шлюз, совмещенный с узлом-действием

Исключающий шлюз также используется для соединения потоков управления. См. Рис. 3.10.

Рис. 3.10. Использование исключающего шлюза для соединения различных маршрутов точек управления

В случае соединения потоков управления нотация также позволяет"накладывать" исключающий шлюз на предыдущий узел-действие. Ромбики у оснований переходов при этом не используются. См. Рис. 3.11.

Рис. 3.11. Совмещение исключающего шлюза с узлом-действием для соединения различных маршрутов точек управления

Хорошим стилем является использование парных исключающих шлюзов для ветвления и соединения потоков управления, когда это позволяет логика бизнес-процесса. См. Рис. 3.12.

Рис. 3.12. Пример использования парных исключающих шлюзов для ветвления и соединения потоков управления

Параллельный шлюз (или "Оператор И") представляет собой ромбик, внутри которого изображен плюсик. См. Рис. 3.4.1

Рис. 3.13. Параллельный шлюз

В случае, если из узла-действия выходит одновременно несколько стрелок (без маленьких ромбиков в их основании), то в соответствии с нотацией BPMN 2.0 происходит распараллеливание точек управления. То есть, на узел-действие как бы налагается последующий параллельный шлюз. См. Рис. 3.14

Рис. 3.14. Пример использования неявного распараллеливания

Нотация допускает еще два типа шлюзов - "Оператор ИЛИ" и "Сложный оператор". В случае "Оператора ИЛИ" внутрь ромбика вписывается окружность. См. Рис. 3.15. Оператор может породить точки управления не на всех исходящих из узла переходах (но обязательно должен хотя бы на одном). При этом на схеме бизнес-процесса обязательно должен присутствовать парный "Оператор ИЛИ", в котором все вышедшие точки должны собраться, после этого они будут удалены и на исходящий переход будет помещена одна точка управления.

Рис. 3.15. "Оператор ИЛИ"

В случае использования ромбика со звездочкой внутри, в элементе может использоваться нестандартное условие синхронизации. См. Рис. 3.16.

Рис. 3.16. Пример сложной синхронизации

Если в ромбик вписана двойная окружность, содержащая пятиугольник, то такой элемент соответствует "Ветвлению по событиям". То есть точка управления "ждет" в элементе наступления одного из событий, находящихся на исходящих из узла переходах. В случае наступления события точка управления перемещается в соответствующий событию элемент. См. Рис. 3.17.

Рис. 3.17. Пример ветвления по событиям

Подпроцессы, циклы и мультидействия

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

Рис. 3.18. Маркеры для обозначения циклов и подпроцессов, используемые на элементах - шагах бизнес-процесса

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

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

Если внутри элемента-прямоугольника находится маркер цикла (См. Рис. 3.18.), то это значит что элемент соответствует подпроцессу, действия которого будут последовательно повторяться, пока не выполнится условия выхода из цикла.

На Рис. 3.19. приведены примеры цикла и мультидействия.

Рис. 3.19. Примеры цикла и мультидействия

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