作者：楊洪波
       工作流一直是實施BPM的重要環(huán)節(jié)，以往的開源與閉源的劃分已經(jīng)不適合如今的工作流局勢，開源已經(jīng)滲透到了各個領(lǐng)域，如今的工作流已是三分天下的大局。

圖1 工作流參考模型基本部件接口

一般在劃分工作流產(chǎn)品時，會按是否開源分為商業(yè)產(chǎn)品和開源產(chǎn)品兩大類。時至今日，業(yè)內(nèi)人士都會同意這樣的一個觀點:漠視開源是非常可怕的一件事情。所以本文中不再按這樣的標準進行劃分，而把工作流產(chǎn)品分為如下三大系列:純工作流系列、BPM系列和融合系列。

純工作流系列

工作流管理聯(lián)盟（workflow management coalition, WFMC)定義了工作流參考模型，圖1描述了該模型的基本部件和基本接口。

純工作流系列的產(chǎn)品都是遵循工作流參考模型的，包括OMG/BPMI等組織制定的標準也是如此，很多人都知道OMG是從CORBA開始的。CORBA的思想很超前，但不是很實用。OMG的Workflow Management Facility也秉承了這兩大特點，在追求高效輕量的今天，它們注定不是很順應(yīng)發(fā)展。

BPMI在純工作流系列處于很尷尬的地位，現(xiàn)在已經(jīng)銷聲匿跡，當然它的BPML與XPDL做到了協(xié)同發(fā)展。XPDL是純工作流系列剩余力量中最強的，雖然地位一步步削弱，但仍然在靠以前積累的用戶數(shù)維持著發(fā)展。

純工作流系列并沒有產(chǎn)生比較有代表性的作品，而且發(fā)展也并不是很好。OsWorkflow的版本更新也很慢，至今沒有一個很規(guī)范的流程定義工具，流程輔助功能也基本沒有。OpenWFE的關(guān)注點非常的少。YAWL在學(xué)術(shù)界有部分人在做研究，因為它是基于PetriNet實現(xiàn)的產(chǎn)品。jBPM被jBoss收購后，jBoss又被Red Hat收購，目前已經(jīng)進入了融合派角色。OBE很快就不見了影蹤。Ofbiz已經(jīng)基本脫離了工作流領(lǐng)域，在該行業(yè)已經(jīng)沒有太多的發(fā)言權(quán)。下面專門對Shark進行講解。

Shark是Enhydra系列產(chǎn)品中的一個，所以它的持久層采用了Enhydra DODS來實現(xiàn)。基本上沒有什么人使用DODS，也沒有人了解它，而且它的表現(xiàn)并不很優(yōu)秀。在Shark1.0阿爾法版中，有外界人士提供了Shark的Hibernate實現(xiàn)，但Shark并沒將該實現(xiàn)集成到產(chǎn)品中，也無計劃在將來的版本中轉(zhuǎn)向支持Hibernate。

這不是很符合開源的思想，也在使用和推廣中出現(xiàn)了很多的問題。很多人在使用Shark時就花費了很多時間研究學(xué)習(xí)DODS，本期望后續(xù)版本中會支持已經(jīng)全球流行的Hibernate，但等來的是一次又一次的失望。Shark的版本更新比較慢，代碼的更新也沒有按照開源的方式完成，k在1.0版本后直接就發(fā)展到了2.0版本。

BPM系列局勢

BPM系列標準發(fā)展非常快，在三年時間內(nèi)出現(xiàn)了9大標準，如圖2所示。

WSCI的幾個領(lǐng)導(dǎo)人物如BEA/SAP/Sun等均已經(jīng)投靠到BPEL，WSCI基本上沒有了發(fā)展的空間。ebXML只能在電子商務(wù)領(lǐng)域發(fā)展，由于它的體系結(jié)構(gòu)的全面性，目前還有部分學(xué)術(shù)界人士在研究ebXML，但應(yīng)該不會有很大起色。

BPEL在這兩年得到了大力的發(fā)展。2002年8月9日，BEA/IBM/MS提出BPEL標準。

