Конечные события Camunda BPMN

Последний тип событий в BPMN — это конечные события (end events). Как понятно из названия, с наступлением этого события процесс завершается (и, возможно, начинается новый процесс или управление из подпроцесса возвращается вышестоящему процессу). Согласно стандарту BPMN и требованиям ядра Camunda, в любом процессе BPMN должно быть по крайней мере одно конечное событие. Однако конечных событий вполне может быть и несколько (см. рис.)

Рис. Диаграмма Camunda BPMN с двумя конечными событиями

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

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

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