國內(nèi)主要工作流廠商分析

1、國內(nèi)主要工作流廠商分析作者榮浩發(fā)布于2011年2月28日上午12時0分盡管在企業(yè)應(yīng)用中工作流應(yīng)用的越來越多，但對國內(nèi)的工作流廠商們來說，這并沒有給他們帶來期望中的快速增長，這并不奇怪，因為國內(nèi)工作流產(chǎn)品基本上全部面向開發(fā)者和系統(tǒng)集成商，解決的是編程問題，旨在簡化對流程進(jìn)行支撐的軟件創(chuàng)建，這個定位決定了當(dāng)越來越多的系統(tǒng)集成商開始自己研發(fā)工作流和越來越多的開發(fā)者采用開源工作流時，原有的工作流廠商發(fā)現(xiàn)生存日益艱難。在這篇文章里，我們將一起回顧一下國內(nèi)主要工作流廠商的產(chǎn)品以及發(fā)展策略，接著討論他們當(dāng)前所面臨的困難以及未來的機會。這里分析的工作流廠商包括了東方易維、西安協(xié)同、普元、炎黃動力、有生博大、華

2、創(chuàng)動力、攜創(chuàng)、天翎、博匯數(shù)碼、中創(chuàng)、浪潮以及臺灣的華苓。一、現(xiàn)狀大部分的工作流產(chǎn)品都實現(xiàn)了WFMB作流參考模型（參見附錄）的接口1、接口2、接口3和接口5: 接口1,流程設(shè)計器：包括了兩種類型的設(shè)計器，一種是基于Web的設(shè)計器,實現(xiàn)技術(shù)包括了Swing和Flex,一種是基于Eclipse插件的本地應(yīng)用實現(xiàn)。除去普元之外，大部分工作流產(chǎn)品都選擇實現(xiàn)了一種類型的設(shè)計器。WebS計器的好處在于對最終用戶友好，基于Eclipse的設(shè)計器的好處在于對開發(fā)人員友好，能夠比較容易的進(jìn)行單元測試和流程測試，缺點則是基本上隔絕了最終用戶對工作流的使用，將工作流死死限制在開發(fā)者的層次上。普元同時實現(xiàn)了兩種類型的設(shè)

3、計器，是做得最好的廠商，東方易維和西安協(xié)同實現(xiàn)了基于Web的設(shè)計器，通過流程仿真來彌補測試的不足。 接口2,工作項客戶端接口：通過API暴露調(diào)用和交互接口，完成工作項的列表展現(xiàn)、拾取、退回和提交。 接口3,外部應(yīng)用調(diào)用接口：基本上都沒有對主流ERP企業(yè)管理軟件和財務(wù)軟件進(jìn)行集成的專有支持，這和國內(nèi)工作流產(chǎn)品應(yīng)用的場景有關(guān)系，工作流多作為支持單個應(yīng)用的嵌入式使用，在這一點上大翎提供有與SAP的集成接口。大部分通過支持Wet®務(wù)調(diào)用進(jìn)行支持。 接口5,管理控制臺：包括兩部分，一部分是對運行中的案例進(jìn)行監(jiān)控和干預(yù)，包括了案例的中止、掛起與恢復(fù)，任務(wù)的中止、跳過、掛起與恢復(fù)，參與者的重新指定

4、和催辦，工作流變量的修改查看等；一部分是對案例的統(tǒng)計與分析，包括了針對案例、任務(wù)的時間統(tǒng)計，針對參與者的任務(wù)效率統(tǒng)計等。除去對工作流參考模型的支持，基本上所有的工作流產(chǎn)品都實現(xiàn)了電子表單，在處理以數(shù)據(jù)填報及數(shù)據(jù)收集為主的應(yīng)用中（數(shù)據(jù)不需要過多的邏輯處理和沒有復(fù)雜的關(guān)系關(guān)聯(lián)），電子表單能夠顯著的增加生產(chǎn)力，但是更現(xiàn)實的情況是企業(yè)應(yīng)用大都具有復(fù)雜的業(yè)務(wù)邏輯，在這一方面，電子表單不是銀彈。通觀所有的工作流產(chǎn)品，盡管有些產(chǎn)品不乏閃光點，但是整體用乏善可陳來形容是合適的，有些產(chǎn)品甚至可以用非常初級來描述，這不能責(zé)怪廠商，因為他們所要解決的問題域決定了他們產(chǎn)品所能解決的問題域。乏善可陳表現(xiàn)在6個方面： 除

