bpmnforum.ru

1. Pavel-Smirnov
   Участник

   Рейтинг:195

    

   Пожалуйста, посоветуйте - как правильно составить АНАЛИТИЧЕСКУЮ(!) диаграмму.
   Исходные данные такие:
   Авто от поставщика приезжает на склад. Товар в паллетах. Грузчики разгружают авто в зону приемки.
   В зоне приемки приемщики пересчитывают выгруженный товар. Карщик развозит паллеты с пересчитанным товаром по складу (на хранение).
   И условия:
   1. Грузчики, разгружая товар, никого не ждут.
   2. Приемщики могут начать считать товар, не дожидаясь окончания разгрузки.
   3. Карщик развозит паллеты в "свободное время".

   И собственно вопрос - как правильно такой процесс нарисовать на аналитической диаграмме!? Внимание - на аналитической диаграмме! И это значит, что диаграмма будет использоваться как инструкция (с одной стороны) и как документ для анализа процесса (руководством)

   Вариант 1 не подходит, потому что пересчет и размещение могут выполняться параллельно, и значит по такой инструкции склад не сможет работать.
   Вариант 2 не подходит, потому что пересчет может ждать разгрузки, а размещение может ждать окончания приемки. И еще из этой диаграммы не видно правильной последовательности работ с единицей товара (выгрузить, затем посчитать, затем разместить на склад)
   Вариант 3 - это он? Вариант 4 - это то же самое, что и вариант 3, да же?

   Спасибо заранее за ответы.

   

   Файлы

   1. Image_6.png (92 KB, 5 downloads) 12 лет old

   Опубликовано 12 лет назад #

2. Aleksey Gromyko
   Участник

   Рейтинг:18

    

   Павел, поясните, пжл, как данная диаграмма будет использоваться для анализа? Что именно будет анализироваться?

   Опубликовано 12 лет назад #

3. Анатолий Белайчук
   Хранитель

   Рейтинг:498

    

   Третий вариант нормальный, только не хватает старта и завершения в подпроцессе.
   Четвертый - это частный случай для машины с тремя паллетами.

   Опубликовано 12 лет назад #

4. neverpoint
   Участник

   Рейтинг:133

    

   Цитирую Анатолий Белайчук:
   Третий вариант нормальный, только не хватает старта и завершения в подпроцессе.
   Четвертый - это частный случай для машины с тремя паллетами.

   Где то видел комментарий Анатолия, что количество экземпляров должно быть заведомо известно. Вопрос - почему такое условие и что делать если грузы поступают непрерывно, грузчики разгружают все фуры подряд в течение дня, а приемщики пересчитывают от фуры к фуре? При это погрузчик забирает паллеты пересчитанные как ему удобно?

   Опубликовано 12 лет назад #

5. Pavel-Smirnov
   Участник

   Рейтинг:195

    

   А neverpoint в чем-то прав. Не получится использовать параллельный подпроцесс (рис. 3), ведь на момент старта мне не известно количество паллет, привезенных по-факту поставщиком. И как же тогда должна выглядеть диаграмма?

   Опубликовано 12 лет назад #

6. Анатолий Белайчук
   Хранитель

   Рейтинг:498

    

   Павел, Вы с neverpoint рассматриваете разные задачи. Если пришла машина, то это одна постановка задачи, если грузы поступают непрерывно в течении дня, то другая.

   В первом (Вашем) случае есть вполне определенное множество объектов (паллет), каждый из которых надо обработать - цикл по объектам можно использовать. Количество как таковое не нужно - оно скорее нужно для стандартного цикла, нужно именно множество. Для исполняемой диаграммы нужно множество в виде соответствующей структуры данных в процессе, для аналитической - в виде "кучи" физических объектов.

   Во втором случае надо определиться - что мы рассматриваем в качестве процесса. Намекаю: "рабочий день склада" - плохая идея, "разгрузка фуры" - хорошая.

   Опубликовано 12 лет назад #

7. neverpoint
   Участник

   Рейтинг:133

    

   Цитирую Pavel-Smirnov:
   А neverpoint в чем-то прав. Не получится использовать параллельный подпроцесс (рис. 3), ведь на момент старта мне не известно количество паллет, привезенных по-факту поставщиком. И как же тогда должна выглядеть диаграмма?

   Думаю следует исходить из логики процесса. Грузчики разгружают товар в присутствии водителя, который нес материальную ответственность на время доставки. Соответственно и контролеры должны присутствовать. Значит связка - водитель-грузчики-контролер это единый непрерывный процесс, внутри которого грузчики могут разгружать товар непрерывно и уйти, а контролер и водитель остаться до пересчета или составлению акта недостачи. После решения всех проблем контролеры отпускают водителя (грузчики уже ушли) и покидают место разгрузки. Тем временем по зоне выгрузке курсирует погрузчик который подбирает грузы как ему удобно в рамках уже его собственного процесса. У каждой паллеты есть стикер с ячейкой куда складировать. Контролеры при приемке сразу отмечают товар и система выдает место складирования внутри склада.
   Разделять на разгрузку одной фуры или не одной не вижу смысла, тем более грузчик может быть занят перетаркой товара внутри склада. Мой мессадж - что процесс погрузчика это отдельный процесс, со своей логикой и не связанный напрямую с выгрузкой

   Опубликовано 12 лет назад #

