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

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

2、流廠商包括了東方易維、西安協(xié)同、普元、炎黃動力、有生博大、華創(chuàng)動力、攜創(chuàng)、天翎、博 匯數(shù)碼、中創(chuàng)、浪潮以及臺灣的華苓。一、現(xiàn)狀大部分的工作流產(chǎn)品都實現(xiàn)了 WFMITWFMIT 作流參考模型（參見附錄）的接口 1 1、接 口 2 2、接口 3 3 和接口 5:5:,接口 1,1,流程設(shè)計器：包括了兩種類型的設(shè)計器，一種是基丁 WebWeb 的設(shè)計 器，實現(xiàn)技術(shù)包括了 SwingSwing 和 FlexFlex , , 一種是基丁 EclipseEclipse 插件的本地應(yīng) 用實現(xiàn)。除去普元之外，大部分工作流產(chǎn)品都選擇實現(xiàn)了一種類型的設(shè)計 器。WebWeb計器的好處在丁對最終用戶友好， 基丁 Ec

3、lipseEclipse 的設(shè)計器的好 處在丁對開發(fā)人員友好，能夠比較容易的進行單元測試和流程測試，缺點則是基本上隔絕了最終用戶對工作流的使用，將工作流死死限制在開發(fā)者 的層次上。普元同時實現(xiàn)了兩種類型的設(shè)計器， 是做得最好的廠商，東方 易維和西安協(xié)同實現(xiàn)了基丁 WebWeb 的設(shè)計器，通過流程仿真來彌補測試的不 足。接口 2,2,工作項客戶端接口：通過 APIAPI 暴露調(diào)用和交互接口，完成工作項 的列表展現(xiàn)、拾取、退回和提交。,接口 3,3,外部應(yīng)用調(diào)用接口：基本上都沒有對主流 ERPERP 企業(yè)管理軟件和 財務(wù)軟件進行集成的專有支持，這和國內(nèi)工作流產(chǎn)品應(yīng)用的場景有關(guān)系， 工作流多作為支持

4、單個應(yīng)用的嵌入式使用，在這一點上天翎提供有與 SAPSAP 的集成接口。大部分通過支持 WetWet 務(wù)調(diào)用進行支持。接口 5,5,管理控制臺：包括兩部分，一部分是對運行中的案例進行監(jiān)控和 干預(yù)，包括了案例的中止、掛起與恢復(fù)，任務(wù)的中止、跳過、掛起與恢復(fù)， 參與者的重新指定和催辦，工作流變量的修改查看等；一部分是對案例的統(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)實的情

5、況是企業(yè)應(yīng) 用大都具有復(fù)雜的業(yè)務(wù)邏輯，在這一方面，電子表單不是銀彈。通觀所有的工作流產(chǎn)品，盡管有些產(chǎn)品不乏閃光點，但是整體用乏善可陳來形容 是合適的，有些產(chǎn)品甚至可以用非常初級來描述， 這不能責怪廠商，因為他們所 要解決的問題域決定了他們產(chǎn)品所能解決的問題域。乏善可陳表現(xiàn)在 6 6 個方面：除去華苓（支持 XPDLXPDL WFMWFM 成員），大部分的工作流產(chǎn)品都不支持流程 定義規(guī)范（東方易維對 XPDLSXPDLS 行了很多擴展），主流的規(guī)范包括了 XPDLXPDL BPMBPM 湘 BPELBPEL對工作流模式的支持不夠。工作流模式反映出產(chǎn)品對業(yè)務(wù)流程的建模能 力，選擇一個工作流產(chǎn)品最重

6、要的考量就是其對工作流模式的支持程度。 在這一點上老牌的廠商如東方易維、西安協(xié)同、攜創(chuàng)和普元做得好一點， 而一些以平臺為銷售重心的廠商做的就差一些，甚至有產(chǎn)品非常初級，建 模只提供開始、結(jié)束和任務(wù)三種節(jié)點類型。流程可視化差。流程定義作為企業(yè)重要的資產(chǎn)，并沒有看到有產(chǎn)品對其可 視化管理的直接支持。這里的管理包括了在組織結(jié)構(gòu)內(nèi)進行不同層次之間 的流程可視化導(dǎo)航、流程權(quán)限和職責在組織中的分配、流程的全文檢索和 查找、與流程相關(guān)的文檔管理等。流程定義更多的是作為了開發(fā)者和ITIT部門的私有財產(chǎn)。流程建模與測試沒有很好的統(tǒng)一。如何對建好模型的流程進行測試？兩種 方式，一種方式是進行流程仿真，將流程模擬的

7、跑起來，這種方式效率低， 另一種方式是將流程定義導(dǎo)入 IDEIDE 進行單元測試/ /調(diào)試。除去普元，大多 數(shù)產(chǎn)品都沒有提供對 IDEIDE 的支持。,整合能力弱。這個在上面已經(jīng)提到了，基本上都是通過支持 WebKWebK 務(wù)調(diào)用 進行支持。版本更新遲緩，沒有持續(xù)投入。很多工作流產(chǎn)品早已停止更新。盡管存在上述種種不足，但是也不乏亮點：業(yè)務(wù)流程治理（BPGBPG 的提出。東方易維首先明確提出了 BPGBPG 勺概念，并 將企業(yè)流程應(yīng)用活晰分為了三個層次，分別是 BPGBPG BPMBPM 琲日工作流。BPGBPG 解決的是企業(yè)流程是什么的問題，這涉及到企業(yè)流程的設(shè)計、梳理和協(xié)調(diào)； BPMBPM

