BPM武功秘笈

上次我們討論了BPM現在成為兵家必爭之地，但誰來一統江湖還說不一定。本期文章我想跟各位分享一下目前流程定義標準的內涵與涵蓋的範疇，這有助益於讀者瞭解BPM在技術面的基礎概念，可以說是BPM的心法。

標準範疇的界定主要是以BPM生命週期為基礎，在此我先將之簡化成設計(Design)、執行(Execution)、與管理(Management)三階段，完整步驟後續我會有專題介紹。要認識流程定義標準則先要瞭解他所處理的議題，而搞懂這些議題則有助於瞭解每種標準最擅長解決哪種任務，也就有助於讀者未來可以依照不同需求來選擇BPM廠商及系統。

流程符號 (Notation)：符號是溝通的基本元素，相信各位所知道流程圖不下數十種，如MicroSoft Visio 就提供非常多種類的流程圖，IBM Rational 's UML (Unified Modeling Language)也有提供Activity Diagram。倘若能統一且用一般人所熟悉的符號，則會讓溝通變得容易，製作工具的取得也會相對容易。

流程定義 (Definition)：怎麼去描述一串流程？怎麼讓不同軟體工具彼此間可以交換描述出來的定義？並且讓另一個軟體系統 (BPMS)去執行？例如，用MicroSoft Project 描述出來的專案開發流程，就不能被執行。所以流程定義的形式必須是正規(Formal)、嚴謹(Precise)、並且是可執行的(Executable)。

流程執行 (Execution)：怎麼讓一個流程可以自動執行？怎麼讓不同(廠牌)的BPMS系統可以互通？怎麼去呼叫應用系統？怎麼與人互動 (Human Interaction)？

流程管理 (Management)：怎麼知道流程狀態？有沒有一種像資料庫SQL一樣的流程查詢語言？因為這是追蹤(Tracking)、稽核(Auditing)、績效評量(Assessment) 等管理工作所涵蓋的基礎。

跨組織的流程 (又稱B2B)：如何跨越組織的界線知道、取讀、或執行外部的流程或稱服務？如何讓跨組織的流程能完整順利執行完畢？

不過就像我在上一篇提到的，各BPM陣營目前進入大和解階段，因此上述流程定義所涵蓋的範疇相當廣泛，沒有一個標準涵蓋所有的範疇，涵蓋的部分也不盡相同，彼此之間有些重疊、又有些相關。

在搞清楚以上的流程定義所談論的內涵之後，在此我藉由WfMC 技術委員會所提出的標準分類架構 (如下圖所示) ，讓讀者清楚瞭解這些標準用途、定位、與跟Web Service標準之關係 ，如此各位就可以拿來「按圖索驥」了。這個架構將各項標準以堆疊(Stack)的方式呈現，由上到下代表從概念模型設計(Model Design)到特定互通性(Interoperability)的協定(Protocols)、資料格式、與編碼，也就是反應著從抽象流程設計、具體流程執行、到訊息互動(Message Interaction)。例如，如果您的需求著重在應用系統間的流程互通性上，就可以選擇WfMC's Wf-XML的標準，因為它能透過HTTP協定及許多其他的傳送機制包括電子郵件、 直接TCP/IP連線及MOM(訊息導向中介軟體)來運作。本圖中，水平排列的四組分別用兩個參數來分類，一個是流程定義或流程執行階段，另一個是與內部流程或外部流程。從左到右分別為：內部流程定義(Internal Process Definition)、外部流程定義(External Process Definition) 、外部流程執行 (External Process Execution)、與內部流程執行(Internal Process Execution)。

流程定義(Process Definition)

在內部流程定義的標準，主要重點在支援不同軟體工具間的整合，如何讓軟體工具定義出來的流程交給另一個軟體環境來執行。而在外部流程定義的標準則重點在支援互通性(Interoperability)，也就是定義出流程規格如何讓兩個不同的BPMS互動交談。例如 OMG's BPDM (Business Process Definition MetaModel)，它可讓流程定義來接受各家的流程符號，如UML或BPMN，並進一步對應到(Mapping) 到流程執行，例如 BPEL 或 J2EE。

從下往上看，最底層標準是Web Services的標準架構；接著是支援流程互通性語意(Semantics)的標準 ，例如：啟動，暫停，查詢等流程操作(Operation)；再來是支援E2E (End-to-End)流程間之模型化(Modeling)與服務編排(Choreography)的標準。其中Wf-XML是WfMC 所制訂的規格標準 (Interface 4 in Reference Model)，它是一個互通性介面，提供流程語意的框架(Framework)，可以在同一個服務編排中跨模型使用流程操作。例如啟動一個企業流程，當該流程有牽涉到人工部分，透過該工作引擎的管控，可以讓整個流程在經過一段時間後完成整個流程。

流程符號 (Process Notation)

在流程定義(左邊第一、二組)階段的上層標準有大家較熟悉的IBM's UML及BPMI's BPMN (Business Process Modeling Notation)。BPMN是一種概括性的符號(Comprehensive Notation)，目的是藉由標準化的圖形符號，讓企業流程模型變得容易交換。因為BPMN遵循傳統流程圖(Flow Chart)與泳道(Swim Lane)符號讓企業人士容易閱讀，同時BPMN提供對應的用BPEL定義之可執行建構(Executable Constructs)，藉此填補了企業流程的初始設計之格式與執行這些流程的語言格式間的技術缺口。實際運用上，使用者可以用一些簡單的畫圖工具所畫出BPMN 的結果，以一些大廠，像是IBM、Fuego、或Intalio 的工具讀進去，然後繼續使用大廠的工具開發，如用Microsoft Visio 2003畫流程圖，然後餵給 IBM's WBI Modeler繼續開發。

外部流程執行 (External Process Execution)

在外部流程執行(B2B)的標準，主要重點在支援挖掘(Discovery)外部可互通的服務 (Interoperability Service)、支援互通的流程綱要 (Interoperability Schema)、以及執行期間(Runtime)之流程互通性。一般 B2B 流程整合的作法，可分為兩種。一種為緊密耦合(Tightly Coupled)或稱程序導向(Procedure- Oriented)，另一種為鬆散耦合(Loosely Coupled)或稱服務導向(Service- Oriented)。前者比較適用於流程明確，且整個系統可集中權力控管的系統。後者如Wf-XML，透過 Web Services 的鬆散耦合特性與非同步的 XML 訊息傳遞機制，描述企業間的 B2B 工作流程。B2B 跨組織流程方面，Wf-XML往下層是整合Web Services 底下的 SOAP, WSDL, UDDI，往上層是與各產業的XML流程綱要 (Process Schema) 相互溝通，例如 Rosetta Net 的 PIP。例如我國電子化政府推動的e化共通平台(G2B2C)，為了串聯不同政府部門的服務，而運用了ebXML's註冊服務，而流程標準目前還在考慮中，如XPDL 或BPEL。

內部流程執行(Internal Process Execution)

在內部流程執行的標準，主要重點在提供共通框架 (Common Framework)以利支援流程執行之功能。最高層是支援流程模型與活動狀態(Activity Status)的符號，接著是支援稽核格式(Audit Format)以利稽核資料之收集，再來是支援執行期間的互動語法，如BPPQL (Business Process Query Language )以利流程狀態之查詢，最底層是支援執行期間的互動功能，如WfMC's WAPI。