http://bpmnforum.ru/tags/subprocess bpmnforum.ru » Tag: SubProcess - Recent Posts ru-RU Sun, 17 May 2026 04:04:31 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/411#post-1859 Срд, 13 Ноя 2019 15:15:33 +0000 Анатолий Белайчук 1859@http://bpmnforum.ru/ <p>мне кажется, вы просто не понимаете что такое business rule, извините.</p> <p>и что такое conditional event - тоже )) </p> <p>подсказываю: conditional event - это не проверка условия, а ожидание момента наступления условия. не "вердикт отрицательный?" (это про развилку), а "стоим тут, ждем момента, когда вердикт станет отрицательным".</p> <p>глобальная величина должна быть, если conditional event стартовый. </p> http://bpmnforum.ru/topic/409#post-1858 Срд, 13 Ноя 2019 15:10:48 +0000 Анатолий Белайчук 1858@http://bpmnforum.ru/ <p>А вы попробуйте загуглить, кто этот "кто-то".</p> <p>Ваше право, можете не верить, но и рассчитывать, что для вас кто-то будет перекапывать стандарт, тоже не стоит ;) </p> http://bpmnforum.ru/topic/409#post-1857 Срд, 13 Ноя 2019 07:25:08 +0000 V2Smirnov 1857@http://bpmnforum.ru/ <p>Вера не имеет смысла. Вот принесу я проект начальству, ткнёт оно пальцем "а почему у вас тут такое решение"? И что я скажу? "Мне кто-то на форуме сказал"? </p> <p>P.S. Вы будете смеяться, но три недели назад точно такими же словами "Просто поверь мне, это так" один коллега доказывал, что Service Task нельзя использовать для сервиса, потому что Service Task, это "настроечный процесс", которым что-то настраивается. </p> http://bpmnforum.ru/topic/411#post-1856 Срд, 13 Ноя 2019 07:18:33 +0000 V2Smirnov 1856@http://bpmnforum.ru/ <p>К сожалению, в данном случае не подойдёт. Там всё сложно, я же и упрощенный пример привожу. Интересует именно академическое решение проблемы, как можно поступать в этой ситуации. Причём варианты "по стандарту никак" и "своё расширение стандарта" тоже имеют право быть. А business rule task вместо subprocess, это workaround. Это как вместо теоремы пифагора калькулятор использовать. Удобно, но знаний не прибавляет. </p> <p>P.S. А почему event gateway с conditional event нельзя использовать? Единственное, что в conditional event меня смущает, это упоминание того, что это должна быть глобальная величина. </p> http://bpmnforum.ru/topic/411#post-1855 Пон, 11 Ноя 2019 09:20:46 +0000 Анатолий Белайчук 1855@http://bpmnforum.ru/ <p>я имею в виду тип задачи: business rule task. </p> http://bpmnforum.ru/topic/409#post-1854 Пон, 11 Ноя 2019 09:18:29 +0000 Анатолий Белайчук 1854@http://bpmnforum.ru/ <p>просто поверьте )) </p> http://bpmnforum.ru/topic/411#post-1853 Пон, 11 Ноя 2019 07:24:57 +0000 V2Smirnov 1853@http://bpmnforum.ru/ <p>Простите, не понял ответа. Вы имеете ввиду какой-то общеизвестный паттерн? </p> http://bpmnforum.ru/topic/409#post-1852 Пон, 11 Ноя 2019 07:18:55 +0000 V2Smirnov 1852@http://bpmnforum.ru/ <p>О! Спасибо! Это было фундаментальное непонимание мной принципов работы! Дайте, пожалуйста, ссылку на стандарт, где это говорится? </p> http://bpmnforum.ru/topic/410#post-1851 Вск, 10 Ноя 2019 10:45:39 +0000 Анатолий Белайчук 1851@http://bpmnforum.ru/ <p>Уже ответил в другом треде, повторяю:: на верхнем уровне свой токен, внутри подпроцесса - свои. Токены из подпроцесса наверх не выходят. </p> http://bpmnforum.ru/topic/411#post-1850 Вск, 10 Ноя 2019 10:44:25 +0000 Анатолий Белайчук 1850@http://bpmnforum.ru/ <p>Множественные сложные проверки, разветвленный граф и в итоге один из трех вариантов - это кейс для задачи на вызов бизнес-правила. </p> http://bpmnforum.ru/topic/409#post-1849 Вск, 10 Ноя 2019 10:42:27 +0000 Анатолий Белайчук 1849@http://bpmnforum.ru/ <p>Что значит "не вышла"?! Никто никуда не выходит - во внешнем контуре свой токен ждет завершения подпроцесса, внутри подпроцесса свой токен/токены. Когда подпроцесс заварешается, т.е. завершаются все токены внутри подпроцесса, внешний токен продолжает движение. </p> http://bpmnforum.ru/topic/410#post-1848 Суб, 09 Ноя 2019 19:52:07 +0000 V2Smirnov 1848@http://bpmnforum.ru/ <p>Спасибо за ответ, но это я указывал :-) Интересует, что будет потом. Что будет, когда 2 токена, порожденных и-шлюзом (parallel gateway) попадают каждый на свой выход подпроцесса (всего 2 выхода)? Что будет в родительском процессе после завершения подпроцесса? Независимая обработка для каждого токена? Или что? И где про это в стандарте написано. </p> http://bpmnforum.ru/topic/411#post-1847 Суб, 09 Ноя 2019 19:45:46 +0000 V2Smirnov 1847@http://bpmnforum.ru/ <p>1) На основе данных - неудобно. Представьте себе множественные сложные проверки, разветвленный граф и в итоге - один из трёх возможных выводов. С точки зрения родительского процесса не важно, какие именно данные были проверены и как, важно - какой результат был получен. Можно, конечно, записать вывод в данные специально для дальнейшего gateway. Но это явный костыль. </p> <p>2) А почему conditional event нельзя в данном случае? По стандарту он в event-based gateway может использоваться.</p> <p>3) На ошибку и эскалацию не хочется. Лучше уж костыль из п1, он хоть интуитивно-понятный.</p> <p>P.S. Может быть, я ошибаюсь и и\или шлюзы можно рисовать в схеме без реальной информации для шлюзов в данных? Только на том основании, что ранее на информации из этих данных был сделан вывод, который и проверяется в итоговом шлюзе? То что инструменты моделирования такое не поймут - не важно. Интересует с точки зрения стандарта. </p> http://bpmnforum.ru/topic/409#post-1846 Суб, 09 Ноя 2019 19:26:11 +0000 V2Smirnov 1846@http://bpmnforum.ru/ <p>Я хочу, что бы обработка подшитой в в архив копии завершилась в подпроцессе и не вышла в родительский процесс. А вот основная копия пусть тем временем дойдет до конца подпроцесса, выйдет из него и продолжит обработку на уровне родительского процесса. </p> http://bpmnforum.ru/topic/411#post-1845 Птн, 08 Ноя 2019 23:12:37 +0000 Анатолий Белайчук 1845@http://bpmnforum.ru/ <p>Корреспонденция внутри подпроцесса отправляется по разным ветвям с помощью развилки или/или? Так она работает на основе данных. Поэтому на выходе из подпроцесса смело ставьте развилку, которая работает на основе этих же данных.</p> <p>На пустое завершающее событие завязать маршрутизацию нельзя, на событие-условие нельзя, на сообщение тоже нельзя.</p> <p>Можно завязать на событие-ошибку или на событие-эскалацию. Но с помощью не развилки по событиям, а прикрепленного обработчика. </p> http://bpmnforum.ru/topic/410#post-1844 Птн, 08 Ноя 2019 23:08:17 +0000 Анатолий Белайчук 1844@http://bpmnforum.ru/ <p>Сбор токенов не обязателен.</p> <p>Подпроцесс (или процесс, если речь идет о верхнем уровне) завершается, когда все умирают - когда не остается ни одного токена. </p> http://bpmnforum.ru/topic/409#post-1843 Птн, 08 Ноя 2019 23:06:03 +0000 Анатолий Белайчук 1843@http://bpmnforum.ru/ <p>Объясните, какого поведения вы хотите - чтобы подпроцесс продолжился после подпроцесса, не дожидаясь пока вторая копия будет подшита в архив? </p> http://bpmnforum.ru/topic/411#post-1842 Птн, 08 Ноя 2019 19:15:04 +0000 V2Smirnov 1842@http://bpmnforum.ru/ <p>Есть подпроцесс со сложной логикой и несколькими событиями окончания. Например, корреспонденция сортируется и отправляется "в архив", "на подпись", "на доработку". Задача - после окончания подпроцесса распределить токены.<br /> Проблема - распределение происходит не на основе данных, а на основе вынесенного вердикта, то есть, попадания токена в конкретный end event. То есть, обычные шлюзы использовать нельзя, они data-based. Можно использовать Event-based gateway, но... С ним есть всего пара примеров и там используются message intermediate event, что в этой ситуации явно не правильно. Какие события можно использовать в данном случае? None event нельзя, остаётся только conditional event. Можно ли? Надо ли что-нибудь при этом изменить в подпроцессе? </p> http://bpmnforum.ru/topic/410#post-1841 Птн, 08 Ноя 2019 19:03:05 +0000 V2Smirnov 1841@http://bpmnforum.ru/ <p>То есть, в подпроцессе получить два токена на Parallel Gateway и отправить каждый из них на свой выход.<br /> Читал стандарт, ответа не нашел.<br /> Не написано, что сбор токенов при параллельной обработке - обязателен.<br /> Написано, что несколько входов подпроцесса неявно объединяются по exclusive gateway (uncontrolled).<br /> Написано, что подпроцесс не завершится, пока все токены не придут на завершающие события.<br /> Для reusable подпроцессов написано, что новый токен, от входящего (кроме None) события, при выходе вызывает создание instance вышестоящего процесса (то есть, он рассматривается независимо от прочих токенов).<br /> А здесь как? Обязателен ли сбор токенов при параллельной обработке до завершения подпроцесса? Или они будут последовательно в родительский процесс выданы по завершении подпроцесса? Или для каждого токена будет создан новый родительский процесс и далее их обработка будет независима? </p> http://bpmnforum.ru/topic/409#post-1840 Птн, 08 Ноя 2019 18:48:35 +0000 V2Smirnov 1840@http://bpmnforum.ru/ <p>Есть подпроцесс с Parallel (или Inclusive) шлюзом. Токен попадает в шлюз и разделяется на два токена.<br /> Можно ли в подпроцессе завершить обработку одного из токенов? Например, "печать файла", шлюз, две копии, одна идёт дальше по цепочке, а вторая подшивается в архив. И тут бы про неё и забыть... А как?</p> <p>Terminate end event не подходит - он все токены убьёт. None end event тоже - подпроцесс. Ставить шлюз "в архиве или нет" после подпроцесса не очень хорошо - в случае вложенных подпроцессов это придётся повторить и каша получается. </p>