На канале рассказываю, что значит правильно применять BPMN, как управлять процессами, что значит внедрить BPMS, как использовать Camunda и какое дело до всего этого вашему бизнесу или работодателю.
Курс по BPMN - bpmn2.ru/online-course-fast-bpmn-in-practice Бесплатная е-мейл рассылка о BPMN - bpmn2.ru Сервис для моделирования процессов stormbpmn.com Блог с кучей статей о Camunda и BPMN - bpmn2.ru/blog Промкод на скидку 15% на мои онлайн-курсы 15OFFRU-vid
Посмотрел половину вебинара. С одной стороны - интересно, с другой, похоже на встречу любителей Бродского, которые обсуждают творчество Бродского и своё понимание избранных мест. Смотреть интересно, но стороннему слушателю непонятно вообще ничего. Вам стоит переориентироваться с обсуждения внутри себя на транслирование знаний на внешнюю аудиторию.
много раз ссылка в правую часть экрана со стороны спикера - но там нет контента на который ссылается - зачем показывать на то чего не показывают в видео материале. На середине, но в целом все рассказано и перечисление ошибок в о сторону уменьшения .. . на слух не очень
не во всех системах автоматизации работает это очень слабо сказано) я как программист могу точно сказать что верхний процесс успеет засрать доменный слой так сильно что без сложного Event sourcing. или конкретных событий бизнес слоя оставленных этим процессом можно тупо засрать себе домен до состояния инвалидности, особенно если в процессе были подпроцессы порождавшие сообщения. например клиент зарезервировал товар, потом отменил весь бизнес процесс, мы сорвали все токены, кто домен чистить будет от всего этого хлама, которое в нем отобразилось за время работы процесса?
как мне нравится объяснение для домохозяек про токены. Еще бы про варку борща в бпмн) кружочек нарисовал и давай водить по диаграмме... супер, так и дети смогут)
Хорошее видео, много полезного! но... (дальше секунда непрошенной конструктивной критики, сорян) Я понимаю, что вы скорее всего любите комиксы и аниме, и ваша коллекция фигурок впечатляет, однако яркие принты на футболках и множественные детали на заднем фоне невероятно отвлекают от содержательной части ролика. С точки зрения времени просмотра, наверное, это хорошо, что приходится постоянно перематывать назад, чтобы вернуться в канву повествования, но через какое-то время мне захотелось дропнуть видос. Можно было бы слушать как подкаст, свернув вкладку, но тогда остаешься без скринов примеров диаграмм.
@@BPMN2ru да, это здорово! я уже заметил :) я просто презентациями и публичными выступлениями полжизни занимаюсь, вот глаз и цепляется ко всяким таким нюансам.
Приветствую! Поясните, пожалуйста, следующий момент (речь про последний вариант исполнения): в моем понимании, поскольку событие в пп непрерывающее, то токен в основном процессе продолжит работать одновременно с токеном, созданным в пп. В таком случае, если клиент, отказывается от скидки, то нам в пп необходимо в кач-ве конечного события использовать останов, чтобы убить токен основного процесса, верно?
Доброго времени суток. Не очень понял 05:44 объяснения дальше (Событийный шлюз (Event Gateway) - выбор первого события, которое случится). Правильно ли я понял, что в логике bpmn все-таки токен 1 на шлюзе и как только случается событие, токен идет по выбранному пути. Вы просто рисовали 2 токена. + не понятно, что будет, если ровно через 15 минут свистнет судья... т.е. тут получается нужно 3 событие (судья свистнул ровно через 15 минут. Свисток через <15 минут = 15 минутам или > 15 минут)? не очень красиво выходит с этим шлюзом... во всех других случаях токену все равно что дальше происходит, а тут он как бы заглядывает в будущее (так как события дальше по стрелке) :)
Спасибо за видео. Как раз сейчас работаю над моделью процееса в библиотеке для Golang - gobpm. Согласно Стандарта, есть несколько объектов для описанию данных процесса -- видимых и невидимых. К видимым относятся DataObjects, к невидимым - Properties (свойства процессов, событий и активностей). Как раз DataObject можно использовать для передачи контекстной информации между задачами связывая их через DataAssociations. И --если-- когда вы его реализуете в Шторме -- это будет очень серьезным дополнением в сторону красивых процессов, не обремененных дополнительнмы зависимым сторонним элементами вроде электронных таблиц, описательных документов и прочей шелухи.
Привет! Вот пока не придумал как бы их именно удобно реализовать, а не просто по стандарту. То что видел, вроде у trisotech, было не юзабельным. Но мысль. Меня не покидает, одежды доберёмся до этих вопросов)
@@BPMN2ru , я бы делал частную реализацию как на 212 странице Cтандарта (там где начинается описание DataInput). И делать обязательными источник и потребителя этих DataObject. Единственная сложность -- это навороченный механизм маппинга, описанных в DataAssociation. В своей версии я его упрощу и унифицирую с механизмом маппинга свойств. Думаю и для вас это будет подходящим стартом. Основное преимущество DataObject перед Property, что он также имеет время жизни области действия (scope), но его видно на диаграмме и не нужно лазить по атрибутам объектов. С точки зрения реализации, на первый взгляд, они не сложнее свойств, также будут нужны маппинги между ними и входными/выходными значениями активностей. А дальше уже процедура маппинга либо успешно свяжет, либо срубится с ошибкой по недостаточности данных.
@@BPMN2ru , на сон грядущий пришла мысль в голову, что все наследники ItemAwareElements (DataObject, Property, DataInput, DataOutput) имеют через своего предка ссылку на ItemDefinition, который собственно и хранит данные. Получается, что в случае, если они будут ссылаться на один и тот же ItemDefinition, обмен данными между ними будет проистходить мгновенно. Единственное, что должно приниматься в учет -- это DataState используемого ItemAwareElemnt. А DataState должен контролироваться объектом, который в теме про область видимости (scope) -- какой-то ScopeController. Если все организовать таким образом, то приходим к унификации и простоте маппинга передаваемых между узлами процесса (ввод/вывод), данными процесса (объекты данных) и свойствами узлов процесса и самого процесса.
@@BPMN2ru на видео только одна таблица, все остальное диаграммы. тоже мне аналитик. если тебе такие очевидные вещи надо разжевывать, я хз как ты с серьезными проектами работаешь, если вообще работаешь.
поменял 2 подпроцесса , сходящихся в параллельном шлюзе на call activity и после этого стали перезатираться выходные переменные одного из подпроцессов.
Денис, спасибо за работу! Благодаря твоими видео многое узнал о BPMN и многое освоил. В качестве развивающий обратой связи по роликам: Пересматривай эти замечательные видео после монтажа на предмет ляпов, пожалуйста. Конкретно в это видео пробрались "вертикальные хэпипассы" и тут же пропали куски фраз в озвучке. Подозреваю, что это был полуночный монтаж :)
До 28й минуты увидел только автоматизацию по созданным молям создание формы и гринда. На самом деле ручками используя готовые UI библиотеки можно сделать так же быстро, ну либо чуточку дольше. Пока что эффекта вау не увидел, смотрим дальше.