Цикл открытых вебинаров по BPMN2. Часть 4: остальные символы BPMN и межпроцессное взаимодействие

• Автор приветствует зрителей и проверяет звук и видео.  

• Упоминает, что трансляция началась, и проверяет, что все работает корректно.  

• Говорит о возможных проблемах с камерой и предлагает альтернативные варианты.  

• Вебинар посвящен оставшимся символам BPMN, в основном событиям и ивентам.  

• Основное внимание уделяется межпроцессному взаимодействию, что является важной частью BPMN.  

• Межпроцессное взаимодействие позволяет отображать бизнес-процессы в реальном времени.  

• Автор просит участников, которые являются экспертами в своих предметных областях, заполнить форму для создания диаграмм в BPMN.  

• Обещает, что на следующем вебинаре участники смогут увидеть и услышать процесс создания диаграмм.  

• Упоминает, что голосование за отрасль будет проведено в конце стрима.  

• Автор объясняет, как зарегистрироваться для участия в вебинаре.  

• Упоминает о возможности присылать донаты и вопросы для разбора.  

• Подчеркивает важность донатов для поддержки проекта.  

• Автор объясняет, что в BPMN существует 13 типов событий.  

• Описывает стартовые, промежуточные и завершающие события.  

• Указывает на визуальные различия между этими типами событий.  

• Стартовые события бывают обычными, по времени или по сообщению.  

• Упоминает, что стартовые события могут быть внутри подпроцессов-обработчиков.  

• Обещает более подробное обсуждение этой темы на вебинаре.  

• Процессы-обработчики помогают справляться с непредвиденными событиями.  

• Пример: клиент может отказаться от заказа, что требует проверки после каждого шага.  

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

• Встроенные подпроцессы могут быть по событию или прерывающими.  

• Прерывающие события уничтожают токены в родительском процессе.  

• Непрерывающие события продолжают работу основного процесса.  

• Токены используются для управления процессами.  

• Непрерывающие события создают дополнительные токены, которые продолжают работать независимо от основного процесса.  

• Прерывающие события уничтожают все токены в родительском процессе, запуская новый поток.  

• Вопросы о встроенных подпроцессах-обработчиках и их типах событий.  

• Ответы на вопросы о том, как токены уходят на подпроцессы и как они связаны с родительским процессом.  

• Обсуждение использования таймеров и дорожек для подпроцессов.  

• Как создать непрерывающее стартовое событие в подпроцессе.  

• Как ссылаться на подпроцессы в схеме и как их свернуть и показать.  

• Настройка прерывающих подпроцессов и их особенности.  

• В системе нужно указать определение прерывающего события, например, ID сообщения или таймер.  

• Основной поток процесса должен корректно завершать задачи при прерывающем событии.  

• Подпроцесс должен иметь логику правильного прерывания задач, например, отправка сообщения исполнителям.  

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

• Символ старта определяет, является ли процесс прерывающим или нет.  

• В схеме не нужно ссылаться на прерывающие процессы, так как они автоматически связаны с основным процессом.  

• Примеры: процесс растянулся на три месяца, клиент хочет отменить заявку.  

• Подпроцесс вызывается в рамках основного процесса, но не нужно ссылаться на него в схеме.  

• Завершение подпроцесса не влияет на основной процесс.  

• Подпроцесс не может быть ограничен на первые три блока, если они не завернуты в подпроцесс.  

• Для ограничения подпроцесса нужно заворачивать первые три блока в подпроцесс.  

• Подпроцесс может запуститься в любой момент, если основной процесс жив.  

• Основной процесс должен предусмотреть завершение задач при прерывающем событии.  

• Количество подпроцессов не ограничено, но если процесс состоит из одних подпроцессов, это может быть проблемой.  

• Подпроцесс по событию не может быть прикреплен к родительскому процессу.  

• Непрерывающий подпроцесс может выполняться многократно, прерывающий – только один раз.  

• Прерывающий подпроцесс завершает родительский процесс, а непрерывающий – нет.  

• Подпроцесс срабатывает всегда, если родительский процесс жив.  

• Завершение подпроцесса по прерывающему событию прекращает родительский процесс.  

• Подпроцесс по таймеру запускается один раз на весь процесс.  

