在BPM 項(xiàng)目中，業(yè)務(wù)流偏于應(yīng)用業(yè)務(wù)整合及業(yè)務(wù)動(dòng)態(tài)組合。工作流則偏于人員交互等。 BPM 通常同時(shí)包括工作流和業(yè)務(wù)流，集流程調(diào)控與企業(yè)應(yīng)用整合于一身。在項(xiàng)目中，取決于業(yè)務(wù)需求，往往采用不同的流程架構(gòu)設(shè)計(jì)。例如，側(cè)重于人員交互的流程管理以工作流為主，而強(qiáng)調(diào)業(yè)務(wù)服務(wù)組件的靈活性以業(yè)務(wù)流為主，并可外加人員服務(wù)。當(dāng)然，也可同時(shí)采用工作流與業(yè)務(wù)流形成綜合業(yè)務(wù)流程管理系統(tǒng)，例如，以工作流為導(dǎo)向，利用業(yè)務(wù)流的組合服務(wù)，同時(shí)利用企業(yè)整合的中介服務(wù)等。
 

圖1 流程與界面，人員及信息/系統(tǒng)的關(guān)聯(lián)

    圖1從流程的視角來示意流程與界面，人員及信息/系統(tǒng)的關(guān)聯(lián)。其中，工作流比較側(cè)重于人員及界面的交互。業(yè)務(wù)流比較側(cè)重于系統(tǒng)應(yīng)用的集成。當(dāng)然，工作流與業(yè)務(wù)流的功能有相當(dāng)部分的重疊。當(dāng)工作流用作信息/系統(tǒng)整合時(shí)，往往是將這些信心/系統(tǒng)串接起來，并不帶有作為中介層的業(yè)務(wù)對(duì)象或服務(wù)數(shù)據(jù)對(duì)象，而且也不負(fù)責(zé)系統(tǒng)信息/系統(tǒng)整合的事務(wù)完整性。同時(shí)，工作流一般沒有模塊化的版本控制機(jī)制。

    下面我們通過簡單的圖示，來看一下在四個(gè)流程項(xiàng)目架構(gòu)設(shè)計(jì)中，工作流與業(yè)務(wù)流的不同偏向。

1、以工作流為導(dǎo)向的面向構(gòu)件流程架構(gòu)

    目前國內(nèi)很多業(yè)務(wù)流程管理項(xiàng)目采用以工作流（Workflow）為主的流程架構(gòu)。 工作流流程主要關(guān)注于流程的靈活跳轉(zhuǎn)，快速開發(fā)等。如圖2所示，工作流通常是以人員為中心的架構(gòu)設(shè)計(jì)。當(dāng)然，也有文檔為中心等。工作流一般直接調(diào)用應(yīng)用程序，或 Web 服務(wù)等。其功能包括 : 簡單規(guī)則，動(dòng)態(tài)人員配置，消息對(duì)象設(shè)置，基本事件處理，表單鏈接，自由跳轉(zhuǎn)路由等。但工作流沒有服務(wù)編排功能。

 
圖2 以工作流為導(dǎo)向的面向構(gòu)件流程架構(gòu)示意圖

    當(dāng)然，這種架構(gòu)如果主要調(diào)用服務(wù)來實(shí)現(xiàn)業(yè)務(wù)轉(zhuǎn)換的，亦有稱之為面向服務(wù)的。但從主體上來說，它強(qiáng)調(diào)的是人工節(jié)點(diǎn)流或頁面流的靈活性，而非業(yè)務(wù)服務(wù)的靈活性。只有當(dāng)這一架構(gòu)與業(yè)務(wù)服務(wù)（特別是組合服務(wù)）關(guān)聯(lián)密切而松耦合綁定（通過服務(wù)中介總線）時(shí)，它才能取得面向服務(wù)的效應(yīng)。

