Подтвердил не из-за изменений по сравнению с версией 3.2, а из-за фактически дебютной новости на ЛОРе об этом продукте как минимум за последний год.

java нужно записывать не в метки а в недостатки, откуда такая безграмотность...

Расскажи это RedHat и IBM =)

Опа, не ожидал здесь увидеть эту замечательную программу. А то кругом проприетарщина одна.

и чем же она так плоха? А то вот на серваке крутится OpenFire и никак я не придумаю какой год уже, чем ему java мешает.

Да и ЛОРу чем она мешает?

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

Отлично, теперь клиенты нужны %)

что дальше ?

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

>Расскажите пожалуйста глупенькому, что такое система управления бизнес-процессами предприятия.

Это для той породы начальников, которые не представляют как что делать. Надо сделать лестницу. Умный позовет землекопа и скажет: «копай», потом вызовет снабженца и отправит на базу за гвоздями, досками и клеем; вытащит плотника из-за домино и ему поставит задачу. Он знает как что будет делаться, сколько чего надо и когда все будет готово. Его не обхитришь.

Но не все начальники умные. Некоторые не знают. Такие могут только в середку выйти и сказать «лестницу хочу». Остальное, думает, не барское дело. Землекоп с плотником кивнут и пойдут дальше козла забивать, типа гвоздей нет, за досками к снабженцу, а без клея и работа не работа. Понятно, начальника такое домино никак не устраивает, но по скудоумию своему он вместо того чтобы самому разбираться как что делать, начинает внедрять «системы управления бизнес-процессами». Чтобы, значит, он в середку вышел и лестницу приказал. А там оно без него завертелось. Заявка в конструкторский отдел, оттуда проект в отдел планирования, план в группу смет, смета в департамент снабжения и так пока не надоест. Смотрит начальник, и радуется: «Вон как моя заявка резво бежит! Ай, какая система управления бизнес процессами прозрачная!» А плотник с землекопом, как играли в домино, так и играют. Где уж там начальнику за ними уследить, когда у него ватага дармоедов бумажками перебрасывается.

>Например есть (или панируется) небольшая контора, есть бухгалтерия, начальство, цех, работники, ИТ отдел... у некоторых из них есть компьютеры, что дальше ?

«Как стать богатым в России»,
«Как стать миллионером на одну зарплату»,
... :)

> Расскажите пожалуйста глупенькому, что такое система управления бизнес-процессами предприятия.

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

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

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

В общем то же самое, о чем говорили и ранее, но другими словами =)

Из личного опыта

Сейчас система на этапе внедрения внутри организации.

Выбирали между RunaWF и Alfresco DM. Во многом похожие системы.
Все вкусные плюшки есть, включая поддержку пользователей ldap, импорт данных пользователей из ldap, поддержку серьёзных субд

выбор остановился на Runa по нескольким причинам:
- Ориентация системы на решение конкретных прикладных задач. С уделением внимания насущным вопросам, а не проблемам мироздания
- Полная локализация системы
- Достаточная для быстрого старта документация (на русском и с картинками :) )
- наличие off-line клиента, который уютно сидит в трее и оповещает пользователя о пришедшей задаче
- Вся эта радость кроссплатформенна. И сервер, и дизайнер, и офф-лайн клиент работает и под винду, и под линукс
- Доступность разработчиков, с которыми будет проще договорится, если возникнет необходимость
- Встроенный, уже налаженный на работу с Runa Дизайнер процессов, поддерживающий синхронизацию пользователей с сервером
- УЖЕ Работающие искаробки примеры, поковырявшись в которых, можно сразу начинать строить что-то своё
- Лёгкость освоения при нулевом начальном уровне знаний: Чтобы более-менее разобраться в системе и начать разработку не нужно быть специалистом по бизнес-процессом, с многолетним стажем программинга под jBPM
- Динамично развивающийся проект. Есть все основания полагать, что со временем он будет становится всё лучше

