2021年(BPM業(yè)務(wù)流程管理)jbpm和shark工作流引擎對比

1、 3/32021年(BPM業(yè)務(wù)流程管理)jbpm和shark工作流引擎對比 （BPM業(yè)務(wù)流程管理)jbpm和shark工作流 引擎對比 基于現(xiàn)狀各方面情況，我們討論到下一版本平臺的工作子系統(tǒng)在shark和jbpm中做一個選擇，前面我花時間學(xué)習(xí)了shark各方面的資料，現(xiàn)就Jbpm和Shark工作流各自特點列出比較（歡迎各位提出自己的見解和完善意見）： Xpdl:xmlprocessdefinitionlanguage. Bpel:BusinessProcessexecutionlanguage. Jpdl:JBossJpbmProcessdefinitionlanguage. 考察角度：穩(wěn)定性

2、，易用性，靈活性，可監(jiān)管，擴展性，可維護性，發(fā)展趨勢。 附圖1(shark類結(jié)構(gòu)圖)： 流程圖 附圖2（jbpm類結(jié)構(gòu)圖）： 定義部分 運行部分 流程圖 Fork和join范例（這也是和shark區(qū)別較大的一個地方）: 引擎數(shù)據(jù)表說明（可以知道jbpm大概包括哪些內(nèi)容）： JBPM_ACTIONaction記錄表 JBPM_DECISIONCONDITIONS結(jié)果條件表 JBPM_DELEGATION委托表 JBPM_EVENT事件表處理進入或者離開事件 JBPM_EXCEPTIONHANDLER異常處理表 JBPM_ID_GROUP用戶組表 JBPM_ID_MEMBERSHIP用戶成員表表現(xiàn)

3、用戶和組之間的多對多關(guān)系JBPM_ID_PERMISSIONS用戶權(quán)限表 JBPM_ID_USER用戶表 JBPM_MODULEDEFINITION模塊定義表 JBPM_MODULEINSTANCE模塊實例表 JBPM_NODE流程節(jié)點表 JBPM_POOLEDACTOR匯集參與著表 JBPM_PROCESSDEFINITION流程定義表 JBPM_PROCESSFILE流程文件表 JBPM_PROCESSFILEBLOCK流程文件塊表 JBPM_PROCESSINSTANCE流程實例表 JBPM_RUNTIMEACTION運行中行為表 JBPM_SCRIPTVARIABLES腳本變量表 JB

4、PM_SWIMLANE泳道表 JBPM_SWIMLANEINSTANCE泳道實例表 JBPM_TASK任務(wù)表 JBPM_TASKACTORPOOL用戶行為匯總 JBPM_TASKINSTANCE任務(wù)實例 JBPM_TIMER計時表 JBPM_TOKEN令牌表 JBPM_TOKENVARIABLEMAP令牌變量影射表 JBPM_TRANSITION轉(zhuǎn)換表 JBPM_VARIABLEINSTANCE變量實例表 JBPM_VARIABLEINSTANCEBLOCK變量實例塊表 JBPM_VARIABLEMAPPING變量影射表 摘錄Xpdl和Bpel對比： WFMC認(rèn)為BPEL才是“執(zhí)行語言”，而認(rèn)

5、為XPDL主要用來“建?！薄?XPDL領(lǐng)域主要還是利用了活動圖，狀態(tài)圖和FSM等元素；這些元素的結(jié)合很容易用來表達一個流程的建模模型；但是，我們的平常的做法，就是直接拿這個建模模型來作為了執(zhí)行語 言。 我們這樣做有什么缺點呢？ 首先，我們用XPDL表達了流程的建模模型，但是我們?yōu)榱俗屗蓤?zhí)行，加入了太多的業(yè)務(wù)人員不能理解的元素，導(dǎo)致業(yè)務(wù)人員不能直接使用它；其次，我們用XPDL表達了可執(zhí)行的元素，為了容易“建?！?，加入了很多“活動”等“建?！痹兀@些元素一般會需要去配置很多的屬性，而這些屬性是干擾和影響“執(zhí)行”的。 XPDL就是一個建模和執(zhí)行的混合體，是一個分析和實現(xiàn)的混合體。 實現(xiàn)模型還是要

6、靠BPEL。 摘錄PetiawhohedPatterns-basedEvaluationofOpenSourceBPMSystems: TheCasesofjBPM,OpenWFE,andEnhydraShark（分析角度控制流、數(shù)據(jù)和資源）研究報告的總結(jié)： 總的來說，可以概括為開源系統(tǒng)與開發(fā)人員（相對于業(yè)務(wù)分析師）結(jié)合得更加緊密。如果有人對Java很熟悉，jBPM或許是一個好的選擇，否則不建議使用jBPM；類似地，雖然從工作流模式的角度看，OpenWFE擁有一種針對工作流標(biāo)準(zhǔn)的強大語言，我們卻可以推斷出它對于非程序員來說很難懂；最后，EndydraShark對工作流模式的簡單支持可能要求特殊復(fù)雜的解決方式才能滿足重要的商業(yè)場景。 個人初步保留意見： 我們已經(jīng)有一個可以用的shark平臺，公司對shark有比較多的積累，但其中可能還有一些這樣那樣的小問題，發(fā)展本身受到shark技術(shù)和多方面原因的限制；如果部門將提高平臺定位高，甚至以后要作成