14:17 Начало (описание классификации) 14:48 1 категория классификации (где событие может быть в схеме бизнес процесса) 15:01 Описание стартового события 15:53 Описание промежуточного события 16:18 Описание завершающего события 16:42 2 категория классификации (прерывающие и не прерывающие) 17:54 3 категория (где находится событие, в процессе, или подпроцессе, или на самой задаче/ вложеннные) 18:27 4 категория (Catching токен ждет когда произойдет это событие, или Throwing: событие что то иницирует и токен сразу проезжает дальше). Catching - это как ловить, стоишь и ждёшь на воротах мяч. Токен "застревает" и проходит вперёд только получения соответствующего throw эвента Throw это как кинуть - кинул и пошел , токен с него мгновенно движется вперёд 20:08 5 категория (описание значков внутри события) 21:54 Пример стартового события 22:30 Пример завершающего события (посередине промежуточный) 22:53 Пример Inter / No inter (прерывающие / не прерывающие) 29:01 Message event 30:23 пример события Message 36:11 Пример прерывающего и не прерывающего стартового события 43:19 (44:08) Пример Catching 46:04 Примеры типов Message 48:01 Пример Intermedia / Boundary / Inter (attached event/ вложенные) 53:45 Пример завершающего события с отправкой Message 55:45 Таймеры 56:03 старт запланирован на какое то время 57:27 встроенный подпроцесс обработчик (Start / Event Sub / Inter, не прерывающий) 59:30 встроенный подпроцесс обработчик (Start / Event Sub / Non Inter, прерывающий) 01:01:25 Intermedia / Catching timer (таймер) 01:03:21 Intermedia / Boundary / Inter timer (таймер) 01:05:14 Intermedia / Boundary / No Inter timer (таймер) 01:08:31 Intermedia / Boundary / Inter Error 01:13:33 Промежуточное и завершающее события типа Error 01:17:57 Стартовый Error 01:21:06 Эскалация 01:21:44 Стартовая и завершающая эскалация 01:24:06 Промежуточное событие эскалации (прерывающее и не прерывающее) 01:26:24 Эскалация Throwing 01:28:01 Компенсация (не рассказал), 02:00:25 продолжение (тоже не рассказал) 01:39:02 Отмена 01:43:39 Событие Conditional 01:48:08 Портал Link 01:50:16 Сигналы 01:54:20 Terminate 01:57:05 По мнению Дениса никогда не используемые символы Multiple, Multiple paralel 01:57:40 Multiple event 01:58:45 Multiple event paralel
@damimoore2 жыл бұрын
кто может помочь с решением задач (нужно построить по ним диаграмму) с пояснением, я уже который раз пытаюсь и все неверно
@user-tv1vv3pr7u6 ай бұрын
спасибо, Вам большое! очень классный разбор, думаю, будет повод вернуться.
@прослушиваниемузыки-и4к5 жыл бұрын
Для занятых, реальное начало на 12:13
@Екатерина-с8э5н2 жыл бұрын
бро)
@Evga_F3 жыл бұрын
Спасибо большое за Ваши видео! Начала знакомство с BPMN 2.0, сначала прочитала нотацию и сразу увлекло, и показалось всё понятным. Но когда нашла Ваши видео, где Вы разбираете сложные большие схемы, то я поняла, что ещё ничего не поняла 😁 И именно данное видео очень мне помогло! Буду смотреть Ваши видео дальше 👍
@simforum2 жыл бұрын
Денис, спасибо большое! Отличный обзор, всё очень четко, компактно и понятно!
@MrBotv00915 жыл бұрын
Спасибо за видео. Жаль мало примеров было и примеры были в большей степени абстрактными. Но есть с чем поработать и над чем подумать.
@КириллПиков-х1ъ2 жыл бұрын
Спасибо Вам! Очень полезный материал с понятной подачей!
@DmitryChushov5 жыл бұрын
Спасибо за труд! Многое в голове уложилось и укрепилось
@IsaTimur3 жыл бұрын
Вах, красафчег! Супер видос! Братко, жжешь! Спасибо, что живешь!
@pollyp57945 жыл бұрын
очень доходчиво! спасибо!!!! успехов вам!
@antonpetrov5910 Жыл бұрын
Мега круто! Спасибо!
@serhiikotsar44293 жыл бұрын
Очень полезное видео. Спасибо большое за Вашу работу!
@aleksandryushka95713 жыл бұрын
Спасибо. Очень полезное видео, Много нового и интересного.
@vitaliynabiev25303 жыл бұрын
Прекрасное видео, спасибо вам большое
@denistalko65853 жыл бұрын
Спасибо за видео!! Очень понятно, информативно, интересно и полезно!!
@VladimirCibanu11 ай бұрын
Помогите пжл разобраться. Что в Storm чтo в Bizagi что в Сomunda Modeller не могу найти значки события не прерывающие процесс? как их в этих программах показать на диаграмме? Может есть какие-то горячие клавиши которые прерывающее событие трансформирует в не прерывающее?
@FurbiFurbi4 жыл бұрын
Как всегда - отлично !
@geggkxkdn91783 жыл бұрын
Гениально , в очередной раз
@yuriysapozhnikov59323 жыл бұрын
Благодарю за знания👍
@pisionik5 жыл бұрын
Спасибо большое за стрим и видео. Поддержу остальных, что конкретных примеров очень мало и очень они необходимы(((
@pisionik5 жыл бұрын
@@BPMN2ru Спасибо, очень жду!)
@АнастасияЧиграй Жыл бұрын
Что такое токены и инстансы?
@ZayatsAndrey2 жыл бұрын
Спасибище за видео. Подскажите: какой софр взать для начала - что бы все по стандарту и обязательно с иммитацией и рассчетами?
@BPMN2ru2 жыл бұрын
stormbpmn.com
@allekmalamuzh77904 жыл бұрын
Коллеги, в примере месседжа, упустили факт прерывающего события, заявка/токен, ждал бы до таймаут эррора! тут нужно было по завершению проверки отправить коллбэк, либо сделать событие непрерывающим. (пример с Закупкой МТЦ 33:33) P.S. То же самое с 46:20 (аяяй, события то прерывающие, а действия нет)
@ИльяСуслов-к3л5 жыл бұрын
Денис, вопрос такой: Есть колл-центр который обрабатывает входящие заявки поступающие по разным каналам (та самая омниканальность) - это корзина сайта, чат, email, лендинг, звонок на тел, звонок с сайта по WebRTC, звонок/сообщение в месенджере, callback звонок + разные направления по исходящим (с точки зрения КЦ) звонкам. Т.е. моделируя процесс работы кц, все вышеописанное будет являться стартовым событием. Разве не для этого и придумано событие multiple? И как быть с поступлением обращений одновременно по разным каналам (или частично одновременно, т.е. по части из выше описанных)? И как быть с разными типами обращений, т.е. например звонки могут быть сервисными, продажными, разделяться по отделам, по номерам куда звонят, по логике обработке звонка (например с IVR или без, пишем запись или нет, собираем такую статистику или другую, аудируем 5% звонков или 3%)? Как вообще научится правильно это все дело моделировать?
@ИльяСуслов-к3л5 жыл бұрын
@@BPMN2ru спасибо, а как на счет частично одновременного поступления обращений? Формально исполнитель один, но фактически людей на линии больше чем один (что и позволяет делать одновременную обработку). Не совсем понятно как бпмс воспринимает оператор ИЛИ
@ИльяСуслов-к3л5 жыл бұрын
@@BPMN2ru отличие от канала - меняется набор операций и их последовательность, инструменты.
@ИльяСуслов-к3л5 жыл бұрын
@@BPMN2ru Например один из них будет позволять работу триггера, с помощью которого мы дадим команду фулфилменту разобрать заказ, а другой например не позволит процесс автоматизировать и надо будет звонить и договариваться. (Эт я придумываю вариации)
@ИльяСуслов-к3л5 жыл бұрын
@@BPMN2ru Или например, заказ с сайта может быть полностью автоматически обработан и кц надо будет только подтвердить заказ и проинформировать по срокам доставки, а по телефону надо данные по заказу собирать в ручную + например если у меня не прописана интеграция склада и кц, то оператор кц не знает остатки (и у него появляются дополнительные телодвижения - зайти в админку склада, найти товар, посмотреть остаток - чего не будет в автоматическом варианте)
@ИльяСуслов-к3л5 жыл бұрын
@@BPMN2ru Обработка запроса и его исполнение должны быть разделены, нельзя чтобы канал влиял на поведение процесса. Т.е. расписывать как отдельный процесс?
@iryna67304 жыл бұрын
Подскажите пожалуйста, можно в Camunda сделать несколько throw link ивентов, и один catch link event ? Идея в том, что с нескольких мест в процессе нужно вернуться в одну точку.
@BPMN2ru4 жыл бұрын
Нельзя Линки вообще не стоит использовать, они сильно ухудшают читаемость схем, используйте потоки управления и развилки
@iryna67304 жыл бұрын
@@BPMN2ru почему ? в документации Camunda указано следующее: Note that you might have the same event source (throwing intermediate link event with the same event definition name) multiple times, but the event target (catching intermediate link event) has to be unique according to the BPMN 2.0 specification.
@BPMN2ru4 жыл бұрын
А, косяк, и правда, ошибся. Очередной повод заглянуть в стандарт :) там на 253 странице и правда пишут что источников много может быть. В любом случае я их не люблю и не пользуюсь, потому что они скрывают смысл происходящего на процессе, при этом в реальном мире таких событий не существует, что засоряет диаграмму.
@svizi_ann4 жыл бұрын
Хотела бы уточнить, можно ли как то добавить легенду, что бы она сама сформировалась?
@mobyzzz19835 жыл бұрын
Добрый день! Видео пересмотрел уже 3 раза. Буду благодарен за помощь в конкретном и вроде простом вопросе касательно использования таймера. Как изобразить срок исполнение действия? Вот некоторые ставят таймер промежуточный (подписали допустим "в течение нелели") и после него указывают действие (допустим "обработать заявку"). И подразумевают, что они таким образом обрабатывают заявку неделю. Но ведь это не по bpmn. Как это правильно изобразить? Только с прикреплённым к действию событием в виде таймера (допустим "Через неделю отправить обработанную заявку") или можно как-то не с прикреплённым таймером?
@mobyzzz19835 жыл бұрын
@@BPMN2ru А ещё есть варианты? Этот я сразу и думал. Но у нас не используют прикреплённые события, а ставят их просто в основной поток. А я не хочу делать неправильно.
@mobyzzz19835 жыл бұрын
@@BPMN2ru Спасибо большое за ответ и за труд! Последнее уточнение. Если сделать так, как сейчас делают, то это получается что "перед таймером делали какое-то событие, потом таймер говорит, что ждём неделю, а потом уже обрабатывает заявку"?
@olenagrudnenko12004 жыл бұрын
Спасибо!
@МистерПромоутер3 жыл бұрын
насморк конечно не в тему) выздоравливайте!
@MarutVov3 жыл бұрын
отмена и компенсация это откат действий. тогда в чем их разница?
@BPMN2ru3 жыл бұрын
Отмена работает только в транзакционном подпроцессе и трегерит все компенсации, какие в нем есть
@ВиталийВ-э9ц Жыл бұрын
Ужасно. Ни одного примера из жизни. Описание событий очень условное. Вишенка на торте - назвать событие по условию бумажкой. Верните мне 2 часа моей жизни.
@hanzo_process2 жыл бұрын
this very cool video
@ВиталийВ-э9ц Жыл бұрын
4
@ЛеонидВ-й6ъ5 жыл бұрын
Что такое токен?
@ЛеонидВ-й6ъ5 жыл бұрын
@@BPMN2ru ,типа "фишка" процесса,идущая от старта к финишу.
@MrBotv00915 жыл бұрын
Токен это теоретическое описание выполнения процессов в BMNP схемах. Условно его смысл можно описать как фишку которая двигается по полю настольной игры, но при этом обладает возможностью разделятся на клоны и части. Нагляднее можно посмотреть если посмотреть видео "Token in BPMN (english)".