Введение
Когда я впервые начал изучать и разрабатывать модели бизнес-процессов, одним из наиболее частых источников путаницы, с которым я сталкивался в командах, была правильная реализация границ событий в BPMN 2.0. В частности, различие между прерывающими и непрерывающими событиями часто вызывало затруднения даже у опытных моделировщиков. С точки зрения пользовательского опыта (UX) и проектирования системы выбор неправильного типа события может привести к раздражению пользователей, потере данных или пропуску критически важных оповещений. В этом руководстве я хочу поделиться своими практическими наблюдениями и рассмотреть, как функционируют эти два типа событий, опираясь на реальные сценарии, чтобы помочь вам эффективно применять их в собственных моделях процессов.
Основное различие: взгляд рецензента
На основе моего опыта изучения диаграмм BPMN 2.0, основное различие междупрерывающимиинепрерывающимисобытиями сводится к одному вопросу:Продолжает ли выполняться связанная активность после срабатывания события?Они обычно используются каксвязанные событияна границе задачи или подпроцесса для обработки внезапных событий.
Прерывающие события
Когда я оцениваю процесс на предмет обработки критических сбоев, я ищупрерывающие события.
-
Определение:Когда срабатывает прерывающее событие, выполнение текущей активностиостанавливается немедленно.
-
Поведение:Поток процесса полностью перенаправляется по пути, следующему за событием.
-
Влияние на пользовательский опыт:С точки зрения пользовательского опыта это означает, что текущий экран или задача пользователя внезапно останавливаются. Использовать его следует только в тех случаях, когда ситуация требует абсолютного приоритета.
-
Пример:В процессе выполнения заказа, который я недавно изучал, событиеошибкис меткой «недоставимо» было привязано к активности закупки. Если возникает такая ошибка, закупка останавливается, и процесс переходит к обработке ошибки, например, удалению товара из каталога.
Непрерывающие события
С другой стороны, я часто рекомендуюсобытия, не прерывающие выполнениедля сценариев, когда необходимо отслеживать или помогать, не нарушая основного потока пользователя.
-
Определение:Событие, не прерывающее выполнение, перехватывает и обрабатывает событиене прерываядеятельность, к которой оно привязано.
-
Поведение:Активные потоки не завершаются и не затрагиваются. Вместо этого создается новыйтокенсоздается, который следует пути обработки события, в то время как исходная деятельность продолжает выполнение параллельно.
-
Пример:Событиеповышенияс меткой «поздняя доставка» может быть привязано к той же деятельности закупки. Если сработает, закупка продолжится, но будет запущен новый путь для информирования клиента о задержке.
-
Дополнительный случай использования:В примере голосования по электронной почте, который я анализировал, использовалосьсобытие начала сообщения, не прерывающее выполнениевнутри подпроцесса событий, чтобы в течение времени можно было собирать несколько голосов, не останавливая основной период голосования.
Кейс: Верификация аккаунта и безопасность
Чтобы проиллюстрировать функциональное различие между этими двумя типами граничных событий, давайте пройдемся по процессуВерификации пользовательского аккаунтакоторый я недавно проверял для современного веб-приложения. Это распространенный сценарий, когда правильная логика событий имеет решающее значение для безопасности и удовлетворенности пользователя.
Представьте задачу под названием«Завершить верификацию профиля»выполняемую пользователем. Нам нужно было обработать два разных сценария: один требует немедленных действий, а другой — просто записать информацию.
1. Граничное событие, прерывающее выполнение: «Предупреждение о безопасности»
-
Срабатывание:Событие ошибки «Предупреждение о безопасности», привязанное к задаче «Завершить верификацию профиля».
-
Поведение: Если система обнаружит потенциальное нарушение безопасности учетной записи (например, вход с заблокированного IP-адреса), когда пользователь заполняет свой профиль, то прерывающее событие срабатывает.
-
Результат и влияние на пользовательский опыт: Задача «Завершение проверки профиля» немедленно прерывается. Пользователь выходит из системы, его сессия уничтожается, и поток процесса перенаправляется на «Блокировка учетной записи и уведомление администратора» путь. Пользователь не может завершить профиль, поскольку риск безопасности имеет абсолютный приоритет. По моему мнению, это правильный подход, поскольку позволение пользователю продолжать создавало бы серьезную угрозу безопасности.
2. Непрерывающееся граничное событие: «Напоминание о сохранении прогресса»
-
Событие-триггер: Событие таймера «Сохранить прогресс», привязанное к той же задаче «Завершение проверки профиля», установленное на срабатывание каждые 5 минут.
-
Поведение: Пока пользователь продолжает активно вводить свои данные, непрерывающееся событие срабатывает.
-
Результат и влияние на пользовательский опыт: Генерируется параллельный токен, который запускает фоновый процесс «Автоматическое сохранение черновика в базу данных». Ключевым моментом является то, что задача «Завершение проверки профиля» остается активной и не прерывается; пользователь не испытывает паузу или перезагрузку экрана. Пользователь продолжает работу, в то время как непрерывающееся событие выполняет полезную побочную функцию. Это значительно улучшило пользовательский опыт, предотвратив потерю данных без раздражающих всплывающих окон.
Таблица сравнений
Когда я представляю эти концепции заинтересованным сторонам, я всегда использую таблицу сравнений, чтобы сделать различия абсолютно ясными:
| Функция | Прерывающее (оповещение о безопасности) | Непрерывающее (напоминание о сохранении) |
|---|---|---|
| Основная задача | Немедленно прервана | Продолжает работу без изменений |
| Поток токенов | Перенаправлено по пути ошибки | Разделение (один продолжает, другой отклоняется) |
| Состояние процесса | Брошен/Прерван | Параллельное выполнение |
| Цель | Обработка исключений/Восстановление | Мониторинг/Вспомогательные задачи |
Используя эти события вместе, вы можете обеспечить, что критические ошибки немедленно останавливают работу, чтобы предотвратить повреждения, в то время как незначительные вспомогательные задачи (например, ведение журнала или напоминания) могут выполняться параллельно, что значительно улучшает пользовательский опыт и эффективность процесса.
Заключение
В конечном итоге, освоение тонких различий между прерывающими и непрерывающими граничными событиями стало настоящим прорывом в моем пути моделирования процессов. Теперь, когда я просматриваю диаграммы, я ищу этот тонкий баланс: использование прерывающих событий для строгого соблюдения бизнес-правил и границ безопасности, а также применение непрерывающих событий для создания бесшовного, поддерживающего пользовательского опыта. Тщательно применяя эти шаблоны BPMN 2.0, вы можете разрабатывать рабочие процессы, которые не только технически надежны, но и чрезвычайно интуитивны и устойчивы для конечного пользователя. Я настоятельно рекомендую пересмотреть свои текущие модели процессов с учетом этих различий — вы можете быть удивлены, насколько плавнее могут стать ваши рабочие процессы.
Ссылки
-
Объяснение граничных событий BPMN 2.0: Краткий обзор того, как граничные события привязываются к действиям в BPMN.
-
Прерывающие и непрерывающие события: Подробное сравнение поведения событий и потока токенов.
-
Моделирование обработки исключений в BPMN: Руководство по использованию событий ошибок и эскалаций для восстановления процесса.
-
События таймера в бизнес-процессах: Как реализовать триггеры на основе времени и автоматическое сохранение в рабочих процессах.
