gust777Правильно ли я понял, что в BPM системах нельзя создать полноценную замену ERP? Пока тестирую processmaker и похоже там нет возможности иметь свою базу данных, создавать меню и разделы данных, состояния заказов. Это возможно только совместно со сторонней ERP, подключившись к ее БД.Для одних BPM-систем это действительно проблематично, для других - нет. Чем мне нравится именно BizAGi - в ней имеются весьма развитые встроенные case-средства для построения весьма сложных структур данных и привязки этих данных к бизнес-процессам и WEB-формам. Просто заходите в WEB-документацию и смотрите .

Скажу немного больше про BizAgi, что в ней особенно нравится. Многие BPM-cистемы имеют развитые средства оркестровки процессов, но хореография (то есть, межпроцессное взаимодействие) у них либо вовсе не реализовано, либо реализовано на примитивном уровне. В BizAGi весьма продвинутые возможности хореографии.

Что еще нравится? Богатейший выбор типов подпроцессов. Расскажу про два из них, которые меня приводят в состояние "пищания от восторга". :) Прежде всего, это "транзакционный" подпроцесс . В транзакционном подпроцессе на уровне ядра BPM-системы используется специальный протокол, который обеспечивает возможность отката ДЛИННОЙ транзакции (в отличие от СУБД-шной короткой транзакции такая транзакция может длиться месяцы и даже годы). Описав компенсирующее действие для каждого элементарного экшна, в случае возникновения события "Cancel" (что-то подобное команде "rollback tran" СУБД) ядро запускает компенсирующие действия, причем делает это в обратном порядке порядку уже выполненных экшнов. Особую вкусняшку тут составляет тот нюанс, что действия могут быть не только последовательными, но и параллельными, и при этом они все будут откачены в правильной последовательности и корректно. Это при том, что отдельно взятые экшны внутри такого подпроцесса могут выполняться отдельными приложениями и в рамках отдельно взятых СУБД составлять отдельную закомичиваемую транзакцию.

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

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

gust777, по заданному Вам вопросу см. видеоролик с 54-й секунды (вторая фаза):
http://www.youtube.com/v/Ev_yHfUwov0

iscrafm,

Всё верно. Но в BPM откатываются все параллельные потоки вычислений, принадлежащих к одному экземпляру транзакционного подпроцесса. То есть, по всем "токенам", которые одновременно могут идти по нескольким параллельным веткам этого подпроцесса, запускается откат. По сути, это откат нескольких логически взаимосвязанных потоков, а не одного.

Вообще-то, и в RAD разработать приложение, в котором реализуются несколько параллелных потоков вычислений, осуществляется их синхронизация, и производится откат вызовом компенсаций в обратном порядке. Всё это можно, да... Но! Какими усилиями? Потребуется врукопашную как-то обозначать все потоки вычислений, которые должны быть откачены за один прием, организовывать правильную последовательность запуска компенсирующих действий... Если появилось несколько новых действий, особенно, с распараллеливанием, требуется немножко "сломать мозги", чтобы не запутаться и внести коррективы в то, что ранее уже было сделано.

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

ViPRosя не понял, это типа среды разработки?BPM-система - это и среда разработки (нечто вроде RAD), и платформа, и некоторая особая методология разработки и сопровождения бизнес-приложений. Нюанс заключается в том, что и разработка, и сопровождение идет "от бизнес-процесса", и схема БП остается не просто нарисованной, а он запускается на исполнение именно в том виде, в котором нарисована. То есть, нарисованная схема БП является обязательной частью приложения.
Для того, чтобы такое приложение могло "исполняться" в соответствии с нарисованной схемой БП, в состав BPMS обязательно входит исполняющее ядро. Для того, чтобы процессы могли мониториться и взаимодействовать с пользователями-людьми, входит некий унифицированный портал для взаимодействия с пользователями. Но кроме людей они взаимодействют еще и с приложениями, WEB-службами, с СУБД и т.д. и т.п. и умеют всё это связывать воедино.

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

Как и в программировании, так и в рисовании БП есть "плохой" стиль и "хороший". Причем, для нотации BPMN "хорошесть" стиля, может быть, даже более значима, нежели для программирования. ПМСМ, шаблоны БП нужны лишь для того, чтобы научиться хорошему стилю. А рисовать БП можно "с нуля", и это совершенно не напрягает, потому что БП разрисовываются очень быстро, когда уже есть некоторая практика.

ViPRosкак структруируются процессоры?"Хороший" стиль подразумевает обозримость процесса. То есть, каждый процесс должен быть представлен описанием, состоящим не более чем из 5-10 компонентов. Схема не должна быть запутанной, она должна быть небольшой и простой для понимания. Сложный процесс разбивается на крупные части, и только эти части показываются на верхнем уровне иерархии его описания. Далее его части декомпозирекомпозируются с помощью подпроцессов, вкладываемых друг в друга в более детальное описание отдельных фаз этого процесса. Такие же правила дейсвтуют и для подпроцессов. Каждый подпроцесс не должен быть слишком сложным. Если он получается сложным, его разбивают на части и декомпозируют.
"Оркестровка" - это опиcание логической взаимосвязи внутри одного БП. Поскольку количество БП на предприятии может быть большим, и каждый из БП может описываться отдельно, требуется еще и инструмент "хореографии", то есть, описания взаимодействия БП. Чаще всего оркестровка описывает "сильные" взаимодействия, а хореография "слабые".