5、去華苓（支持XPDLWFM成員），大部分的工作流產(chǎn)品都不支持流程定義規(guī)范（東方易維對XPDLS行了很多擴展），主流的規(guī)范包括了XPDLBPM而BPEL 對工作流模式的支持不夠。工作流模式反映出產(chǎn)品對業(yè)務(wù)流程的建模能力，選擇一個工作流產(chǎn)品最重要的考量就是其對工作流模式的支持程度。在這一點上老牌的廠商如東方易維、西安協(xié)同、攜創(chuàng)和普元做得好一點，而一些以平臺為銷售重心的廠商做的就差一些，甚至有產(chǎn)品非常初級，建模只提供開始、結(jié)束和任務(wù)三種節(jié)點類型。 流程可視化差。流程定義作為企業(yè)重要的資產(chǎn)，并沒有看到有產(chǎn)品對其可視化管理的直接支持。這里的管理包括了在組織結(jié)構(gòu)內(nèi)進(jìn)行不同層次之間的流程可視化導(dǎo)航、流程權(quán)限

6、和職責(zé)在組織中的分配、流程的全文檢索和查找、與流程相關(guān)的文檔管理等。流程定義更多的是作為了開發(fā)者和IT部門的私有財產(chǎn)。 流程建模與測試沒有很好的統(tǒng)一。如何對建好模型的流程進(jìn)行測試？兩種方式，一種方式是進(jìn)行流程仿真，將流程模擬的跑起來，這種方式效率低，另一種方式是將流程定義導(dǎo)入IDE進(jìn)行單元測試/調(diào)試。除去普元，大多數(shù)產(chǎn)品都沒有提供對IDE的支持。 整合能力弱。這個在上面已經(jīng)提到了，基本上都是通過支持WebK務(wù)調(diào)用進(jìn)行支持。 版本更新遲緩，沒有持續(xù)投入。很多工作流產(chǎn)品早已停止更新。 盡管存在上述種種不足，但是也不乏亮點： 業(yè)務(wù)流程治理（BPG的提出。東方易維首先明確提出了BPG勺概念，并將企業(yè)流

7、程應(yīng)用清晰分為了三個層次，分別是BPGBPMS口工作流。BPG解決的是企業(yè)流程是什么的問題，這涉及到企業(yè)流程的設(shè)計、梳理和協(xié)調(diào)；BPM加工作流解決的是企業(yè)流程如何執(zhí)行的問題,區(qū)別在于BPMS勺要點在于打破各個應(yīng)用系統(tǒng)（CRMECMERPSCM之間的界線，將分散在這些系統(tǒng)中的流程集中管理；而工作流則旨在簡化對流程進(jìn)行支撐的軟件創(chuàng)建。在此之前，大部分廠商將工作流產(chǎn)品與BPMS品混為一談。OperationalProcessDescriptionStrategicProcessDescriptionTadicalProcessDescriptionBusinessActivitiesProcessG

8、roupingsProcessGroup?DeliveryUnitsProductsSystemsTransactionsLevelABusinessAccivides圖1不同層次流程所對應(yīng)的問題云平臺的提出。炎黃盈動提出了搭建流程私有云平臺和將流程平臺部署到公有云中。觀念在國內(nèi)廠商中比較超前，但是仔細(xì)思考，私有云其實是工作流產(chǎn)品向BPMS品提升的一次嘗試：工作流不再嵌入滿足單個應(yīng)用的使用而是暴露出流程服務(wù)讓所有應(yīng)用可以調(diào)用，但這項工作絕不是暴露出幾個API可以完成的，涉及的方面非常多。至于公有云，國外產(chǎn)品如Cordys早已有成熟的流程服務(wù)，這能夠顯著降低企業(yè)的流程應(yīng)用成本，特別是對中小企業(yè)，

