Использование граничных событий Время чтения: 1 мин. 593 просмотров Что такое граничное событиеК подпроцессам можно присоединять граничные события BPMN. Это позволяет смоделировать альтернативные варианты исполнения действий родительского процесса в зависимости от состояния дочернего подпроцесса.Пример использования граничных событийНиже показан пример диаграммы, на которой событие «Поступило приглашение на ужин» прерывает подпроцесс приготовления еды. Однако, приглашение будет проигнорировано, если еда уже приготовлена и ее уже едят. Такое событие называется «Граничное прерывающее событие BPMN», оно срабатывает при выполнении заданных условий, прерывает выполнение активного подпроцесса и запускает поток управления в родительском процессе по альтернативной ветви.При наступлении событий типа «Сообщение» (как в рассмотренном примере), а также «Таймер», либо «Условие» подпроцесс прерывается родительским процессом, который реагирует на внешнее обстоятельство. Затем поток управления BPMN в родительском процессе запускается по альтернативной ветви.При использовании событий «Ошибка», «Отмена», либо «Эскалация» подпроцесс обычно доходит до одного из своих завершающих событий BPMN. В зависимости от того, какое это событие, в родительском процессе активируется альтернативная ветвь потока управления. Такая ситуация продемонстрирована на примере ниже.Еще один пример использования граничных событийДиаграмма процесса BPMN «Обработка заказа»:Диаграмма подпроцесса BPMN «Закупка товара»:Рассмотрим диаграмму подпроцесса «Закупка товара». Этот подпроцесс может завершиться событием-ошибкой «Товар недоступен», которое запускает в родительском процессе «Обработка заказа» действие «Проинформировать клиента» о том, что товара нет в наличии.Родительские процессы BPMN могут по-разному обрабатывать сообщения об ошибках. Чтобы не разочаровать клиента отсутствием товара, который он заказал, можно заранее предусмотреть удаление отсутствующего товара из каталога. Это проиллюстрировано на диаграмме ниже:Стартовое событие-сигнал «Достигнут минимальный уровень запаса» получает сигнал о том, что достигнут минимальный уровень запаса товаров и необходимо закупить товар. Благодаря такому процессу, при невозможности закупить товар, он удаляется из каталога до того, как клиент его закажет. Событие-сообщение похоже на событие-сигнал, но здесь не применимо, так как оно отправляет информацию участникам процесса, находящимся за рамками одного пула, а здесь показана передача информации между элементами процесса в одном пуле (событие «Достигнут минимальный уровень запаса» и подпроцесс «Закупка товара» находятся в одном пуле).Принцип построения диаграмм, показанный на рисунках выше, можно использовать при создании процессного ландшафта BPMN (карты процессов).Использование граничного события эскалацииВ BPMN 2.0 вместо события-ошибки предпочтительней использовать событие-эскалацию. На диаграмме ниже приведен пример использования граничного непрерывающего события-эскалации. Граничные непрерывающие события обозначаются кругом из двойной штриховой линии. Они запускают дополнительную ветвь родительского процесса, без прерывания подпроцесса. В нашем примере подпроцесс «Закупка товара» передает информацию о задержке доставки товара в родительский процесс «Обработка заказа». При этом подпроцесс «Закупка товара» продолжает выполнение, а в родительском процессе активируется дополнительная ветвь «Поздняя доставка товара»: Диаграмма процесса BPMN «Обработка заказа»:Диаграмма подпроцесса BPMN «Закупка товара»: Подпроцессы - Назад Подпроцесс Транзакция Вперёд – Подпроцессы Действие Вызов