8. Pavel-Smirnov
   Участник

   Рейтинг:195

    

   Уточню процесс. В жизни все происходит так:
   Есть график, по которому машины поставщиков должны бы приезжать на склад. Но график, само-собой, соблюдается не всегда.
   Есть грузчики, которые, бегут на разгрузку, как только машина подошла к воротам и нач. склада сказал "ату". Грузчики разгружают машину целиком, если товара мало. Если товара много, грузчики разгружают машину в несколько этапов, прерываясь на т.н. "разбор сборных паллет". Дело в том, что если поставщик прислал паллет, на котором навалено много разного товара, такой паллет приемщик не сможет принять, пока грузчик не разберет товар с паллета по отдельным "кучкам". И вот, чтобы не задерживать приемщиков, грузчики отвлекаются с приемки на разборку сборных паллет.
   Теперь приемщики. Они просто ждут, когда в зоне приемки появится товар, который можно будет принять. А еще есть карщик, который мотается по складу, и как только у него появляется свободное время, забирает принятый товар и развозит по складу.

   Опубликовано 12 лет назад #

9. neverpoint
   Участник

   Рейтинг:133

    

   Вот я потому и написал, что карщика нельзя привязывать к грузчикам/приемщикам, тем более есть сборные паллеты, а значит с них груз может уходить по разным ячейкам, то есть из трех паллет может образоваться пять при разборке. Так ведь?

   Опубликовано 12 лет назад #

10. Юлия Вагнер
    Администратор

    Рейтинг:93

     

    Павел,
    а я криминальную мысль изложу:
    процесс разгрузки и подсчета - это один процесс. Эти действия между собой связаны непосредственно. А вот карщики не связаны непосредственно с этим процессом. Если одновременно пришло несколько машин и они разгружаются разными бригадами, то карщики будут развозить палеты по принципу ЛИФО :) - чтобы не загромождать территорию, т.е., скорее всего, не будут разбираться, из какой именно машины выгружен палет.
    Это типа как работать через данные - данные ссыпаются в одну кучу (в нашем случае - на площадку).
    Если в аналитической диаграмме (я, честно говоря, не очень хорошо понимаю разницу между аналитической и "неаналитической "диаграммами) событие не годится, то тогда второй процесс (карщика) отрезаем, и делаем как на второй картинке.

    

    Файлы

    1. 2.gif (5.2 KB, 3 downloads) 12 лет old
    2. 1.gif (17 KB, 2 downloads) 12 лет old

    Опубликовано 12 лет назад #

11. Pavel-Smirnov
    Участник

    Рейтинг:195

     

    Юлия, Анатолий, Neverpoint,
    Спасибо за разъяснения и комментарии. Сам остановился на варианте трех процессов: разгрузка, учет, размещение. Разгрузку и учет разделил, потому что:
    а) некоторые паллеты разбираются и поэтому в учет попадают не те паллеты (вернее - не всегда те), которые разгружаются.
    б) паллеты не всегда учитываются в той последовательности, в какой разгружаются.

    p.s. Юлия, а как называется событие-условие, оторое вы изобразили на диаграмме "Процесс 2"?
    p.p.s. Полдня разъяснял руководству почему "разгрузить, посчитать, размести" - это три разных процесса, а не "три прямоугольника друг за другом". Теперь осталось самое сложное - объяснить, что значок с изображением документа может означать еще и "паллеты на площадке" :)

    Опубликовано 12 лет назад #

12. Анатолий Белайчук
    Хранитель

    Рейтинг:498

     

    Цитирую Pavel-Smirnov:
    Теперь осталось самое сложное - объяснить, что значок с изображением документа может означать еще и "паллеты на площадке" :)

    Корректнее все же использовать Data Store вместо Data Object - "бочку", а не "документ".

    Опубликовано 12 лет назад #