9、炎黃盈動提出了這個想法，但是并不是直接提供類似的流程服務(wù)。 高可靠性。西安協(xié)同和普元的產(chǎn)品都有很高的可靠性，這和他們的客戶有關(guān)系，電信、金融。1、工作流與平臺幾乎所有的工作流廠商都提供平臺，攜創(chuàng)是個例外，但是這讓他的市場非常狹窄。為什么會提供平臺？我們先來看看工作流要解決的問題域，工作流旨在簡化對流程進(jìn)行支撐的軟件創(chuàng)建，既然是簡化編程，那么更進(jìn)一步提供平臺就顯得水到渠成了。平臺分為兩種，一種是快速開發(fā)平臺，一種是業(yè)務(wù)平臺（或者提供相關(guān)的業(yè)務(wù)套件）。 快速開發(fā)平臺主要包括了電子表單、一套開發(fā)框架還有為宣傳所需要的ES出口SO徼:施（這些所謂的支持都是浮云）。 業(yè)務(wù)平臺則包括了文件管理、在線編輯、

10、即時通訊、電子印章、門戶、內(nèi)容管理、人力資源、客戶服務(wù)、行政管理等套件/模塊。與單純的快速開發(fā)平臺相比，業(yè)務(wù)平臺顯然站在了一個更高的層次上。在軟件開發(fā)中，最大的浪費往往并不在于技術(shù)本身，而是在于對業(yè)務(wù)的不熟悉，在于核心領(lǐng)域模型的頻繁變動。對用戶而言，根據(jù)需要選擇合適業(yè)務(wù)平臺和相關(guān)服務(wù)無疑能夠產(chǎn)生最大的價值。為什么有的廠商提供快速開發(fā)平臺，而有的廠商提供業(yè)務(wù)平臺呢？這取決于兩個方面，一是廠商切入工作流市場的年限，年限越長，越積累有豐富的項目經(jīng)驗，這些經(jīng)驗很容易轉(zhuǎn)化成業(yè)務(wù)套件；二是廠商的客戶定位，不難發(fā)現(xiàn)提供快速開發(fā)平臺廠商的客戶都是系統(tǒng)集成商，自己并不承接相關(guān)項目。而反觀這些快速開發(fā)平臺，很難發(fā)

11、現(xiàn)有特別突出的技術(shù)優(yōu)勢，大部分都是對Struts、Spring>Hibernate>Ibatis簡單封裝后的CRUD6架，加上代碼自動生成和Eclipse插件支持，沒有任何閃光點（普元是個例外，但是我們同樣對其平臺發(fā)展持不樂觀態(tài)度，這可以再開一個話題）。我們的觀點是：快速開發(fā)平臺沒有太大價值，提供行業(yè)應(yīng)用的業(yè)務(wù)套件/模塊才是正道。2、客戶觀察臺灣地區(qū)的工作流應(yīng)用和國內(nèi)的工作流應(yīng)用，我們能夠明顯的發(fā)現(xiàn)：臺灣地區(qū)的應(yīng)用大部分集中在制造業(yè)（私企），而國內(nèi)的應(yīng)用則集中于政府、電力和金融行業(yè)（國企）。為什么會出現(xiàn)這種情況，作為制造業(yè)的大國，為什么工作流的應(yīng)用卻只集中在國企和政府，答案不得而知