• Подпроцесс относится к основному процессу целиком, а не к конкретным задачам.  

• Подпроцесс должен кратко описывать, почему он возник и что делает.  

• Подпроцесс по таймеру запускается один раз на весь процесс.  

• Подпроцесс может быть встроен в другой подпроцесс.  

• Подпроцесс не может срабатывать на любом шаге экземпляра процесса, только на  

• Промежуточные события не меняют количество токенов.  

• Они показывают, что происходит внутри события.  

• Бывают двух типов: кетчинг и троуинг.  

• Кетчинг: поймать и отправить.  

• Троуинг: отправить что-либо куда-либо.  

• Сообщения срабатывают между процессами.  

• События-инициаторы срабатывают моментально.  

• События ожидания ждут получения чего-либо.  

• События-инициаторы отсылают что-либо и сразу переходят вперед.  

• Вопросы по событиям и их символам.  

• Месседжи-сообщения не являются токинами.  

• Токин продолжает жить своей жизнью, пока не получит сообщение.  

• Отправка событий генерирует новый токин.  

• Прием событий позволяет существующему токину пройти вперед.  

• Важно знать, куда отправлять и принимать события.  

• Токин основного процесса может идти в задачи и шлюзы.  

• Сообщение можно передать в несколько процессов.  

• В системах автоматизации указывается получатель.  

• Вопросы из жизни для наглядности.  

• Призыв к лайкам под видео.  

• Переход к следующим символам.  

• Промежуточные события бывают прерывающие и не прерывающие.  

• Прикрепленные события могут быть прерывающими и не прерывающими.  

• Прерывающие события могут удалять токен с основного процесса.  

• Пример с таймером, который срабатывает через 30 минут.  

• Токены могут рождаться и умирать в зависимости от условий.  

• Прерывающие события не меняют количество токенов.  

• Сопроцессы позволяют вешать таймеры на последовательности задач.  

• Это помогает решать задачи, не затрагивая весь процесс.  

• Прерывающие и непрерывающие события работают по-разному.  

• Вопросы о кол-активити и прикрепленных событиях.  

• Пример с непрерывающим событием, которое срабатывает каждые 5 минут.  

• Вопросы о том, как сделать прикрепленное событие, которое срабатывает каждые 25 минут.  

• Завершающие события уничтожают токены, но не завершают процесс.  

• Завершающие события используются в прикрепленных подпроцессах.  

• Символ "останов" завершает процесс, уничтожая все токены.  

• Символ "останов" уничтожает все токены и завершает процесс.  

• Использование символа "останов" может указывать на непонимание процесса.  

• Важно понимать разницу между завершающими и терминальными событиями.  

• Границы элементов и их расположение на схеме определяют их поведение.  

• Символы внутри элементов также влияют на их поведение.  

• Завершающее событие в подпроцессе убивает токены в основном процессе.  

• Нон-ивенты не имеют прикрепленных событий и не могут быть стартовыми.  

• Месседжи используются для межпроцессного взаимодействия и должны знать получателя.  

• Месседжи могут содержать полезную информацию, например, данные по заказу.  

• Месседжи и ивенты равнозначны, но ивенты не могут иметь прикрепленных событий.  

• Месседжи всегда должны знать своих получателей.  

• Месседжи могут возвращать на этап процесса в том же пуле, но это антипаттерн.  

• Месседжи часто используются в межпроцессном взаимодействии.  

• Завершающее событие с месседжем не убивает все токены.  

• Месседжи можно использовать для передачи данных и ссылок.  

• Можно отправить несколько месседжей разным участникам.  

• Месседж-флоу показывает, что сообщение может быть отправлено во время выполнения задачи.  

• Месседжи не могут использоваться для передачи информации между пулами.  

• Завершающий месседж коррелирует с прикрепленным граничным событием.  

• Вебхуки не являются месседжами, это реализация межсистемного взаимодействия.  

• Месседжи используются только для межпроцессного взаимодействия внутри BPMN.  

• Месседжи не являются письмами, смс, телеграммами или вебхуками.  

• Месседжи — это внутренняя абстракция для межпроцессного взаимодействия в BPMN.  

• Во второй половине стрима будет разобрано, зачем нужны месседжи.  

• Таймеры связаны со временем и могут быть стартовыми, промежуточными или завершающими.  