Есть и минусы:
- Недостаток документации при углублении. Множество функций не документировано, понимать их приходится посредством изучения их исходников
- В исходниках, к которым периодически приходится обращаться, начисто отсутствуют комментарии. Есть мысль, что это сделано с целью защиты инт. собственности, т.к. не могу себе представить введение нового человека в разработку, при таком положении вещей
- Серьёзный косяк - не публикация ченжлогов при выпуске новых версий. Вот вышла версия мажорная, а что в ней изменили - чёрт его знает. Приходится diff-ить исходники, чтобы понять.
amikheev, почему бы это не писать на викисайте хотя бы базовые изменения, хрен с ними с багфиксами. Но вот об этом изменении с версии 3.2 я узнал только сейчас...

Все минусы решаемы при желании.

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

>> Расскажите пожалуйста глупенькому, что такое система управления бизнес-процессами предприятия.

Позволю себе дополнить.

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

Для автоматизации бюрократических процессов (AKA порядка), если они (он) есть.

И да, если вы не знаете что это - значит вам это не нужно.

Если в Вашей фарме нет порядка вообще (хорошего или плохого - не важно), то и автоматизировать получается нечего. Правильный подход: у вас порядок прохождения документов вот такой-то, ищем систему для его поддержки. Но не только. По ходу в Линуксе (почти) отсутствует поддержка списков контроля доступа к файловой системе, к папкам и документам в них, иначе ACL's. И это правильно, потому что для обычных случаев она просто не нужна, то есть вредна как избыточная функциональность. Кроме задачи хранения офисных документов, к которым одна группа должна иметь доступ на чтение, другая на изменение, третьей нужно только видеть но не читать и так далее. А также наследования прав и вложенных групп. Так вот, поскольку RunaWFE интегрирована ещё и с СДО Alfresco, задача оказывается решенной. И не только она одна. Как ранее справедливо отмечал Skull, офисные документы неудержимо рвутся в облака, и RunaWFE вместе с Alfresco этому только способствуют. Они и для этого в том числе предназначены.

> Расскажите пожалуйста глупенькому, что такое система управления бизнес-процессами предприятия.

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

Работу системы можно сравнить с работой конвейера, «перенесенного» с производства в офис. Система позволяет работнику выполнять поступившие задачи, не отвлекаясь на:
- Получение необходимой для выполнения задания информации
- Передачу результатов своего труда другим работникам
- Изучение должностных инструкций
Все необходимое возникает на экране пользователя при «клике» на задание (в частности на экране может быть написана инструкция - как надо выполнять это задание). Таким образом (за счет исключения рутинных действий) достигается повышение эффективности труда.

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

кто пользовал сиё поделие, расскажите, имеются ли модули (или как реализовано) для разных сфер деятельности (металлургия, оказание услуг или выработка электричества, к примеру). и с чем можно сравнить программу

спасибо

> имеются ли модули (или как реализовано) для разных сфер деятельности

Это шарпоинт головного мозга? Если под модулями имеются ввиду готовые законченные решения, то их нет. Всё пишешь сам с нуля.

Всё взаимодействие с пользователем посредством веб интерфейса, который описываешь на FreeMarker-е, просто вводя или выводя из форм необходимые значения, которые потом обрабатываешь.

Это да, аналитиков команду засылать сначала =) Но это не гарантирует, что всё будет к началу внедрения =)

С другой стороны у нас всегда и везде так, а постоянство - признак профессионализма =)

Поделитесь опытом

Насколько мне известно, Alfresco – это ECM система, а RunaWFE – BPM. Вы пишете, что системы во многом похожи. Поясните, пожалуйста (основные отличия, сходства)?

Например, при беглом взгляде на Alfresco понравился механизм хранения версий документов, есть ли аналогичная функциональность в RunaWFE?

> Недостаток документации при углублении. Множество функций не документировано, понимать их приходится посредством изучения их исходников

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

В исходниках, к которым периодически приходится обращаться, начисто отсутствуют комментарии. Есть мысль, что это сделано с целью защиты инт. собственности

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

