iscrafm
а ассемблер то при чем здесь? я говорю об описанной вами задаче и ваших попытках ее решить при помощи BPMS. Еще и инкапсуляцию приплели... не хватает квантовых вычислений для составления списка поездок и задачи на 2 минуты реализации.
это учебная задача. основное ее предназначение - разобраться в возможностях BPMS
ну а я заодно решил сравнить возможности бониты и бизаги

iscrafms_ustinovпропущено...

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

iscrafmвы себе противоречите.
всего чуть более получаса назад говорили не так

s_ustinovодним словом без знания языка ничего реально работающего ни в боните, ни в бизаги не сделать...

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

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

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

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