Comments on: A Case For BPMN Signal Event

By: Ирина

Ирина — Mon, 13 Sep 2010 11:48:22 +0000

Спасибо Вам за комментарий.

By: Anatoly Belychook

Anatoly Belychook — Mon, 13 Sep 2010 11:08:39 +0000

Ирина

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

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

А.Б.

By: Ирина

Ирина — Mon, 13 Sep 2010 10:56:26 +0000

Очень интересные возможности могут открыться в будущем по использованию событий типа “сигнал”. На семинаре по “автоматизации процессов в вузе” вы говорили можно использовать стиль “каскад со смещением”, т.к работы не всегда выполняются по плану. Так вот управляющие сигналы смогут координировать действия при таком стиле выполнения. Например, запланировано сделать точно заказ к определенной дате, но он сделан на неделю позже. Можно выставить формальный диапазон ожидания, не плановый, а с запасом. В вузе по плану диплом на проверку надо сдать в определенную дату, но по факту сдают намного позже. Также ожидание сигнала может стать гарантией, что процесс все равно продолжится независимо от того когда пришел сигнал (это определенная страховка).

By: Anatoly Belychook

Anatoly Belychook — Fri, 10 Sep 2010 06:25:09 +0000

Следите за объявлениями.

By: German

German — Thu, 09 Sep 2010 20:26:23 +0000

а про тренинг можно поподробнее

By: Anatoly Belychook

Anatoly Belychook — Thu, 09 Sep 2010 09:16:24 +0000

Как это нет информации на диаграммах? А что означает data object, подписанный “Заказы на производство”, и входящие-выходящие в него стрелки?!

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

By: Сергей Кузин

Сергей Кузин — Thu, 09 Sep 2010 09:05:56 +0000

За пример - отдельно спасибо!

By: Сергей Кузин

Сергей Кузин — Thu, 09 Sep 2010 08:52:27 +0000

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

По второму варианту - просто ещё один из способов реализации, пусть и неоптимальный

By: Anatoly Belychook

Anatoly Belychook — Thu, 09 Sep 2010 08:15:26 +0000

Сергей

В моей схеме заказ отправится в производство сразу после того, как он успешно согласован. Отправка эта заключается в том, что в таблицу базы данных “Очередь заказов” добавляется запись. А производство (диспетчер-планировщик) прочтет заказы в конце дня. Причем не один, а сразу все накопившиеся заказы. Это похоже на Ваш третий вариант, только без отдельного процесса (зачем он?).

По второму варианту: фиксировать полученные сигналы, и что с ними делать? Наверное, складывать в базу данных? А зачем так сложно, когда можно сразу складывать в базу безо всяких сигналов.

А.Б.

By: Сергей Кузин

Сергей Кузин — Thu, 09 Sep 2010 07:08:13 +0000

Анатолий, в процессе “От заказ до оплаты” перед действием “Отправить заказ в производство” стОит ли добавить промежуточное событие “Ждать запрос от производства”? Ведь отправка произойдёт лишь в конце рабочего дня…
Ещё вариант реализации примера - экземпляр процесса “От заказа до оплаты” после согласования заказа выдаёт сигнал типа “Есть согласованный заказ”, и тогда процесс “Планирование производства” обращается за согласованными заказами только к этим экземплярам процессов в конце рабочего дня (но он должен фиксировать полученные сигналы).
Третий вариант - после согласования все заказы помещаются в отдельное хранилище/буфер/очередь (можно реализовать отдельным процессом?), к которому в конце рабочего дня обращается процесс планирования и выбирает заказы согласно некоторым правилам (объёмы, приоритеты, сроки, …).
Чётвёртый вариант - сам процесс планирования может послать сигнал экземплярам процессов “От заказа до оплаты” о списке попавших в график заказов.