http://bpmnforum.ru/tags/bpmntraining bpmnforum.ru » Tag: bpmntraining - Recent Posts ru-RU Tue, 12 May 2026 11:53:39 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/100#post-1906 Пон, 14 Дек 2020 16:51:41 +0000 Nxkwosi 1906@http://bpmnforum.ru/ <p>А как еще можно улучшить данный процесс? </p> http://bpmnforum.ru/topic/130#post-1092 Пон, 10 Дек 2012 21:46:25 +0000 Анатолий Белайчук 1092@http://bpmnforum.ru/ <p>Зачем сходящаяся развилка в пуле "Оплата поставщиков и экспедиторов" сделана inclusive? </p> http://bpmnforum.ru/topic/130#post-1091 Птн, 07 Дек 2012 11:41:35 +0000 Andrey_5 1091@http://bpmnforum.ru/ <p>Последний вариант решения </p> http://bpmnforum.ru/topic/130#post-1086 Втр, 27 Ноя 2012 14:05:58 +0000 Rep1n 1086@http://bpmnforum.ru/ <p>Здесь обсуждается процесс Заказ ТМЦ </p> http://bpmnforum.ru/topic/97#post-999 Вск, 08 Июл 2012 17:40:58 +0000 Krushinskaya N. 999@http://bpmnforum.ru/ <p>Окончательный вариант ОТ Заказа ДО Инвойса + ОТГРУЗКА - См. ДИАГРАММА 2 - итоговый вариант<br /> Диаграмма 1 - начальный вариант. </p> http://bpmnforum.ru/topic/97#post-997 Птн, 06 Июл 2012 17:56:04 +0000 Анатолий Белайчук 997@http://bpmnforum.ru/ <p>Мелкие замечания, высказанные при последнем просмотре, не устранили, ну да ладно. Зачет. </p> http://bpmnforum.ru/topic/97#post-996 Птн, 06 Июл 2012 14:28:15 +0000 AlexanderLS 996@http://bpmnforum.ru/ <p>Выкладываю окончательную схему, к которой мы пришли к концу семинара.<br /> Итог сильно отличается от начального варианта - спасибо Анатолию как тренеру. </p> http://bpmnforum.ru/topic/97#post-991 Срд, 04 Июл 2012 21:53:25 +0000 Pavel-Smirnov 991@http://bpmnforum.ru/ <p>Пожалуйста, выложите схему с семинара. Правильные схемы - лучший способ разобраться в тонкостях использования bpmn. Это как шахматам учиться по этюдам.<br /> Заранее спасибо. </p> http://bpmnforum.ru/topic/100#post-984 Срд, 04 Июл 2012 11:01:42 +0000 Юлия Вагнер 984@http://bpmnforum.ru/ <p>О, ну так это уже процесс! :) </p> http://bpmnforum.ru/topic/100#post-981 Втр, 03 Июл 2012 18:02:25 +0000 Анатолий Белайчук 981@http://bpmnforum.ru/ <p>Зачет. </p> http://bpmnforum.ru/topic/100#post-979 Втр, 03 Июл 2012 16:00:05 +0000 ADSmb 979@http://bpmnforum.ru/ <p>По итогам субботнего тренинга, проект, как представляется. приобрёл свой искомый "процессный" вид. Название процесса "Разрабатывать квартальный план производства". Модель прилагается.</p> <p>P.S. И дело, скорее всего, не в IDEF0, а в умении соблюдать границы его применения. </p> http://bpmnforum.ru/topic/101#post-975 Пон, 02 Июл 2012 10:34:31 +0000 Анатолий Белайчук 975@http://bpmnforum.ru/ <p>Схема зачетная, поздравляю. </p> http://bpmnforum.ru/topic/101#post-974 Вск, 01 Июл 2012 00:21:29 +0000 Julvern 974@http://bpmnforum.ru/ <p>Финальная версия схемы процесса по результатам семинара от 30.06.2012 </p> http://bpmnforum.ru/topic/101#post-972 Птн, 29 Июн 2012 17:28:02 +0000 masharoz 972@http://bpmnforum.ru/ <p>Анатолий,<br /> отвечая на Ваш вопрос по поводу отдельных процессов , мы исходили из предположения, что прием отчетности и анализ - два потока работ, идущих параллельно, т.е. прием отчетности не приостанавливается из-за ведения анализа.<br /> При приеме отчетности проводится форматно-логическая проверка, т.е. набор документов,наличие необходимой информации и т.д. Анализ деятельности КО включает проверку финансовых показателей, исходя из которых в итоге формируется консолидированная оценка. </p> <p>Павел,<br /> Основные ваши замечания учтены в схеме, спасибо. </p> http://bpmnforum.ru/topic/100#post-971 Птн, 29 Июн 2012 16:32:04 +0000 Анатолий Белайчук 971@http://bpmnforum.ru/ <p>Я вижу, название процесса в итоге абсолютно не соответствует содержимому.</p> <p>Поправьте меня если я не прав, но вроде изначально речь шла о процессе *разработки* продукции. Т.е. от идеи "а давайте разработаем вот такую железяку", через последовательность эскизных и рабочих проектов, с согласованием и выделением бюджета (а бывает, что и несогласованием и невыделением) - до счастливого момента, когда все чертежи изготовлены и утверждены, оснастка изготовлена, снабженцы знают какие комплектующие и где брать, а производство готово новую продукцию выпускать.</p> <p>По факту же у нас совершенно другой процесс, в котором фигурируют договора и планы производства.</p> <p>Мда... придется разбираться на месте.</p> <p>IDEF0 - зло ;) </p> http://bpmnforum.ru/topic/97#post-970 Птн, 29 Июн 2012 16:29:34 +0000 Krushinskaya N. 970@http://bpmnforum.ru/ <p>Завтра будем разбирать то, что есть на настоящий момент... </p> http://bpmnforum.ru/topic/100#post-969 Птн, 29 Июн 2012 16:26:35 +0000 ADSmb 969@http://bpmnforum.ru/ <p>Цитирую: Юлия Вагнер<br /> вопрос "на засыпку": а что делает производство до того момента, как рассортируют ТД по участкам цеха? Шаг "Выполнять задания" следует строго за этим шагом. А до этого момента рубильник не включать?<br /> Ответ: Прошу прощения, но я ответил только на второй Ваш вопрос.<br /> Из всего того, что оно делает в интересующий Вас момент, главное, с точки зрения модели, - изготавливает ранее запущенные изделия, в частности, входящие в них детали и сборочные единицы.Т.е. рубильник, в общем виде, включен в предыдущем экземпляре процесса, который как понимаю, в моём случае соответствует запущенному в производство изделию. </p> http://bpmnforum.ru/topic/100#post-968 Птн, 29 Июн 2012 15:51:50 +0000 ADSmb 968@http://bpmnforum.ru/ <p>Цитирую Юлия Вагнер<br /> вопрос "на засыпку": а что делает производство до того момента, как рассортируют ТД по участкам цеха? Шаг "Выполнять задания" следует строго за этим шагом. А до этого момента рубильник не включать?<br /> Ответ: Видимо и впрямь включать рубильник смысла не имеет. ведь именно в ТД записаны, например, режимы резания станка, включаемым эти рубильником. Но повторюсь (см предыдущий ответ) я ещё плохо понимаю философию BPMN и не удивлюсь, ежели Вы докажете, например, что эти два задания надо поменять местами. </p> http://bpmnforum.ru/topic/100#post-967 Птн, 29 Июн 2012 15:46:41 +0000 ADSmb 967@http://bpmnforum.ru/ <p>Цитирую Pavel-Smirnov<br /> 1. "Вы нарисовали причинно-следственную связь, но не процесс. Не могут 13 действий выполняться строго последовательно. Не бывает так в жизни. Вот по любому это несколько процессов, взаимодействующих между собой".<br /> Ответ: Вполне допускаю. Зато будет ещё одна тема на завтрашнюю встречу :-). Ккстати, чтобы уйти от специфичного числа 13 добавил в модель дополнительные задания (см. ниже) :-))<br /> Заодно ещё немного увеличил реалистичность модели:<br /> 1.1 Уточнил, что на основной старт ТД приходит в сопровождении Листка Запуска изделия (в противовес приходящим на второй вход Служебным Записка на запуск).<br /> 1.2. Попытался отразить, что составление сменно-суточных заданий производится по вложенному циклу: первый - по строкам Спецификации изготавливаемого изделия, второй (вложенный) - по строкам Маршрутной Карты, описывающей перечень производимых на участках операций над ДСЕ (деталями и сборочными единицами), из которых изготавливаемое изделие состоит<br /> 1.3 Добавил задания, связанные с нередким частичным закрытием договора, особенно когда изготовление затягивается на много месяцев.</p> <p>2. "И зачем вам таймер на 25-ое число? Если вы зарегистрируете договор после 25-го числа, ваш процесс застрянет на ожидании 25-го числа следующего месяца".<br /> Ответ: А затем, чтобы Вы указали на очередную моё ошибку :-). Я же познаю не только BPMN, но и само производство, в котором всего полтора года, и которое вместе со своими старожилами не спешит раскрывать передо мною все свои узкие места и способы их рсширения.<br /> Поэтому мои модели и носят подчас наивный характер.</p> <p>Ну а сейчас выкладываю последнюю версию, которую и будем обсуждать завтра. </p> http://bpmnforum.ru/topic/101#post-966 Птн, 29 Июн 2012 13:55:56 +0000 Julvern 966@http://bpmnforum.ru/ <p>Анатолий, Павел, добрый день и спасибо за комментарии.</p> <p>По некоторым из них у нас остались вопросы, которые мы бы хотели обсудить на семинаре завтра.<br /> По остальным, с которыми согласны, внесем изменения в схему и выложим чуть позже. </p> http://bpmnforum.ru/topic/100#post-965 Птн, 29 Июн 2012 13:39:34 +0000 Юлия Вагнер 965@http://bpmnforum.ru/ <p>вопрос "на засыпку": а что делает производство до того момента, как рассортируют ТД по участкам цеха? Шаг "Выполнять задания" следует строго за этим шагом. А до этого момента рубильник не включать? </p> http://bpmnforum.ru/topic/101#post-964 Птн, 29 Июн 2012 13:21:15 +0000 Анатолий Белайчук 964@http://bpmnforum.ru/ <p>Павел</p> <p>Не соглашусь по двум пунктам:</p> <p>1) Я бы не стал выносить дополнительную проверку в отдельный процесс, скорее изменил бы название процесса. Отзыв лицензии - возможно да, с учетом того, что для отзыва наверное возможны и другие основания, так что это логически не связанные (или слабо связанные) действия, в отличие от пары инспекция - дополнительная проверка.</p> <p>2) Связь через сигналы используется как минимум не реже, чем через сообщение. Преимущество связи через сигналы - слабая связанность процессов: процесс-инициатор может ничего не знать о процессе-обработчике; более того, процесс-обработчик может вообще быть не определен к моменту запуска в эксплуатацию процесса-инициатора. </p> http://bpmnforum.ru/topic/97#post-960 Птн, 29 Июн 2012 11:56:30 +0000 Pavel-Smirnov 960@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="//bpmnforum.ru/topic/97#post-943&quot;">Krushinskaya N.</a>:</cite><br /> От заказа до инвойса. Вариант 3</p> </blockquote> <p>Ответ на ваш вопрос &quot;ИЛИ КАК?&quot;</p> <p> [attachment=960,406] </p> http://bpmnforum.ru/topic/100#post-959 Птн, 29 Июн 2012 11:43:46 +0000 Pavel-Smirnov 959@http://bpmnforum.ru/ <p>Вы нарисовали причинно-следственную связь, но не процесс. Не могут 13 действий выполняться строго последовательно. Не бывает так в жизни. Вот по любому это несколько процессов, взаимодействующих между собой. </p> <p>И зачем вам таймер на 25-ое число? Если вы зарегистрируете договор после 25-го числа, ваш процесс застрянет на ожидании 25-го числа следующего месяца.</p> <p> [attachment=959,405] </p> http://bpmnforum.ru/topic/101#post-958 Птн, 29 Июн 2012 11:12:45 +0000 Pavel-Smirnov 958@http://bpmnforum.ru/ <p>Старт процесса не может быть &quot;промежуточным событием&quot;. Кружочек д.б. зеленым<br /> А еще сигналы использовать здесь не к месту. Обыкновенно окончание одного процесса связывают с началом другого через событие-сообщение.</p> <p> [attachment=958,404] </p> http://bpmnforum.ru/topic/101#post-957 Птн, 29 Июн 2012 11:04:16 +0000 Pavel-Smirnov 957@http://bpmnforum.ru/ <p>А еще я изменил бы начало процесса. Наверняка вы собираете отчеты не с одной КО, а с нескольких. Наверняка есть дата отчета, после которой вы начинаете "жестко требовать" с организаций, которые не представили свои отчеты.<br /> Посмотрите, предлагаю разделить ваш один процесс "прием отчетности" на два - "прием" и "контроль". Первый будет запускаться после получения очередного отчета от КО. Второй будет стартовать в дату "Последний срок подачи отчетности".<br /> Стрелочек меньше, восприятие лучше. </p> <p> [attachment=957,403] </p> http://bpmnforum.ru/topic/101#post-956 Птн, 29 Июн 2012 10:43:05 +0000 Pavel-Smirnov 956@http://bpmnforum.ru/ <p>Мой вариант процесса "Формирование консолидированной оценки". Перерисованный и с пояснениями:</p> <p> [attachment=956,402] </p> http://bpmnforum.ru/topic/100#post-955 Птн, 29 Июн 2012 09:42:27 +0000 ADSmb 955@http://bpmnforum.ru/ <p>Цитирую Максим Плотников,</p> <p>"На счет проблемных изделий. Я понимаю , что это изделия, которые не успели выполнить в срок по плану.<br /> Что если добавить в схему таймеры и условные развилки, например "Есть проблемные изделия?" и соответственно закрывать договора только "готовых изделий", после чего передавать готовые изделия заказчику".<br /> Ответ: Предложения справедливы:<br /> 1. Особенно по причине моего медленного "въезжания" в палитру изобразительных возможностей BPMN и BizAgi (а в нём, оказывается ещё есть какая-то Java-совместимая среда разработки!!!).<br /> 2. И учитывая не отображение мною реально сущестующей веточки частичного закрытия договоров на величину фактически выполненных работ.<br /> Подумаю, как это отобразить.</p> <p>"А "Прогнозировать" и "Анализировать" сделать только для "проблемных изделий"?"<br /> Ответ: Спасибо, подумаю. </p> http://bpmnforum.ru/topic/100#post-954 Птн, 29 Июн 2012 09:34:27 +0000 Анатолий Белайчук 954@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/100#post-950">ADSmb</a>:</cite><br /> Поясню свою позицию: меня учили, что первый вопрос, на который должен сам себе ответить бизнес - "КТО?". Кто будет решать ту или иную задачу? Смысл такой философии: отсутствие ответа на этот вопрос зачастую лишает смысла ответ на вопрос "Что (надо делать)?" </p></blockquote> <p>Не могу согласиться. Сначала ЧТО надо сделать, потом КОМУ это поручить. В этой философии мы нацелены на конечный результат - как лучше всего выполнить свою работу и максимально удовлетворить клиента. Все деятельности, не являющиеся необходимыми для достижения цели, являются лишними и должны быть ликвидированы - перевод с японского :) </p> http://bpmnforum.ru/topic/100#post-953 Птн, 29 Июн 2012 09:33:33 +0000 Максим Плотников 953@http://bpmnforum.ru/ <p>то же самое, только с разделением на 2 процесса </p> http://bpmnforum.ru/topic/100#post-952 Птн, 29 Июн 2012 09:25:52 +0000 Максим Плотников 952@http://bpmnforum.ru/ <p>во вложении вариант с развилкой по проблемным изделиям </p> http://bpmnforum.ru/topic/101#post-951 Птн, 29 Июн 2012 09:25:08 +0000 Анатолий Белайчук 951@http://bpmnforum.ru/ <p>1. Зачем нужен отдельный процесс "Формирование результатов инспекции КО" мне понятно (название процесса только не очень удачное). Зачем было делить "Прием отчетности" и "Анализ отчетности" - не понятно.</p> <p>2. Запрос документов у внешнего агента (КО в данном случае). Советую поступить проще: вместо пары задач "Запросить" - "Получить" с не вполне ясным смыслом изобразите одну задачу "Получить дополнительные документы" и назначьте ее нашему сотруднику. На выходе из задачи развилка по результату - удалось получить или нет. И все - никаких сообщений. </p> http://bpmnforum.ru/topic/100#post-950 Птн, 29 Июн 2012 09:10:41 +0000 ADSmb 950@http://bpmnforum.ru/ <p>Поясню свою позицию: меня учили, что первый вопрос, на который должен сам себе ответить бизнес - "КТО?". Кто будет решать ту или иную задачу? Смысл такой философии: отсутствие ответа на этот вопрос зачастую лишает смысла ответ на вопрос "Что (надо делать)?" </p> http://bpmnforum.ru/topic/97#post-949 Птн, 29 Июн 2012 09:10:38 +0000 Анатолий Белайчук 949@http://bpmnforum.ru/ <p>1. Перепутаны развилки. Первые две развилки изображены параллельные, по контексту вроде бы должны быть "или-или".<br /> 2. Ветка, которая уходит на начальника, там же и заканчивается, т.е. не оказывает влияния на ход процесса. Смысл?<br /> 3. Фабрика изображена отдельным пулом. Это другая компания (тогда понятно) или наше подразделение? Если наше подразделение, то забудьте про пулы и сообщения, просто назначьте фабрике задачу типа "Подготовить фабричный инвойс". </p> http://bpmnforum.ru/topic/100#post-948 Птн, 29 Июн 2012 09:06:20 +0000 ADSmb 948@http://bpmnforum.ru/ <p>Цитирую Анатолий Белайчук<br /> Исполнители в исполняемой диаграмме (извините за тавтологию) непременно должны быть назначены, но кто сказал, что это должно делаться визуально через дорожки?</p> <p>И если уж на то пошло, дорожки не задают исполнителя строго, а намекают на него. С точки зрения исполнения их вес такой же, как у комментариев - настоящий исполнитель задается в атрибутах задачи и на графической схеме не отображается.</p> <p> Ответ: Воспринял. Но, на мой взгляд, это неотображение снижает эффективность совместной работы ИТ и бизнеса, которому явно будет не хватать явного вида столь существенной для него информации. Ну не будет же он лазить по каждой задаче в её аттрибуты!<br /> Хотя, сознаю, что забегаю вперёд. Жду 30.06 и, с особенным нетерпением, 7.7. </p> http://bpmnforum.ru/topic/100#post-947 Птн, 29 Июн 2012 09:06:01 +0000 Максим Плотников 947@http://bpmnforum.ru/ <p>Александр,</p> <p>На счет проблемных изделий. Я понимаю , что это изделия, которые не успели выполнить в срок по плану.</p> <p>Что если добавить в схему таймеры и условные развилки, например "Есть проблемные изделия?" и соответственно закрывать договора только "готовых изделий", после чего передавать готовые изделия заказчику.</p> <p>А "Прогнозировать" и "Анализировать" сделать только для "проблемных изделий"? </p> http://bpmnforum.ru/topic/100#post-945 Чтв, 28 Июн 2012 18:42:57 +0000 Анатолий Белайчук 945@http://bpmnforum.ru/ <p>Исполнители в исполняемой диаграмме (извините за тавтологию) непременно должны быть назначены, но кто сказал, что это должно делаться визуально через дорожки?</p> <p>И если уж на то пошло, дорожки не задают исполнителя строго, а намекают на него. С точки зрения исполнения их вес такой же, как у комментариев - настоящий исполнитель задается в атрибутах задачи и на графической схеме не отображается. </p> http://bpmnforum.ru/topic/97#post-943 Чтв, 28 Июн 2012 17:41:12 +0000 Krushinskaya N. 943@http://bpmnforum.ru/ <p>От заказа до инвойса. Вариант 3</p> <p> [attachment=943,399] </p> http://bpmnforum.ru/topic/100#post-942 Чтв, 28 Июн 2012 17:33:27 +0000 ADSmb 942@http://bpmnforum.ru/ <p>Цитирую Pavel-Smirnov</p> <p>Кода вы проектируете процесс, в первую очередь сосредоточтесь на логике (переходов, действий). Проследите и продумайте все шаги. Когда станет ясно "что надо делать", назначьте исполнителей (кто будет делать). Добавьте на диаграмму дорожки и разнесите элементы по дорожкам. Если проектировать диаграмму сразу с учетом исполнителей - это сложно (обилие линий будет мешать увидеть картинку в целом).<br /> А еще лучше - вообще не пользоваться дорожками, потому что без них любая схема будет читаться лучше (ну а исполнителей можно и в комментариях к процессу подписать.<br /> Ответ: Ваша схема мною безусловно понимаема. И принимаема, но с оговоркой: как можно "сосредотачиваться на логике переходов, действий" без учёта их исполнителей? Ведь некоторые из заданий на схеме (три крайних справа на Вашей версии) меняют своё содержание в зависимости от исполнителя. Держать всё это в голове до момента перехода ко второй фазе (собственно назначению исполнителей)?<br /> Наверняка, мне предстоит ломка некоторых нажитых "непосильным трудом" стереотипов :-). В том числе тех, которые определяют степень нужности ("лишнести") элементов на схеме. </p> http://bpmnforum.ru/topic/97#post-941 Чтв, 28 Июн 2012 17:30:38 +0000 AlexanderLS 941@http://bpmnforum.ru/ <p>Спасибо, понял. </p> http://bpmnforum.ru/topic/101#post-940 Чтв, 28 Июн 2012 17:29:49 +0000 Julvern 940@http://bpmnforum.ru/ <p>Павел, спасибо.</p> <p>ОТредактировать предыдущее сообщение не получается. Поэтому файл с новым именем здесь. Прошу игнорировать на схеме вверху задачу "сейчас редактирует:" :) это для коллег </p> http://bpmnforum.ru/topic/97#post-939 Чтв, 28 Июн 2012 17:21:33 +0000 Krushinskaya N. 939@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/97#post-935">AlexanderLS</a>:</cite><br /> Наталья, добрый день.</p> <p>Подскажите, есть ли какие-то правила при формировании заказа или менеджер подбирает продукты случайным образом. Если, скажем, продукты есть везде и в достаточном количестве, он берет их все из одного места или понемногу из разных? - <strong>Преимущество имеет наличие на складе: если есть все на складе, фабрика не интересует. Склад один, фабрик 5 в разных городах. Вариант выбрать из транзита или с фабрики зависит от ближайшей даты достпуности и от желания клиента. Доставка с фабрики дороже. Преимущество имеет склад.</strong><br /> Второе, что имеется в виду под подпроцессом проверка резервов - поиск продуктов вообще или только среди зарезервированных? - <strong>только среди зарезервированных. поиск продуктов вообще=оформить заказ</strong></p> <p>Александр. </p></blockquote> http://bpmnforum.ru/topic/100#post-938 Чтв, 28 Июн 2012 16:58:54 +0000 ADSmb 938@http://bpmnforum.ru/ <p>Хм... Третья и недошедшая сразу до меня схема Павла Смирнова "приаттачилась" к моему ответу. Но теперь я понял смысл его последнего предложения.<br /> ...........................................................................................................................<br /> Ответ: Я читал, что дорожки - опциональны, т.е., как понимаю, не обязательны. Но как тогда можно исполнить процесс (просто его нарисовать мне недостаточно, для этого я 10 лет использую IDEF0), не имея принципиально важной (на мой взгляд) для этого информации об исполнителях??? Хотя я помню слова Анатолия Анатольевича, что кто исполняет - это вторично. То есть я ещё более заинтригован реальным содержанием термина "исполнять процесс".<br /> Прикрепляю версию модели в состоянии с учётом предыдущего своего ответа. </p> http://bpmnforum.ru/topic/100#post-937 Чтв, 28 Июн 2012 16:46:16 +0000 Pavel-Smirnov 937@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/100#post-934">ADSmb</a>:</cite><br /> Цитирую Pavel-Smirnov<br /> "и теперь можно будет увидеть лишние переходы и лишние элементы на диаграмме (номера с 1 по 4)"<br /> Ответ: Этими расхождениями и схождениями я хотел показать (может и неудачно), что по зашедшей на производство любым из двух указанных способов ТД рано или поздно (что определяется планированием) будут в цехах осуществляться соответствующие производственные работы.<br /> . Жду Вашего мнения, а обсуждаемый узел пока не меняю. </p></blockquote> <p>Ничего не понял из вашего объяснения :) Но "по-любому" на диаграмме не должно быть никаких лишних элементов. Все, что вы хотели бы дополнительно рассказать, надо рассказывать не через создание ненужных элементов, а простым описанием (комментарием к диаграмме) </p> http://bpmnforum.ru/topic/100#post-936 Чтв, 28 Июн 2012 16:41:53 +0000 Pavel-Smirnov 936@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/100#post-934">ADSmb</a>:</cite><br /> "А если вспомнить, что мы рисуем не должностные инструкции, а процесс, можно еще упростить диаграмму, отказавшись от дорожек исполнителей:<br /> Ответ: Эта часть Вашего текста и соответствующее прикрепление не визуализировалась. Прошу повторить. </p></blockquote> <p>Как так "не визуализировалась"? Даже в вашем сообщении я вижу свою картинку. наверное, я просто нехорошо объяснил. Попробую еще раз:<br /> Кода вы проектируете процесс, в первую очередь сосредоточтесь на логике (переходов, действий). Проследите и продумайте все шаги. Когда станет ясно "что надо делать", назначьте исполнителей (кто будет делать). Добавьте на диаграмму дорожки и разнесите элементы по дорожкам. Если проектировать диаграмму сразу с учетом исполнителей - это сложно (обилие линий будет мешать увидеть картинку в целом).<br /> А еще лучше - вообще не пользоваться дорожками, потому что без них любая схема будет читаться лучше (ну а исполнителей можно и в комментариях к процессу подписать) </p> http://bpmnforum.ru/topic/97#post-935 Чтв, 28 Июн 2012 16:36:15 +0000 AlexanderLS 935@http://bpmnforum.ru/ <p>Наталья, добрый день.</p> <p>Подскажите, есть ли какие-то правила при формировании заказа или менеджер подбирает продукты случайным образом. Если, скажем, продукты есть везде и в достаточном количестве, он берет их все из одного места или понемногу из разных?<br /> Второе, что имеется в виду под подпроцессом проверка резервов - поиск продуктов вообще или только среди зарезервированных?</p> <p>Александр. </p> http://bpmnforum.ru/topic/100#post-934 Чтв, 28 Июн 2012 16:30:21 +0000 ADSmb 934@http://bpmnforum.ru/ <p>Цитирую Pavel-Smirnov<br /> "Давайте попробуем убрать все сообщения. Линий станет меньше..."<br /> Ответ: Согласен, что отвлекают. Но при этом теряется способность модели определять, какому из участников для выполнения какго задания нужна какая информация (ну, хотя бы, из какого хранилища). Ведь одной из задач модели является "путеводительствование" нами при грядущей интеграции разрозненных и принадлежащих разным подпроцессам автоматизированных систем. Но, видимо, решение этой задачи - суть последующего этапа.<br /> Убираю.</p> <p> "и теперь можно будет увидеть лишние переходы и лишние элементы на диаграмме (номера с 1 по 4)"<br /> Ответ: Этими расхождениями и схождениями я хотел показать (может и неудачно), что по зашедшей на производство любым из двух указанных способов ТД рано или поздно (что определяется планированием) будут в цехах осуществляться соответствующие производственные работы.<br /> . Жду Вашего мнения, а обсуждаемый узел пока не меняю.</p> <p>" А еще увидим незавершенность одной из веток процесса (номер 5)<br /> Ответ: Реализацией первого замечания Максима Плотникова это замечание устраняется.</p> <p>"А если вспомнить, что мы рисуем не должностные инструкции, а процесс, можно еще упростить диаграмму, отказавшись от дорожек исполнителей:<br /> [attachment=928,395]<br /> Ответ: Эта часть Вашего текста и соответствующее прикрепление не визуализировалась. Прошу повторить. </p> http://bpmnforum.ru/topic/97#post-932 Чтв, 28 Июн 2012 15:56:50 +0000 Pavel-Smirnov 932@http://bpmnforum.ru/ <p>Мои замечания/предложения. Может быть пригодятся.</p> <p> [attachment=932,396] </p> http://bpmnforum.ru/topic/101#post-931 Чтв, 28 Июн 2012 15:37:42 +0000 Pavel-Smirnov 931@http://bpmnforum.ru/ <p>Файл не скачивается. Название должно быть коротким. Переназовите (до 8-ми символов) и перезалейте. Иначе никто не сможет скачать ваш проект (даже вы сами) </p> http://bpmnforum.ru/topic/100#post-930 Чтв, 28 Июн 2012 15:35:19 +0000 Pavel-Smirnov 930@http://bpmnforum.ru/ <p>А еще я бы подумал над разделением процесса на отдельные "Прогнозировать", "Анализировать" и "Выполнять задания" и т.д. Сейчас у вас полный цикл производства "в одном флаконе". Несколько процессов и читаться легче будут, и рисоваться, да и вообще... :) </p>