Политика комментирования при написании кода была выбрана следующая:
Пишутся только комментарии, которые отвечают на вопрос - «Для чего так было сделано?».
Для ответов на вопрос - «Что делает данный метод или класс?» используется название метода или класса, которые пишутся слитно, но каждое новое слово начинается с большой буквы.
Такое решение было выбрано, чтобы комментарии «не разошлись» с функциональностью кода. Проекту уже более 6 лет и многие классы и методы по многу раз рефакторились. Разработчиков достаточно много и если бы мы функциональность каждого класса и метода комментировали, то за соответствием кода и комментариев уже не уследили бы.
Названия, правда, все на английском. Но, т.к. проект международный, выложен на sourceforge, все комментарии все равно надо было бы писать на английском.

не могу себе представить введение нового человека в разработку, при таком положении вещей

У нас новые люди периодически появляются. За 6 лет разработки команда уже в значительной степени сменилась. Каких-то серьезных проблем с изучением кода новыми людьми не было.

Серьёзный косяк - не публикация ченжлогов при выпуске новых версий. Вот вышла версия мажорная, а что в ней изменили - чёрт его знает. Приходится diff-ить исходники, чтобы понять.

amikheev, почему бы это не писать на викисайте хотя бы базовые изменения, хрен с ними с багфиксами.

С этим соглашусь. Пользователям это может быть полезно.
Для знакомства с изменениями разработчики у нас смотрят комментарии к коммитам в sourceforge репозиторий, но заставлять это делать пользователей, конечно, не гуманно. - Добавим.

> кто пользовал сиё поделие, расскажите, имеются ли модули (или как реализовано) для разных сфер деятельности (металлургия, оказание услуг или выработка электричества, к примеру). и с чем можно сравнить программу

RunaWFE можно рассматривать в некотором смысле как framework, на котором реализуется функциональность для конкретного предприятия.

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

Дальше надо нанять секретаря, к этому вопрос следует подойти с максимальным вниманием и ответственностью, ведь ее попа - это фактическое лицо компании.

> Это да, аналитиков команду засылать сначала =) Но это не гарантирует, что всё будет к началу внедрения =)

Аналитиков часто можно найти на самом предприятии. Внедрение можно производить постепенно, относительно небольшими силами. - Так как система OpenSource, затрат на ее покупку нет, следовательно быстрая окупаемость не требуется.

Мы пробовали два механизма внедрения:
1. По подразделениям
2. По процессам

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

Во втором случае после разработки каждого отдельного процесса он утверждается (и т.д.) и внедряется сразу во всей группе компаний.
Такое внедрение позволяет проводить его небольшой группе аналитиков (1 - 2 человека)

Поясните тёмному, чем сабж отличается от millenium bsa?

Да мы с вами по одну сторону баррикад, просто продукты разные, но оба на JBoss-Portal сделаны =)

> Насколько мне известно, Alfresco – это ECM система, а RunaWFE – BPM. Вы пишете, что системы во многом похожи. Поясните, пожалуйста (основные отличия, сходства)?

ECM системы — Enterprise Content Management systems - системы управления информационными ресурсами предприятия. В качестве информационных ресурсов как правило рассматривается неструктурированная информация (документы), которая содержится в файлах различных форматов, электронных документах с различными наборами полей и т. п.

В ECM встраивают BPM-движки, но полноценной системе управления бизнес-процессами ECM система, как правило, уступает из-за отсутствия поддержки возможности быстрого изменения бизнес-процессов. То есть в ECM можно реализовать бизнес-процесс, но трудно менять его в оперативном режиме.

(Например, в Alfresco есть возможность как подключить внешнюю BPM-систему, так и использовать внутреннюю - JBOSS JBPM)

Преимущества ECM систем:
Удобная навигация по документам
Контекстный поиск,
Контроль версий документов
Система разграничения прав доступа к документам
Интеграция с MS Office и Open Office

