工作流系統(tǒng)技術(shù)可行性分析v1.1

1/1工作流系統(tǒng)技術(shù)可行性分析v1.1關(guān)于工作流系統(tǒng)技術(shù)選型可行性分析

1系統(tǒng)背景

醫(yī)院的運(yùn)作過程本質(zhì)上是人、財、物等資源的優(yōu)化和配置，形式上無一不體現(xiàn)為信息流、資金流、物流、價值流等合理的流動；隨著醫(yī)院不同科室、部門分工的日益具體化，合作已成為主題，合作的體現(xiàn)形式必然是一個完整而高效的工作流程；有管理的醫(yī)院的活動過程必然是有序的，這種有序性體現(xiàn)為合理的工作流程。因而工作流(workflow)無處不在。

2系統(tǒng)建設(shè)目標(biāo)

1)隔離workflow系統(tǒng)的控制邏輯和醫(yī)院業(yè)務(wù)系統(tǒng)的業(yè)務(wù)邏輯，使得業(yè)務(wù)邏輯

的變更對于控制邏輯透明。

2)利用該引擎開發(fā)的業(yè)務(wù)信息系統(tǒng)可以根據(jù)具體業(yè)務(wù)需求量身定制個性化的

業(yè)務(wù)流程，而不用修改控制邏輯，甚至無需修改源代碼。

3)業(yè)務(wù)人員、開發(fā)人員、實施人員可以共同參與流程制定、流程、節(jié)點(diǎn)維護(hù)

4)提供靈活、豐富的標(biāo)準(zhǔn)開發(fā)接口，使得開發(fā)人員能采用自己習(xí)慣的開發(fā)工

具在該平臺上定制和擴(kuò)充模塊。

5)采用多層分布式組件技術(shù)，力求技術(shù)先進(jìn)性和應(yīng)用的健壯性。

6)工作流自動化和醫(yī)院應(yīng)用積木化。

3工作流技術(shù)選型方案

3.1技術(shù)選型目標(biāo)

1)較好的流程定義工具。

2)工作流技術(shù)架構(gòu)與業(yè)務(wù)系統(tǒng)之間解耦性較強(qiáng)。

3)工作流系統(tǒng)定位為嵌入式系統(tǒng)，并進(jìn)行嵌入式部署。

4)業(yè)務(wù)人員、開發(fā)人員、部署實施人員均可參與對流程定義做可視化管理

5)業(yè)務(wù)人員、開發(fā)人員、部署實施人員均可參與流程走向做可視化管理。

6)可從容應(yīng)對較常使用的工作流場景

7)架構(gòu)開源程度——100%

8)開源社區(qū)活躍度較高

9)架構(gòu)文檔較為齊全

10)監(jiān)控、管理功能支持

11)有較好其他工作流引擎整合方案

3.2開源工作流選型

當(dāng)前開源工作流種類繁多，現(xiàn)對目前國內(nèi)較活躍的三種工作流（jBPM4,jBPM5,Activiti5）做簡要介紹與分析，供參考：

3.2.1jBPM4

3.2.1.1架構(gòu)簡介

jBPM4全稱javaBusinuessProcessManagement第四版(最后一個修訂版本jBPM4.4發(fā)布于2010-07-19),是一種基于javaEE的輕量級工作流管理軟件包。jBPM項目由TomBaeyens2002年發(fā)起，并與2004加入到JBoss組織，至今jBPM發(fā)展至今有九年時間，在國內(nèi)外均有大量的社區(qū)與商業(yè)支持。jBPM3、jBPM4擁有極度活躍的用戶論壇和開發(fā)者論壇。

3.2.1.2架構(gòu)設(shè)計模型

3.2.1.3架構(gòu)說明

架構(gòu)定位為工作流系統(tǒng)。

引入PVM(流程虛擬機(jī))，實現(xiàn)了基于流程組件的流程引擎,流程圖（流程定義語言）與實現(xiàn)解耦。

延用jBPM3自定義的jPDL語言與開發(fā)人員進(jìn)行交互,在支持jBPM自定義jPDL語言的同時，實現(xiàn)支持BPMN（業(yè)務(wù)流程建模標(biāo)記法，已成為業(yè)務(wù)人員的流程國際建模標(biāo)準(zhǔn)）。

定于領(lǐng)域特定語言（DSL）,采用DSL業(yè)務(wù)人員可以對執(zhí)行流程做直接修改。

引入了SignavioWeb作為面向業(yè)務(wù)人員的Web建模器

Web管理控制臺加入了對簡單的案例和任務(wù)的統(tǒng)計功能

3.2.1.4架構(gòu)優(yōu)、劣勢

對比jBPM5、Activite優(yōu)勢:

1)常用的工作流流程均有較好的支持。

2)支持BPMN,使業(yè)務(wù)人員和開發(fā)人員可以共用一個流程模型，避免業(yè)務(wù)人

員的流程建模轉(zhuǎn)換到IT系統(tǒng)時受到損耗。

3)系統(tǒng)的插件式系統(tǒng)，可嵌入式部署，針對不同角色人員有不同的建模器

(SignavioWeb、Ecplisepluins)。

4)開源社區(qū)活躍，有較活躍的用戶群，擁有較完善的文檔。

5)jbpm4控制臺必須運(yùn)行在JBoss應(yīng)用服務(wù)器上

對比jBPM5、Activite5劣勢:

