在BPM項目中，業務流偏于應用業務整合及業務動態組合。工作流則偏于人員交互等。 BPM 通常同時包括工作流和業務流，集流程調控與企業應用整合于一身。在項目中，取決于業務需求，往往采用不同的流程架構設計。例如，側重于人員交互的流程管理以工作流為主，而強調業務服務組件的靈活性以業務流為主，并可外加人員服務。當然，也可同時采用工作流與業務流形成綜合業務流程管理系統，例如，以工作流為導向，利用業務流的組合服務，同時利用企業整合的中介服務等。
圖1從流程的視角來示意流程與界面，人員及信息/系統的關聯。其中，工作流比較側重于人員及界面的交互。業務流比較側重于系統應用的集成。當然，工作流與業務流的功能有相當部分的重疊。當工作流用作信息/系統整合時，往往是將這些信心/系統串接起來，并不帶有作為中介層的業務對象或服務數據對象，而且也不負責系統信息/系統整合的事務完整性。同時，工作流一般沒有模塊化的版本控制機制。
下面我們通過簡單的圖示，來看一下在四個流程項目架構設計中，工作流與業務流的不同偏向。
1、以工作流為導向的面向構件流程架構
目前國內很多業務流程管理項目采用以工作流（Workflow）為主的流程架構。 工作流流程主要關注于流程的靈活跳轉，快速開發等。如圖2所示，工作流通常是以人員為中心的架構設計。當然，也有文檔為中心等。工作流一般直接調用應用程序，或 Web 服務等。其功能包括 : 簡單規則，動態人員配置，消息對象設置，基本事件處理，表單鏈接，自由跳轉路由等。但工作流沒有服務編排功能。
當然，這種架構如果主要調用服務來實現業務轉換的，亦有稱之為面向服務的。但從主體上來說，它強調的是人工節點流或頁面流的靈活性，而非業務服務的靈活性。只有當這一架構與業務服務（特別是組合服務）關聯密切而松耦合綁定（通過服務中介總線）時，它才能取得面向服務的效應。
2 、以業務流為導向的面向服務流程架構
以業務流（Business Process）為主的流程架構具有不同的實施方法。 下面是兩個項目案例。
圖3主要應用于現有系統的整合，特別是與 ERP 相關產品的整合。一般通過流程的編排功能及并行處理能力，將不同系統進行關聯，實現業務的有效組合。在不改變原有系統的基礎上，設計業務流程，滿足目前業務的需求。這種流程設計一般使用中介及轉換使系統間松散連接。接口一般采用標準形式，例如，基于 JCA 標準的適配器。業務監控反映在業務對象層面，符合 SOA 對 KPI 監控的設計理念。在實際應用時，結合使用臨時人工任務，狀態機，版本控制，業務規則服務，動態服務綁定等。
圖4是使用了動態節點的架構設計， 給業務流增添了自由節點的靈活性。通過使用循環節點，根據用戶動態指定，確定節點及相應參數。這種設計考慮工作流與業務流的雙重效應。業務與流程信息通過數據層關聯，并由此形成業務監控數據源。
3、工作流與業務流松散耦合的流程架構
在工作流及業務流產品兼有的情況下，松散耦合兩種產品技術也是一種整合方案。如圖5所示，前端頁面應用通過統一的前端接口（Facade）調用不同的工作流或業務流接口或服務組件。后端的工作流與業務流基本上獨立運轉，工作流可以調用業務流服務。前端接口不局限于固定的應用或組件。例如，監控部分可以通過松耦合的形式，與工作流或業務流監控組件或服務接口鏈接，在界面靈活地展現。
由此可見，工作流與業務流程有不同的協同組合。根據不同的業務需求及架構設計，每個項目的流程模式不盡相同。
AlphaFlow BPM工作流程管理平臺
電話：400-888-6861
//qdhaitiansuji.cn/