8、剖工作流解決的是企業(yè)流程如何執(zhí)行的問題， 區(qū)別在丁 BPMSBPMS 勺要點 在丁打破各個應(yīng)用系統(tǒng)（CRMCRM ECMECM ERPERP SCMSCM 之間的界線，將分散在這 些系統(tǒng)中的流程集中管理；而工作流則旨在簡化對流程進行支撐的軟件創(chuàng) 建。在此之前，大部分廠商將工作流產(chǎn)品與 BPM*BPM*品混為一談。圖 1 1 不同層次流程所對應(yīng)的問題云平臺的提出。炎黃盈動提出了搭建流程私有云平臺和將流程平臺部署到 公有云中。觀念在國內(nèi)廠商中比較超前，但是仔細思考，私有云其實是工 作流產(chǎn)品向BPM*BPM*品提升的一次嘗試：工作流不再嵌入滿足單個應(yīng)用的 使用而是暴露出流程服務(wù)讓所有應(yīng)用可以調(diào)用，但

9、這項工作絕不是暴露出 幾個 APIAPI 可以完成的，涉及的方面非常多。至丁公有云，國外產(chǎn)品如 CordysCordys 早已有成熟的流程服務(wù)，這能夠顯著降低企業(yè)的流程應(yīng)用成本，特別是對 中小企業(yè)，炎黃盈動提出了這個想法，但是并不是直接提供類似的流程服 務(wù)。高可靠性。西安協(xié)同和普元的產(chǎn)品都有很高的可靠性， 這和他們的客戶有 關(guān)系，電信、金融。1、工作流與平臺幾乎所有的工作流廠商都提供平臺，攜創(chuàng)是個例外，但是這讓他的市場非常狹窄。為什么會提供平臺？我們先來看看工作流要解決的問題域， 工作流旨在簡化對流 程進行支撐的軟件創(chuàng)建，既然是簡化編程，那么更進一步提供平臺就顯得水到渠 成了。Operatio

10、nalProcessDescriptionStrategicProcessDescriptionTadicalProcessDescriptionBusiness ActtvitfesProcess GroupingsProcess Group?Delivery UnitsProductsSystemsTransactionsLevel ABusiness Accivides平臺分為兩種，一種是快速開發(fā)平臺，一種是業(yè)務(wù)平臺（或者提供相關(guān)的業(yè)務(wù)套 件）?？焖匍_發(fā)平臺主要包括了電子表單、一套開發(fā)框架還有為宣傳所需要的 ESEESE S SO O彼施（這些所謂的支持都是浮云）。業(yè)務(wù)平臺則包括了文件管

11、理、在線編輯、即時通訊、電子印章、門戶、內(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)項目

12、。而反觀這些快速開發(fā) 平臺，彳艮難發(fā)現(xiàn)有特別突出的技術(shù)優(yōu)勢，大部分都是對StrutsStruts、SpringSpring、HibernateHibernate IbatisIbatis 簡單封裝后的 CRUCRU 如架，加上代碼自動生成和 EclipseEclipse 插 件支持，沒有任何閃光點（普元是個例外，但是我們同樣對其平臺發(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)用則集中丁政府、電

13、力和金 融行業(yè)（國企）。為什么會出現(xiàn)這種情況，作為制造業(yè)的大國，為什么工作流的 應(yīng)用卻只集中在國企和政府，答案不得而知。拋開工作流應(yīng)用，工作流廠商的客戶包括了以下 2 2 種：,系統(tǒng)集成商。這包括了兩部分需求，一部分是系統(tǒng)集成商采購工作流產(chǎn)品 或平臺自己進行開發(fā)，一部分是系統(tǒng)集成商直接將項目外包給工作流廠 商。這條路限制很多，越走越窄，但對丁小的工作流廠商來說沒有選擇（沒 有資質(zhì)和足夠的資金）。政府和企業(yè)。也就是自己直接接項目，這基本上是目前最好的一條道路。有些原有的工作流廠商早就轉(zhuǎn)向（或部分轉(zhuǎn)向）項目型公司，工作流產(chǎn)品 不再更新和銷售。3、廠商的層次分類根據(jù)上面的討論，我們不難將工作流廠商分

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

15、并 沒有給他們帶來期望中的快速增長，單純的工作流產(chǎn)品甚至面臨銷售越來越困難 的窘境。1、困境工作流廠商面臨的壓力來自丁 3 3 方面：系統(tǒng)集成商由購買轉(zhuǎn)向自主開發(fā)。 這是工作流廠商發(fā)展受阻最重要的原因， 工作 流應(yīng)用越來越多，沒有集成商愿意將這個重要的中問件依賴丁他人。 大多數(shù)集成 商選擇的方式是直接購入現(xiàn)有工作流廠商的源代碼，也有基丁開源工作流進行開 發(fā)的，但是不多。開源工作流的競爭。對丁中小軟件公司來說，如果遇到有流程的需求，他們的第 一反應(yīng)是采用開源工作流，而事實是開源工作流做的并不差，除去對國情的支持 較弱外，開源甚至比一些商業(yè)產(chǎn)品還要好，尤其在對標準和模式的支持上。不能面向最終用戶。