1)jbpm4的下一個版本jBPM5完全放棄了jBPM4的基礎(chǔ)代碼，基于Drools

Flow重頭來過,架構(gòu)中存在的問題不能得到JBoss官方支持，JBOSS技術(shù)方向轉(zhuǎn)變，后續(xù)發(fā)展問題可能會突出出來。

2)流程不能做到可視化管理，對業(yè)務(wù)人員支持有限，不能全面參與到流程

管理中來

3)jbpm4據(jù)在開源社區(qū)初步了解，較大并發(fā)時可能存在性能問題（數(shù)據(jù)庫

操作較為頻繁）?？赡茉陧椖繉嵤┲胁拍芊从吵鰜?，需進(jìn)一步探索。

4)jbpm4官方提供的控制臺必須要基于jboss服務(wù)器

5)jBPM4的Eclipse插件僅支持BPMN1.2

6)不支持規(guī)則引擎，對在業(yè)務(wù)規(guī)則經(jīng)常變化情況支持不夠，當(dāng)流程需要變

更時，業(yè)務(wù)人員不能從容解決業(yè)務(wù)規(guī)則，需要開發(fā)人員參與變更

3.2.2jBPM5

3.2.2.1架構(gòu)簡介

jBPM5全稱javaBusinuessProcessManagement第五版，發(fā)布時間2011-02-10,是一種基于javaEE的輕量級工作流管理軟件包。是jBPM的創(chuàng)建者TomBaeyens離開JBoss后發(fā)布的第一個版本,是基于DroolsFlow開發(fā)的一套全新一套jBPM。

3.2.2.2架構(gòu)設(shè)計模型

3.2.2.3架構(gòu)說明

架構(gòu)定位為BPMS(BussinessProcessManageSystem)。

jBPM5基本上完全拋棄了jBPM4的代碼，所有代碼全部來自原先的DroolsFlow，將規(guī)則引擎(DroolsExpert)、事件處理引擎(DroolsFusion)與流程引擎的合三為一。

引入了Guvnor作為流程倉庫，這解決了流程的可視化問題。流程定義作為資源被管理，我們可以對流程定義進(jìn)行可視化管理以及全文檢索提供業(yè)務(wù)活動、歷史日志的捕獲、過濾、查詢、監(jiān)控、分析、監(jiān)控等功能3.2.2.4架構(gòu)優(yōu)、劣勢

對比JBPM4、Activiti5優(yōu)勢:

1)全面支持BPMN2.0規(guī)范。

2)有更加強(qiáng)大的Eclipse插件對其支持，并支持BPMN2.0規(guī)范

3)支持規(guī)則引擎，以視圖方式對流程進(jìn)行跟蹤、調(diào)試、修改。便于業(yè)務(wù)人

員全面參與進(jìn)來

劣勢:

1)jbpm4的下一個版本jBPM5完全放棄了jBPM4的基礎(chǔ)代碼，基于Drools

Flow重頭來過,放棄了PVM，不再支持jPDL，引擎的擴(kuò)展性受到損害。

2)jbpm5由于發(fā)布時間較短、使用全新的API，導(dǎo)致如下問題：

a)架構(gòu)的成熟程度不得而知

b)全新的API，文檔不夠豐富

c)開源社區(qū)目前還不夠活躍

d)由于不再支持PVM，jPDL流程擴(kuò)展性降低，社區(qū)開發(fā)人員可能流

失

3)jbpm5官方提供的控制臺必須要基于jboss服務(wù)器

4)流程執(zhí)行的可擴(kuò)展性回到了jBPM3版本，僅支持自定義動作

5)Web建模器由Signavio替換為OryxDesigner.

3.2.3Activiti5

3.2.3.1架構(gòu)簡介

Activiti5是TomBaeyens加入Alfresco公司后推出的新的基于jBPM4的開源工作流系統(tǒng)。2010-12-01發(fā)布第一個版本。Activiti的開發(fā)團(tuán)隊相比與jBPM強(qiáng)大了許多，有23位核心開發(fā)者。

3.2.3.2架構(gòu)設(shè)計模型

3.2.3.3架構(gòu)說明

架構(gòu)定位為工作流系統(tǒng)。

該架構(gòu)的底層架構(gòu)基于jBPM4,擁有基于全部jBPM4的功能。

Activiti規(guī)劃的功能有：包括核心引擎、Web的流程建模器、協(xié)作工具ActivitiCycle、ActivitiProbe、ActivitiExplorer、與Spring的集成、與Mule的集成等。

Activiticycle協(xié)作組件邏輯示意圖

3.2.3.4架構(gòu)優(yōu)、劣勢

對比JBPM4、Activiti5優(yōu)勢:

1)全面支持BPMN2.0規(guī)范。對BPMN2.0圖形化規(guī)范的支持

2)架構(gòu)基于jBPM4開發(fā)。有較好的用戶基礎(chǔ)

3)增加了其流程可視化與管理能力，同時通過創(chuàng)新的ActivitiCycle協(xié)作組

件支持流程相關(guān)人員(開發(fā)人員、實施人員、業(yè)務(wù)人員)之間的協(xié)調(diào)，加強(qiáng)了集成能力

4)基于jBPM4開發(fā)的系統(tǒng)可以升級到Activi5

劣勢:

1)Activiti5由于發(fā)布時間較短，文檔不夠健全，開源社區(qū)目前還不夠活躍

2)Activi