ViPRosможно иметь изменчивую во времени структуру( т.е. учитывать запланированные изменения в будущем)? как с мощностями процессоров, как утилизируются мощности?Не можно, а НУЖНО! В этом как раз заключается главная "фича" BPM-систем - в версионности шаблона БП. Шаблон БП может изменяться много раз "на ходу", когда в системе имеется масса обрабатывающихся экземпляров БП, каждый из которых находится на своей фазе исполнения. Изменения шаблона БП не мешает им исполняться. Те экземпляры, которые были запущены в работу до изменения, исполняются по старой схеме шаблона, а новые по новой. Казалось бы, "ну и что"? Делов-то, взять и создать БП под новым именем, добавив в имя номер и дату новой версии... Но для системы такие процессы будут РАЗНЫМИ процессами. А если на уровне функционала системы поддерживается версионность шаблона БП, то Процесс1 может иметь к концу года 100 разных редакций, и Процесс2 может иметь 120 разных редакций, и в системе может находиться 5000 экземпляров процессов, но система в них не запутывается, даже если среди них в данный момент находятся на исполнении по несколько экземпляров каждой из 220 редакций. Она сможет отличить статистику Процесса2 от статистики Процесса1 по всем их редакциям и собрать консолидируемую информацию в отчетах, которые не требуется модифицировать при появлении новых редакций процесса. Более того, такая система имеет набор стандартных "системных" отчетов для анализа процессов именно как процессов. То есть, некоторых потоков работ неопределенной формы. Поскольку состав каждого из процессов ей известен, она может проанализировать все его фазы или отдельную фазу и выявить узкие места.

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

По поводу же "отслеживания" скажу, что каждая BPM-система обязана иметь развитые средства мониторинга процессов. Выполнение каждой фазы каждого процесса регистрируется в БД с тем набором параметров, которые настроены для всего процесса и для каждой операции в нем. В саму логику процесса можно определить назначение задач по приоритетам, либо реагировать на отклонения БП от их нормального протекания. Можно также анализировать накопленную статистику уже исполненных процессов.

ViPRosчто то совсем не въезжаю в предназначение этой проги :( зациклился
а читаь ну совсем нет времениПросто посмотри видеоролик, который я привел чуть выше.

В добавок к ранее сказанному хочу заметить, что BPM-системы открывают перед бизнесом новые возможности, которые ранее им не были доступны в плане использования наиболее продвинутых концепций процессного менеджмента - отдельно взятой или их совокупности. Те концепции, для реализации которых ранее не было удобных ИТ-инструментариев для реализации подходов Lean, Six Sigma, кайдзен, TOC, ABC-анализа или их совокупности. Теперь такой инструмент есть.

ViPRosраспараллеливание и т.д. не проблема сейчас, куча фреймворков для этого
да одного PLINQ хватает за глаза в реальных приложенияхЯ имел в виду инструмент ВИЗУАЛЬНОГО программирования. Который позволяет ВИДЕТЬ шаблоны параллельных потоков вычислений, хоть полсотни сразу на одном экране. Не экземпляров, а шаблонов! У каждого из которых могут быть тысячи экземпляров...

И, к тому же, PLINQ - это средства всё-таки низкоуровневые. Вы ведь не станете показывать бизнес-заказчику PLINQ-код? :)
А BPMN-схему вполне можно показать.

ViPRosчто там такое СОЗДАТЬ ПРОЦЕССС? что на выходе получается? что такое Процесс?Картинка бизнес-процесса, построенная из набросанных на экран графических примитивов в нотации BPMN.

shahrukh, BPM-систем нынче уже много всяких-разных. Боюсь, что количество ERP-систем уже сейчас уступает числу BPM-систем.

Лично я с JIRA не знаком, поэтому не знаю, можно ли отнести ее к классу BPM-систем. О том, что из себя представляют BPM-системы, а также множество другой полезной информации, имеется на сайте http://www.bpms.ru/

ViPRosЯ пытаюсь понять НАСКОЛЬКО эти процессы ДЕЙСТВИЕЛЬНО БИЗНЕС процессы, а не процессы управления программными модулями(которые реализуют сам БП):)
Понятно, что экшн "вынести мусор" или "выкопать картошку" непосредственно BPM-системой выполнен быть не может. Однако, ею может быть сформулировано "поручение" конкретному человеку с подобной формулировкой. Он увидит в списке ожидающих выполнения задач подобную задачу и будет знать, что от него ожидается ее исполнение. Если время будет постепенно проходить, а он ничего не будет делать, то цветной маркер в списке его задач постепенно сменит цвет с зеленого на желтый. А когда задача окажется просроченной, поменяет цвет на красный.
Когда же он выкопает картошку, он откроет задачу и кликнет кнопку "выполнено", после чего задача исчезнет из его списка ожидающих выполнения, а БП уйдет дальше по своей траектории и может, например, направиться в транспортное подразделение для выделения грузовика для погрузки в него выкопанной картошки и отправки ее в магазин.

ViPRosГаря, на входе и выходе БП бывают ресурсы, БП эти ресурсы трансформирует с помощью других ресурсов особого типа (процессоры), которые огут быть входами выходами специфичних БП
это ж не картинка?
вот эти действия (которые я называю БП) кто делает? БизАги или программный модуль вне БизАги . а Биз Аги просто их запускает по правилам запуска?Бизнес-процессы в нотации BPMN описывают поток управления. Что именно этим потоком обрабатывается и по каким правилам, описывается дополнительно в свойствах графических примитивов, в свойствах всего процесса и т.д. В этой нотации есть так называемые "артефакты", которые позволяют визуализировать объекты, например, информационной модели, наложенной на поток управления. Что под ними подразумевается, описывается опять же в свойствах. Самое же главное отличие именно данной нотации от многих других - она разработана специально для BPM-систем как нотация исполнимых бизнес-процессов. В частности, нотация IDEF0, не смотря на всю ее простоту и живописность, изначально не была приспособлена для использования ее как нотации исполнимых процессов.