??? 摘 要：介紹了協同點CP(Coordination Point)模型,該模型分為業務流程層、公共層、協同層，通過定義契約提供各層次活動之間的交互和并行，以保證全部協同流程的正確執行。
??? 關鍵詞：跨組織流程；流程協同；流程建模；協同點模型
?
??? 供應鏈作為一個組織，允許成員企業為了某個特定的目標而建立相互聯系，為了完成該目標，伙伴企業必須共享能力、資源和流程并協同工作。供應鏈強調特定的業務伙伴必須以更加動態和松散的耦合，通過定義和實施跨越多個組織的流程來完成它的目標[1]，同時，成員企業并行活動的強相互依賴性要求中間結果交換和對流程的管理，保護活動的私有性。
??? Ellis指出，當前一些協同方法不適合供應鏈中的流程協同，因為這些方法趨向于實現強制性的、非柔性的流程，而企業之間的交互通常包含了柔性、機會主義的行為、社會認知和妥協[2]。考慮到業務流程的協同是非完全自動的，企業的反應不確定，因此，供應鏈中跨組織流程的建模需要具有動態的流程定義和變化的能力。
??? 當成員企業進行流程協同時，一方面必須向伙伴企業發布相關的產品和服務等信息。另一方面，企業也需要流程的反饋，以控制自己的工作進展。但是業務流程往往是企業戰略核心的一部分，它們描述了組織實際知識和大量私有的信息，因此伙伴企業不能直接訪問這些信息。本文提出了協同點CP(Coordination Point)模型，實現企業內和企業間的流程的無縫協同工作，且能維護成員企業信息的私有性和參與者的自治性。
1 協同點模型的基本概念
1.1 協同點模型體系結構
??? CP模型是一種層次模型 ，如圖1所示，可分為：
??? (1)業務流程層：企業內部的流程，企業管理自己的流程(私有流程)，并發布私有流程的部分信息。
??? (2)公共層：企業可以公開流程的公共的抽象，可以把公共部分從企業的私有流程中分離出來，從而滿足企業私有性的需求；即不直接訪問內部流程，不限制私有流程的實現。
??? (3)協同層：位于協同層的CP是協同的跨組織活動，CP協同伙伴企業的工作并在公共流程之間進行交互，協同流程成為協同活動CPs的集合。
?
??? CP的目標是協同流程之間的數據流、控制流和事務流。通過管理跨組織的交換，定義控制契約的條款(期限、成果保證，…)，從而實現供應鏈成員企業的公共目標。
1.2 協同點的概念
??? CP是協同活動和協同流程的管理者。對于協同活動，CP必須管理參與協同的企業中各種對象的共享、通訊和協同；作為動態協同流程的管理者，CP必須管理流程控制、活動決策和流程的再計劃。
1.2.1 活動的協同
??? CP管理對象共享、通訊和協同。
??? (1) 對象共享。為協同活動提供支持的基本服務，包括文件版本管理和工作空間管理時，保證成員活動的私有性，對于在供應鏈環境中保護和確信參與者的私有性和自治性非常重要，因此必須使對象之間的相互可見性與協同的需要一致。
??? (2) 通訊。成員企業進行流程協同時，需要通過聊天、email、視頻會議、白板等方式交互，討論、共享結果。CP也必須支持不同的通訊策略，如請求/響應、單向響應、通知等。
??? (3)協同。本文通過集成任務協同方法(明確的協同)和組認知方法(隱含協同)來處理供應鏈中成員企業活動的協同。任務協同基于一個假設：參與者就流程達成一致并能共同執行流程。利用Deming循環中的3個活動：檢查、行動和計劃從高層次描述流程。組認知(了解成員企業的工作情況)是一種觸發參與者自動協同之間的通訊，以完成業務目標的方法。為了實現活動的協同，CP通知參與者關于共享的數據和活動的所有事件。
1.2.2 流程的協同
??? 為了協同跨組織的流程，CP提供3種主要的功能：
??? (1) 檢查。為了協同流程，CP需要關于流程執行的信息。由于企業流程的私有性，必須保證內部流程信息的最小化，通過契約，CP使用只與公共流程相關的信息。根據預先定義的指標，CP監視和評估活動，依靠檢查的結果，使用行動和計劃，實現對流程協同的控制。
??? (2)行動。依靠檢查的結果，由參與者決定行動，以使流程執行有效，或者響應和解決初始預測流程和實際執行之間的差異。該決策與事件(why)、行動(what)、協同流程的參與者(who)和時間安排(when)相關。事件可以是普通流程或異常執行的結果、行動涉及到一個或多個組織、決策使用行動規則描述。
??? (3)計劃。計劃可以處理流程的動態變化。允許修訂CP實例和調整跨組織流程(通過為實例增加新的CP)。跨組織流程的調整必須由參與者達成一致。
1.3 契約模型
??? 契約是具有特定內容的協議，定義業務流程中任務的集合，約定成員企業之間的權利義務關系，對成員企業的行為具有一定的約束作用，是供應鏈流程協同成功的保障[3]。在流程協同中，契約的作用有：
??? (1)有助于動態地構建企業間協同信息基礎框架
??? 各成員企業在組成供應鏈時，應盡可能地建立統一或相互兼容的信息基礎框架。在契約中可以對不同角色的合作伙伴規定所要求建立的信息基礎、建立時間以及企業計算應用資源(包括服務、應用程序)等，從而幫助伙伴企業迅速加入到供應鏈體系中。
??? (2)加強企業間流程協同
??? 成員企業間的伙伴關系是以契約為基礎的，契約描述了企業業務流程的一些情況，并規定了一些必須的檢查點和控制點以及其他一些約定，這些檢查點和控制點是供應鏈業務流程的關鍵組成部分。隨著供應鏈的發展，成員企業對契約的要求也更為迫切，契約對企業間流程協同的作用主要表現為：
??? ①先設定供應鏈業務流程，再根據業務流程形成契約；
??? ②基于契約對業務流程的定義和執行進行校驗。
??? 契約的結構如圖2所示，該模型包含兩個概念：關系和滿足函數。關系x rel y，表示對象x和y之間的契約。對象是實體，是可以共享的流程、角色或資源。關系通過1個(或多個)滿足函數(稱為Sat函數)驗證。Sat函數將對象或事件作為輸入，其結果為布爾型，它決定對象x和y之間是否擁有關系。契約模型由4個主要部分構成：
??? (1) Who部分定義了相關的參與者。參與者作為一個合法的實體，可以是人或組織。組織涉及到契約中定義的角色。
??? (2)What部分包括了關于契約主體的信息，定義了需要滿足的關系。關系包括結構化關系、動態關系和非功能關系。在協商階段(本文中不研究該階段)，參與者之間討論和協商關系。使用契約的定義創建的CPs的目標是滿足這些關系的集合。模型中使用關系和Sat函數來定義、部署和執行協同活動。
??? (3)How部分描述了契約的執行步驟。作為What部分中描述的關系的補充，定義了公共流程的對象和Sat函數之間的關系。關系和Sat函數用于產生與協同活動相關的CP處理、執行規則、數據轉移、期限和終止條件(通常，多個Sat函數與一個關系相關)。
??? (4)契約的最后一個部分是Legal，包含用于處理與書面契約相關的協議和條件的條款。
??? 每種關系都綁定到契約的條款，并定義一個處理的步驟。關系屬于以下三類之一：結構化關系、動態關系和非功能關系，且與公共流程的對象相關。Sat函數屬于一個CP，與關系相關，由條件限制，可以進行某個處理。當事件被CP和Sat函數接收到時分析活動的狀態。
?
?
2? 協同點模型的具體描述
2.1 一般的定義
??? 本文用大寫的字符表示公共流程，如P、Q等；O(P)表示流程P管理的對象集合，且x∈O(p)，流程管理的對象可以是文件、數據或子流程/活動。用x rel y表示對象x和y之間的關系，若：
??? 
則稱公共流程P、Q為協同的流程。
??? 每個關系至少有一個相應的Sat函數，表示為Sat(x rel y)，以檢查關系是否滿足。如果函數不滿足，則存在使關系得到滿足的處理。
??? 
??? 因為對象也可以是流程，故有：
??? 
??? 給定公共流程P、Q，其管理的對象分別為O(P)和O(Q)，P、Q之間的CP是特定的流程，記為p∞Q，有：
??? 
??? 若關聯了2個流程的2個對象，則其相應的Sat函數駐留在流程的CP中，CP包含的Sat函數決定了對象或流程本身的關系。已有的CP和公共流程對象中已有的關系之間存在一對一的關系，即：
??? (1)對象之間沒有關系就沒有CP。
??? (2)所有的Sat函數決定了給定流程P和Q中對象之間的關系，且函數位于協同點p∞Q中。
??? CP也可以用于管理一個組織中的流程。若組織中的單個流程P管理的對象之間具有關系，則協同點p∞P為：
??? 
??? 協同活動包含于CP中，用于解析某個Sat函數，記為
，其中Sat(x rel y)決定了兩個對象x∈O(P)和y∈O(Q)的關系。CP包含多個并行執行的協同活動，因此，協同點p∞Q的對象集合O(p∞Q)是流程P和Q的所有共享的對象：
??? 
??? 當協同活動失敗(檢查失敗，如，不能滿足某個關系的Sat函數)，可以采用人工決策，并通知協同的參與者對象之間存在背離，此外也可以開始對流程的重新規劃。
2.2 多流程協同
??? 以3個不同組織流程的協同來考慮多流程協同。首先，假設有多個CP協同多個成員企業的流程，如圖3(a)所示，流程Q包含在2個協同點中，且P和R彼此間不存在關系，則保持了成員企業的自治性。因此可以將多流程的協同定義為：
??? 
??? (7)式用遞歸的方法表示協同中的流程的參與，并確保CP僅共享必須協同的對象。從而可以在參與者的控制下保證共享的對象不多也不少，剛好滿足協同的需要。
??? 若圖3(a)中y1和y2之間存在關系，而且流程P和R彼此分別與Q共享這些對象，則可以將2個CPs融合為一個。圖3(b)描述了流程P、R和Q協同工作。
?
??? CP存在的必要條件是至少有一對對象之間存在關系。當多于2個對象，關系會更加復雜，需要的協同活動也更多。假定：
??? 
??? 如果x rel y、y rel z，且P當在運行時也必須執行R，可以采用一個全局的CP，即p∞Q∞R。另一種情況必須連續2個不同的CPs，例如執行p∞Q并將它的結果與R協同，即(p∞Q)∞R。為了執行3個流程的協同，關系x rel y和y rel z意味著P和Q可以共享信息，Q和R之間也可以共享信息，然而P和R則不能共享信息。
??? 對于多個關系的定義，應用以下算法：
??? (1)如果P和R之間存在協同契約，且如果P、R和Q可以組成一個單獨的CP，則創建CP。
??? (2)如果不存在協同契約，為每個協同創建單獨的CP。
??? (3)如果不存在協同契約，且在協同參與者的認同下，可以定義新的協同契約減少CP的數量。
2.3 協同點的實現
??? 根據契約(對象之間給定的關系以及組織間的協同契約)，使用以下算法創建CPs：
??? (1) 閱讀協同契約。
??? (2) 獲取公共流程的信息。
??? (3) 創建CP對象。
??? (4) for 每個關系以及Sat函數 do //將關系和Sat函數轉換為執行規則：
??? ·根據事件類型，在CP中創建事件的接受者。
??? ·Sat函數轉換成執行規則的中的狀態條件。
??? ·對于每個創建的處理過程，更新控制流(源和目標流程)。
??? (5) 根據(8)式重新組織CPs
??? 可以在3個不同的層次上對協同進行驗證：
??? ·靜態檢查，對每個參與者分析協同契約的定義；
??? ·部署檢查，允許定義CPs的結構和匹配公共流程之間的數據流、控制流和事務流。
??? ·運行時檢查，允許監視和動態執行CP的執行規則。
??? 供應鏈中流程管理涉及多個成員企業，在實現協同的同時也必須保持流程的私有性及管理的自制性。本文提出的協同點CP是協同的跨組織活動，不僅提供了流程的交互和并行，以保證全部協同流程的正確執行。同時還提供了流程協同的柔性定義，允許動態地修訂協同流程(增加、抑制或修改)。該模型有效地實現了供應鏈環境中跨組織流程的協同。
參考文獻
[1] SCHUSTER H，GEORGAKOPOULOS D, CICHOCKI? A，et al. Modeling and composing service-based and reference process-based multi-enterprise processes[A]. Proceedings of the 12th Conference on Advanced Information Systems Engineering (CAiSE), June 2000, LNCS, 1789, Springer Verlag, Stockholm, Sweden, 2000：247-263.
[2] ELLIS C. Net models supporting human and humane behaviors, Invited talk. Conference on Business Process Management (BPM), Eindhoven, The Netherlands, 2003(6).
[3] CHIU D，CHEUNG S，TILL S. A three layer architecture for e-contract enforcement in an e-service environment[A]. Proceedings of the 36th Hawaii International Conference on System Sciences (HICSS-36), January 2003, IEEE Computer Society, Silver Spring, MD, 2003.