作者：楊洪波
工作流一直是實(shí)施BPM的重要環(huán)節(jié)，以往的開源與閉源的劃分已經(jīng)不適合如今的工作流局勢，開源已經(jīng)滲透到了各個領(lǐng)域，如今的工作流已是三分天下的大局。
圖1 工作流參考模型基本部件接口
一般在劃分工作流產(chǎn)品時，會按是否開源分為商業(yè)產(chǎn)品和開源產(chǎn)品兩大類。時至今日，業(yè)內(nèi)人士都會同意這樣的一個觀點(diǎn):漠視開源是非?？膳碌囊患虑?。所以本文中不再按這樣的標(biāo)準(zhǔn)進(jìn)行劃分，而把工作流產(chǎn)品分為如下三大系列:純工作流系列、BPM系列和融合系列。
純工作流系列
工作流管理聯(lián)盟（workflow management coalition, WFMC)定義了工作流參考模型，圖1描述了該模型的基本部件和基本接口。
純工作流系列的產(chǎn)品都是遵循工作流參考模型的，包括OMG/BPMI等組織制定的標(biāo) 準(zhǔn)也是如此，很多人都知道OMG是從CORBA開始的。CORBA的思想很超前，但不是很實(shí)用。OMG的Workflow Management Facility也秉承了這兩大特點(diǎn)，在追求高效輕量的今天，它們注定不是很順應(yīng)發(fā)展。
BPMI在純工作流系列處于很尷尬的地位，現(xiàn)在已經(jīng)銷聲匿跡，當(dāng)然它的BPML與XPDL做到了協(xié)同發(fā)展。XPDL是純工作流系列剩余力量中最強(qiáng)的，雖然地位一步步削弱，但仍然在靠以前積累的用戶數(shù)維持著發(fā)展。
純工作流系列并沒有產(chǎn)生比較有代表性的作品，而且發(fā)展也并不是很好。 OsWorkflow的版本更新也很慢，至今沒有一個很規(guī)范的流程定義工具，流程輔助功能也基本沒有。OpenWFE的關(guān)注點(diǎn)非常的少。YAWL在學(xué)術(shù)界 有部分人在做研究，因?yàn)樗腔赑etriNet實(shí)現(xiàn)的產(chǎn)品。jBPM被jBoss收購后，jBoss又被Red Hat收購，目前已經(jīng)進(jìn)入了融合派角色。OBE很快就不見了影蹤。Ofbiz已經(jīng)基本脫離了工作流領(lǐng)域，在該行業(yè)已經(jīng)沒有太多的發(fā)言權(quán)。下面專門對 Shark進(jìn)行講解。
Shark是Enhydra系列產(chǎn)品中的一個，所以它的持久層采用了 Enhydra DODS來實(shí)現(xiàn)?；旧蠜]有什么人使用DODS，也沒有人了解它，而且它的表現(xiàn)并不很優(yōu)秀。在Shark1.0阿爾法版中，有外界人士提供了Shark的 Hibernate實(shí)現(xiàn)，但Shark并沒將該實(shí)現(xiàn)集成到產(chǎn)品中，也無計劃在將來的版本中轉(zhuǎn)向支持Hibernate。
這不是很符合開源的思想，也在使用和推廣中出現(xiàn)了很多的問題。很多人在使用 Shark時就花費(fèi)了很多時間研究學(xué)習(xí)DODS，本期望后續(xù)版本中會支持已經(jīng)全球流行的Hibernate，但等來的是一次又一次的失望。Shark的版 本更新比較慢，代碼的更新也沒有按照開源的方式完成，k在1.0版本后直接就發(fā)展到了2.0版本。
BPM系列局勢
BPM系列標(biāo)準(zhǔn)發(fā)展非?？欤谌陼r間內(nèi)出現(xiàn)了9大標(biāo)準(zhǔn)，如圖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標(biāo)準(zhǔn)。
2003年4月6日，OASIS組織用WS-BPEL的名字吸納了BPEL標(biāo)準(zhǔn) （ebXML也是該組織旗下的大將，OASIS開始并不同意接收BPEL）。2003年5月3日，SAP/SIEBEL加入并共同推出WS- BPEL1.1版。2003年5月16日，Sun和ORACLE也加入了BPEL標(biāo)準(zhǔn)的領(lǐng)導(dǎo)者行列。WSCI被瓦解，而WS-BPEL2.0的草案也在當(dāng) 時被納入議事日程。
BPM系列中的幾個領(lǐng)導(dǎo)者都是同時支持BPEL和非BPEL的，他們的產(chǎn)品并不獨(dú) 立地實(shí)現(xiàn)BPEL，我們稱這樣的產(chǎn)品為融合派，融合派基本是以前的BPM系列中的大項(xiàng)目。本文的BPM系列指比較獨(dú)立的BPEL或者ebXML實(shí)現(xiàn)，這樣 的產(chǎn)品基本是以前的BPM系列中的寒門。
由于這些寒門沒有財力支持，發(fā)展都比較緩慢。Open ebXML處在不僅沒有財力，也缺乏用戶的境地。Twister依然沒有很大起色。ActiveBPEL由于有后臺公司的支持，有一定的發(fā)展，但 Active Endpoints也缺乏足夠的財力支持，所以ActiveBPEL發(fā)展也不迅速。
融合系列產(chǎn)品局勢
融合系列是新發(fā)展出來的派系，它的來源有兩個:一是BPM系列中的大戶人家，如IBM;二是純工作流系列中的成員，如jBPM。下面以點(diǎn)帶面，分別討論。
1.IBM Websphere系列
說到IBM的業(yè)務(wù)整合野心，我們不得不提起2002年IBM的兩次收購。2002年1月，IBM用1.29億收購CrossWorlds軟件公司，宣稱通過CrossWorlds公司的軟件增強(qiáng)IBM的WebSphere中間產(chǎn)品線的自動商務(wù)處理程序。
2002年9月，IBM又收購了軟件制作公司Holosofx,并計劃將 Holosofx的技術(shù)集成到自己的WebSphere商業(yè)集成軟件中。收購后，IBM對原有的Websphere系統(tǒng)體系結(jié)構(gòu)根據(jù)“On Demand”的要求進(jìn)行了調(diào)整，圖3是IBM對Websphere平臺的描繪，從中我們可以看到IBM公司對于WebSphere平臺的設(shè)計藍(lán)圖。
現(xiàn)在，IBM已經(jīng)把Websphere作為整合的代名詞。Websphere MQ Workflow實(shí)現(xiàn)流程整合，Websphere Business Integration Server實(shí)現(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ǔ)?，F(xiàn)在，F(xiàn)uego已經(jīng)發(fā)展成了BEA Aqualogic家族的Workspace產(chǎn)品線的BPM Suite系列產(chǎn)品，支持BPMN/BPEL/UML等標(biāo)準(zhǔn)實(shí)現(xiàn)。
在收購Fuego前，BEA已有的過程處理工具是BEA Weblogic Integration，它對面向服務(wù)技術(shù)并不是特別適合，而面向服務(wù)技術(shù)是AquaLogic的根基。BEA董事會主席兼首席執(zhí)行官Alfred Chuang曾經(jīng)表示，BPM細(xì)分市場是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實(shí)現(xiàn)的產(chǎn)品。Microsoft Biztalk Server 2000基本是XLANG的完全實(shí)現(xiàn);Microsoft Biztalk Server 2004中加入了HWS(Human Workflow Service)，實(shí)現(xiàn)了人工交互的流程，并且加入了Infopath表單實(shí)現(xiàn)表單定制。但是HWS的使用效果并不太好，在Microsoft Biztalk Server 2006中，沒有對HWS做任何的改進(jìn)。
Vista中Microsoft Biztalk Server是基于WWF實(shí)現(xiàn)的，按計劃去掉了其中的HWS功能，可見BPEL與HWS的發(fā)展還是不太協(xié)調(diào)。
4.jBoss jBPM Server
在融合系列產(chǎn)品中，目前只有jBoss的 jBPM是開源產(chǎn)品。jBPM是從自由派發(fā)展而來，最初只實(shí)現(xiàn)了jPDL標(biāo)準(zhǔn)，我們先看看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。通過這四大功能，實(shí)現(xiàn)了與流程開發(fā)人員，舊有系統(tǒng)，管理員和普通用戶的協(xié)調(diào)交互，如圖4所示。
jBPM自身有個功能全面的Workflow Engine，有個BPEL擴(kuò)展，采用jBoss Hibernate實(shí)現(xiàn)，集成了jBoss seam，規(guī)則引擎準(zhǔn)備采用jBoss rules，并準(zhǔn)備集成jBoss Messaging。
Red Hat已經(jīng)收購了jBoss，也就是說，以后安裝了Red Hat，就可以直接使用jBPM提供的服務(wù)了，這樣的特性也為jBPM的普及起到了促進(jìn)作用。
5.國內(nèi)工作流
國內(nèi)工作流軟件公司其實(shí)是比較多的，但發(fā)展都不太好。工作流項(xiàng)目競爭激烈，公司層面也是按最初級的項(xiàng)目開發(fā)思路一個一個為用戶定制。這樣開發(fā)速度慢，成本高，也不能適應(yīng)用戶需求多變的特性。
部分用戶會要求開發(fā)公司使用工作流方式進(jìn)行開發(fā)，這樣迫使軟件公司采用了工作流開發(fā)模式。但由于時間、資金投入、重視程度等因素的制約，一直發(fā)展非常緩慢。
可能與行業(yè)背景有關(guān)系，國內(nèi)工作流技術(shù)人員的生存環(huán)境不容樂觀。公司層面一般以普通的技術(shù)來看待工作流技術(shù)，不認(rèn)為這個是和行業(yè)認(rèn)知密切相關(guān)的。
其實(shí)工作流是一個技術(shù)的同時，更是一個行業(yè)，它是需要積累的。部分技術(shù)人員自己也有問題，只是浮在表面，不能深入進(jìn)去，所以使用工作流都成問題。還有很多人，因?yàn)檫@個行業(yè)不好生存，在有了很多年的工作經(jīng)驗(yàn)后，轉(zhuǎn)行到其他行業(yè)，也是非?？上У?。
圖2 BPM系列標(biāo)準(zhǔn)發(fā)展歷程
圖3 IBM對Websphere平臺的描述
圖4 jBPM實(shí)現(xiàn)的協(xié)調(diào)交互功能
BPM與ERP集成的六大前提：
● 組織具有集成的意愿；
● 良好的組織內(nèi)部環(huán)境、企業(yè)文化；
● 組織最高管理者的決心和推動力；
● 務(wù)實(shí)、專業(yè)、高效的流程"診治"團(tuán)隊(duì)，包括外部專家和組織內(nèi)部業(yè)務(wù)骨干；
● 流程存在不斷優(yōu)化的可能；
● 具有平臺化技術(shù)的ERP系統(tǒng)。
