http://bpmnforum.ru/topic/18 bpmnforum.ru » Topic: Процесс "согласования документов" ru-RU Thu, 07 May 2026 11:16:19 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/18#post-681 Пон, 16 Апр 2012 17:35:20 +0000 Юлия Вагнер 681@http://bpmnforum.ru/ <p>Евгений,<br /> 1. В Вашем случае будет происходить следующее: процесс распареллеливается. Одна ветка - процесс останавливается на таймере. Вторая ветка - просмотр согласуемых документов и далее. Таймер НЕ сработает только в том случае, если вторая ветка завершится по terminate (но в Вашем случае это может не произойти, если шаг "Просмотр согласуемых документов" будет прерван по ошибке). Если нет terminate end, то завершается только одна ветка процесса, а таймер благополучно будет отсчитывать время и слать сообщения до морковкиного заговенья. Т.е., как уже сказал Анатолий, - бесконечный цикл.<br /> 2. Если нет возможности просмотреть документ, то на шаге "просмотр согласуемых документов" сработает прерывание, будет отправлено сообщение в службу поддержки и...? Дальше куда должен пойти процесс? Или Вы его решили увековечить "в железе"?<br /> 3. Дальше куча ненужной суеты: согласовано-не согласовано-не согласовано с комментариями.... бррр... Один шаг: принять решение, а на форме сделать поле комментария необязательным, и поле решения обязательным. И раз уж у Вас "Формирование документа о решении" - это скрипт, то пусть он и сформирует решение на основании результата (заполненных полей) - отрицательное или положительное. Дальше шаг"Зарегистрировать документ о решении" и терминатор-выход. Три последовательных шага.<br /> 4. В процессе "Согласование документов" Вы используете событие, которое срабатывает, когда ответили все согласующие лица. Возможно, что кто-то не сможет ответить (например, по причине болезни), тогда процесс прокиснет. Есть смысл это учесть в процессе.</p> <p>и еще какой-то странный стиль моделирования: параллельно завершать ветку процесса и стартовать новую. В результате, у Вас процесс "Согласование документов" будет два завершения. Зачем? :-/ </p> http://bpmnforum.ru/topic/18#post-667 Пон, 16 Апр 2012 15:15:54 +0000 neverpoint 667@http://bpmnforum.ru/ <p>Прошу прощения, я не знал специфики появления этих схем - недавно зарегистрировался на форуме. </p> http://bpmnforum.ru/topic/18#post-663 Пон, 16 Апр 2012 09:18:31 +0000 Pavel-Smirnov 663@http://bpmnforum.ru/ <p>Неверпоинт<br /> Может быть вы не знаете, но диаграммы, выложенные на этом форуме - это работы слушателей тренига по bpmn. Составляя эти диаграммы, мы учились правильно моделировать процессы в нотации bpmn. Мы не обсуждали варианты оптимизации (это я к вашему "почему это делается в ручном режиме?"), мы не разбирались с названиями и формами документов (это я про вашу "горбачевщину"), мы просто рисовали процессы, используя правила и элементы нотации. Попробуйте придраться к этому!?<br /> А то, что схема Евгения требует детализации и конкретики в случае практического использования - это всем понятно ;)<br /> С уважением, ПС </p> http://bpmnforum.ru/topic/18#post-632 Пон, 16 Апр 2012 02:32:36 +0000 neverpoint 632@http://bpmnforum.ru/ <p>Позвольте быть конкретным - не правы все стороны этого обсуждения.<br /> 1) почему не прав Евгений. Именно конкретика важна при использовании нотации BPMN. Если мы будем в задачах писать неконкретные задачи - например "формирование сопроводительных документов" или "подготовка документов к согласованию" - это сродни философии и такими материями BPMN не оперирует...Каков фундамент вашей схемы Евгений, таков и результат - что вы еще хотели от нее получить? Что за критерии подготовки? откуда? какие сопроводительные? и почему это делается в ручном режиме? Все на 99 процентов неконкретно. За названиями задач не понятно что стоит. Не хочу обидеть Евгения, но горбачевщина это очень большая проблема для нашей страны - неумение конкретно описывать задачи. И конечно такие задачи будут выполняться на фирме по рекомендации аналитика, но скорее вопреки, чем благодаря. Деньги заплачены за аналитика,. как бы работа сделана, а по факту работники будут ориентироваться "на месте" и сами набивать руку что и как делать.<br /> 2) Схема не является ни сложной ни простой. Там изначально сами задачи не прямого действия. Прямого действия - это когда "включить компьютер, запустить программу, нажать кнопку, включить станок, заплатить деньги тому то тому то, через 2 часа отгрузить товар со склада такого то"... А все что в схеме не прямого действия - ошибка не в сложности, а в постановке задач. </p> http://bpmnforum.ru/topic/18#post-315 Чтв, 06 Окт 2011 16:58:25 +0000 Анатолий Белайчук 315@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/18#post-304">Pavel-Smirnov</a>:</cite><br /> составляя bpmn-диаграмму, надо составлять её так, чтобы потом из неё вышел бы работоспособный исполняемый bpmn</p></blockquote> <p>Это слишком сильное утверждение. BPMN отличается от других нотаций тем, что с его помощью <strong>можно</strong> сделать исполняемую диаграмму. Но это не значит, что вы <strong>обязаны</strong> делать исполняемую диаграмму. И это не абстракция - BPMN реально используется с разными целями, например для рисования "аналитических" диаграмм с нечетко прописанной логикой. </p> http://bpmnforum.ru/topic/18#post-304 Чтв, 06 Окт 2011 12:20:42 +0000 Pavel-Smirnov 304@http://bpmnforum.ru/ <p>А я так понимаю: главное отличие bpmn от других нотаций - это возможность создавать выполняемый bpmn. И значит, составляя bpmn-диаграмму, надо составлять её так, чтобы потом из неё вышел бы работоспособный исполняемый bpmn. Диаграмму, которую представил Евгений - эта диаграмма не будет работать в bisagi. Проверьте.<br /> Вот и весь спор. </p> http://bpmnforum.ru/topic/18#post-95 Срд, 18 Май 2011 23:55:00 +0000 Анатолий Белайчук 95@http://bpmnforum.ru/ <p>Евгений</p> <p>За собственное мнение тут никого не банят.</p> <p>Русский язык тоже требует соблюдения определенных правил и допускает неоднозначность. И что?</p> <p>Ссылка на языки программирования тоже некорректна: согласитесь - не всякий, кто пишет на С++, пишет объектно-ориентированный код.</p> <p>В погоне за "интересными" конструкциями Вы неоправданно усложнили модель и теперь жалуетесь, что вас трудно понять - где логика?</p> <p>Вы прошли половину программы тренинга - узнали что означает тот или иной элемент конструкции, но не научились их эффективно применять.</p> <p>Ну и кто вам доктор? </p> http://bpmnforum.ru/topic/18#post-94 Срд, 18 Май 2011 18:38:16 +0000 Рязанов Евгений 94@http://bpmnforum.ru/ <p>Чем больше "погружаюсь" в данную нотацию, тем больше удивляюсь.<br /> Когда два человека, договорились общаться на каком то языке, и один в соответствии с правилами языка, построил свое сообщение (вложил определенный смысл в данный "месседж"), а другой его не понял, то стоит задуматься, а может ли данный язык служить неким средством коммуникации?<br /> В данной модели, я сознательно хотел ( и использовал ) интересные (с моей точки зрения) конструкции, которые позволяют в краткой форме и однозначно передать мое "виденье" процесса. </p> <p>Я не понимаю, зачем нужна такая нотация, которая:<br /> 1. требует следованию принятых правил, но при этом допускает неоднозначность. (Любой язык программирования - требует следованию утвержденных правил, но при этом не допускает неоднозначность)<br /> 2. требует определенных знаний для чтения. Как Бизнес аналитик, мне по работе приходится описывать процессы, создавать модели ( и не только на бумаге), но так же их и согласовывать с различными участниками проекта.<br /> Требовать от всех заинтересованных лиц знание данной нотации и еще писать комментарии к модели - это уже перебор, мне просто скажут. чтобы я переделал модель на понятной всем нотации ( и это в лучшем случае, в худшем меня просто уволят)</p> <p>PS извините за то, что отнял у Вас время в форуме со своими "глупыми" вопросами. Данное, выше написанное, сообщение является исключительно моим собственным мнением и я не возражаю, если данное сообщение будет удалено из форума, а меня "забанят" </p> http://bpmnforum.ru/topic/18#post-93 Срд, 18 Май 2011 16:19:20 +0000 Рязанов Евгений 93@http://bpmnforum.ru/ <p>т.е. мои комментарии сняли данные замечания ? </p> http://bpmnforum.ru/topic/18#post-92 Срд, 18 Май 2011 15:56:02 +0000 Анатолий Белайчук 92@http://bpmnforum.ru/ <p>ну хорошо, главное чтобы вам нравилось :) </p> http://bpmnforum.ru/topic/18#post-91 Срд, 18 Май 2011 15:39:16 +0000 Рязанов Евгений 91@http://bpmnforum.ru/ <p>"Какие-то мутные отправки сообщения в процессе принятия решения: одно в бесконечном цикле, на втором поток управления вообще обрывается." - пример был на тренинге. Суть данной структуры в том, что через определенное время генерируется событие "отправка сообщения инициатору согласования". Пример: я отправил на согласование какой документ, и один из согласующих лиц не присылает своего решения. Данная конструкция предусматривает, что если решения нет в течении некоторого времени, то приходит сообщение мне (как лицу, запустившему согласование) о том, что данный сотрудник не согласовал в течении определенного времени, но сам процесс не заканчивается.О том, что мне делать с данным сообщением, это уже другой вопрос. Как вариант, я могу написать данному сотруднику письмо, о том что я жду его ршение по данному документу с указанием некоторого ID процесса в системе или допустим напистаь переслать данное сообщение начальнику данного сотрудника, о том, что его подчиненный задерживает согласование.<br /> Как следствие, поэтому используется терминальный выход из данног процесса ( опять же, пример был на тренинге)<br /> "&gt; журналируется событие отправка документов в архив<br /> Сделайте это лучше подпроцессом" - почему лучше ? данный процесс называется "Согласование документа", зачем мешать все в одну кучу? В контексте данной модели мне не интересен процесс отправки документа в архив. Для данного процесса важно только то, что:<br /> 1. Процесс Согласования не может быть завершен, пока копии документов не попадут в архив<br /> 2. В каждом цикле согласования, копии документов обязательно должны быть отправлены в архив<br /> из данной диаграммы это отлично видно</p> <p>"на втором поток управления вообще обрывается." - почему? поток управления попадает в собитие timer, ждет определенное время, затем генерируется событие "Send message" далее опять попадает в событие timer и так по бесконечному циклу, пока данный процесс не завершитсяпо терминэйту, а оно произойдет при любом раскладе после задачи "Регистрации документов о решении" </p> http://bpmnforum.ru/topic/18#post-90 Срд, 18 Май 2011 14:50:44 +0000 Анатолий Белайчук 90@http://bpmnforum.ru/ <p>&gt; я использовал два выхода, обычный и "терминальный"<br /> Разве end terminate event предназначен для этого?</p> <p>&gt; журналируется событие отправка документов в архив<br /> Сделайте это лучше подпроцессом</p> <p>&gt; какие ошибки я допустил и самое важно где и как надо</p> <p>Какие-то мутные отправки сообщения в процессе принятия решения: одно в бесконечном цикле, на втором поток управления вообще обрывается.</p> <p>Короче, Вам таки нужен второй тренинг. </p> http://bpmnforum.ru/topic/18#post-89 Срд, 18 Май 2011 14:06:53 +0000 Рязанов Евгений 89@http://bpmnforum.ru/ <p>И как обычно не уложился в 200kb, пришлось в формат gif<br /> Комментарии:<br /> 1. В процессе " Принятие решения по согласованию" я использовал два выхода, обычный и "терминальный", для того чтобы, в журнале у меня прописывалось явно, как завершился процесс.<br /> 2. Данные процессы "контактируют" с такими службами, как поддержка пользователей и архив. Они отображены "private", т.к. они в данном контексте не рассматриваются<br /> 3. После кадого цикла согласования ( процесс "Согласование документов") всегда журналируется событие отправка документов в архив<br /> Вроде так все ... ни чего не забыл </p> http://bpmnforum.ru/topic/18#post-88 Срд, 18 Май 2011 14:03:30 +0000 Рязанов Евгений 88@http://bpmnforum.ru/ <p>Анатолий, добрый день. Решил свои знания, все же закрепить на описании простого процесса. Взял один из своих рабочих процессов и описал в BPMN. Вот что получилось. Посмотрите пожалуйста и если есть возможность, напишите свои комментарии (какие ошибки я допустил и самое важно где и как надо). Заранее благодарен. [attachment=88,46] </p>