aagАБ, а какие BPM системы, умеющие генерить эти интерфейсы, вы могли бы посоветовать? С трудом себе представляю BPMS-систему, которая не умела бы генерить экраны веб-интерфейса пользователя к шагам бизнес-процесса. Если этого нет, то это не BPMS по-моему.

aagМне до сих пор не очень понятно - все виденные схемы бизнес-процессов, по существу очень близки к workflow. Ну и правильно. Грубо говоря, BPM = worflow в стиле документооборота + идея управления бизнес-процессов + стандартизация + интеграция с корпоративными приложениями. Современный human-centric BPM отличается от старого доброго workflow всего лишь тем, что 1) нацелен на end-to-end процессы (они же enterprise processes) вместо фрагментов типа "согласование бумажки", 2) готов к тому, что схема процесса может измениться в любой момент, 3) пытается следовать каким-никаким, но стандартам в области моделирования и интеграции.

aagА как задается реализация "внутре квадратика"? Допустим, что на каком-то этапе разбить его на под-модель уже не получится ,т.е. остается уже чисто расчетное/бухгалтерское/инженерное наполнение. Нет, все-таки не зря про программистов анекдоты сочиняют! :)

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

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

Только программист может считать, что это workflow и потому не круто. Слишком просто и вообще недостаточно автоматизировано :) С точки зрения бизнеса (собственника, топа) это то, что делает бизнес-процесс прозрачным, управляемым, предсказуемым. Управление важнее автоматизации.

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

WJА Вы пытались хоть раз довести процесс до исполнения хотя бы в одном из них? А нафига - известно ведь, что пламя все равно разгорится из ИСКРЫ. (Шучу, шучу. Пятница, вечер... прошу никого не обижаться.)

strizhTIBCO, WebMethods, Interstage, Unify, Intalio, JBoss... Кто-нибудь из вас добился на одном из этих продуктов запуска в промышленную эксплуатацию именно BPM-системы, управляемой графической схемой ? У TIBCO есть несколько внедрений в России, но правда это в основном телеком и system-to-system BPM. wM выиграл тендер и сейчас внедряется в банке ТуранАлем (Казахстан), в нескольких очень серьезных компаниях в России сейчас запускаются пилотные проекты. Interstage раньше продвигал Software AG, сейчас они переключились на wM, поэтому перспективы Interstage туманны. У Unify есть и законченные, и текущие проекты. Про ситуацию с внедрением остальных не знаю.

strizhЧтоб преобразовать boolean в integer надо рисовать что-то типа, как на картинке :) Сорри за оффтоп, но не наблюдается ли такая тенденция и в вышеуказанных BPM-движках ? Нет, все там нормально. В любом месте можно подцепить кусок кода либо на java, либо на javascript. Плюс средства для доступа к внешним БД и приложениям.

strizhНашли вариант, чтобы какие-то из схем опубликовать ? Где смотреть ? Директор ИС #02/2007 , эта же статья с большим числом иллюстраций на bpms.ru .

iscrafmсовсем запутались искренне сочувствую

strizhУважаемый АБ, на какой из BPMS вы развернули работающее решение, описанное в статье, упомянутой выше ? Какие сопутствующие технологии были применены ? Для разработки форм, для подключения других систем, да и просто - какая ОС на сервере ? Этот конкретный проект сделан на unify. Формы сделаны на нем же. Интеграцию стараемся делать через веб-сервисы, но тут все зависит от конкретной системы. От ОС зависит мало что, это же java. Больше от сервера J2EE. Если у заказчика нет собственных предпочтений, используем JBoss. Если уже стоит, к примеру, Oracle AS, ставим на него.

strizhОбъясните, pls, темному. Каким конкретно образом (хотя-бы в вышеприведенном примере) BPMS доносит до исполнителя, что ему нужно чего-то сделать ?
1) Ему в нужный момент приходит email со ссылочкой, куда зайти
2) Исполнитель сам должен периодически заходить на свою страничку, а на ней будут текущие задания
3) У исполнителя все время запущено некое приложение, в котором в нужный момент всплывают задания
4) Еще как-то ? Стандартный (из коробки) способ - вы заходите на веб-страничку, авторизуетесь, видите список своих заданий. Посмотрите демо-ролик на unify.ru, в нем работа с бизнес-процессом показана со стороны аналитика, программиста и пользователя.

Дальше все зависит от вашей фантазии. В сущности, на движок BPM можно смотреть как на java API, обратившись к которому можно получить и список процессов, и список назначенных лично вам заданий. И не только смотреть, но и производить манипуляции с экземпляром процесса: перевести его на следующий шаг, назначить другого исполнителя, добавить новый операнд или шаг, которого вообще не было в исходной схеме... практически все что душе угодно. Таким примерно образом мы делали и переадресацию заданий в почту, и список текущих заданий в наладоннике.