12、。拋開工作流應(yīng)用，工作流廠商的客戶包括了以下2種： 系統(tǒng)集成商。這包括了兩部分需求，一部分是系統(tǒng)集成商采購工作流產(chǎn)品或平臺自己進(jìn)行開發(fā)，一部分是系統(tǒng)集成商直接將項目外包給工作流廠商。這條路限制很多，越走越窄，但對于小的工作流廠商來說沒有選擇（沒有資質(zhì)和足夠的資金）。 政府和企業(yè)。也就是自己直接接項目，這基本上是目前最好的一條道路。有些原有的工作流廠商早就轉(zhuǎn)向（或部分轉(zhuǎn)向）項目型公司，工作流產(chǎn)品不再更新和銷售。3、廠商的層次分類根據(jù)上面的討論，我們不難將工作流廠商分為3類： 只提供工作流產(chǎn)品。這類廠商產(chǎn)品單一，盡管產(chǎn)品質(zhì)量能夠得到保證，但是發(fā)展最為困難。 提供工作流產(chǎn)品和快速開發(fā)平臺。這類廠商在

13、工作流的基礎(chǔ)上提供開發(fā)框架進(jìn)一步簡化編程，相比第一類廠商會更有競爭力，但是其發(fā)展受到系統(tǒng)集成商的限制。同時需要注意的是，部分廠商著力點在于開發(fā)平臺，工作流產(chǎn)品水平非常一般甚至初級。 提供工作流產(chǎn)品和業(yè)務(wù)套件/平臺，同時自己接項目。這是目前生存狀態(tài)比較好的廠商，多是老牌廠商或是有充足的資金。業(yè)務(wù)套件/平臺能夠給用戶提供最大的價值。在任何時候，直接面對最終用戶都是王道。二、挑戰(zhàn)與機遇盡管在企業(yè)應(yīng)用中工作流應(yīng)用的越來越多，但對國內(nèi)的工作流廠商們來說，這并沒有給他們帶來期望中的快速增長，單純的工作流產(chǎn)品甚至面臨銷售越來越困難的窘境。1、困境工作流廠商面臨的壓力來自于3方面：系統(tǒng)集成商由購買轉(zhuǎn)向自主開發(fā)

14、。這是工作流廠商發(fā)展受阻最重要的原因，工作流應(yīng)用越來越多，沒有集成商愿意將這個重要的中間件依賴于他人。大多數(shù)集成商選擇的方式是直接購入現(xiàn)有工作流廠商的源代碼，也有基于開源工作流進(jìn)行開發(fā)的，但是不多。開源工作流的競爭。對于中小軟件公司來說，如果遇到有流程的需求，他們的第一反應(yīng)是采用開源工作流，而事實是開源工作流做的并不差，除去對國情的支持較弱外，開源甚至比一些商業(yè)產(chǎn)品還要好，尤其在對標(biāo)準(zhǔn)和模式的支持上。不能面向最終用戶。這是最根本的問題。工作流解決問題域的限制讓最終用戶根本感覺不到工作流產(chǎn)品價值的存在，而又沒有一家工作流廠商能夠做到像英特爾公司那樣：組裝電腦時指明要一顆奔騰的心。于是發(fā)展嚴(yán)重受限

15、于系統(tǒng)集成商。2、機會那么，工作流廠商的機會在哪里？最重要的就是：將產(chǎn)品面向最終用戶。提供行業(yè)應(yīng)用業(yè)務(wù)套件。能夠做到對某類應(yīng)用的快速實施，例如對于電子政務(wù)和協(xié)同辦公，東方易維和西安協(xié)同都積累了豐富的經(jīng)驗，很多功能能夠做到開箱即用。這樣的好處是顯而易見的，一是對集成商和中小軟件公司來說，能夠最大程度的節(jié)約成本，二是能夠直接面對企業(yè)進(jìn)行快速的項目實施。是時候拋棄單純的快速開發(fā)平臺了。 轉(zhuǎn)向BPMS在工作流的基礎(chǔ)上開發(fā)BPMS這需要兩方面的努力：一是業(yè)務(wù)方面需要與業(yè)務(wù)流程咨詢公司進(jìn)行合作，二是產(chǎn)品需要增加BPM豺性,這些特性包括了對BPMN勺支持、實現(xiàn)流程及相關(guān)文檔可視化的內(nèi)容存儲倉庫、提供在組織結(jié)

