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