strizhЛет 6 назад, когда про BPM я и не слышал, я что-то близкое делал, вешая в cron запуск PHP-скриптов, которые искали нужные факты в БД и рассылали юзерам по почте ссылочки на формы, которые им надо заполнить в связи с этими самыми фактами. А другие скрипты контролировали, а заполнены ли формы, и посылали письма с угрозами или кляузы начальству :) Да, это достаточно близко. Добавляется "только" графическая схема процесса. Айтишники зачастую не врубаются: чем так уж хороша графическая схема? Действительно, можно схему процесса и закодировать. Графическая схема - не для программистов, а для того чтобы люди бизнеса воспринимали систему как свою, а не как очередную "систему для ввода непонятных данных с неопределенными целями". То есть чтобы задействовать BPM как методологию. Чтобы иметь возможность схему менять в том темпе, который требует бизнес. А он обычно требует "уже вчера".

Ну и еще один важный момент: даже если вы знаете как это реализовать самим, хорошенько подумайте - стоит ли тратить на это свои силы. BPMS (как и DBMS) - это системный софт. А совмещать в одной компании и прикладные, и системные разработки - дело крайне тяжелое.

iscrafmкогда требуется указать множество условий при которых документ попадает к нужному исполнителю в зависимости от его содержания,а потом, зависимости от содержания, нужно "нарисовать" чтобы документ отправился в другой город, а там в соответствующем виде попал в другую систему, которая управляет дальнейшим процессом, а по завершении его вернулся в стартовую систему и при этом чтобы в стартовой системе было видно что с процессом происходило в "другой" системе и т.д. и т.п. Это все относится к области system-to-system BPM (aka integration BPM): content-based routing, message translation, event messaging... Для этих вещей тоже есть инструменты, позволяющие большую часть работы делать визуально, обходясь минимумом кода. Но, визуально или кодом, эту часть работы программист может и должен делать без глубокого вовлечения людей бизнеса.

Но до сих пор речь шла о human-to-human BPM (aka workflow). Именно он в первую очередь интересен бизнесу, и он сильно нагружен методологией. Integration BPM - вещь чисто технологическая. С точки зрения задач интеграции, BPM - это вспомогательная компонента, которая позволяет наладить гибкую маршрутизацию сообщений и сохраняет промежуточные состояния сообщений. Какая уж тут методология процессного управления.

Human BPM - это управление сквозными (end-to-end) бизнес-процессами. Integration BPM - это автоматизация фрагментов бизнес-процессов. Со второй задачей айтишники так или иначе справляются. Первая же задача в большинстве компаний не то что не решена - даже до конца не осознана.

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

iscrafmТолько я не пойму, почему Вы считаете интересным бизнесу обмен сообщениями? Странно, как Вы читаете, справа налево? Я ясно написал, что это дело айтишников, бизнесу обычно интересней человеческие аспекты.

iscrafmТо что Вы считаете Int... BPM на самом деле тоже workflow. Это не я так считаю, это общепринятая терминология. Конечно, на некотором уровне абстракции можно считать, что и то BPM, и это тоже. А на еще более высоком уровне - что все на свете суть объекты. Такой взгляд тоже бывает полезен. Иногда.

strizh1) Если у заказчика нет Oracle, и вы ставите JBoss - какую СУБД вы используете для регистрации действий над процессами (статистики) ? На выбор: Oracle, MS SQL или встраиваемая GUPTA SQLBase, которая идет в комплекте с Unify NXJ.
strizh2) Получается, что продукт Unify NXJ - это клиентское ПО для аналитиков и разработчиков, которые на нем рисуют схемы и по ним автоматом генерят java-приложения, запускаемые на J2EE-сервере ? И именно эти сгенеренные и размещенные на JBoss, к примеру, приложения и управляют "оживлением" BPM-схем, регистрируют статистику и рисуют пользовательские экраны ? Некоторые уточнения: 1) Помимо клиентского ПО, есть движок BPM - это серверная компонента, которая инсталлируется и исполняется внутри J2EE-сервера, например, JBoss. 2) Схема процесса не транслируется в java код, а обрабатывается движком как данные. 2) Пользовательские экраны, которые генерируются автоматически (на лету), используются только на стадии прототипирования бизнес-процесса. В дальнейшем, ближе к промышленной эксплуатации, экраны пользовательского интерфейса (на основе AJAX) разрабатываются программистом в традиционном IDE, входящем в Unify NXJ.
strizh3) Какой минимальный бюджет, по Вашему мнению, может быть получен на "пилоте" с применением Unify + JBoss и автоматизацией одного подразделения компании (службы качества и рекламаций) - примерно 10 пользователей, включая 2 "топов" уровнем выше. Хотя-бы без стоимости услуг консалтинга ? Цены на ПО Unify открыты, см. unify.ru . На техподдержку, консалтинг в объеме пилота и обучение добавьте еще примерно по 20% на каждую статью. Только целью BPM не может быть автоматизация подразделения, по определению!