2003年4月6日，OASIS組織用WS-BPEL的名字吸納了BPEL標準（ebXML也是該組織旗下的大將，OASIS開始并不同意接收BPEL）。2003年5月3日，SAP/SIEBEL加入并共同推出WS-BPEL1.1版。2003年5月16日，Sun和ORACLE也加入了BPEL標準的領(lǐng)導(dǎo)者行列。WSCI被瓦解，而WS-BPEL2.0的草案也在當時被納入議事日程。

BPM系列中的幾個領(lǐng)導(dǎo)者都是同時支持BPEL和非BPEL的，他們的產(chǎn)品并不獨立地實現(xiàn)BPEL，我們稱這樣的產(chǎn)品為融合派，融合派基本是以前的BPM系列中的大項目。本文的BPM系列指比較獨立的BPEL或者ebXML實現(xiàn)，這樣的產(chǎn)品基本是以前的BPM系列中的寒門。

由于這些寒門沒有財力支持，發(fā)展都比較緩慢。Open ebXML處在不僅沒有財力，也缺乏用戶的境地。Twister依然沒有很大起色。ActiveBPEL由于有后臺公司的支持，有一定的發(fā)展，但Active Endpoints也缺乏足夠的財力支持，所以ActiveBPEL發(fā)展也不迅速。

融合系列產(chǎn)品局勢

融合系列是新發(fā)展出來的派系，它的來源有兩個:一是BPM系列中的大戶人家，如IBM;二是純工作流系列中的成員，如jBPM。下面以點帶面，分別討論。

1.IBM Websphere系列

說到IBM的業(yè)務(wù)整合野心，我們不得不提起2002年IBM的兩次收購。2002年1月，IBM用1.29億收購CrossWorlds軟件公司，宣稱通過CrossWorlds公司的軟件增強IBM的WebSphere中間產(chǎn)品線的自動商務(wù)處理程序。

2002年9月，IBM又收購了軟件制作公司Holosofx,并計劃將Holosofx的技術(shù)集成到自己的WebSphere商業(yè)集成軟件中。收購后，IBM對原有的Websphere系統(tǒng)體系結(jié)構(gòu)根據(jù)“On Demand”的要求進行了調(diào)整，圖3是IBM對Websphere平臺的描繪，從中我們可以看到IBM公司對于WebSphere平臺的設(shè)計藍圖。

現(xiàn)在，IBM已經(jīng)把Websphere作為整合的代名詞。Websphere MQ Workflow實現(xiàn)流程整合，Websphere Business Integration Server實現(xiàn)業(yè)務(wù)整合。而收購的兩個產(chǎn)品，改造為自己整合中間件的建模/管理/監(jiān)控工具。

使用過上述軟件的朋友都知道，這些產(chǎn)品都和IBM自己的其它產(chǎn)品比如:Websphere MQ 或者IBM DB2有直接關(guān)系。比如，我們使用MQ Workflow，只能使用DB2數(shù)據(jù)庫，而無法使用Oralce的數(shù)據(jù)庫。

目前，IBM的流程管理工具是市場上占有率最高的，大致為24%左右。

2.BEA AquaLogic系列

BEA收購了一系列的公司，它收購的產(chǎn)品為BEA創(chuàng)造了巨大的財富和影響力。在2006年的3月1日，BEA收購了Fuego，F(xiàn)uego的產(chǎn)品組合將加入到BEA的AquaLogic產(chǎn)品陣容中，成為BEA新的AquaLogic商業(yè)服務(wù)互動產(chǎn)品線的基礎(chǔ)。現(xiàn)在，F(xiàn)uego已經(jīng)發(fā)展成了BEA Aqualogic家族的Workspace產(chǎn)品線的BPM Suite系列產(chǎn)品，支持BPMN/BPEL/UML等標準實現(xiàn)。

在收購Fuego前，BEA已有的過程處理工具是BEA Weblogic Integration，它對面向服務(wù)技術(shù)并不是特別適合，而面向服務(wù)技術(shù)是AquaLogic的根基。BEA董事會主席兼首席執(zhí)行官Alfred Chuang曾經(jīng)表示，BPM細分市場是SOA軟件市場增長最快的部分，把Fuego加入到BEA的AquaLogic產(chǎn)品線意味著BEA能夠供應(yīng)集業(yè)務(wù)流程、應(yīng)用和傳統(tǒng)環(huán)境于一身的統(tǒng)一的基于SOA的軟件。BEA在流程管理工具方面的市場上占有率約為15%。

