Нотация BPMN

Блок представляет собой процесс - действие или набор действий, выполняемых над исходным объектом деятельности (документом, ТМЦ и прочим) с целью получения заданного результата.
Временная последовательность выполнения процессов задается расположением процессов на диаграмме слева направо (сверху вниз на вертикальной диаграмме процесса BPMN).
Процессы BPMN подразделяются на задачи и подпроцессы:
Задача - это простое действие (или операция), которое не имеет дальнейшей декомпозиции в рамках рассматриваемого процесса. Задачи подразделяются на типы, каждый из которых (обозначается своим маркером в левом верхнем углу блока задачи: 
- Абстрактная задача (задача с неопределенным типом);
- Пользовательская задача (задача, которую выполняет человек при содействии других людей или ПО);
- Сервисная задача (задача, предназначенная для оказания услуги, которая может являться как web-сервисом, так и автоматизированным приложением);
- Отправка сообщений (задача, суть которой заключается в отправлении сообщения внешнему участнику за пределы рассматриваемого процесса);
- Получение сообщений (задача, суть которой заключается в получении сообщения от внешнего участника, находящегося за пределами рассматриваемого процесса);
- Ручное выполнение (исключает использование каких-либо автоматизированных механизмов исполнения или приложений);
- Бизнес-правило;
- Задача-сценарий (задача, суть которой заключается в выполнении некоторого сценария (или скрипта) - некоторой автоматической операции).
По умолчанию создается Задача с типом "Абстрактная задача".



Рисунок 1. Задача с типом "Отправка сообщений"

Подпроцесс (декомпозированный процесс, включенный в состав рассматриваемого процесса и описанный более подробно на своей диаграмме) на диаграмме обозначается блоком со знаком "плюс" в центре нижней части фигуры. Подпроцессы подразделяются на типы:
- Подпроцесс (подпроцесс с неопределенным типом);
- Событийный подпроцесс (подпроцесс, не имеющий входящих и исходящих потоков управления. Событийный подпроцесс запускается всякий раз, когда его стартовое событие запускается во время выполнения родительского процесса); - Транзакция (подпроцесс, состоящий из набора процессов, которые в совокупности представляют некий неделимый процесс. Транзакции используются тогда, когда при каких-то исключительных ситуациях необходимо «откатить» выполняемые процессы);
Ad-Hoc процесс (подпроцесс, представляющий собой группу процессов, взаимодействие между которыми не поддаются строго регламентированным правилам).
По умолчанию создается подпроцесс с типом "Подпроцесс".



Рисунок 2. событийный подпроцесс.



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

Событие - состояние, которое является существенным для целей управления бизнесом и оказывает влияние или контролирует дальнейшее развитие одного или более бизнес-процессов.
При выполнении процесса могут происходить различные события, оказывающие влияние на ход процесса: старт процесса, его завершение, смена статуса документа, получение сообщения и многое другое.
События, возникающие при выполнении процесса разделяются на 2 категории: возникающие из-за какой-то причины и инициирующие какой-то результат.
И причина возникновения события, и результат, который инициирует событие, называются триггером.
События, обрабатывающие триггер, который привел к их возникновению, называются обработчиками.
События, которые инициируют триггер (или некий результат), называются инициаторами. По типу триггера события делятся на следующие типы:
Неопределенное (без триггера), Сообщение, Таймер, Условие, Сигнал, Множественное, Параллельное множественное, Эскалация, Ошибка, Ссылка, Компенсация, Завершение. Триггер обозначается специальным маркером внутри события. На Рис. 3 изображены различные типы событий:- событие "Событие 1" - стартовое событие с типом триггера "Сообщение"; - событие "Событие 2" - промежуточное событие (обработчик) с типом триггера "Таймер"; - событие "Событие 3" - промежуточное событие (инициатор) с типом триггера "Сигнал"; - событие "Событие 4" - конечное событие с типом триггера "Сообщение".



Рисунок 3. Разные типы событий

Параллельный шлюз (AND, "И") используется для обозначения слияния/ветвления потоков управления в рамках процесса.

Рисунок 6. Использование параллельного шлюза для
ветвления потоков управления



Рисунок 7. Использование параллельного шлюза
для слияния потоков управления

Эксклюзивный шлюз (XOR, "Исключающее ИЛИ") используется для ветвления потока управления на несколько альтернативных потоков, когда выполнение процесса зависит от выполнения некоторого условия. Элемент "Эксклюзивный шлюз" может содержать внутренний маркер, выполненный в виде "X", но это не является обязательным.
Условия на диаграмме задаются при помощи условных потоков управления, исходящих из шлюза. При использовании эксклюзивного шлюза можно продолжить выполнение процесса только по одному из возможных условных потоков управления.

На Рис. 8 после выполнения процесса "Процесс 1" дальнейшее выполнение процесса может продолжиться только по одному потоку, исходящему из шлюза: - если условие "Условие 1" верно, то выполнится только процесс "Процесс 3";
если условие "Условие 2" верно, то выполнится только процесс "Процесс 4";
если ни условие "Условие 1", ни условие "Условие 2" не верны, то выполнится только процесс "Процесс 2".


Рисунок 8. Использование эксклюзивного шлюза
для ветвления потоков управления
 





Эксклюзивный шлюз может использоваться и для слияния потоков управления. В данном случае шлюз просто пропускает через себя все потоки управления без синхронизации.
На Рис. 9 процесс "Процесс 3" будет выполнен дважды: после выполнения процесса "Процесс 1" и после выполнения процесса "Процесс 2".


Рисунок 9. Использование эксклюзивного шлюза
для слияния потоков управления

Неэксклюзивный шлюз (OR, "ИЛИ") используется для ветвления потока управления на несколько потоков, когда выполнение процесса зависит от выполнения условий. При этом каждое из указанных условий является независимым, и дальнейшее выполнение процесса может продолжиться сразу по нескольким потокам управления, если условия будут выполнены. На Рис. 10 после выполнения процесса "Процесс 1" дальнейшее выполнение процесса может продолжиться по любому потоку, исходящему из шлюза, если условие, заданное на этом потоке, выполняется:
если условие "Условие 1" верно, то выполнится "Процесс 3";
если условие "Условие 2" верно, то выполнится процесс "Процесс 4";
если ни условие "Условие 1", ни условие "Условие 2" не верны, то выполнится только процесс "Процесс 2".


Рисунок 10. Использование неэксклюзивного
шлюза для ветвления потоков управления

Неэксклюзивный шлюз может использоваться для слияния потоков управления. В данном случае шлюз может использоваться для синхронизации.
На Рис. 11 процесс "Процесс 3" будет выполнен только тогда, когда выполнится и процесс "Процесс 1", и процесс "Процесс 2".

Рисунок 11. Использование неэксклюзивного
шлюза для слияния потоков управления

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

Эксклюзивный шлюз по событиям (XOR, "Исключающее ИЛИ") используется для ветвления потока управления на несколько альтернативных потоков, когда дальнейшее выполнение процесса зависит от возникновения некоторого события-обработчика, следующего после шлюза. На Рис. 13 после выполнения процесса "Процесс 1" дальнейшее выполнение процесса может продолжиться только по одной ветке, исходящей из шлюза:
- если первым возникло событие "Событие 1", то выполнится только процесс "Процесс 2";
- если первым возникло событие "Событие 2", то выполнится только процесс "Процесс 3".

Рис 13. Использование эксклюзивного
шлюза по событиям




Существует 2 типа шлюзов по событиям, которые могут быть использованы в начале процесса:
- эксклюзивный шлюз по событиям (для запуска процесса) (Рис. 14);
- параллельный шлюз по событиям (для запуска процесса) (Рис. 15). 
В случае, когда шлюз по событиям используется для запуска процесса, у него не должно быть входящих связей.
Эксклюзивный шлюз по событиям (для запуска процесса) аналогичен обычному эксклюзивному шлюзу по событиям: событие, идущее после шлюза и возникшее первым, определяет дальнейший ход выполнения процесса.
 При использовании параллельного шлюза по событиям (для запуска процесса) выполнение процесса запускается по всем возникшим событиям, идущим после шлюза. На Рис. 15 процесс "Процесс 1" и "Процесс 2" будут выполнены, если возникнут события, идущие перед этими процессами.

Рис 15. Использование параллельного шлюза по
событиям (для запуска процесса)

Стрелка используется для связи элементов потока BPMN (событий, процессов, шлюзов). Поток управления отображает ход выполнения процесса. При необходимости поток может быть именованным.
Стандартный поток управления является неконтролируемым, т.е. на поток не воздействуют никакие условия, и поток не проходит через шлюзы. Простейшими примерами неконтролируемого потока управления могут служить отдельно взятый поток управления, связывающий два процесса (Рис. 16), или потоки управления, сходящиеся в процессе (Рис. 17) или расходящийся от него (Рис. 18). 

Рисунок 16. Поток управления
 



Рис 17. Потоки, поступающие в один процесс
 




Рис 18. Потоки, исходящие из одного процесса

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


Рисунок 19. Условные потоки управления

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

Стрелка используется для отображения межпроцессного взаимодействия - для связи элементов потока со свернутыми пулами.
Поток сообщений не отображает ход выполнения процесса, а показывает передачу сообщений или объектов из одного процесса в другой процесс или внешнюю ссылку.
На Рис. 20 представлено 4 примера использования потоков сообщений: 
- поток сообщений представляет механизм запуска процесса: поток сообщений "Поток сообщений 1" выходит из внешнего процесса (или внешней ссылки) и входит в стартовое событие "Событие 1".
- поток сообщений используется для передачи сообщений или объектов из внешнего процесса (или внешней ссылки) в один из процессов рассматриваемого процесса: поток сообщений "Поток сообщений 2" выходит из процесса "Процесс 3" и входит в процесс "Задача 1";
- поток сообщений используется для передачи сообщений или объектов из одного процесса рассматриваемого процесса во внешний процесс (или внешнюю ссылку): поток сообщений "Поток сообщений 3" выходит из процесса "Задача 2" и входит во внешний процесс (или внешнюю ссылку);

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












Рисунок 20. Использование потоков сообщений

Стрелка используется для отображения связи объектов данных и баз данных с процессами. Связь может быть направленной и ненаправленной в зависимости от соединяемых элементов и типа связи. На Рис. 21 Объект данных передается из процесса "Процесс 1" в процесс "Процесс 3". При этом при помощи ассоциаций устанавливается 2 связи: связь процесса с объектом данных и связь объекта данных с процессом. При наведении связи между двумя элементами предлагается выбрать тип связи.

Рисунок 21. Использование ассоциации
 


Если объект данных передается между двумя последовательно соединенными процессами, то можно использовать одну ассоциацию, которая строится в направлении от объекта данных к потоку управления, связывающему два процесса (Рис. 22). После добавления ассоциации последовательно будет предложено выбрать типы связи: тип связи процесса с объектом данных и тип связи объекта данных с процессом.

Рисунок 22. Использование ассоциации для обозначения
передачи объекта деятельности по потоку управления,
связывающему два последовательных процесса

Подобно ассоциации, связанной с потоком управления, объекты данных можно присоединять ассоциацией к потокам сообщений. При этом также будет создано две связи: связь процесса с объектом данных и связь объекта данных с процессом. Выбрать тип соответствующей связи также будет предложено последовательно (Рис. 23).


Рисунок 23. Использование ассоциации для
обозначения передачи объекта деятельности по
потоку сообщений, связывающему процесс и
свернутый пул

Пул

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

Дорожка

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

Элемент, обозначающий внешний (по отношению к текущей диаграмме) процесс или внешнюю ссылку.
Свернутый пул используется для указания взаимосвязей процесса:
- обозначает процесс или внешнюю ссылку, откуда поступил или куда передается поток сообщений;
- обозначает предыдущий или следующий процесс по отношению к диаграмме рассматриваемого процесса.
На Рис. 25 показано, что сдаточная документация поступает в процесс "Организация итогового собрания по проекту" из процесса "Внесение сдаточной документации в папку проекта". 



Рисунок 25. Использование свернутого пула
для обозначения источника потока сообщения

На Рис. 26 показано, что после окончания процесса "Процесс 1" событие "Событие 2" инициирует отправку сообщения в процесс "Процесс 2".



Рисунок 26. Диаграмма процесса "Процесс 1"





На диаграмме процесса "Процесса 2" (Рис. 27) показано, что поток сообщений, поступающий из процесса "Процесс 1", инициирует событие "Событие 2", запускающее выполнение процесса "Процесс 2". 



Рисунок 27. Диаграмма процесса "Процесс 2"

Используется для отображения на диаграмме объектов деятельности, сопровождающих выполнение процесса. Рядом с блоком размещается наименование объекта данных.
В качестве объекта данных может использоваться объект любого из следующих справочников: Бумажный документ, Электронный документ, ТМЦ, Информация, Программные продукты, Термины, Прочее.
На Рис. 28 статус документа "Акт выполненных работ" устанавливается с помощью термина "Подписанный". 







Рисунок 28. Статус объекта данных

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

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

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