http://bpmnforum.ru/topic/83 bpmnforum.ru » Topic: Посоветуйте!? ru-RU Sat, 09 May 2026 02:49:35 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/83#post-1800 Пон, 19 Мар 2018 08:51:30 +0000 VadimK 1800@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/83#post-1799">Анатолий Белайчук</a>:</cite><br /> Пулы вместо дорожек - классический образчик того, как не надо моделировать процессы в BPMN.</p> </blockquote> <p>Я читал <a href="http://mainthing.ru/ru/item/682/]">http://mainthing.ru/ru/item/682/</a>. Если нужно показать только то, что может происходить с объектом (палетом) - то что надо. Но если нужно отразить особенности ритма работы каждого из участников (грузчики - "всегда готов", если начали, то ничего задержать не может; контролеры - только в рамках одной фуры, с необходимостью ожидания, если грузчики не успевают), то без отдельных пулов не обойтись. </p> http://bpmnforum.ru/topic/83#post-1799 Суб, 17 Мар 2018 10:55:36 +0000 Анатолий Белайчук 1799@http://bpmnforum.ru/ <p>Пулы вместо дорожек - классический образчик того, как не надо моделировать процессы в BPMN. </p> http://bpmnforum.ru/topic/83#post-1798 Птн, 16 Мар 2018 14:58:48 +0000 VadimK 1798@http://bpmnforum.ru/ <p>Изучаю BPMN.<br /> Пример показался интересным для построения диаграммы.<br /> Сделал предположения:<br /> 1. И грузчики, и контролеры начав обрабатывать фуру стараются довести дело до конца;<br /> 2. Грузчиков много, они могут обрабатывать несколько фур одновременно и начинают выгрузку сразу по прибытии фуры;<br /> 3. Контролеры могут одновременно обрабатывать только одну фуру, если начали, то пока не закончат к другой фуре не приступают<br /> 4. Карщика пока не рассматриваю.<br /> Диаграмма в приложенном файле.<br /> Использую Data Object вместо Data Store - мой текущий инструмент &quot;заточен&quot; под BPMN1.<br /> Дайте, пжл, замечания и/или комментарии.</p> <p> [attachment=1798,729] </p> http://bpmnforum.ru/topic/83#post-820 Втр, 24 Апр 2012 18:26:26 +0000 neverpoint 820@http://bpmnforum.ru/ <p>Добавлю для ясности - фонарь ручной и несколько кнопок. Контролер закончил считать,. щелкнул тумблер и пошел к следующей разгрузке) Нарисовать его нужно только как мессадж визуальный карщику - как вы правильно написали, в аналитической диаграмме. Для включения вашего аналитического процесса в исполнительный процесс, вам необходимо превратить аналитический процесс в подпроцесс задачи, которая будет в свою очередь входить в вашу BPMS. Эта задача будет исполняться и переходить к следующей через какие либо действия в системе пользователя (или триггера механического, если есть такой в ячейках на складе), например когда контролер указывает на компьютере прием товара.</p> <p>Полностью работу организации можно описать только аналитическим образом. Для автоматизации необходимо аналитические участки, не поддающиеся исполнению системой, превращать в подпроцесс единой системы автоматизации, где этот подпроцесс отмечается в системе к исполнению тем или иным способом. </p> <p>Вот почему так важно понимать разницу между аналитической диаграммой и исполнительной (неаналитической). И думаю то же самое имел в виду Анатолий. Но быть может Юлия имела в виду другое, что все диаграммы в BPMN прямого исполнения. В этом плане она права, все диаграммы исполняются так или иначе. </p> http://bpmnforum.ru/topic/83#post-817 Втр, 24 Апр 2012 15:49:36 +0000 Pavel-Smirnov 817@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/83#post-816">neverpoint</a>:</cite><br /> Например красный выгрузка, желтый подсчет, синий забор карщиком и зеленый место рвзгрузки свободно </p></blockquote> <p>Я, наверное, зря сразу не предупредил, сейчас моя задача - описать процесс как есть. Руководство хочет увидеть уже сложившийся процесс и разобраться в причинах его несовершенства. Поэтому рисовать "андоны" там, где их нет на самом деле - мне сейчас не выход. Нужно, чтобы на схеме была отражена настоящая ситуация на складе: когда карщики развозят с приемки на хранение когда сочтут это необходимым, когда грузчики зачем-то отвлекаются на приемку и т.д и т.п.<br /> p.s. За идею с фонарем спасибо. Может быть пригодится в будущем. </p> http://bpmnforum.ru/topic/83#post-816 Втр, 24 Апр 2012 15:05:59 +0000 neverpoint 816@http://bpmnforum.ru/ <p>Павел - Юлия говорила про аналог андона видимо - очень удобная штука в вашем случае и не дорого. Это от японцев пошло, по всему миру. Такая палка фонарь с разными цветами. Например красный выгрузка, желтый подсчет, синий забор карщиком и зеленый место рвзгрузки свободно </p> http://bpmnforum.ru/topic/83#post-815 Втр, 24 Апр 2012 12:29:25 +0000 Pavel-Smirnov 815@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/83#post-814">Юлия Вагнер</a>:</cite><br /> После того, как посчитан палет, процесс идет на ожидание второй ветки (разгрузки). И там стоит. Т.е. на "пункте ожидания" - сходящемся гейтвее - будут ожидать своего часа одна или несколько веток, которые посчитаны до того, как все разгрузили. Как только все палеты будут разгружены, сходящийся гейтвей начнет завершать ветки по мере прохода через шаг подсчета. Сначала те, которые уже ждали, а потом вновь пришедшие. </p></blockquote> <p>Получается, если паллет было 10, "процесс 1" будет иметь одно стартовое событие и 10 событий окончаний? Получается, что еnd-event "Посчитано" на самом деле end-event "Посчитан очередной паллет". И как узнать, что процесс завершился окончательно?<br /> Еще меня пугает предстоящее объяснение работникам склада механизма работы сходящегося гейта. Сложно как-то получилось. Должен быть способ нарисовать все проще. </p> <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/83#post-814">Юлия Вагнер</a>:</cite><br /> Триггер - это вызов, который срабатывает по какому-то условию. Например, это же может быть срабатывание фотоэлемента на разгрузочной площадке или появление записи в БД? Все зависит от реализации - в железе или на бумаге или фифти-фифти. Скорее всего, процесс развозки - это manual. Поэтому триггером может быть красный флажок, сигнализирующий, что на площадке что-то есть. Как-то так... </p></blockquote> <p>На нашей площадке нет фотоэлементов, нет записей в БД, нет красных флажков. Есть курсирующий по складу погрузчик, который, проезжая мимо зоны приемки, может на глаз определить - пора перетащит паллеты из приемки в хранение. То есть решение стартовать процесс принимает человек - вот как такое изображать на диаграммах? Простой event с комментарием "погрузчик сам принимает решение стартовать процесс" - такой вариант подходит, как вы считаете? </p> http://bpmnforum.ru/topic/83#post-814 Втр, 24 Апр 2012 12:11:55 +0000 Юлия Вагнер 814@http://bpmnforum.ru/ <p>После того, как посчитан палет, процесс идет на ожидание второй ветки (разгрузки). И там стоит. Т.е. на "пункте ожидания" - сходящемся гейтвее - будут ожидать своего часа одна или несколько веток, которые посчитаны до того, как все разгрузили. Как только все палеты будут разгружены, сходящийся гейтвей начнет завершать ветки по мере прохода через шаг подсчета. Сначала те, которые уже ждали, а потом вновь пришедшие.</p> <p>Триггер - это вызов, который срабатывает по какому-то условию. Например, это же может быть срабатывание фотоэлемента на разгрузочной площадке или появление записи в БД? Все зависит от реализации - в железе или на бумаге или фифти-фифти. Скорее всего, процесс развозки - это manual. Поэтому триггером может быть красный флажок, сигнализирующий, что на площадке что-то есть. Как-то так... </p> http://bpmnforum.ru/topic/83#post-812 Втр, 24 Апр 2012 11:37:10 +0000 Pavel-Smirnov 812@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/83#post-806">Юлия Вагнер</a>:</cite><br /> Павел,<br /> а я криминальную мысль изложу:<br /> процесс разгрузки и подсчета - это один процесс. </p></blockquote> <p>Юлия,<br /> а вот такой вопрос по вашей диаграмме:<br /> Допустим, в машине 10 паллет. Я их выгружаю, а приемщики принимают. Выгружать быстрее, чем принимать. Может так случиться, что я выгружу 10-ый (последний паллет), а приемщики будут считать только 4-ый.<br /> Правильно я понимаю, что сходящийся гейт сработает, когда я выгружу последний 10-ый паллет, но при условии, что приемщики к этому моменту успели посчитать хотя бы один паллет!? Или гейт сработает только когда приемщики выполнят все 10 заданий на подсчет?</p> <p>И да, мой вопрос по триггеру по данным - какое бизнес-правило он символизирует?</p> <p>Спасибо за ответы и участие в обсуждении. </p> <p>p.s. В методичке Анатолия искал разъяснения про триггер по данным, и наткнулся на вот такую фразу: " На АНАЛИТИЧЕСКОЙ диаграмме message может обозначать все, что угодно, на ИСПОЛНЯЕМОЙ диаграмме - сигнал, передаваемый от процесса к процессу". Для примера - вот оно - одно из отличий аналитической диаграммы от исполняемой.</p> <p>С уважением, ПС </p> http://bpmnforum.ru/topic/83#post-811 Втр, 24 Апр 2012 10:31:56 +0000 Юлия Вагнер 811@http://bpmnforum.ru/ <p>Ааааааа!!! Засада!!!! Я ЗАБЫЛА!!! что там бочка не предлагается прямо на поле, а в палитре есть ))))))) Конечно бочка.</p> <p>Павел, Вы имеете в виду триггер по данным (conditional)? </p> http://bpmnforum.ru/topic/83#post-810 Пон, 23 Апр 2012 22:39:52 +0000 neverpoint 810@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/83#post-809">Анатолий Белайчук</a>:</cite><br /> Корректнее все же использовать Data Store вместо Data Object - "бочку", а не "документ".</p> </blockquote> <p>1) насчет бочки - соглашусь полностью, потому и написал ранен, что учетчик заносит в базу. Это не может быть документом так как многие паллеты разбираются да и забор карщик производит выборочно<br /> 2) насчет разгрузки и учета, тогда уж правильнее на "прием груза" и "сортировка груза". Прием, это приняли и отпустили водителя. А сортировка может длиться сколько угодно уже с отпущенной машиной, чтобы он не простаивал. Потому как и при разгрузки учет делается (с водителем по паллетам) и при разборе паллет тоже учет </p> http://bpmnforum.ru/topic/83#post-809 Пон, 23 Апр 2012 20:07:58 +0000 Анатолий Белайчук 809@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/83#post-807">Pavel-Smirnov</a>:</cite><br /> Теперь осталось самое сложное - объяснить, что значок с изображением документа может означать еще и "паллеты на площадке" :) </p></blockquote> <p>Корректнее все же использовать Data Store вместо Data Object - "бочку", а не "документ". </p> http://bpmnforum.ru/topic/83#post-807 Пон, 23 Апр 2012 16:38:30 +0000 Pavel-Smirnov 807@http://bpmnforum.ru/ <p>Юлия, Анатолий, Neverpoint,<br /> Спасибо за разъяснения и комментарии. Сам остановился на варианте трех процессов: разгрузка, учет, размещение. Разгрузку и учет разделил, потому что:<br /> а) некоторые паллеты разбираются и поэтому в учет попадают не те паллеты (вернее - не всегда те), которые разгружаются.<br /> б) паллеты не всегда учитываются в той последовательности, в какой разгружаются. </p> <p>p.s. Юлия, а как называется событие-условие, оторое вы изобразили на диаграмме "Процесс 2"?<br /> p.p.s. Полдня разъяснял руководству почему "разгрузить, посчитать, размести" - это три разных процесса, а не "три прямоугольника друг за другом". Теперь осталось самое сложное - объяснить, что значок с изображением документа может означать еще и "паллеты на площадке" :) </p> http://bpmnforum.ru/topic/83#post-806 Пон, 23 Апр 2012 14:58:25 +0000 Юлия Вагнер 806@http://bpmnforum.ru/ <p>Павел,<br /> а я криминальную мысль изложу:<br /> процесс разгрузки и подсчета - это один процесс. Эти действия между собой связаны непосредственно. А вот карщики не связаны непосредственно с этим процессом. Если одновременно пришло несколько машин и они разгружаются разными бригадами, то карщики будут развозить палеты по принципу ЛИФО :) - чтобы не загромождать территорию, т.е., скорее всего, не будут разбираться, из какой именно машины выгружен палет.<br /> Это типа как работать через данные - данные ссыпаются в одну кучу (в нашем случае - на площадку).<br /> Если в аналитической диаграмме (я, честно говоря, не очень хорошо понимаю разницу между аналитической и &quot;неаналитической &quot;диаграммами) событие не годится, то тогда второй процесс (карщика) отрезаем, и делаем как на второй картинке.</p> <p> [attachment=806,366] [attachment=806,367] </p> http://bpmnforum.ru/topic/83#post-805 Пон, 23 Апр 2012 14:12:48 +0000 neverpoint 805@http://bpmnforum.ru/ <p>Вот я потому и написал, что карщика нельзя привязывать к грузчикам/приемщикам, тем более есть сборные паллеты, а значит с них груз может уходить по разным ячейкам, то есть из трех паллет может образоваться пять при разборке. Так ведь? </p> http://bpmnforum.ru/topic/83#post-804 Пон, 23 Апр 2012 14:08:42 +0000 Pavel-Smirnov 804@http://bpmnforum.ru/ <p>Уточню процесс. В жизни все происходит так:<br /> Есть график, по которому машины поставщиков должны бы приезжать на склад. Но график, само-собой, соблюдается не всегда.<br /> Есть грузчики, которые, бегут на разгрузку, как только машина подошла к воротам и нач. склада сказал "ату". Грузчики разгружают машину целиком, если товара мало. Если товара много, грузчики разгружают машину в несколько этапов, прерываясь на т.н. "разбор сборных паллет". Дело в том, что если поставщик прислал паллет, на котором навалено много разного товара, такой паллет приемщик не сможет принять, пока грузчик не разберет товар с паллета по отдельным "кучкам". И вот, чтобы не задерживать приемщиков, грузчики отвлекаются с приемки на разборку сборных паллет.<br /> Теперь приемщики. Они просто ждут, когда в зоне приемки появится товар, который можно будет принять. А еще есть карщик, который мотается по складу, и как только у него появляется свободное время, забирает принятый товар и развозит по складу. </p> http://bpmnforum.ru/topic/83#post-801 Пон, 23 Апр 2012 13:29:42 +0000 neverpoint 801@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/83#post-797">Pavel-Smirnov</a>:</cite><br /> А neverpoint в чем-то прав. Не получится использовать параллельный подпроцесс (рис. 3), ведь на момент старта мне не известно количество паллет, привезенных по-факту поставщиком. И как же тогда должна выглядеть диаграмма?</p> </blockquote> <p>Думаю следует исходить из логики процесса. Грузчики разгружают товар в присутствии водителя, который нес материальную ответственность на время доставки. Соответственно и контролеры должны присутствовать. Значит связка - водитель-грузчики-контролер это единый непрерывный процесс, внутри которого грузчики могут разгружать товар непрерывно и уйти, а контролер и водитель остаться до пересчета или составлению акта недостачи. После решения всех проблем контролеры отпускают водителя (грузчики уже ушли) и покидают место разгрузки. Тем временем по зоне выгрузке курсирует погрузчик который подбирает грузы как ему удобно в рамках уже его собственного процесса. У каждой паллеты есть стикер с ячейкой куда складировать. Контролеры при приемке сразу отмечают товар и система выдает место складирования внутри склада.<br /> Разделять на разгрузку одной фуры или не одной не вижу смысла, тем более грузчик может быть занят перетаркой товара внутри склада. Мой мессадж - что процесс погрузчика это отдельный процесс, со своей логикой и не связанный напрямую с выгрузкой </p> http://bpmnforum.ru/topic/83#post-800 Пон, 23 Апр 2012 13:27:42 +0000 Анатолий Белайчук 800@http://bpmnforum.ru/ <p>Павел, Вы с neverpoint рассматриваете разные задачи. Если пришла машина, то это одна постановка задачи, если грузы поступают непрерывно в течении дня, то другая.</p> <p>В первом (Вашем) случае есть вполне определенное множество объектов (паллет), каждый из которых надо обработать - цикл по объектам можно использовать. Количество как таковое не нужно - оно скорее нужно для стандартного цикла, нужно именно множество. Для исполняемой диаграммы нужно множество в виде соответствующей структуры данных в процессе, для аналитической - в виде "кучи" физических объектов.</p> <p>Во втором случае надо определиться - что мы рассматриваем в качестве процесса. Намекаю: "рабочий день склада" - плохая идея, "разгрузка фуры" - хорошая. </p> http://bpmnforum.ru/topic/83#post-797 Пон, 23 Апр 2012 11:22:35 +0000 Pavel-Smirnov 797@http://bpmnforum.ru/ <p>А neverpoint в чем-то прав. Не получится использовать параллельный подпроцесс (рис. 3), ведь на момент старта мне не известно количество паллет, привезенных по-факту поставщиком. И как же тогда должна выглядеть диаграмма? </p> http://bpmnforum.ru/topic/83#post-769 Суб, 21 Апр 2012 10:55:09 +0000 neverpoint 769@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/83#post-768">Анатолий Белайчук</a>:</cite><br /> Третий вариант нормальный, только не хватает старта и завершения в подпроцессе.<br /> Четвертый - это частный случай для машины с тремя паллетами. </p></blockquote> <p>Где то видел комментарий Анатолия, что количество экземпляров должно быть заведомо известно. Вопрос - почему такое условие и что делать если грузы поступают непрерывно, грузчики разгружают все фуры подряд в течение дня, а приемщики пересчитывают от фуры к фуре? При это погрузчик забирает паллеты пересчитанные как ему удобно? </p> http://bpmnforum.ru/topic/83#post-768 Суб, 21 Апр 2012 07:49:27 +0000 Анатолий Белайчук 768@http://bpmnforum.ru/ <p>Третий вариант нормальный, только не хватает старта и завершения в подпроцессе.<br /> Четвертый - это частный случай для машины с тремя паллетами. </p> http://bpmnforum.ru/topic/83#post-766 Птн, 20 Апр 2012 17:10:02 +0000 Aleksey Gromyko 766@http://bpmnforum.ru/ <p>Павел, поясните, пжл, как данная диаграмма будет использоваться для анализа? Что именно будет анализироваться? </p> http://bpmnforum.ru/topic/83#post-765 Птн, 20 Апр 2012 14:33:40 +0000 Pavel-Smirnov 765@http://bpmnforum.ru/ <p>Пожалуйста, посоветуйте - как правильно составить АНАЛИТИЧЕСКУЮ(!) диаграмму.<br /> Исходные данные такие:<br /> Авто от поставщика приезжает на склад. Товар в паллетах. Грузчики разгружают авто в зону приемки.<br /> В зоне приемки приемщики пересчитывают выгруженный товар. Карщик развозит паллеты с пересчитанным товаром по складу (на хранение).<br /> И условия:<br /> 1. Грузчики, разгружая товар, никого не ждут.<br /> 2. Приемщики могут начать считать товар, не дожидаясь окончания разгрузки.<br /> 3. Карщик развозит паллеты в &quot;свободное время&quot;.</p> <p>И собственно вопрос - как правильно такой процесс нарисовать на аналитической диаграмме!? Внимание - на аналитической диаграмме! И это значит, что диаграмма будет использоваться как инструкция (с одной стороны) и как документ для анализа процесса (руководством)</p> <p>Вариант 1 не подходит, потому что пересчет и размещение могут выполняться параллельно, и значит по такой инструкции склад не сможет работать.<br /> Вариант 2 не подходит, потому что пересчет может ждать разгрузки, а размещение может ждать окончания приемки. И еще из этой диаграммы не видно правильной последовательности работ с единицей товара (выгрузить, затем посчитать, затем разместить на склад)<br /> Вариант 3 - это он? Вариант 4 - это то же самое, что и вариант 3, да же?</p> <p>Спасибо заранее за ответы.</p> <p> [attachment=765,356] </p>