3.Microsoft Biztalk Server

使用過BPEL的朋友都知道，BPEL的前身是WSFL和XLANG，其中XLANG是Microsoft提出的規(guī)范。Microsoft Biztalk Server就是依賴于XLANG實現(xiàn)的產(chǎn)品。Microsoft Biztalk Server 2000基本是XLANG的完全實現(xiàn);Microsoft Biztalk Server 2004中加入了HWS(Human Workflow Service)，實現(xiàn)了人工交互的流程，并且加入了Infopath表單實現(xiàn)表單定制。但是HWS的使用效果并不太好，在Microsoft Biztalk Server 2006中，沒有對HWS做任何的改進。

Vista中Microsoft Biztalk Server是基于WWF實現(xiàn)的，按計劃去掉了其中的HWS功能，可見BPEL與HWS的發(fā)展還是不太協(xié)調(diào)。

4.jBoss jBPM Server

在融合系列產(chǎn)品中，目前只有jBoss的 jBPM是開源產(chǎn)品。jBPM是從自由派發(fā)展而來，最初只實現(xiàn)了jPDL標準，我們先看看jBPM的野心:“JBoss jBPM is a powerful workflow, BPM, orchestration (BPEL) and web application pageflow platform that enables the creation of business processes that coordinate between people, applications and services。”

從中我們就能看出，jBPM融合了4大功能:Workflow、BPM、BPEL和PageFlow。通過這四大功能，實現(xiàn)了與流程開發(fā)人員，舊有系統(tǒng)，管理員和普通用戶的協(xié)調(diào)交互，如圖4所示。

jBPM自身有個功能全面的Workflow Engine，有個BPEL擴展，采用jBoss Hibernate實現(xiàn)，集成了jBoss seam，規(guī)則引擎準備采用jBoss rules，并準備集成jBoss Messaging。

Red Hat已經(jīng)收購了jBoss，也就是說，以后安裝了Red Hat，就可以直接使用jBPM提供的服務(wù)了，這樣的特性也為jBPM的普及起到了促進作用。

5.國內(nèi)工作流

國內(nèi)工作流軟件公司其實是比較多的，但發(fā)展都不太好。工作流項目競爭激烈，公司層面也是按最初級的項目開發(fā)思路一個一個為用戶定制。這樣開發(fā)速度慢，成本高，也不能適應(yīng)用戶需求多變的特性。

部分用戶會要求開發(fā)公司使用工作流方式進行開發(fā)，這樣迫使軟件公司采用了工作流開發(fā)模式。但由于時間、資金投入、重視程度等因素的制約，一直發(fā)展非常緩慢。

可能與行業(yè)背景有關(guān)系，國內(nèi)工作流技術(shù)人員的生存環(huán)境不容樂觀。公司層面一般以普通的技術(shù)來看待工作流技術(shù)，不認為這個是和行業(yè)認知密切相關(guān)的。

其實工作流是一個技術(shù)的同時，更是一個行業(yè)，它是需要積累的。部分技術(shù)人員自己也有問題，只是浮在表面，不能深入進去，所以使用工作流都成問題。還有很多人，因為這個行業(yè)不好生存，在有了很多年的工作經(jīng)驗后，轉(zhuǎn)行到其他行業(yè)，也是非常可惜的。

圖2 BPM系列標準發(fā)展歷程

圖3 IBM對Websphere平臺的描述

圖4 jBPM實現(xiàn)的協(xié)調(diào)交互功能

BPM與ERP集成的六大前提：

● 組織具有集成的意愿；

● 良好的組織內(nèi)部環(huán)境、企業(yè)文化；

● 組織最高管理者的決心和推動力；

● 務(wù)實、專業(yè)、高效的流程"診治"團隊，包括外部專家和組織內(nèi)部業(yè)務(wù)骨干；

● 流程存在不斷優(yōu)化的可能；

● 具有平臺化技術(shù)的ERP系統(tǒng)。