BPM-системы наоборот ориентированы на быструю разработку, удобное исполнение и изменение бизнес-процессов, но в них, как правило, отсутствуют системы контроля версий документов и процедуры их контекстного поиска.

Для организации документооборота предприятия с возможностью быстрой перенастройки маршрутов рассмотрения и утверждения документов имеет смысл интегрировать на предприятии BPM- и ECM-систему.

Задачи BPM-системы:
графическое моделирование
перемещение точек управления бизнес-процессов
обмен данными
автоматическое формирование документов по шаблонам

Задачи ECM системы:
хранение документов
ведение версий документов
поиск документов по их атрибутам

Поэтому в Руне RunaWFE интегрирована с Alfresco как внешняя BPM-система.

Поделитесь опытом

Спасибо, теперь понятно. А где можно посмотреть информацию по интеграции RunaWFE и Alfresco? На данном этапе меня интересует больше не технический аспект, а пользовательский. Как это будет выглядеть с точки зрения конечного пользователя? Придётся работать в двух системах или подразумевается более тесная интеграция (с единой точкой входа и интерфейсом, например)?

> Поясните тёмному, чем сабж отличается от millenium bsa?

Millennium BSA - это ERP/CRM- система.
ERP - Enterprise Resource Planning (но обычно в России под ERP подразумевается учетная система - склад, бухгалтерия и т.п.)
CRM- Customer Relationship Management - система управления взаимоотношениями с клиентами.

RunaWFE - BPM-система (Система управления бизнес-процессами).

ERP и CRM системы могут как использовать процессный подход, так и не использовать его. Если ERP/CRM использует процессный подход, то внутрь ее встраивается (или с внешней интегрируется) BPM-система.

да штука очень интересная, конечно тягаться с комерческим netcracker ом далеко, но вот трекер типа jira он заменить может.

> Спасибо, теперь понятно. А где можно посмотреть информацию по интеграции RunaWFE и Alfresco?

Подробной пользовательской документации еще нет. В планах ее написание есть, но пока еще не получается ей заняться.

Про интеграцию RunaWFE с Alfresco я рассказывал на 6-ой конференции разработчиков свободных программ http://www.altlinux.ru/media/protva6-final_main.pdf, на Всеукраинская конференции разработчиков и пользователей свободных программ в Киеве - http://conference.osdn.org.ua/ru/archive/2009, а также на днях открытых дверей Альт Линукс на Softool2010 http://www.altlinux.ru/news/archive/2010/10/item/611. - Если нужно, могу представить что-то из материалов этих мероприятий.

Мы сейчас делаем демо-версию для интеграции RunaWFE с Alfresco. В демо - http://wfdemo.runa.ru/wfe есть процесс интеграции с Alfresco, называется - «approve my doc». Он работает с документами в Alfresco. Демо-Alfresco уже поднято на http://wfdemo.runa.ru:8080/alfresco, но еще пока по пользователям с RunaWFE не связано.

На данном этапе меня интересует больше не технический аспект, а пользовательский. Как это будет выглядеть с точки зрения конечного пользователя? Придётся работать в двух системах или подразумевается более тесная интеграция (с единой точкой входа и интерфейсом, например)?

В Руне мы используем керберос-аутентификацию для обеих систем, поэтому логиниться в каждую отдельно не нужно (и вообще логиниться не нужно). Внешний вид интерфейсов, конечно, несколько отличается (сравните wfdemo.runa.ru и wfdemo.runa.ru:8080/alfresco), но переходить между системами можно по перекрестным ссылкам.

Взаимодействие происходит следующим образом: В бизнес-процессах, которые исполняются в RunaWFE есть узлы, в которых процесс «дает задания» Alfresco - разместить документ, получить документ, найти документ или работать с версиями документа.

> Пишутся только комментарии, которые отвечают на вопрос - «Для чего так было сделано?»

спасибо, понятно. Просто я не программист, а не зная языка разбирать код на нём без комментариев - нелёгкая задача.
Если будет расширенная документация для разработчиков, то и необходимость лезть в код отпадёт