У BizAgi есть схема аренды (подписки) ПО, а не приобретения. По этой схеме платится 40$ за пользователя на год. Правда, на последующие годы платить придется снова и снова.

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

А деньги, ПМСМ, просто микроскопические за столь навороченный функционал. BizAgi предоставляет бесплатную evaluation версию без ограничения ее срока использования на 10 пользователей для того, чтобы можно было ее пощупать. Правда, в лицензии указано, что бесплатная версия не должна использоваться для реальных бизнес-процессов, используемых в работе, а может использоваться только для освоения продукта на неких "тренировочных" процессах.

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

СисойЕсли по теме топика, то указанные задачи замечательно решает 1С:Консолидация.1С:Консолидация не является BPM-системой. А это означает, что в ней невозможно проектировать приложение "от бизнес-процесса". В перечне требований конкретно данное требование явно не указано, но оно указано неявно в теме сабжа... :)

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

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

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

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

iscrafmподскажите плз, у кого есть ссылки, примеры действительно более менее сложных BPM систем. Имеется ввиду что-то серьезней управления заданиями или обмена сообщениями. Заранее спасибо.Я бы не сказал, что это процесс особо сложный, но он реально работающий. Разбирался на тренинге по BPMN.

iscrafmGaryaЯ бы не сказал, что это процесс особо сложный, но он реально работающий.
а какова роль в этом процессе именно системы?Передача управления от одних операций другим. Среда обмена сообщениями между разными участниками процесса (множества РСС, одного ЦСС). Среда мониторинга процесса. Среда накопления статистики и анализа.

Если кто до конца не понял. Этот процесс обеспечивает трехфазное тестирование и закрепление релиза унифицированного ПО (которое используется на множестве предприятий нашего холдинга) только после того, как получено подтверждение от всех участников процесса и со всех предприятий, где будет применяться новый релиз. За базу взята схема фиксации распределенных транзакций службы MS DTC.

Фаза 1: Альфа-тестирование у разработчика.

Фаза 2: Бета-тестирование в ЦСС

Фаза 3: Бета-тестирование в 15 РСС.

P.S. Прошу строго не судить - это первый мой опыт использования нотации BPMN. Сейчас ваяю Service Desk в BizAgi Studio.

iscrafmТам есть интерфейс "одного окна"?Конечно же есть.

iscrafmСам я конечно их "копал",типа BizAgi и другие, но до реального полноценного применения не пускает или излишняя сложность реализации именно интерфейсов из реальной жизни (в связи с чем просто желание этим заниматься пропадает) или просто отсутствие такой возможности.Странно это слышать. По-моему, ты там что-то недокопал... :)
Что может быть проще Drug&Drop полей метаданных на форму? Посмотри внимательно видеоролики .

iscrafm, наверное, я не обо всех ролях системы сказал. Там есть case-средства для разработки модели метаданных и привязки этой модели к WEB-формам и операциям процесса.

ViPRosк сожалению в этот день ДР у одной особы и скорее я пойду на днюху
...
значит таск манагемент не могем, а туда же - процесс манагамент?Очень жаль, что не придете. Похоже, нам есть о чем поговорить. Как раз на этом семинаре я буду очень много говорить о совмещении Project Management + Process Management + Task Management = Total Management.

iscrafm,
ну, это надо говорить уже более предметно

iscrafmНапример, хотя-бы процесс подготовки контракта и поддержки его ЖЦ, с формами (интересно посмотреть на Drag&Drop в этом случае или хотя-бы на примеры банального структурирования формы, состоящей из множества наборов данных), примером условий бизнес-логики и т.д.Подобный такому процессу, о котором ты говоришь, делался не в нотации BPMN, а в нотации UNIFY. Он на порядки сложнее, и он реально использовался на заводе в BPM-системе UNIFY NXJ. Это процесс "сторонний заказ" на выполнение неких производственных операций по субподрядному договору для другого производственного предприятия (ну, например, на другом заводе нет оборудования для литья, и оно обратилось на данный завод с предложением выполнить на его мощностях такие операции). Заказы все разные и по большей части уникальные - это не профильная деятельность завода. Когда внедряли BPM-систему решили начать с второстепенных процессов, чтобы прочувствовать возможности при минимальных рисках. Запуск системы в работу произошел через месяц после начала работы и еще 2 месяца ушло на постепенную ( ежедневную !) модификацию и постепенную детализацию процесса уже в процессе его работы. Процесс предусматривает взаимодействие множества различных подразделений. Если кратко, то он включает в себя прием заявок на "сторонний заказ", подготовку технологической документации, составление технико-экономического обоснования, оценка интегрируемости в производственные процессы завода, принятия решения о приеме или отказе, если заказ принят, то его дальнейший мониторинг и до окончательного сдачи работ заказчику.

К сожалению, в нотации UNIFY были проблемы с использованием подпроцессов, поэтому процесс получился очень сложным и запутанным. Рассматривать его "спагетти", которое представлено на одном уровне до всех элементарных операций - это означает гробить свой мозг. Тем не менее, этот процесс реально работал в BPM-системе UNIFY NXJ.

авторMessage will expire in: you can specify a duration for this message to remain active
The Target Pool and Step are optional. However, if you do not specify these, the message will
be broadcast to all Pools and all Steps. This can affect the performance of your system. Что-то я не понял... Выходит, что Catch Event Message потенциально может словить Throw Message, которое было послано ДО того как Catch вошел в сталию ожидания?

"if you do not specify these, the message will be broadcast to all Pools and all Steps" - и Message превращается в Signal. Судя по всему, Message в Bonita изначально является чем-то вроде широковещательного сигнала, на широкое вещание которого можно наложить что-то вроде фильтра. Но при этом фильтр не предполагает фильтрацию по ID экземпляров процессов-получателей. То есть, если 3 экземпляра процесса-получателя вошли в фазу ожидания приема сообщения, то при отправке одного сообщения от Throw Event Message все три его получат и "пойдут дальше". Сделать же так, чтобы получал кто-то один, судя по всему, не получится.