13. neverpoint
    Участник

    Рейтинг:133

     

    Цитирую Анатолий Белайчук:
    Корректнее все же использовать Data Store вместо Data Object - "бочку", а не "документ".

    1) насчет бочки - соглашусь полностью, потому и написал ранен, что учетчик заносит в базу. Это не может быть документом так как многие паллеты разбираются да и забор карщик производит выборочно
    2) насчет разгрузки и учета, тогда уж правильнее на "прием груза" и "сортировка груза". Прием, это приняли и отпустили водителя. А сортировка может длиться сколько угодно уже с отпущенной машиной, чтобы он не простаивал. Потому как и при разгрузки учет делается (с водителем по паллетам) и при разборе паллет тоже учет

    Опубликовано 12 лет назад #

14. Юлия Вагнер
    Администратор

    Рейтинг:93

     

    Ааааааа!!! Засада!!!! Я ЗАБЫЛА!!! что там бочка не предлагается прямо на поле, а в палитре есть ))))))) Конечно бочка.

    Павел, Вы имеете в виду триггер по данным (conditional)?

    Опубликовано 12 лет назад #

15. Pavel-Smirnov
    Участник

    Рейтинг:195

     

    Цитирую Юлия Вагнер:
    Павел,
    а я криминальную мысль изложу:
    процесс разгрузки и подсчета - это один процесс.

    Юлия,
    а вот такой вопрос по вашей диаграмме:
    Допустим, в машине 10 паллет. Я их выгружаю, а приемщики принимают. Выгружать быстрее, чем принимать. Может так случиться, что я выгружу 10-ый (последний паллет), а приемщики будут считать только 4-ый.
    Правильно я понимаю, что сходящийся гейт сработает, когда я выгружу последний 10-ый паллет, но при условии, что приемщики к этому моменту успели посчитать хотя бы один паллет!? Или гейт сработает только когда приемщики выполнят все 10 заданий на подсчет?

    И да, мой вопрос по триггеру по данным - какое бизнес-правило он символизирует?

    Спасибо за ответы и участие в обсуждении.

    p.s. В методичке Анатолия искал разъяснения про триггер по данным, и наткнулся на вот такую фразу: " На АНАЛИТИЧЕСКОЙ диаграмме message может обозначать все, что угодно, на ИСПОЛНЯЕМОЙ диаграмме - сигнал, передаваемый от процесса к процессу". Для примера - вот оно - одно из отличий аналитической диаграммы от исполняемой.

    С уважением, ПС

    Опубликовано 12 лет назад #

16. Юлия Вагнер
    Администратор

    Рейтинг:93

     

    После того, как посчитан палет, процесс идет на ожидание второй ветки (разгрузки). И там стоит. Т.е. на "пункте ожидания" - сходящемся гейтвее - будут ожидать своего часа одна или несколько веток, которые посчитаны до того, как все разгрузили. Как только все палеты будут разгружены, сходящийся гейтвей начнет завершать ветки по мере прохода через шаг подсчета. Сначала те, которые уже ждали, а потом вновь пришедшие.

    Триггер - это вызов, который срабатывает по какому-то условию. Например, это же может быть срабатывание фотоэлемента на разгрузочной площадке или появление записи в БД? Все зависит от реализации - в железе или на бумаге или фифти-фифти. Скорее всего, процесс развозки - это manual. Поэтому триггером может быть красный флажок, сигнализирующий, что на площадке что-то есть. Как-то так...

    Опубликовано 12 лет назад #

17. Pavel-Smirnov
    Участник

    Рейтинг:195

     

    Цитирую Юлия Вагнер:
    После того, как посчитан палет, процесс идет на ожидание второй ветки (разгрузки). И там стоит. Т.е. на "пункте ожидания" - сходящемся гейтвее - будут ожидать своего часа одна или несколько веток, которые посчитаны до того, как все разгрузили. Как только все палеты будут разгружены, сходящийся гейтвей начнет завершать ветки по мере прохода через шаг подсчета. Сначала те, которые уже ждали, а потом вновь пришедшие.

    Получается, если паллет было 10, "процесс 1" будет иметь одно стартовое событие и 10 событий окончаний? Получается, что еnd-event "Посчитано" на самом деле end-event "Посчитан очередной паллет". И как узнать, что процесс завершился окончательно?
    Еще меня пугает предстоящее объяснение работникам склада механизма работы сходящегося гейта. Сложно как-то получилось. Должен быть способ нарисовать все проще.

    Цитирую Юлия Вагнер:
    Триггер - это вызов, который срабатывает по какому-то условию. Например, это же может быть срабатывание фотоэлемента на разгрузочной площадке или появление записи в БД? Все зависит от реализации - в железе или на бумаге или фифти-фифти. Скорее всего, процесс развозки - это manual. Поэтому триггером может быть красный флажок, сигнализирующий, что на площадке что-то есть. Как-то так...

    На нашей площадке нет фотоэлементов, нет записей в БД, нет красных флажков. Есть курсирующий по складу погрузчик, который, проезжая мимо зоны приемки, может на глаз определить - пора перетащит паллеты из приемки в хранение. То есть решение стартовать процесс принимает человек - вот как такое изображать на диаграммах? Простой event с комментарием "погрузчик сам принимает решение стартовать процесс" - такой вариант подходит, как вы считаете?

    Опубликовано 12 лет назад #

