Który silnik workflow do wyboru?

Question

Jesteśmy obecnie w trakcie oceny silnika BPM i naprawdę doceniłbym wkład społeczności. Robię swoją należytą staranność, ale chciałbym również usłyszeć sugestię opartą na historiach realizacji.

Moje główne kryteria oceny są poniżej

1. open source i OEM przyjazny licencyjnej
2. instalacji produkcyjnych (sukcesy są bardzo pomocne)
3. dostępne komercyjne wsparcie
4. otwarty wsparcia standardy - BPMN
5. dynamiczne tworzenie/zestawianie przepływu pracy na podstawie danych wejściowych
6. embedable

Aktualnie oceniam Activiti i JBPM. Bonita Otwarty BPM wydaje się być dobrym kandydatem, ale nigdy go nie używał. Czy macie jakieś udane wdrożenia na Bonita?

Answer 1

Właśnie dokonałem oceny Activiti vs jBPM.

W rzeczywistości wydaje się, że pomiędzy tymi dwoma rozwiązaniami jest bardzo niewiele.

1. Activiti to Apache V2, jBPM 5.0 to także Apache V2.
2. Obecnie używamy Activiti, ale projekt jest nadal w wersji deweloperskiej, więc nie mogę komentować jego solidności w produkcji.
3. jBPM rozpoczyna proces tworzenia produktu, więc obsługa 5.x będzie dostępna w pierwszym kwartale 2012 r., Patrz slajd 32: jBPM demo. jBPM 4 nie był obsługiwany przez Redhat.
4. jBPM 4.x nie obsługiwał BPMN 2.0, ale 5x robi to samo, co Activiti. jBPM 5.0 właśnie został wydany, co obejmuje obsługę BPMN 2.0. Teraz oba rozwiązania wspierają BPMN 2.0.
5. Nie jestem do końca pewien, co masz na myśli przez to, ale możesz zrobić wiele dzięki obu interfejsom API
6. Ponownie, nie wiesz, co masz na myśli przez to, masz na myśli osadzony jako część serwera aplikacji, w którym przypadku, tak dla obu rozwiązań.

Jednym z naszych kryteriów jBPM była interakcja z Guvnor, a kiedy pobrać i zainstalować demo pobiegł za jBPM (28/03/2011) i nadal wydawało się być kilka poważnych błędów (GUVNOR-1274), tak Osobiście przetestowałbym dużo więcej, zanim zdecydowałbym się zastosować to rozwiązanie.

W rzeczywistości, będziemy zalecać jedno z dwóch powyższych rozwiązań, ale nie jesteśmy jeszcze pewni, które jeszcze przyjrzymy się bliżej w tym roku.

Answer 2

Nie używam sterty MS? WWF 4.0 dla silnika, re-hostable designer. WCF do komunikacji. MS Sql Server for BI. Mnóstwo programistów .NET, którzy pomagają budować i dostosowywać. Inne niż cel systemu Windows, brak zależności od zewnętrznego dostawcy.

Answer 3

Mimo, że mam niewielkie doświadczenie praktyczne, podjąłem ostatnio badania nad nowymi opcjami BPM Java. I zmniejszyła go do 3:

• jBPM
• Drools
• przewróceniu własne

Wspólnota Drools wydaje się bardziej aktywne, narzędzia są lepsze, silnik reguły bardzo wyrafinowane (jak to była podstawą drools), ale otaczający proces biznesowy był dobrze zintegrowany. Jednak jBPM był bardziej skoncentrowany na procesach biznesowych i gładszy. Oboje są zarządzane przez JBoss

Dalsze porównania między Drools i jBPM można znaleźć tutaj:

Drools v jBPM

Jeśli masz pewność deweloperami i wymagania nie są zbyt skomplikowane, to zawsze warto zastanowić przetaczać własne. BPM może prowadzić do anemicznych modeli domen (jak opisano w tym poście Rules Engine pros and cons o silnikach reguł), gdy próbujesz adoptować swoje modele domen, aby pasowały do ​​takich systemów, również dobrze zbudowane systemy dostosowane do Twojej firmy zawsze będą skuteczniejsze.

miarę Twoich kryteriów idzie:

open source i licencji OEM przyjazny

Drools używa liberalny 'licencję ASL/BSD/MIT-esque', społeczność jest aktywna. jBPM wykorzystuje Apache, Eclipse i MIT licencji

instalacje produkcyjne (sukcesy są bardzo pomocne)

Rozumiem Drools jest używany przez wiele firm ubezpieczeniowych i warcaby kredytowych, nie pewien, jBPM

komercyjne wsparcie dostępne

dostępne zarówno

otwarte standardy wspierające - BPMN

Oba wdrożenia BPMN i ze względu na charakter projektów open source są bardzo normy zorientowane

dynamiczne tworzenie/montaż workflow oparty na wejściu

Zarówno chociaż na ogół jest łatwo realizowane ręcznie

zabudowany

Oba oferują całe systemy, ale są modulowane, więc powinno to zostać osadzone w istniejących systemach.

Answer 4

Bonita Open Solution jest również doskonałym źródłem silnik workflow otwarty napisany w Javie