介紹幾款知名的工做流系統軟件

隨着需求的不斷延伸以及人們對企業信息化思想的不斷普及，工做流愈來愈受到企業內部的使用推廣，雖然工做流主要功能國內比較知名的工做流軟件基本上都具有，但功能的側重點各不相同,增長了企業對工做流或BPM選型難度，本人選用目前國內市場主流專業的工做流軟件，從概念、工做流引擎、工做流過程建模工具、流程操做、工做流客戶端架構、流程監控、表單設計器以及與應用程序的集成等方面進行分析和比較，幫助企業對工做流或BPM產品的選型。

1、概述：

工做流的思想最早起源於西方國家，一開始的目的主要是爲了簡化工做流程，爲繁瑣的工做提供依據。隨着需求的不斷延伸以及人們對企業信息化思想的不斷普及，工做流愈來愈受到企業內部的使用推廣，固然，工做流能知足的需求也在不斷的優化。

工做流概念起源於生產組織和辦公自動化領域，是針對平常工做中具備固定程序活動而提出的一個概念，目的是經過將工做分解成定義良好的任務或角色，按照必定的規則和過程來執行這些任務並對其進行監控，達到提升工做效率、更好的控制過程、 加強對客戶的服務、有效管理業務流程等目的。儘管工做流已經取得了至關的成就，但對工做流的定義尚未可以統一和明確，不一樣學者從不一樣角度對工做流作出了不一樣的定義。
Georgakopoulos給出的工做流定義是：工做流是將一組任務組織起來以完成某個經營過程：定義了任務的觸發順序和觸發條件，每一個任務能夠由一個或多個軟件系統完成，也能夠由一個或一組人完成，還能夠由一個或多我的與軟件系統協做完成。
IBM Almaden Research Center將工做流定義爲：工做流是經營過程的一種計算機化的表示模式，定義了完成整個過程須要的全部參數；這些參數包括對過程當中每個步驟的定義、步驟的執行順序和條件、步驟由誰負責以及每一個活動所須要的應用程序等。
1993年工做流管理聯盟(Workflow Management Coalition，WfMC)做爲工做流管理的標準化組織而成立，標誌着工做流技術逐步走向成熟。WfMC對工做流給出定義爲：工做流是指一類可以徹底自動執行的經營過程，根據一系列過程規則，將文檔、信息或任務在不一樣的執行者之間進行傳遞與執行。
工做流從英文單詞workflow而來，是工做work和流動flow的組合，是一種可以被計算機解釋和執行的反映經營過程業務流動的計算機化模型。

 2、BPM與工做流的區別

簡單地說，BPM關注的業務流，工做流關注的是審批流，它們的區別以下:

一、業務流每每會跨多個業務系統，而審批流每每主要涉及到一個系統。

二、業務流每每會涉及到多個業務功能，多個業務對象，而審批流每每只涉及到一個關鍵業務對象。

三、業務流涉及到的是不一樣業務單據之間的流轉，而審批流每每是同一業務單據狀態的變化。

四、業務流中的活動既包括了人工活動也包括了自動的業務活動，而審批流通常爲人工審批活動。

對於流程建模，BPM關注的是業務流程建模，而工做流關注的是審批流建模。BPM建模須要考慮業務人員對建模需求和可用性，可是不可避免又致使建模的內容沒法很好的落地。而工做流建模自己已經細化到一個功能模塊中的審批流，相對來講簡單不少而容易實施執行。

BPM業務流程每每跨越了業務系統，跨越了多個業務單據，須要處理不一樣的業務規則和邏輯。而工做流活動節點每每僅僅處理審批和會籤任務，和外界交互相對較少。

BPM業務流程建模中會出現業務規則，而常規的工做流處理方式通常支持腳本代碼進行簡單業務規則的處理，BPM爲了保證規則自己的複用性和獨立維護性，引入了規則引擎，規則引擎造成統一的規則建立和維護庫，BPM自己再也不負責規則的建立和維護，而僅僅是按需消費.

BPM重點是流程整合，而流程整合是多個業務系統中多個業務功能模塊之間的協同，若是一開始想用BPM去實現這些業務功能，那麼每每是拔苗助長，BPM切入的第一步仍然是在於跨業務系統的流程集成，而流程集成重點又在於流程間的數據傳遞。知道這個重點後BPM的關注點應該放到流程協同和監控上，而子流程或某個獨立的業務模塊實現仍然在原有的業務系統中，經過端到端流程整合實現了業務模塊之間的系統，這個一方面最大限度的利用了已有的IT資產，又實現了流程整合的需求。 

3、工做流平臺及廠商的層次分類

工做流平臺分爲兩種：一種是快速開發平臺，一種是業務平臺（或者提供相關的業務套件）。

快速開發平臺主要包括了電子表單、一套開發框架還有爲宣傳所須要的ESB和SOA設施。

業務平臺則包括了文件管理、在線編輯、即時通信、電子印章、門戶、內容管理、人力資源、客戶服務、行政管理等套件/模塊。 與單純的快速開發平臺相比，業務平臺顯然站在了一個更高的層次上。在軟件開發中，最大的浪費每每並不在於技術自己，而是在於對業務的不熟悉，在於核心領域模型的頻繁變更。對用戶而言，根據須要選擇合適業務平臺和相關服務無疑可以產生最大的價值。