16、構(gòu)內(nèi)進(jìn)行不同層次之間的流程可視化導(dǎo)航、更好的業(yè)務(wù)活動實時監(jiān)控預(yù)警與控制以及對流程執(zhí)行的統(tǒng)計分析與反饋。轉(zhuǎn)向BPMS勺目的也很簡單：產(chǎn)品面向最終用戶，不再隱藏在某個應(yīng)用內(nèi)部。但是如何在市場上推廣產(chǎn)品，這又是個問題，幾乎所有的工作流廠商都宣稱自己的工作流產(chǎn)品是BPMS 提供云中的流程服務(wù)，降低中小企業(yè)的流程應(yīng)用成本。這個是未來的趨勢，但是從目前工作流應(yīng)用集中在政府和國企的情況來看，并不樂觀。 自己做項目。大公司靠財務(wù)，小公司靠銷售。有很多原有的工作流廠商轉(zhuǎn)變成了項目性公司，在有工作流實施經(jīng)驗的情況下，開發(fā)成本相比其他一些公司會更有競爭力。三、總結(jié)國內(nèi)工作流產(chǎn)品全部面向開發(fā)者，解決的是編程問題，旨在

17、簡化對流程進(jìn)行支撐的軟件創(chuàng)建。國內(nèi)工作流廠商分為3類，分別是工作流、工作流+開發(fā)平臺、工作流+業(yè)務(wù)平臺/套件。工作流廠商面臨困境的主要原因在于產(chǎn)品不能面向最終用戶，這樣當(dāng)越來越多的系統(tǒng)集成商開始自己開發(fā)工作流和越來越多的開發(fā)者采用開源工作流時，生存日益艱難。工作流廠商的機會與困境相對，就是將產(chǎn)品面向最終用戶，這包括了自己實施項目、轉(zhuǎn)向BPM吩及提供云中的流程服務(wù)。附錄WfMCi工作流參考模型VirkfliiwAPInndfnterrhsinpefmiinNInlerlare4圖2WFMCX作流參考模型圖2是工作流管理聯(lián)盟（WFMC提出的工作流管理系統(tǒng)參考模型，工作流執(zhí)行服務(wù)器周圍的接口是WAP

18、I（WorkflowAPIs）,通過這些接口可以訪問工作流管理系統(tǒng)的服務(wù)，這些接口還控制工作流控制軟件與其他系統(tǒng)組件間的交互。在這5個接口中的許多功能，都是被2個或更多個接口同時擁有的，因此WAPI可以看作是統(tǒng)一的服務(wù)接口，可以交叉使用這5個接口來支持工作流管理功能，而不是單獨的使用其中某個接口，其中各個接口的具體含義如下： 接口1:工作流定義接口，為用戶提供一種可視化的，可以對實際業(yè)務(wù)進(jìn)行建模的工具，并生成業(yè)務(wù)過程的可被計算機處理的形式化描述即流程定義。 接口2:工作流客戶應(yīng)用接口，它給用戶提供一種手段，以處理過程案例運行過程中需要人工干預(yù)的任務(wù)。每一任務(wù)的最小工作單元就被稱為一個工作項（work讓em）。工作流管理系統(tǒng)為每一個用戶維護一個工作項列表，它表示當(dāng)前需要該用戶處理的所有任務(wù)。 接口3:工作流調(diào)用應(yīng)用接口，指工作流執(zhí)行服務(wù)在案例的運行過程中，調(diào)用的、用以對應(yīng)用數(shù)據(jù)進(jìn)行處理的程序。在過程定義中包含這種應(yīng)用程序的詳細(xì)信息，如類型、地址等。 接口4：工作流引擎協(xié)作接口，在大型的分布式的工作流管理系統(tǒng)中，工作流需要多個工作流引擎共同完成，甚至需要其他異質(zhì)的工作流執(zhí)行服務(wù)來輔助