http://bpmnforum.ru/topic/412 bpmnforum.ru » Topic: Parallel gateway. Тонкости работы ru-RU Mon, 18 May 2026 05:08:19 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/412#post-1861 Чтв, 19 Дек 2019 00:05:54 +0000 Анатолий Белайчук 1861@http://bpmnforum.ru/ <p>Ваши оппоненты совершенно точно неправы. Из того, что логический оператор "и" служит для разделения и для слияния маршрутов, совершенно не следует, что за разделением должно следовать слияние. Примеров когда это не так миллион, наверное и в спецификации можно найти.</p> <p>Возможно они отравлены Элмой - там движок запрещает разделение без слияния. Но Элма вообще печально известна вольным обращением со стандартом. </p> http://bpmnforum.ru/topic/412#post-1860 Срд, 18 Дек 2019 07:13:09 +0000 V2Smirnov 1860@http://bpmnforum.ru/ <p>Добрый день! </p> <p>У меня был диспут с оппонентами. Убедить не удалось. На всякий случай более точно опишу суть разногласий.</p> <p>Я утверждаю, что поведение системы с inclusive gateway, где во все исходящие потоки выводится одинаковая информация – идентично поведению parallel gateway. То есть, как минимум, после шлюза token обрабатываются независимо, например, могут поступить на converging gateway любого типа. Ситуация показана на рисунке. </p> <p>Оппоненты же утверждают, что это разные виды работы и parallel gateway определяет обработку по параллельным маршрутам, которые обязаны быть собраны с помощью parallel converging gateway. В качестве подтверждения своих слов оппоненты ссылаются на:<br /> <em>Томас Альвеер «BPMN 2.0 Введение в стандарт моделирования бизнес-процессов»<br /> Издательство BPS, <a href="http://www.bps.org.ua" rel="nofollow">http://www.bps.org.ua</a> 2010 год, страница 32<br /> Раздел 3.2 Логический оператор И<br /> Логический оператор И предназначен для разделения управляющего потока на два и более параллельных <strong>маршрута</strong>, а также для объединения нескольких параллельных <strong>маршрутов</strong> в единый поток.</em><br /> Ключевым, по их мнению, является использование слова «<strong>маршрут</strong>», а не «<strong>поток</strong>».<br /> Если посмотреть в стандарт, то:<br /> <em>Стандарт 2.0.2, страница 292, 293<br /> 10.6.4 Parallel Gateway<br /> A <strong>Parallel Gateway</strong> is used to synchronize (combine) parallel flows and to create parallel flows.<br /> A <strong>Parallel Gateway</strong> creates parallel paths without checking any conditions; each outgoing <strong>Sequence Flow</strong> receives a token upon execution of this <strong>Gateway</strong>. For incoming flows, the <strong>Parallel Gateway</strong> will wait for all incoming flows before triggering the flow through its outgoing <strong>Sequence Flows</strong>.</em><br /> Видно, что словом «маршрут» было слово «path», оно не выделено, не является сущностью BPMN и не является значимым.<br /> К сожалению, в отличие от exclusive и inclusive шлюзов, где явно указано альтернативное или независимое будущее token – для parallel шлюза таких указаний нет.</p> <p>Подскажите, пожалуйста, прав ли я и какие аргументы можно еще привести?</p> <p> [attachment=1860,734] </p>