爲何有的廠商提供快速開發平臺，而有的廠商提供業務平臺呢？這取決於兩個方面，一是廠商切入工做流市場的年限，年限越長，越積累有豐富的項目經驗，這些經驗很容易轉化成業務套件；二是廠商的客戶定位。

根據上面的討論，咱們不難將工做流廠商分爲3類：

一、只提供工做流產品。這類廠商產品單一，儘管產品質量可以獲得保證，可是發展最爲困難。

二、提供工做流產品和快速開發平臺。這類廠商在工做流的基礎上提供開發框架進一步簡化編程，相比第一類廠商會更有競爭力，可是其發展受到系統集成商的限制。同時須要注意的是，部分廠商着力點在於開發平臺，工做流產品水平很是通常甚至初級。

三、提供工做流產品和業務套件/平臺，同時本身接項目。這是目前生存狀態比較好的廠商，可能是老牌廠商或是有充足的資金。業務套件/平臺可以給用戶提供最大的價值。在任什麼時候候，直接面對最終用戶都是王道。

選擇提供工做流相關業務套件(如同時提供門戶、協同OA產品的)的廠商通常來講實施的風險相對較小！

4、主流工做流廠商分析比較

本人選用了國內市場主流的工做流軟件廠商：博彙數碼、上海攜創軟件、東方易維、西安協同、炎黃動力、北京博皓科技等進行對比分析，從是否符合工做流標準，快速開發能力，集成能力，自動化測試能力，開放性，負載均衡能力，是否支持移動審批七個維度進行對比分析，幫助企業對工做流或BPM產品的選型提供參考。

廠商名稱	符合工做流標準	快速開發能力	集成能力	自動化測試	開放性	負載均衡	支持移動審批
博彙數碼	符合	良	弱	不支持	通常	不支持	不支持
上海攜創軟件	符合	通常	弱	不支持	通常	支持	不支持
東方易維	符合	良	良	不支持	通常	不支持	支持
西安協同	符合	優	弱	不支持	通常	支持	不支持
炎黃動力	符合	良	良	不支持	良	不支持	支持
北京博皓科技	符合	優	優	支持	良	支持	支持

 總結：

一、經過以上分析，國內工做流產品基本遵循WFMC標準或其它工做流標準，但各個廠商的功能側重點不同。

二、快速開發能力主要從可視化流程模型設計、可視化表單設計、表單控件的豐富程度、邏輯封裝能力、用戶操做的便利性等方面進行比較分析，在這個維度上，西安協同和北京博皓科技表現突出，它們對流程元素進行了比較深度的封裝、支持多種表單設計、控件豐富程度較高。

三、集成能力主要從與OA系統、SAP系統、ERP系統、CRM系統等業務系統的集成能力以及集成架構、業務對象組合、高可用性和高複用性等方面進行對比分析。國內廠商普通集成能力較弱，北京博皓科技在集成能力上表現突出，封裝了對SAP、SharePoint等業務集成，支持業務對象從新組合，在高可用性和高複用性方面表現較好，其它廠商大多還停留在WebService的調用層面。

四、自動化測試，若是人工對流程進行測試是很是費時費力，並且流程一旦改動，又得從頭作一遍，工做量巨大，是否有流程仿真功能是工做流軟件選型的一個重要標準，在這個維度上，只有北京博皓科技一家符合。

五、在開放性方面，是否提供豐富和友好的二次開發接口、數據庫及WEB程序的開放程度會直接影響到用戶未來的IT投資回報，不然一有改動就必須嚴重依賴廠商，是工做流軟件選型的一個重要標準。這方面，炎黃動力和北京博皓科技表現較好。

六、系統的性能毋庸置疑是影響到系統是否可以成功實施的一個重要因素，本人主要從是否支持負載均衡、是否可以歸檔、剝離時間較長的業務數據、架構的清晰程度等方面進行了對比分析。

七、移動辦公是未來的一個大趨勢，是否支持移動審批，既顯示了廠商的技術前瞻性，也彰顯了廠商的技術實力，即便用戶暫時用不到移動審批，但也是考量工做流廠商的一個隱性維度。

5、工做流應用範圍

工做流管理軟件應用到實際工做中的應用普遍，具體有：

• 在關鍵業務流程中，能夠負責訂單處理、報價處理、採購處理、合同審覈、客戶電話處理、供應鏈管理等工做；
• 在行政管理上，能夠提供出差申請、加班申請、請假申請、用車申請、各類辦公用品申請、購買申請、日報週報等凡是原來手工流轉處理的行政表單；
• 在人事管理上，能夠對員工培訓安排、績效考評、職位變更處理、員工檔案信息等進行有效處理；
• 在與財務相關方面，它可以處理付款請求、應收款、平常報銷、出差報銷、預算和計劃申請等；
• 在客戶服務方面，它能夠提供客戶信息管理、客戶投訴、請求處理、售後服務管理等方面的管理；
• 在特殊服務方面，能夠實施ISO系列對應流程、質量管理對應流程、產品數據信息管理、貿易公司報關處理、物流公司貨物跟蹤處理等各類經過表單逐步手工流轉完成的任務。