http://bpmnforum.ru/topic/103 bpmnforum.ru » Topic: Как правильно рисовать "ожидание"? ru-RU Thu, 07 May 2026 09:48:27 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/103#post-1000 Пон, 09 Июл 2012 10:19:38 +0000 Юлия Вагнер 1000@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/103#post-994">Анатолий Белайчук</a>:</cite><br /> Близко, но не совсем. Во-первых, развилка стартовая, а не промежуточная - синтаксическая ошибка.</p> <p>Во-вторых, тут по смыслу должна быть параллельная развилка. Так как сейчас получается, что во время выяснения причины отсутствия мы не готовы принять торгового представителя. </p></blockquote> <p>Согласна. </p> http://bpmnforum.ru/topic/103#post-998 Птн, 06 Июл 2012 17:56:54 +0000 Анатолий Белайчук 998@http://bpmnforum.ru/ <p>Ждем рассказа - испугался или нет? </p> http://bpmnforum.ru/topic/103#post-995 Чтв, 05 Июл 2012 14:57:01 +0000 Pavel-Smirnov 995@http://bpmnforum.ru/ <p>Юлия, Анатолий,<br /> спасибо.<br /> Получилось замечательно сложно. Пойду испугаю схемой заказчика. Уверен, что теперь он согласится на одну задачу "Подписать ТОРГ-12" с дополнительной инструкцией :) </p> http://bpmnforum.ru/topic/103#post-994 Чтв, 05 Июл 2012 13:04:46 +0000 Анатолий Белайчук 994@http://bpmnforum.ru/ <p>Близко, но не совсем. Во-первых, развилка стартовая, а не промежуточная - синтаксическая ошибка.</p> <p>Во-вторых, тут по смыслу должна быть параллельная развилка. Так как сейчас получается, что во время выяснения причины отсутствия мы не готовы принять торгового представителя. </p> http://bpmnforum.ru/topic/103#post-993 Чтв, 05 Июл 2012 10:19:18 +0000 Юлия Вагнер 993@http://bpmnforum.ru/ <p>Павел, может так наглядно будет?</p> <p> [attachment=993,415] </p> http://bpmnforum.ru/topic/103#post-992 Чтв, 05 Июл 2012 09:30:55 +0000 Анатолий Белайчук 992@http://bpmnforum.ru/ <p>Тогда надо уточнить исходный вопрос - не "как правильно отразить", а "как отразить, чтоб заказчик принял" ;)</p> <p>Микроменеджмент - это имитация процессного управления. Решать проблемы взаимодействия между службами тяжело и рискованно - можно нечаянно попасть во внутрифирменную вендетту. Куда спокойнее заняться отрисовкой последовательности действий кладовщика и назвать это внедрением процессного управления.</p> <p>"В процессе внедрения процессного управления <strike>ни одно животное</strike> ни один начальник не пострадал" :) </p> http://bpmnforum.ru/topic/103#post-990 Срд, 04 Июл 2012 21:49:55 +0000 Pavel-Smirnov 990@http://bpmnforum.ru/ <p>Мне понравился ваш вариант 2. Но, увы, мой заказчик полагает, что "раз есть схема, на ней должно быть указано все" и отказывается читать документ, поясняющий детали процесса, его условия и ограничения. При этом ему и "вызов представителя" в виде отдельной задачи подавай, и время на выполнение каждой операции подпиши, и время ожидания укажи (чтобы понимать продолжительность процесса). </p> http://bpmnforum.ru/topic/103#post-980 Втр, 03 Июл 2012 17:42:49 +0000 Анатолий Белайчук 980@http://bpmnforum.ru/ <p>Есть два варианта.</p> <p>1. Если по-честному, то это событие, инициированное извне. Такое событие в принципе не может попасть в обработчик промежуточного события, т.к. для этого сначала необходимо идентифицировать экземпляр процесса. Это задача, задача не из этого процесса, следовательно - отдельный процесс (вариант 1). Да, охранник на воротах или человек в бюро пропусков будет запускать. Ну как запускать... в хорошей процессной системе люди не запускают процессы явным образом - они регистрируют события, в данном случае событие "приехал торговый представитель". Это событие инициирует процесс, который разбирается по какому поводу он приехал (мы ведь помним кого вызывали) и шлет сообщение в основной процесс.</p> <p>2. Но можно все эти сложности "замести под ковер" и оставить задачи "Вызвать торгового представителя" и "Подписать ТОРГ-12" (вариант 3). А еще лучше - одну задачу "Подписать ТОРГ-12". Вызывать ли, кого вызывать и как вызывать - это все в инструкциях к задаче.</p> <p>Все зависит от расклада. Если таких задач будут единицы и длиться они будут днями - второй сценарий, если речь идет о сотнях и неделях - первый. </p> http://bpmnforum.ru/topic/103#post-978 Втр, 03 Июл 2012 13:41:45 +0000 Pavel-Smirnov 978@http://bpmnforum.ru/ <p>Подскажите - как правильно отразить ожидание на аналитической диаграмме?<br /> Мне видятся несколько вариантов:<br /> 1. Указать событие-сообщение &quot;Торговый представитель приехал&quot; (рис. 1). Но вот вопрос - кто будет слать этот сообщение в процесс? Надо будет организовывать еще один процесс, из которого охранник на воротах будет рассылать сообщение обо всех посетителях склада?<br /> 2. Указать &quot;ожидание&quot; в виде задачи &quot;Дождаться приезда на склад торгового представителя поставщика&quot; (рис. 2). Но этот вариант не нравится тем, что задача &quot;дождаться&quot; - никакая не задача вовсе, и как-то не комильфо получается...<br /> 3. Вообще не отражать ожидание (ни как действие, ни как событие). Ведь &quot;дураку понятно&quot;, что задачу &quot;Подписать ТОРГ-12&quot; можно выполнить, только если торговый представитель поставщика приехал подписать накладную.<br /> Заранее спасибо за ответы.</p> <p> [attachment=978,411] </p>