16、這是最根本的問題。工作流解決問題域的限制讓最終用戶根 本感覺不到工作流產(chǎn)品價值的存在，而乂沒有一家工作流廠商能夠做到像英特爾 公司那樣：組裝電腦時指明要一顆奔騰的心。丁是發(fā)展嚴重受限丁系統(tǒng)集成商。2、機會那么，工作流廠商的機會在哪里？最重要的就是：將產(chǎn)品面向最終用戶。,提供行業(yè)應(yīng)用業(yè)務(wù)套件。能夠做到對某類應(yīng)用的快速實施，例如對丁電子 政務(wù)和協(xié)同辦公，東方易維和西安協(xié)同都積累了豐富的經(jīng)驗， 很多功能能 夠做到開箱即用。這樣的好處是顯而易見的，一是對集成商和中小軟件公 司來說，能夠最大程度的節(jié)約成本，二是能夠直接面對企業(yè)進行快速的項 目實施。是時候拋棄單純的快速開發(fā)平臺了。,轉(zhuǎn)向 BPMSBPMS

17、 在工作流的基礎(chǔ)上開發(fā) BPMSBPMS 這需要兩方面的努力：一是業(yè) 務(wù)方面需要與業(yè)務(wù)流程咨詢公司進行合作， 二是產(chǎn)品需要增加 BPMStBPMSt 性, 這些特性包括了對 BPMNBPMN 勺支持、實現(xiàn)流程及相關(guān)文檔可視化的內(nèi)容存儲 倉庫、提供在組織結(jié)構(gòu)內(nèi)進行不同層次之間的流程可視化導(dǎo)航、更好的業(yè)務(wù)活動實時監(jiān)控預(yù)警與控制以及對流程執(zhí)行的統(tǒng)計分析與反饋。轉(zhuǎn)向 BPMSBPMS 勺目的也很簡單：產(chǎn)品面向最終用戶，不再隱藏在某個應(yīng)用內(nèi)部。 但是如何在市場上推廣產(chǎn)品，這乂是個問題，幾乎所有的工作流廠商都宣 稱自己的工作流產(chǎn)品是 BPMSBPMS提供云中的流程服務(wù)，降低中小企業(yè)的流程應(yīng)用成本。這個是未

18、來的趨勢， 但是從目前工作流應(yīng)用集中在政府和國企的情況來看，并不樂觀。自己做項目。大公司靠財務(wù)，小公司靠銷售。有很多原有的工作流廠商轉(zhuǎn) 變成了項目性公司，在有工作流實施經(jīng)驗的情況下，開發(fā)成本相比其他一 些公司會更有競爭力。三、總結(jié)國內(nèi)工作流產(chǎn)品全部面向開發(fā)者，解決的是編程問題，旨在簡化對流程進行支撐 的軟件創(chuàng)建。國內(nèi)工作流廠商分為 3 3 類，分別是工作流、工作流+ +開發(fā)平臺、工作流+ + 業(yè)務(wù)平臺 /套件。工作流廠商面臨困境的主要原因在丁產(chǎn)品不能面向最終用戶， 這樣當越來越多的 系統(tǒng)集成商開始自己開發(fā)工作流和越來越多的開發(fā)者采用開源工作流時， 生存日 益艱難。工作流廠商的機會與困境相對，就

19、是將產(chǎn)品面向最終用戶，這包括了自己實施項 目、轉(zhuǎn)向 BPMBPM 以及提供云中的流程服務(wù)。附錄WfM(WfM(工作流參考模型圖 2 2 WFMCXWFMCX 作流參考模型圖 2 2 是工作流管理聯(lián)盟(WFMC(WFMC 提出的工作流管理系統(tǒng)參考模型, 工作流執(zhí)行服 務(wù)器周圍的接口是 WAPWAP I I (Workflow(Workflow APIs),APIs),通過這些接口可以訪問工作流管理 系統(tǒng)的服務(wù)，這些接口還控制工作流控制軟件與其他系統(tǒng)組件間的交互。在這5 5個接口中的許多功能，都是被 2 2 個或更多個接口同時擁有的，因此 WAPIWAPI 可以看 作是統(tǒng)一的服務(wù)接口，可以交義使用這 5 5 個接口來支持工作流管理功能，而不是 單獨的使用其中某個接口，其中各個接口的具體含義如下：接口 1:1:工作流定義接口，為用戶提供一種可視化的，可以對實際業(yè)務(wù)進 行建模的工具，并生成業(yè)務(wù)過程的可被計算機處理的形式化描述即流程定 義。,接口 2:2:工作流客戶應(yīng)用接口，它給用戶提供一種手段，以處理過程案例 運