北京林業(yè)大學 吳建軍 王武魁

隨著經(jīng)濟全球化和電子商務的發(fā)展，越來越多的企業(yè)開始意識到，如果企業(yè)的戰(zhàn)略、業(yè)務和管理軟件達不到高度的一致，最終會形成“短板效應”，并將抑制企業(yè)的發(fā)展。這種情況下業(yè)務流程管理軟件(business process management soft，BPM軟件)應運而生，BPM軟件被認為是最合適的解決方案。近幾年各式的BPM軟件層出不窮，BPM軟件以其便利的流程建模能力縮短程序人員與業(yè)務人員的溝通距離。與軟件的飛速發(fā)展相比，BPM軟件的評價體系相對落后，目前對于BPM軟件的評估主要集中于可信性的評估上[2]，而對軟件流程建模能力的評估研究的較少特別是針對國內BPM軟件的評估。所以即便市場上涌現(xiàn)了很多BPM軟件其差異性相對較小，企業(yè)用戶對于BPM產(chǎn)品的選擇沒有一套標準。本文從控制流的視角出發(fā)對比了國內具有代表性的一款BPM軟件與一個自由軟件，從對比中可以看出國內BPM軟件的一些優(yōu)勢以及劣勢。為后續(xù)國內BPM軟件的發(fā)展開拓了空間，也為國內企業(yè)級應用廠商選擇BPM軟件提供一些選擇依據(jù)。

1.BPM軟件控制流評估體系的建立

BPM軟件從應用初期憑借其可視化的特性降低了使得開發(fā)變得簡便，降低了開發(fā)的門檻，同時其所見及所得的特性縮短了業(yè)務人員和開發(fā)人員的距離，因此BPM軟件一直被推崇。近幾年BPM軟件發(fā)展迅猛，各種軟件如雨后春筍涌現(xiàn)出來，大多數(shù)的產(chǎn)品差異不大，這為廠家選擇合適的BPM軟件增加了難度。

圖1 控制流評估體系

本文基于工作流視角比較的對象是國內的某一知名BPM軟件以及jBPM項目(最新版本為jBPM 6，最新的jBPM使用了最新的BPMN 2)。工作流過程模型中反復出現(xiàn)的基本構造形式是工作流模式，而工作流模式可以從控制流，數(shù)據(jù)，資源等視角系統(tǒng)的描述。本文的分類體系建立在前人的研究的基礎上，基于控制流視角將BPM軟件的模型構建能力分為八個一級模式：基本控制流模式、高級分枝同步模式、迭代模式、終止模式、多實例模式、基于狀態(tài)的模式、取消模式和觸發(fā)模式[3]。而后再將其八種模式進一步向下劃分成43個二級指標(如圖1所示)，這些指標直接反應BPM軟件中流程的構建能力。評估過程中將每一種模式分為三種不同的層次并給予不同的打分：不能夠實現(xiàn)為0分，能通過有限的方式實現(xiàn)的1分，能直接實現(xiàn)的2分。從兩款軟件幾種模式的打分中可以看出軟件在構建這些模式的優(yōu)劣。

2.兩種軟件的具體評估

2.1 基本控制流模式的比較

表1 基本控制流

2.2 高級分枝同步模式的比較

表2 高級分枝同步模式

2.3 迭代模式的比較

表3 迭代模式

2.4 終止模式的比較

表4 終止模式

2.5 多實例模式的比較

表5 多實例模式

2.6 基本狀態(tài)模式的比較

表6 基本狀態(tài)模式

2.7 取消模式的比較

表7 取消模式

2.8 觸發(fā)模式的比較

表8 觸發(fā)模式

3.軟件的評比

從以上的對比中可以發(fā)現(xiàn)，國內BPM軟件在高級分枝同步模式，迭代模式模式方面相比較jBPM而言有了明顯的增強，能夠適應普通企業(yè)級應用的建模需求。同時可以發(fā)現(xiàn)在后幾種模式的評比中國內BPM軟件沒有很明顯的改進，可見國內PBM軟件在這些方面做的改進不是很多，故后續(xù)國內軟件可以以此為突破點進一步拓展自身的建模能力。研究成果也可以作為企業(yè)用戶選購BPM產(chǎn)品的標準，選擇更優(yōu)的產(chǎn)品。

4.展望和局限性

此種模型只是基于控制流視角對BPM軟件做一個評估，關注的只是軟件本身的一個建模能力，對軟件其他能力的研究(如資源，數(shù)據(jù))相對較少，所以單純從控制流角度出發(fā)評判一個軟件的好壞還是有一定的局限性，后續(xù)的研究應進一步拓展其廣度。

[1]崔海燕,等.基于模糊層次分析法的業(yè)務流程管理軟件的可信性評估[J].湖南工業(yè)大學學報,2012(01):91-95.[2]黃博.基于灰關聯(lián)的BPM軟件可信評估工具的研究與實現(xiàn),2010.

[3]Wohed,P.,et al.,Patterns-based evaluation of open source BPM systems:The cases of jBPM,OpenWFE,and Enhydra Shark.Information and Software Technolo gy,2009,51(8):1187-1216.