http://bpmnforum.ru/tags/%d0%b4%d0%be%d0%bc%d0%b0%d1%88%d0%bd%d0%b5%d0%b5-%d0%b7%d0%b0%d0%b4%d0%b0%d0%bd%d0%b8%d0%b5 bpmnforum.ru » Tag: Домашнее задание - Recent Posts ru-RU Thu, 28 May 2026 16:53:47 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/125#post-1072 Чтв, 08 Ноя 2012 08:46:41 +0000 Кутырев Алексей 1072@http://bpmnforum.ru/ <p>Доработал схему:</p> <p>1. Насчет непрерывающей эскалации - согласен. Попытался исправить, не нашел где это можно сделать. Убрал эскалацию совсем, как и процесс Связаться с поставщиком. Упаковал все в один шаг.</p> <p>везде поставил Х</p> <p>насчет параллельной ветки - да, процессы производства, закупки, доставки и монтажа выполняются параллельно в том смысле, что до окончания процесса производства (все модули произведены) или закупки комплектующих (не все комплектующие закуплены) можно уже начать производить частичную поставку и монтаж.</p> <p>2. Да, согласен, это упущение. Таймеры расставил - в качестве "ускорителя" процесса используется письмо директору (отправляется скриптом), либо другому контролирующему лицу </p> http://bpmnforum.ru/topic/125#post-1056 Вск, 28 Окт 2012 12:01:34 +0000 Анатолий Белайчук 1056@http://bpmnforum.ru/ <p>Читателям: коллеги, будете изучать схему - не забудьте заглянуть вовнутрь подпроцессов "Контроль производства", "Контроль доставки" и пр.</p> <p>Авторам: замечания.</p> <p>1. Подпроцесс "Контроль закупки техники".<br /> - Прикрепленный обработчик эскалации наверное должен быть непрерывающим? Но вообще-то эскалация тут представляется излишней: "Связаться с поставщиком" - это задача, которую мы назначаем своему сотруднику, а потом спрашиваем его - "ну как?".<br /> - Вперемешку развилки "пустые" и с буквой "Х" - это моветон.<br /> - Параллельная развилка в верхней ветке - так и задумывалось?</p> <p>2. Подпроцессы контроля всего остального<br /> - Где таймеры? Фокус этой схемы в том, что контролируются события не только состоявшиеся (товар произведен, товар отгружен и т.п.), но и несостоявшиеся! Этот момент оказался упущен. </p> http://bpmnforum.ru/topic/125#post-1053 Срд, 24 Окт 2012 14:07:47 +0000 Кутырев Алексей 1053@http://bpmnforum.ru/ <p>Итак, привожу описание приведенной схемы</p> <p>В технологии производства предусмотрен один "управляющий" процесс "Обслуживание клиента", в котором заложена логика запуска "исполнительных" процессов и логика отработки сообщений, поступающих от них.</p> <p>Суть деятельности такова:<br /> * Клиент обращается в компанию. Запускается селекторный процесс "Работа с клиентом". В зависимости от цели прихода, запускается основной управляющий процесс "Обслуживание клиента", либо посылаются сообщения существующему "управляющему" процессу, либо запускаются вспомогательные исполнительные процессы, которые в зависимости от результатов своего исполнения посылают соответствующие сообщения управляющему процессу.</p> <p>* В управляющий процесс заложена следующая логика (очень упрощенная, исходная представлена Владиславом Гороховым):<br /> Happy Path:</p> <p>Клиент обращается - готовим предложение - подписываем предварительный договор - запуск управляющего процесса (берем на контроль) - далее запускаются параллельно деятельность по контролю производства, деятельность по контролю закупки комплектующих, деятельность по контролю доставки, деятельность по контролю монтажа - когда все процессы завершены, переходим к деятельности по контролю качества и заканчиваем управляющий процесс.</p> <p>Логика межпроцессного взаимодействия реализована на механизме сообщений и на механизме обращении к данным. Сообщения запускают исполняющие подпроцессы (либо подпроцессы запускаются по таймеру в соответствии с графиками поставок и производства).<br /> Исполняющие процессы либо изменяют данные и/или посылают сообщения соответствующим экземплярам управляющего процесса.</p> <p>Сразу поясню по поводу параллельности запуска деятельностей по контролю производства, закупки комплектующих, доставки и монтажа. В соответствии с требованиями заказчика поставка и монтаж могут быть произведены до окончания стадии производства и закупки комплектующих, то есть имеет место итерационное выполнение этапов производства, закупки комплектующих, доставки и монтажа, без жесткого закрепления последовательности: кухня, произведенная частично (произведен какой-то один отдельный модуль), может быть поставлена и смонтирована, и так до тех пор, пока не будут произведены и смонтированы все части. Та же логика заложена и в деятельность закупки комплектующих. </p> <p>"Работа с клиентом": Селекторный процесс<br /> Клиент обращается в компанию, в зависимости от цели приходя запускаем тот или иной исполнительный процесс, среди них:<br /> «Подготовка предложения»<br /> «Заключение договора»<br /> «Доработка заказа»<br /> В случае отказа, посылается сообщение в соответствующий экземпляр управляющего процесса и управляющий процесс прерывается с ошибкой.</p> <p>Подготовка предложения может проводиться несколько раз, и каждый раз клиент может уходить «на подумать». При этом все предложения сохраняются в базу, и при повторном приходе есть возможность перейти сразу к фазе заключения предварительного договора.<br /> [attachment=1053,454]<br /> [attachment=1053,455]<br /> [attachment=1053,456]</p> <p>п.с. больше рисунков не вошло - см. схему в BizAgi </p> http://bpmnforum.ru/topic/125#post-1052 Втр, 23 Окт 2012 11:58:52 +0000 Кутырев Алексей 1052@http://bpmnforum.ru/ <p>Прошу прощения за долгое молчание, не подписался на комменты.</p> <p>По поводу типов задач:<br /> - Оповещение - это сообщение в соответствующий процесс, подробно опишу в пояснении<br /> - хм.. формирование плана - имеется в виду подготовка выборки по всем заказам, где начальник цеха ставит галочки - то, что будем делать сегодня, не уверен точно, что можно здесь использовать<br /> - это поправил, добавил задачу выставления статуса "произведено". Ручную ввел только в качестве комментария - здесь что-то делается. Убрать её?</p> <p>п.с. Пишу пояснения, дорабатываю схему. </p> http://bpmnforum.ru/topic/125#post-1051 Пон, 15 Окт 2012 19:28:40 +0000 Анатолий Белайчук 1051@http://bpmnforum.ru/ <p>Боюсь без дополнительных комментариев тут не обойтись. Как минимум добавить аннотаций на схему, а желательно и сопроводительный документ, поясняющий архитектуру. Можно текстом прямо здесь, в каментах.</p> <p>Есть сомнения по поводу типов задач:<br /> - Оповещение как send task - если имеется в виду оповещение по email, то это script task<br /> - Формирование плана как business rule. Сомнительно. Либо user, либо service.<br /> - Производство как manual. Почему не user? </p> http://bpmnforum.ru/topic/125#post-1050 Пон, 15 Окт 2012 12:53:51 +0000 Кутырев Алексей 1050@http://bpmnforum.ru/ <p>Реализация процесса с разделением контролирующей и исполняющей составляющих, попытка переложить методику <a href="http://project.ifmo.ru/books/2">автоматного программирования</a> на BPMN </p>