• Стартовые таймеры позволяют настроить запуск процесса по времени, например, каждый вторник в 5 часов.  

• Промежуточные таймеры начинают исчисление с момента захода токена на таймер.  

• Пример: клиент просит перезвонить в понедельник, и это время сохраняется в переменной.  

• При достижении указанного времени процесс возвращается к началу.  

• Ошибки используются для обозначения негативных событий в бизнес-процессе.  

• Ошибки могут быть перехвачены и обработаны на уровне бизнес-процесса.  

• Ошибки могут использоваться для коммуникации с дочерними подпроцессами.  

• Эскалация похожа на ивент, но может быть не прерывающей.  

• Эскалация позволяет продолжить процесс, не прерывая его, и передать информацию на верхний уровень.  

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

• Прерывающая эскалация аналогична ERAR, но позволяет перезапустить процесс.  

• Пример: если товара нет на складе, процесс доставки не убивается, а перезапускается.  

• Компенсация используется для отмены начислений или списаний баллов.  

• Компенсация проверяет выполнение трех квадратиков и отменяет начисление баллов при неудаче.  

• Символ компенсации соединяется с основным потоком и потоком ассоциации.  

• Компенсация гарантирует, что выполненное действие будет отменено.  

• Компенсация работает как распределенная транзакция или сага.  

• Токен компенсации существует за границами инстанса и вызывается при необходимости.  

• Компенсация помогает отобразить истории на диаграммах, например, отмена резерва или возврат денег.  

• Компенсации используются для сложных случаев и требуют явного связывания.  

• Компенсации не имеют завершающего события, но могут быть коллективными.  

• Для множества компенсаций используется символ отмены.  

• Транзакционный подпроцесс гарантирует выполнение или откат действий.  

• Внутри транзакционного подпроцесса могут быть компенсации.  

• Достижение токена отмены автоматически отстреливает все компенсации.  

• Вопрос к зрителям о понимании компенсаций и отмены.  

• Призыв оценить понимание по десятибалльной шкале.  

• Обсуждение компенсации и транзакционного подпроцесса.  

• Компенсация срабатывает автоматически при ошибке в процессе.  

• Курс не про мемчики, а про бизнес-процессы.  

• Значок бумажки используется для работы с данными контекста.  

• Пример с переменной "вип" и звонком клиенту.  

• Важно читать описание для понимания контекста.  

• Бумажка скрывает смысл происходящего и должна использоваться редко.  

• Не рекомендуется использовать для проверки таймеров и получения сообщений.  

• Пример с подтверждением заказа клиентом.  

• Бумажка работает как промежуточный эвент.  

• Пример с ожиданием подтверждения заказа.  

• Бумажка может быть использована для проверки изменений переменных.  

• Линк ивенты позволяют сокращать поток управления.  

• Линк ивенты могут быть подозрительными и требуют внимательного использования.  

• Линк ивенты помогают избежать сложных логических конструкций.  

• Обсуждение сигналов и их роли в бизнес-процессах.  

• Сигналы помогают передавать информацию между задачами.  

• Сигналы могут быть сложными для понимания, но важны для управления процессами.  

• Месседжи должны знать своего получателя, в отличие от сигналов.  

• Сигналы широковещательны и не имеют конкретного получателя.  

• Сигналы используются для редких событий, таких как банкротство клиента.  

• Мультипле-ивенты состоят из нескольких ивентов и скрывают смысл происходящего.  

• Мультипле-параллель требует выполнения двух событий одновременно, что редко используется в автоматизации.  

• Мультипле-ивенты лучше избегать, так как они усложняют понимание логики процесса.  

• В BPMN активности могут быть множественными, что позволяет обрабатывать несколько позиций заказа одновременно.  

• Параллельное множественное выполнение создает несколько экземпляров задачи, которые выполняются параллельно.  

• Последовательное множественное выполнение выполняет задачи одну за другой, что может быть полезно в системах автоматизации.  

• Символы для активностей позволяют рисовать межпроцессное взаимодействие и обрабатывать несколько версий одной задачи.  

• Параллельная обработка подходит для задач, где следующее действие не зависит от предыдущего.  

• Последовательная обработка используется для задач, где условия могут быть достигнуты или не достигнуты, что влияет на количество повторений.