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

iscrafmХотите достичь глубокого сымсла - извольте потрудится, серьезно попрограммировать, поимпортировать и т.п. Да, тренер

Смешно ей-богу считать, что вы один тут "серьезно трудитесь".

Уважаемый iscrafm! Если вы не согласны с моими высказываниями, то будьте любезны возражать по существу. Приписывать оппоненту тезисы, которые он не высказывал, и потом с успехом их опровергать - это дешевый полемический прием, который не делает чести вам и не уместен на профессиональном форуме, каковым является sql.ru.

Очевидно, вы просто не владеете вопросом: не дали себе труда познакомиться с тем, как работают BPM-системы. Только так можно объяснить вашу позу "этого не может быть, потому что этого не может быть никогда".

iscrafmПод вашим ником кто-то еще пишет? Нет, под этим ником пишет один человек, с одной головой и двумя руками.

Ну что ж, давайте спокойно рассудим.

Mainframe_старыйКогда Вы предлагаете от всех болячек BPMS Если Вы перечитаете топик от начала, то убедитесь, что я ничего подобного не предлагал. Тема workflow (точнее, в данном контексте это была не тема, а вариация) началась со следующего замечания:
LunxВообще - правильно начинать с workflow - это систематизирует. Я дал к нему небольшой комментарий, основанные на личном опыте.

Затем был задан вопрос asdfghjklА можно - очень кратенько - ответить: что даст "нормальная BPM" сверх того, что дает арис? Спасибо. Задан был не мне, но я позволил себе ответить. Надеюсь, это простительно? Этот ответ зацепил iscrafm, который употребил термин "сказки", что заставило меня аргументировать свою позицию.

Факт уклонения от темы я уже признал: АБУклонился от темы, признаю. Топикстартеру я бы посоветовал, прежде чем изобретать собственную архитектуру интеграции, прочесть книжку под названием "Шаблоны интеграции корпоративных приложений". В ней и теория, и описание нескольких коммерческих реализаций, и вполне жизненные примеры.

Так что BPMS "от всех болячек" никогда не предлагал. И если задача чисто интеграционная, то для нее есть и чисто интеграционные решения. Которые тоже, кстати, могут называться "Integration BPMS", но по моему мнению, не являются BPM с точки зрения методологической.

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

iscrafmПодготовка спецификации к договору- > визирование->... Пример не слишком удачный: это скорее документооборот, чем бизнес-процесс, ну да ладно, пусть будет.

iscrafmА вот первый квадратик, к сож. , требует уже работы программиста для создания интерфейса этого самого документа или хотя-бы импорта документа из информационной системы Нет, не требует. BPM-система способна автоматически сгенерировать экраны пользовательского интерфейса, через которые к экземпляру процесса можно прикрепить документ созданный в Word и Excel. Будет ли этот интерфейс эргономичным? вряд ли. Следует ли считать хранение неструктурированного контента удачным решением? тоже нет. Но на определенном этапе проекта эту функциональность можно и нужно использовать, так как она позволяет в кратчайшие сроки и без затрат программистских ресурсов выявить схему бизнес-процесса. На этом этапе выполняется 5-10 итераций, включающих 1) исполнение процесса через упрощенные формы, 2) анализ выявленных дефектов схемы, 3) внесение изменений в схему. И только после того, как схема "утряслась", подключайте программистские ресурсы, ваяйте пользовательские интерфейсы, разрабатывайте интеграционные адаптеры. Вот так BPMS позволяет избежать автоматизации "не того" бизнес-процесса, о риске которой я говорил выше.

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

Тема сравнения ARIS с BPM мне тоже интересна. Прямо тут будем обсуждать или новый топик откроете?

Коротко уже пытались, не получилось. Открыт новый топик: ARIS vs. BPM

Да уж, "самый ультрамодный" в виде jBPM - это круто :) Как говорил один мой знакомый много лет назад, "что за фигня - в третий раз покупаю модем за 40 долларов, а он не работает!" Ясное дело, надо было сразу купить Courier за 120.

jBoss - вполне достойный продукт, и с ним вполне можно сэкономить на J2EE-сервере. Что касается jBPM, то он подойдет тем, кто любит писать много java кода. Оно бы и ничего, но идея именно BPM все-таки не в том, чтобы в очередной раз загрузить работой программеров, а в том, чтобы дать бизнес- (или power-) юзерам нечто наподобие MS Excel и Project: то, чем они смогут пользоваться самостоятельно (естественно, в каких-то рамках).

Супер-пупер BPM-система, развернутая для промышленной эксплуатацию, обойдется примерно в пол-лимона фантиков. Зеленых или эуропейских, у кого как. У IBM еще больше :) Бюджетный вариант - тот же MS; тем, кто предпочитает java, можно посоветовать взглянуть на Unify. Во всяком случае, с ним вы подниметесь на крыло много быстрее, чем с кем-либо из монстров, с одной стороны, и чем с jBPM - с другой.

Кстати, "большая" контора - это скока? А то от одних слышишь: "Какие мы большие, всего-то 5 тыщ народу. Вот раньше было 15 - тогда были большие." А другие говорят: "Мы сильно разрослись и стали очень большими - 200 человек, половина сидит в офисе."

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