18. neverpoint
    Участник

    Рейтинг:133

     

    Павел - Юлия говорила про аналог андона видимо - очень удобная штука в вашем случае и не дорого. Это от японцев пошло, по всему миру. Такая палка фонарь с разными цветами. Например красный выгрузка, желтый подсчет, синий забор карщиком и зеленый место рвзгрузки свободно

    Опубликовано 12 лет назад #

19. Pavel-Smirnov
    Участник

    Рейтинг:195

     

    Цитирую neverpoint:
    Например красный выгрузка, желтый подсчет, синий забор карщиком и зеленый место рвзгрузки свободно

    Я, наверное, зря сразу не предупредил, сейчас моя задача - описать процесс как есть. Руководство хочет увидеть уже сложившийся процесс и разобраться в причинах его несовершенства. Поэтому рисовать "андоны" там, где их нет на самом деле - мне сейчас не выход. Нужно, чтобы на схеме была отражена настоящая ситуация на складе: когда карщики развозят с приемки на хранение когда сочтут это необходимым, когда грузчики зачем-то отвлекаются на приемку и т.д и т.п.
    p.s. За идею с фонарем спасибо. Может быть пригодится в будущем.

    Опубликовано 12 лет назад #

20. neverpoint
    Участник

    Рейтинг:133

     

    Добавлю для ясности - фонарь ручной и несколько кнопок. Контролер закончил считать,. щелкнул тумблер и пошел к следующей разгрузке) Нарисовать его нужно только как мессадж визуальный карщику - как вы правильно написали, в аналитической диаграмме. Для включения вашего аналитического процесса в исполнительный процесс, вам необходимо превратить аналитический процесс в подпроцесс задачи, которая будет в свою очередь входить в вашу BPMS. Эта задача будет исполняться и переходить к следующей через какие либо действия в системе пользователя (или триггера механического, если есть такой в ячейках на складе), например когда контролер указывает на компьютере прием товара.

    Полностью работу организации можно описать только аналитическим образом. Для автоматизации необходимо аналитические участки, не поддающиеся исполнению системой, превращать в подпроцесс единой системы автоматизации, где этот подпроцесс отмечается в системе к исполнению тем или иным способом.

    Вот почему так важно понимать разницу между аналитической диаграммой и исполнительной (неаналитической). И думаю то же самое имел в виду Анатолий. Но быть может Юлия имела в виду другое, что все диаграммы в BPMN прямого исполнения. В этом плане она права, все диаграммы исполняются так или иначе.

    Опубликовано 12 лет назад #

21. VadimK
    Участник

    Рейтинг:2

     

    Изучаю BPMN.
    Пример показался интересным для построения диаграммы.
    Сделал предположения:
    1. И грузчики, и контролеры начав обрабатывать фуру стараются довести дело до конца;
    2. Грузчиков много, они могут обрабатывать несколько фур одновременно и начинают выгрузку сразу по прибытии фуры;
    3. Контролеры могут одновременно обрабатывать только одну фуру, если начали, то пока не закончат к другой фуре не приступают
    4. Карщика пока не рассматриваю.
    Диаграмма в приложенном файле.
    Использую Data Object вместо Data Store - мой текущий инструмент "заточен" под BPMN1.
    Дайте, пжл, замечания и/или комментарии.

    

    Файлы

    1. Процесс.jpg (102.1 KB, 0 downloads) 6 лет old

    Опубликовано 6 лет назад #

22. Анатолий Белайчук
    Хранитель

    Рейтинг:498

     

    Пулы вместо дорожек - классический образчик того, как не надо моделировать процессы в BPMN.

    Опубликовано 6 лет назад #

23. VadimK
    Участник

    Рейтинг:2

     

    Цитирую Анатолий Белайчук:
    Пулы вместо дорожек - классический образчик того, как не надо моделировать процессы в BPMN.

    Я читал http://mainthing.ru/ru/item/682/. Если нужно показать только то, что может происходить с объектом (палетом) - то что надо. Но если нужно отразить особенности ритма работы каждого из участников (грузчики - "всегда готов", если начали, то ничего задержать не может; контролеры - только в рамках одной фуры, с необходимостью ожидания, если грузчики не успевают), то без отдельных пулов не обойтись.

    Опубликовано 6 лет назад #

RSS лента этой темы

Ответ

Вы должны авторизоваться, чтобы публиковать сообщения.