??? 摘 要：介紹了協(xié)同點(diǎn)CP(Coordination Point)模型,該模型分為業(yè)務(wù)流程層,、公共層,、協(xié)同層,，通過定義契約提供各層次活動之間的交互和并行，以保證全部協(xié)同流程的正確執(zhí)行,。
??? 關(guān)鍵詞：跨組織流程,；流程協(xié)同；流程建模,；協(xié)同點(diǎn)模型
?
??? 供應(yīng)鏈作為一個組織,，允許成員企業(yè)為了某個特定的目標(biāo)而建立相互聯(lián)系，為了完成該目標(biāo),，伙伴企業(yè)必須共享能力,、資源和流程并協(xié)同工作。供應(yīng)鏈強(qiáng)調(diào)特定的業(yè)務(wù)伙伴必須以更加動態(tài)和松散的耦合,，通過定義和實(shí)施跨越多個組織的流程來完成它的目標(biāo)[1],，同時,，成員企業(yè)并行活動的強(qiáng)相互依賴性要求中間結(jié)果交換和對流程的管理，保護(hù)活動的私有性,。
??? Ellis指出,，當(dāng)前一些協(xié)同方法不適合供應(yīng)鏈中的流程協(xié)同，因?yàn)檫@些方法趨向于實(shí)現(xiàn)強(qiáng)制性的,、非柔性的流程,，而企業(yè)之間的交互通常包含了柔性、機(jī)會主義的行為,、社會認(rèn)知和妥協(xié)[2],。考慮到業(yè)務(wù)流程的協(xié)同是非完全自動的,，企業(yè)的反應(yīng)不確定,，因此，供應(yīng)鏈中跨組織流程的建模需要具有動態(tài)的流程定義和變化的能力,。
??? 當(dāng)成員企業(yè)進(jìn)行流程協(xié)同時,，一方面必須向伙伴企業(yè)發(fā)布相關(guān)的產(chǎn)品和服務(wù)等信息。另一方面,，企業(yè)也需要流程的反饋,，以控制自己的工作進(jìn)展。但是業(yè)務(wù)流程往往是企業(yè)戰(zhàn)略核心的一部分,，它們描述了組織實(shí)際知識和大量私有的信息,，因此伙伴企業(yè)不能直接訪問這些信息。本文提出了協(xié)同點(diǎn)CP(Coordination Point)模型,，實(shí)現(xiàn)企業(yè)內(nèi)和企業(yè)間的流程的無縫協(xié)同工作,，且能維護(hù)成員企業(yè)信息的私有性和參與者的自治性。
1 協(xié)同點(diǎn)模型的基本概念
1.1 協(xié)同點(diǎn)模型體系結(jié)構(gòu)
??? CP模型是一種層次模型 ,，如圖1所示,，可分為：
??? (1)業(yè)務(wù)流程層：企業(yè)內(nèi)部的流程，企業(yè)管理自己的流程(私有流程),，并發(fā)布私有流程的部分信息,。
??? (2)公共層：企業(yè)可以公開流程的公共的抽象，可以把公共部分從企業(yè)的私有流程中分離出來,，從而滿足企業(yè)私有性的需求,；即不直接訪問內(nèi)部流程，不限制私有流程的實(shí)現(xiàn),。
??? (3)協(xié)同層：位于協(xié)同層的CP是協(xié)同的跨組織活動,，CP協(xié)同伙伴企業(yè)的工作并在公共流程之間進(jìn)行交互，協(xié)同流程成為協(xié)同活動CPs的集合。
?
??? CP的目標(biāo)是協(xié)同流程之間的數(shù)據(jù)流,、控制流和事務(wù)流,。通過管理跨組織的交換，定義控制契約的條款(期限,、成果保證,，…)，從而實(shí)現(xiàn)供應(yīng)鏈成員企業(yè)的公共目標(biāo),。
1.2 協(xié)同點(diǎn)的概念
??? CP是協(xié)同活動和協(xié)同流程的管理者,。對于協(xié)同活動，CP必須管理參與協(xié)同的企業(yè)中各種對象的共享,、通訊和協(xié)同,；作為動態(tài)協(xié)同流程的管理者，CP必須管理流程控制,、活動決策和流程的再計(jì)劃,。
1.2.1 活動的協(xié)同
??? CP管理對象共享、通訊和協(xié)同,。
??? (1) 對象共享,。為協(xié)同活動提供支持的基本服務(wù)，包括文件版本管理和工作空間管理時,，保證成員活動的私有性,，對于在供應(yīng)鏈環(huán)境中保護(hù)和確信參與者的私有性和自治性非常重要，因此必須使對象之間的相互可見性與協(xié)同的需要一致,。
??? (2) 通訊,。成員企業(yè)進(jìn)行流程協(xié)同時,，需要通過聊天,、email、視頻會議,、白板等方式交互,，討論、共享結(jié)果,。CP也必須支持不同的通訊策略,，如請求/響應(yīng)、單向響應(yīng),、通知等,。
??? (3)協(xié)同。本文通過集成任務(wù)協(xié)同方法(明確的協(xié)同)和組認(rèn)知方法(隱含協(xié)同)來處理供應(yīng)鏈中成員企業(yè)活動的協(xié)同,。任務(wù)協(xié)同基于一個假設(shè)：參與者就流程達(dá)成一致并能共同執(zhí)行流程,。利用Deming循環(huán)中的3個活動：檢查、行動和計(jì)劃從高層次描述流程,。組認(rèn)知(了解成員企業(yè)的工作情況)是一種觸發(fā)參與者自動協(xié)同之間的通訊,，以完成業(yè)務(wù)目標(biāo)的方法,。為了實(shí)現(xiàn)活動的協(xié)同，CP通知參與者關(guān)于共享的數(shù)據(jù)和活動的所有事件,。
1.2.2 流程的協(xié)同
??? 為了協(xié)同跨組織的流程,，CP提供3種主要的功能：
??? (1) 檢查。為了協(xié)同流程,，CP需要關(guān)于流程執(zhí)行的信息,。由于企業(yè)流程的私有性，必須保證內(nèi)部流程信息的最小化,，通過契約,，CP使用只與公共流程相關(guān)的信息。根據(jù)預(yù)先定義的指標(biāo),，CP監(jiān)視和評估活動,，依靠檢查的結(jié)果，使用行動和計(jì)劃,，實(shí)現(xiàn)對流程協(xié)同的控制,。
??? (2)行動。依靠檢查的結(jié)果,，由參與者決定行動,，以使流程執(zhí)行有效，或者響應(yīng)和解決初始預(yù)測流程和實(shí)際執(zhí)行之間的差異,。該決策與事件(why),、行動(what)、協(xié)同流程的參與者(who)和時間安排(when)相關(guān),。事件可以是普通流程或異常執(zhí)行的結(jié)果,、行動涉及到一個或多個組織、決策使用行動規(guī)則描述,。
??? (3)計(jì)劃,。計(jì)劃可以處理流程的動態(tài)變化。允許修訂CP實(shí)例和調(diào)整跨組織流程(通過為實(shí)例增加新的CP),?？缃M織流程的調(diào)整必須由參與者達(dá)成一致。
1.3 契約模型
??? 契約是具有特定內(nèi)容的協(xié)議,，定義業(yè)務(wù)流程中任務(wù)的集合,，約定成員企業(yè)之間的權(quán)利義務(wù)關(guān)系，對成員企業(yè)的行為具有一定的約束作用,，是供應(yīng)鏈流程協(xié)同成功的保障[3],。在流程協(xié)同中，契約的作用有：
??? (1)有助于動態(tài)地構(gòu)建企業(yè)間協(xié)同信息基礎(chǔ)框架
??? 各成員企業(yè)在組成供應(yīng)鏈時，應(yīng)盡可能地建立統(tǒng)一或相互兼容的信息基礎(chǔ)框架,。在契約中可以對不同角色的合作伙伴規(guī)定所要求建立的信息基礎(chǔ),、建立時間以及企業(yè)計(jì)算應(yīng)用資源(包括服務(wù)、應(yīng)用程序)等,，從而幫助伙伴企業(yè)迅速加入到供應(yīng)鏈體系中,。
??? (2)加強(qiáng)企業(yè)間流程協(xié)同
??? 成員企業(yè)間的伙伴關(guān)系是以契約為基礎(chǔ)的，契約描述了企業(yè)業(yè)務(wù)流程的一些情況,，并規(guī)定了一些必須的檢查點(diǎn)和控制點(diǎn)以及其他一些約定,，這些檢查點(diǎn)和控制點(diǎn)是供應(yīng)鏈業(yè)務(wù)流程的關(guān)鍵組成部分。隨著供應(yīng)鏈的發(fā)展,，成員企業(yè)對契約的要求也更為迫切,，契約對企業(yè)間流程協(xié)同的作用主要表現(xiàn)為：
??? ①先設(shè)定供應(yīng)鏈業(yè)務(wù)流程，再根據(jù)業(yè)務(wù)流程形成契約,；
??? ②基于契約對業(yè)務(wù)流程的定義和執(zhí)行進(jìn)行校驗(yàn),。
??? 契約的結(jié)構(gòu)如圖2所示，該模型包含兩個概念：關(guān)系和滿足函數(shù),。關(guān)系x rel y,，表示對象x和y之間的契約。對象是實(shí)體,，是可以共享的流程,、角色或資源。關(guān)系通過1個(或多個)滿足函數(shù)(稱為Sat函數(shù))驗(yàn)證,。Sat函數(shù)將對象或事件作為輸入,，其結(jié)果為布爾型，它決定對象x和y之間是否擁有關(guān)系,。契約模型由4個主要部分構(gòu)成：
??? (1) Who部分定義了相關(guān)的參與者,。參與者作為一個合法的實(shí)體，可以是人或組織,。組織涉及到契約中定義的角色,。
??? (2)What部分包括了關(guān)于契約主體的信息，定義了需要滿足的關(guān)系,。關(guān)系包括結(jié)構(gòu)化關(guān)系、動態(tài)關(guān)系和非功能關(guān)系,。在協(xié)商階段(本文中不研究該階段),，參與者之間討論和協(xié)商關(guān)系。使用契約的定義創(chuàng)建的CPs的目標(biāo)是滿足這些關(guān)系的集合,。模型中使用關(guān)系和Sat函數(shù)來定義,、部署和執(zhí)行協(xié)同活動。
??? (3)How部分描述了契約的執(zhí)行步驟。作為What部分中描述的關(guān)系的補(bǔ)充,，定義了公共流程的對象和Sat函數(shù)之間的關(guān)系,。關(guān)系和Sat函數(shù)用于產(chǎn)生與協(xié)同活動相關(guān)的CP處理、執(zhí)行規(guī)則,、數(shù)據(jù)轉(zhuǎn)移,、期限和終止條件(通常，多個Sat函數(shù)與一個關(guān)系相關(guān)),。
??? (4)契約的最后一個部分是Legal,，包含用于處理與書面契約相關(guān)的協(xié)議和條件的條款。
??? 每種關(guān)系都綁定到契約的條款,，并定義一個處理的步驟,。關(guān)系屬于以下三類之一：結(jié)構(gòu)化關(guān)系、動態(tài)關(guān)系和非功能關(guān)系,，且與公共流程的對象相關(guān),。Sat函數(shù)屬于一個CP，與關(guān)系相關(guān),，由條件限制,，可以進(jìn)行某個處理。當(dāng)事件被CP和Sat函數(shù)接收到時分析活動的狀態(tài),。
?
?
2? 協(xié)同點(diǎn)模型的具體描述
2.1 一般的定義
??? 本文用大寫的字符表示公共流程,，如P、Q等,；O(P)表示流程P管理的對象集合,，且x∈O(p)，流程管理的對象可以是文件,、數(shù)據(jù)或子流程/活動,。用x rel y表示對象x和y之間的關(guān)系，若：
??? 
則稱公共流程P,、Q為協(xié)同的流程,。
??? 每個關(guān)系至少有一個相應(yīng)的Sat函數(shù)，表示為Sat(x rel y),，以檢查關(guān)系是否滿足,。如果函數(shù)不滿足，則存在使關(guān)系得到滿足的處理,。
??? 
??? 因?yàn)閷ο笠部梢允橇鞒?，故有?BR>??? 
??? 給定公共流程P、Q,，其管理的對象分別為O(P)和O(Q),，P,、Q之間的CP是特定的流程，記為p∞Q,，有：
??? 
??? 若關(guān)聯(lián)了2個流程的2個對象,，則其相應(yīng)的Sat函數(shù)駐留在流程的CP中，CP包含的Sat函數(shù)決定了對象或流程本身的關(guān)系,。已有的CP和公共流程對象中已有的關(guān)系之間存在一對一的關(guān)系,，即：
??? (1)對象之間沒有關(guān)系就沒有CP。
??? (2)所有的Sat函數(shù)決定了給定流程P和Q中對象之間的關(guān)系,，且函數(shù)位于協(xié)同點(diǎn)p∞Q中,。
??? CP也可以用于管理一個組織中的流程。若組織中的單個流程P管理的對象之間具有關(guān)系,，則協(xié)同點(diǎn)p∞P為：
??? 
??? 協(xié)同活動包含于CP中,，用于解析某個Sat函數(shù)，記為
,，其中Sat(x rel y)決定了兩個對象x∈O(P)和y∈O(Q)的關(guān)系,。CP包含多個并行執(zhí)行的協(xié)同活動，因此,，協(xié)同點(diǎn)p∞Q的對象集合O(p∞Q)是流程P和Q的所有共享的對象：
??? 
??? 當(dāng)協(xié)同活動失敗(檢查失敗,，如，不能滿足某個關(guān)系的Sat函數(shù)),，可以采用人工決策,，并通知協(xié)同的參與者對象之間存在背離，此外也可以開始對流程的重新規(guī)劃,。
2.2 多流程協(xié)同
??? 以3個不同組織流程的協(xié)同來考慮多流程協(xié)同,。首先，假設(shè)有多個CP協(xié)同多個成員企業(yè)的流程,，如圖3(a)所示,，流程Q包含在2個協(xié)同點(diǎn)中，且P和R彼此間不存在關(guān)系,，則保持了成員企業(yè)的自治性,。因此可以將多流程的協(xié)同定義為：
??? 
??? (7)式用遞歸的方法表示協(xié)同中的流程的參與，并確保CP僅共享必須協(xié)同的對象,。從而可以在參與者的控制下保證共享的對象不多也不少,，剛好滿足協(xié)同的需要。
??? 若圖3(a)中y1和y2之間存在關(guān)系,，而且流程P和R彼此分別與Q共享這些對象,，則可以將2個CPs融合為一個。圖3(b)描述了流程P,、R和Q協(xié)同工作,。
?
??? CP存在的必要條件是至少有一對對象之間存在關(guān)系。當(dāng)多于2個對象,，關(guān)系會更加復(fù)雜,，需要的協(xié)同活動也更多。假定：
??? 
??? 如果x rel y,、y rel z,，且P當(dāng)在運(yùn)行時也必須執(zhí)行R，可以采用一個全局的CP,，即p∞Q∞R,。另一種情況必須連續(xù)2個不同的CPs，例如執(zhí)行p∞Q并將它的結(jié)果與R協(xié)同,，即(p∞Q)∞R,。為了執(zhí)行3個流程的協(xié)同，關(guān)系x rel y和y rel z意味著P和Q可以共享信息,，Q和R之間也可以共享信息,，然而P和R則不能共享信息。
??? 對于多個關(guān)系的定義,，應(yīng)用以下算法：
??? (1)如果P和R之間存在協(xié)同契約,，且如果P、R和Q可以組成一個單獨(dú)的CP,，則創(chuàng)建CP,。
??? (2)如果不存在協(xié)同契約，為每個協(xié)同創(chuàng)建單獨(dú)的CP,。
??? (3)如果不存在協(xié)同契約,，且在協(xié)同參與者的認(rèn)同下，可以定義新的協(xié)同契約減少CP的數(shù)量,。
2.3 協(xié)同點(diǎn)的實(shí)現(xiàn)
??? 根據(jù)契約(對象之間給定的關(guān)系以及組織間的協(xié)同契約),，使用以下算法創(chuàng)建CPs：
??? (1) 閱讀協(xié)同契約。
??? (2) 獲取公共流程的信息,。
??? (3) 創(chuàng)建CP對象,。
??? (4) for 每個關(guān)系以及Sat函數(shù) do //將關(guān)系和Sat函數(shù)轉(zhuǎn)換為執(zhí)行規(guī)則：
??? ·根據(jù)事件類型，在CP中創(chuàng)建事件的接受者,。
??? ·Sat函數(shù)轉(zhuǎn)換成執(zhí)行規(guī)則的中的狀態(tài)條件,。
??? ·對于每個創(chuàng)建的處理過程，更新控制流(源和目標(biāo)流程),。
??? (5) 根據(jù)(8)式重新組織CPs
??? 可以在3個不同的層次上對協(xié)同進(jìn)行驗(yàn)證：
??? ·靜態(tài)檢查,，對每個參與者分析協(xié)同契約的定義；
??? ·部署檢查,，允許定義CPs的結(jié)構(gòu)和匹配公共流程之間的數(shù)據(jù)流,、控制流和事務(wù)流,。
??? ·運(yùn)行時檢查，允許監(jiān)視和動態(tài)執(zhí)行CP的執(zhí)行規(guī)則,。
??? 供應(yīng)鏈中流程管理涉及多個成員企業(yè),，在實(shí)現(xiàn)協(xié)同的同時也必須保持流程的私有性及管理的自制性。本文提出的協(xié)同點(diǎn)CP是協(xié)同的跨組織活動,，不僅提供了流程的交互和并行,，以保證全部協(xié)同流程的正確執(zhí)行。同時還提供了流程協(xié)同的柔性定義,，允許動態(tài)地修訂協(xié)同流程(增加,、抑制或修改)。該模型有效地實(shí)現(xiàn)了供應(yīng)鏈環(huán)境中跨組織流程的協(xié)同,。
參考文獻(xiàn)
[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.