Подтвердить что ты не робот

Какой механизм рабочего процесса выбрать?

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

Мои основные критерии оценки ниже

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

В настоящее время я оцениваю Activiti и JBPM. Bonita open BPM тоже кажется хорошим кандидатом, но никогда не использовал его. У вас, ребята, успешное развертывание на Bonita?

4b9b3361

Ответ 1

Я только что делал оценку Activiti vs jBPM.

На самом деле между двумя решениями очень мало.

  • Activiti - это Apache V2, jBPM 5.0 также является Apache V2.
  • В настоящее время мы используем Activiti, но проект все еще находится в dev, поэтому я не могу прокомментировать его надежность в производстве.
  • jBPM начинает процесс создания продукта, поэтому поддержка 5.x будет доступна в первом квартале 2012 года, см. слайд 32: демонстрация jBPM. jBPM 4 не был поддержан Redhat.
  • jBPM 4.x не поддерживал BPMN 2.0, но 5.x делает, также делает Activiti. jBPM 5.0 только что был выпущен, что включает поддержку BPMN 2.0. Итак, теперь оба решения поддерживают BPMN 2.0.
  • Я не совсем уверен, что вы подразумеваете под этим, но вы можете многое сделать через оба API.
  • Опять же, не уверен, что вы подразумеваете под этим, вы имеете в виду встроенный как часть сервера приложений, и в этом случае да для обоих решений.

Одним из наших критериев для jBPM было взаимодействие с Guvnor, и когда я загрузил и выполнил демонстрационную установку для jBPM (28/03/2011), и все еще, казалось, были некоторые основные ошибки (GUVNOR-1274), поэтому я лично испытал бы намного больше, прежде чем я решил продолжить это решение.

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

Ответ 2

Хотя у меня мало практического опыта, я недавно предпринял исследовательский всплеск вариантов Java BPM. Я сузил его до 3:

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

Дальнейшие сравнения между Drools и JBPM можно найти здесь:

Слюни в JBPM

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

Насколько ваши критерии идут:

Open-Source и OEM- совместимая лицензия - Drools использует либеральную 'ASL/BSD/MIT-esque лицензию', сообщество активно. jBPM использует лицензии apache, eclipse и MIT

Производственные Установки. Я понимаю, что слюни используются многими страховыми компаниями и кредитными контролерами, не уверен, что JBPM

Коммерческая поддержка доступна для обоих

Поддержка открытых стандартов - BPMN - оба реализуют BPMN, и в силу характера проектов с открытым исходным кодом очень ориентированы на стандарты.

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

Встраиваемые - обе предлагают целые системы, но модулируются, поэтому это должно подходить для встраивания в существующие системы.

Ответ 3

Bonita Open Solution - отличный инструмент для работы с открытым исходным кодом, написанный на Java

Ответ 4

Могу ли я использовать стек MS? WWF 4.0 для двигателя, реконструируемый дизайнером. WCF для связи. Сервер MS Sql для BI. Множество .NET разработчиков там, чтобы помочь построить и настроить. Помимо цели Windows, не зависит от внешнего поставщика.