2 、以業(yè)務(wù)流為導(dǎo)向的面向服務(wù)流程架構(gòu)

    以業(yè)務(wù)流（Business Process）為主的流程架構(gòu)具有不同的實(shí)施方法。 下面是兩個(gè)項(xiàng)目案例。

    圖3主要應(yīng)用于現(xiàn)有系統(tǒng)的整合，特別是與 ERP 相關(guān)產(chǎn)品的整合。一般通過流程的編排功能及并行處理能力，將不同系統(tǒng)進(jìn)行關(guān)聯(lián)，實(shí)現(xiàn)業(yè)務(wù)的有效組合。在不改變?cè)�有系統(tǒng)的基礎(chǔ)上，設(shè)計(jì)業(yè)務(wù)流程，滿足目前業(yè)務(wù)的需求。這種流程設(shè)計(jì)一般使用中介及轉(zhuǎn)換使系統(tǒng)間松散連接。接口一般采用標(biāo)準(zhǔn)形式，例如，基于 JCA 標(biāo)準(zhǔn)的適配器。業(yè)務(wù)監(jiān)控反映在業(yè)務(wù)對(duì)象層面，符合 SOA 對(duì) KPI 監(jiān)控的設(shè)計(jì)理念。在實(shí)際應(yīng)用時(shí)，結(jié)合使用臨時(shí)人工任務(wù)，狀態(tài)機(jī)，版本控制，業(yè)務(wù)規(guī)則服務(wù)，動(dòng)態(tài)服務(wù)綁定等。

 
圖3 以業(yè)務(wù)流為導(dǎo)向的面向服務(wù)流程架構(gòu)示意圖

    圖4是使用了動(dòng)態(tài)節(jié)點(diǎn)的架構(gòu)設(shè)計(jì)， 給業(yè)務(wù)流增添了自由節(jié)點(diǎn)的靈活性。通過使用循環(huán)節(jié)點(diǎn)，根據(jù)用戶動(dòng)態(tài)指定，確定節(jié)點(diǎn)及相應(yīng)參數(shù)。這種設(shè)計(jì)考慮工作流與業(yè)務(wù)流的雙重效應(yīng)。業(yè)務(wù)與流程信息通過數(shù)據(jù)層關(guān)聯(lián)，并由此形成業(yè)務(wù)監(jiān)控?cái)?shù)據(jù)源。

圖4 帶有動(dòng)態(tài)節(jié)點(diǎn)的業(yè)務(wù)流架構(gòu)示意圖

3、工作流與業(yè)務(wù)流松散耦合的流程架構(gòu)

    在工作流及業(yè)務(wù)流產(chǎn)品兼有的情況下，松散耦合兩種產(chǎn)品技術(shù)也是一種整合方案。如圖5所示，前端頁面應(yīng)用通過統(tǒng)一的前端接口（Facade）調(diào)用不同的工作流或業(yè)務(wù)流接口或服務(wù)組件。后端的工作流與業(yè)務(wù)流基本上獨(dú)立運(yùn)轉(zhuǎn)，工作流可以調(diào)用業(yè)務(wù)流服務(wù)。前端接口不局限于固定的應(yīng)用或組件。例如，監(jiān)控部分可以通過松耦合的形式，與工作流或業(yè)務(wù)流監(jiān)控組件或服務(wù)接口鏈接，在界面靈活地展現(xiàn)。
 

圖5 工作流與業(yè)務(wù)流松散耦合的流程架構(gòu)示意圖

    由此可見，工作流與業(yè)務(wù)流程有不同的協(xié)同組合。根據(jù)不同的業(yè)務(wù)需求及架構(gòu)設(shè)計(jì)，每個(gè)項(xiàng)目的流程模式不盡相同。

——摘自SOA公司專著《面向服務(wù)面向服務(wù)的企業(yè)應(yīng)用架構(gòu)——SOA架構(gòu)特色與全息視角》

轉(zhuǎn)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：BPM/ERP的協(xié)同形式

本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/10820511927.html