http://bpmnforum.ru/topic/421 bpmnforum.ru » Topic: Спонтанный подпроцесс ru-RU Sat, 30 May 2026 17:51:19 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/421#post-1905 Чтв, 29 Окт 2020 09:45:00 +0000 shakir 1905@http://bpmnforum.ru/ <p>Поняла, добавлю. Спасибо) </p> http://bpmnforum.ru/topic/421#post-1904 Втр, 27 Окт 2020 23:47:27 +0000 Анатолий Белайчук 1904@http://bpmnforum.ru/ <p>Ну как бы для порядка - конверт пришел, с ним же надо что-то сделать? В сейф спрятать, я не знаю... </p> http://bpmnforum.ru/topic/421#post-1903 Втр, 27 Окт 2020 14:27:07 +0000 shakir 1903@http://bpmnforum.ru/ <p>Огромное спасибо) пришло понимание, как такие сложные куски можно моделировать.</p> <p>Обработка и просмотр заявок будут дальше по процессу. До момента вскрытия конвертов Заказчику заявки недоступны. Только их количество. Стоит этот момент тоже отобразить? </p> http://bpmnforum.ru/topic/421#post-1902 Втр, 27 Окт 2020 11:53:15 +0000 Анатолий Белайчук 1902@http://bpmnforum.ru/ <p>В целом все корректно, но пара моментов смущают:<br /> 1) Где же собственно получение заявки? Бизнес-исключения обработаны, а магистральный путь - нет.<br /> 2) Почему одни события обрабатываются прикрепленным событием, а другие - подпроцессом-обработчиком? Стилистический разнобой.</p> <p>Ну и это конечно не для людей схема, а для роботов - для среднестатистического человека слишком мудрено. </p> http://bpmnforum.ru/topic/421#post-1901 Пон, 26 Окт 2020 23:17:40 +0000 shakir 1901@http://bpmnforum.ru/ <p>Верхнее событие (внесение изменений) может и не произойти и токен, получается, будет стоять на развилке, пока не закончится срок приема заявок.<br /> Но все равно смущает реализация.</p> <p>А такой вариант? Токен будет стоять между стартовым событием и таймером, в это время как раз могут происходить непрерывающие события: запрос на разъяснение и/или внесение изменений</p> <p> [attachment=1901,746] </p> http://bpmnforum.ru/topic/421#post-1900 Пон, 26 Окт 2020 20:51:52 +0000 Анатолий Белайчук 1900@http://bpmnforum.ru/ <p>Нет, в стартовое событие поток управления приходить не может.</p> <p>Вы понимаете почему процесс у вас зависнет на параллельной развилке? </p> http://bpmnforum.ru/topic/421#post-1899 Пон, 26 Окт 2020 16:55:17 +0000 shakir 1899@http://bpmnforum.ru/ <p><blockquote>Подумайте еще, точно ли возврат должен быть именно к шлюзу?</blockquote><br /> А возврат может быть к стартовому событию? Или добавить какое-то действие между стартовым событием и шлюзом? </p> http://bpmnforum.ru/topic/421#post-1898 Пон, 26 Окт 2020 08:26:31 +0000 Анатолий Белайчук 1898@http://bpmnforum.ru/ <p>С запросом на разъяснение вы правильно разобрались - прикрепленный обработчик и подпроцесс-обработчик это практически одно и то же.</p> <p>А вот с параллельной развилкой у вас беда: процесс на ней сходу зависнет. Подумайте еще, точно ли возврат должен быть именно к шлюзу? </p> http://bpmnforum.ru/topic/421#post-1897 Вск, 25 Окт 2020 23:07:34 +0000 shakir 1897@http://bpmnforum.ru/ <p>Спасибо большое за комментарии.<br /> По поводу развилки по событиям тоже потом дошло, что события не смогут идти параллельно.</p> <p>Немного подкорректировала. Единственно, мне кажется, что не совсем поняла насчет последнего комментария по запросу на разъяснение.</p> <p> [attachment=1897,745] </p> http://bpmnforum.ru/topic/421#post-1896 Птн, 23 Окт 2020 12:50:24 +0000 Анатолий Белайчук 1896@http://bpmnforum.ru/ <p>В вашу схему вкралась ошибка: в то время, когда вносятся изменения в извещение/продлевается срок приемки заявок, запросы на разъяснение не обрабатываются и таймер тоже. Это стандартная ловушка развилки по событиям. Решение - параллельная развилка и терминатор.</p> <p>Непонятно зачем два таймера со сроком приема предложений.</p> <p>Запрос на разъяснение лучше трактовать как отдельный процесс (связанный с основным по данным) или как эскалацию, триггером которой является непрерывающий прикрепленный обработчик события-условия или сообщения. </p> http://bpmnforum.ru/topic/421#post-1895 Срд, 21 Окт 2020 19:48:08 +0000 shakir 1895@http://bpmnforum.ru/ <p><blockquote>Вы процесс моделируете для людей (регламент) или для процессного движка (исполняемый процесс)?</blockquote><br /> Процесс для людей</p> <p><blockquote>Общение с поставщиком ведется традиционными способами (телефон, email) или через онлайновую площадку и личный кабинет?</blockquote><br /> Закупка проводится на электронной торговой площадке</p> <p>Подкорректировала этот кусок, сейчас вроде больше похоже на правду. Хотя... чем больше изучаешь BPMN, тем больше ощущение, что ничего не понимаешь)</p> <p> [attachment=1895,744] </p> http://bpmnforum.ru/topic/421#post-1894 Чтв, 15 Окт 2020 12:46:51 +0000 Анатолий Белайчук 1894@http://bpmnforum.ru/ <p>Вы процесс моделируете для людей (регламент) или для процессного движка (исполняемый процесс)?</p> <p>Общение с поставщиком ведется традиционными способами (телефон, email) или через онлайновую площадку и личный кабинет?</p> <p>От ответа на эти вопросы зависит какими элементами стоит пользоваться, а каким нет.</p> <p>Но таймер в обоих случаях у вас используется не по делу. </p> http://bpmnforum.ru/topic/421#post-1893 Срд, 14 Окт 2020 10:13:41 +0000 shakir 1893@http://bpmnforum.ru/ <p>Коллеги, подскажите, пожалуйста.<br /> Процесс по проведению закупки. Два действующих лица: Заказчик и Поставщик. После публикации извещения есть промежуток времени, пока идет прием заявок, в котором может произойти несколько действий, а может не произойти.<br /> Пока идет прием заявок Заказчик может внести (или ничего не делать) изменения в извещение и в этот же промежуток времени ему может прийти (или не прийти) запрос на разъяснение. Также на запрос Заказчик может как ответить, так и не ответить на данный запрос. И в этот же промежуток времени Заказчик может вообще отменить (или не отменить) проведение процедуры закупки. Такое комбо)</p> <p>На данный момент следующий вариант. Насколько грамотно использование событийного непрерывающего подпроцесса в спонтанном подпроцессе?</p> <p> [attachment=1893,743] </p>