組織間協同工作流的交互模式研究

劉慧敏 王刊良

摘要：文章結合組織間工作流的特點和基本要素，提出了基于客戶視圖的工作流交互模式，構建了協同工作流的實施框架，有助于保持和協調組織間工作流的合作關系。

關鍵詞：工作流；協同；客戶視圖

一、引言

業務流程作為企業核心競爭力的集中體現，已經成為許多現代企業關注的焦點，近年來。工作流管理在業界被認為是通過計算機自動化實現對業務流程監管和優化的最有效途徑之一。隨著全球經濟的一體化和市場競爭的日益加劇，顧客要求逐漸呈現個性化和多樣化趨勢，為了面對瞬息萬變的環境和需求，越來越多的企業跨越組織界限尋求適當的合作伙伴，并在共同的經營目標下形成的動態戰略聯盟(例如虛擬企業)，Internet等通訊手段的迅速發展也為地域分布各異的多企業間的合作創造了條件。通過Web技術，參與合作的各企業協同合作，各自內部的業務流程經過相互聯接，組成協同式的跨組織工作流，把封閉在各企業系統中的“信息孤島”集成在一起，彼此交互信息，從而提高整個業務流程的工作效率，增強對市場需求的快速響應能力。工作流管理系統(WfMC)集成的關鍵問題在于不同系統間的通訊標準和交互模式，其中前者屬于建模技術的范疇，工作流管理聯盟(WMC)已經提出了XP-DL，Wf-XML等一系列規范統一的流程描述語言；后者屬于管理領域的內容，它是指各系統間相互協調，訪問，操作的方式。許多學者認為相對工作流建模技術而言，工作流程的設計更重要的是體現其在經營管理方面的作用和意義。本文根據工作流的基本要求，提出基于客戶視圖的交互模式，構建了組織間工作流動態合作的框架。

二、組織間工作流的形式及特點

組織間工作流是指連接不同企業內部業務流程的分布式工作流集成架構，隨著企業聯盟的組織形式的不同，各企業間工作流的合作關系和相互操作方式也不盡相同。總結來說。主要包括以下幾種組織形式。(1)能力共享：在統一的工作流引擎調配控制下，需要執行的任務活動由各企業的資源共同完成；(2)鏈式執行：整個工作流被劃分為一連串的子流程，每個子流程由不同的企業一個接一個地執行完成：(3)合同轉包：一個企業把其工作流程中的部分外包，交給它的合作伙伴執行完成。該轉包企業處于樹狀工作流的頂層；(4)實例轉移：每個企業具有相同的工作流描述，當某企業流程內積有過多的實例。其中一部分可以轉移到其它的組織以平衡系統負載：(5)松散耦合：整體的工作流被分割為若干組成部分，每個企業對其負責的部分流程具有獨立的控制權，無需對外公開，只需根據合作協議的內容實現過程及其信息在合作伙伴間的通信和路由。其中松散耦合的組織形式具有較強的動態性和獨立性，最適合基于網絡的協同工作流的實施和管理。

組織間工作流與傳統的組織內工作流的最大區別體現在它的跨組織邊界性和分布式控制性，所以其特點通常表現為一系列“雙面性”的并存和權衡。(1)獨立性和合作性并存。每個組織仍然保持其獨立的經濟實體，但為了實現共同的經營目標，需要盡最大程度地支持企業聯盟中的協同。(2)分布式和相聯性并存。地域位置各異，分散控制的各企業業務流程通過網絡彼此聯接，相互交叉，共同執行某項實例活動。(3)穩定性和動態性并存。企業內部的業務流程較為穩定，而企業問的工作流需要保持動態性和靈活性。在對各企業工作流進行集成的過程中，這些特點決定了構建跨組織工作流的必要元素。

三、協同工作流的基本要素

如何跨越組織邊界，實現組織間工作流的有效合作，是信息系統領域中存在的重要挑戰之一。其中關鍵的議題便是工作流之間的交互模型的構建。為了實現業務流程自動化交互的目的，哪部分流程需要交互，采用怎樣的交互機制，交互過程的監管控制怎么實現。具體需要哪些步驟等問題都需要明確的解決，如此各企業中的業務流程才不是孤立的，才可以按照預先協議的方式進行通信，執行完成一致的經營目標。在提出具體的交互模型之前。為了較好地處理上述各特征的權衡關系，需要闡明有效的工作流協同交互需要滿足的基本要素，

1靈活性的支持。由于企業聯盟伙伴關系的建立是暫時的，當共同經營目標完成后，各企業可能會離開該聯盟尋找新的合作。因此它們之間協同交互的結構應是動態的，而且隨著合作伙伴的不斷更換。相應的合作關系會發生改變，所以合作架構也應根據合作協議靈活地變化。此外，參與交互的流程結構信息需對外(包括合作伙伴和客戶)保持透明，以便各方可以根據各自的需要作出相應的調整。

2原有業務流程的保留。大多數跨組織工作流的架構建立在已有的工作流系統的基礎上，在集成工作流的同時，也有必要保留原有的內部流程不變。這樣有助于保持企業的自主競爭力，而且在企業參與下一次合作時，不需要進行大規模的業務流程再造，節省了大量的時間和資金。

3顧客導向。相對于傳統的流程導向的組織而言，虛擬企業聯盟更多地表現為目標導向，其目標主要是指為顧客提供更好的產品或服務。當前業務流程管理(BPM)的發展趨勢對企業面對客戶需求和市場環境的應變能力提出了更高的要求。這里的顧客所指的不僅是外部的消費者，還包括外部的合作伙伴。

4協議過程。在建立合作伙伴關系時，各企業彼此間的協商過程必不可少。尤其是在動態的虛擬聯盟的環境中。所有參與的組織應就整體工作流程的構建需要達成協議或契約，主要內容包括流程的共同目標，流程的技術支持，每個組織的角色及相應的權限和責任。彼此交互的模式，交互過程的監管和控制。利益分配的原則等等。通過協商過程，每個企業可以充分了解其他各方的關注需求，并作出相應調整，有利于整個工作流協作過程的順利實施。

四、基于客戶視圖的協同工作流交互模式

客戶視圖(Customized View)是指在工作流協同過程中，企業通過與其他各方的協商。提出的反映客戶需求的工作流交互的視窗和接口。由于每個參與合作的組織在發布流程結構信息時需要考慮兩方面的權衡：一方面。為了保護企業的核心競爭力不被學習和模仿，不愿過多透露內部業務流程的結構信息；另一方面，要實現組織間有機高效的協同，需要各方盡可能地提供合作所必須的工作流信息，所以決定各自業務流程的彼此可見程度是組織間工作流協同交互需要解決的重要問題。即哪些流程需要交互。本文引入客戶視圖的思想，維持企業中原有的業務流程不變，根據不同的合作需求，針對不同的客戶抽取出相應的客戶視圖。在此基礎上。根據工作流協同交互的基本要素。提出基于客戶視圖的工作流協同交互模式的實施架構。(見圖1)。

根據組織間協同工作流的動態性和暫時性的特點，每個組織把內部的業務流程封裝成可以提供相應業務能力的服務，并發布到流程服務登記平臺(指通過網絡提供流

程服務的發布和查詢功能的中介機構)。客戶可以通過查詢發現適當的合作目標，經過彼此間的協議過程，結成合作伙伴關系。

每個企業具有各自的工作流管理系統，采用工作流引擎實現對業務流程的監管和控制，并通過多代理機制操作執行協同交互過程的一系列。圖1列出了組織1作為流程提供方，組織2作為流程請求方的工作流交互模式。反之類似。首先組織1工作流管理系統中的抽取代理通過聚集濃縮算法。根據組織2的角色和權限。從內部工作流中抽取生成公開流程，反映在工作流交互接口(視圖)中。在抽取過程中，本地流程中的一部分活動及其順序作為流程交互的內容是必須保留在公開流程中的，稱之為基本活動(Essential Activity)，這些活動由流程定義工具自動生成最小基本活動集，而其它的活動則經過不同程度的濃縮和聚集，他們最后組成了用于交互的流程視圖，視圖中的流程結構順序須與原有的業務流程保持一致。發布代理通過基于Web的交互平臺。把公開流程的結構信息傳遞到組織2。組織2發現通過該公開流程提供的信息不足以支持有效的工作流合作過程，故向組織1提出請求，要求訪問相關流程結構信息，組織基于組織2的訪問權限。關于對方請求給予肯定的響應，同時，定制代理結合公開流程和對方請求的信息，創建定制化流程，并作為更新之后的公開流程再次發送到組織2。圖示的步驟②、③、④可能是多次循環的過程，直到組織2的請求得到合理地滿足。當然。循環的次數可能為0，即提供方最初提供的公開流程便滿足請求方的獲知需求。

由于最初流程視圖的創建只是站在提供方的角度，而沒有考慮企業外部的合作方或客戶的需求，這可能導致兩方面的缺陷：第一。流程視圖中的結構信息不足以支持協同工作流的順利執行。這一點可以通過上述的循環過程逐漸完善；第二，流程視圖所提供的流程信息相對外部的需求而言過于繁冗，部分的流程結構甚至成為噪音影響合作各方對整體流程的認知。此時，流程請求方(組織2)需要通過定制代理隱藏和消除視圖中多余的流程信息，形成符合組織內需求的客戶視圖。最后，集成代理把本地流程和多個合作方提供的視圖整合成為集成流程。它可以被看作是該組織關于整個協同工作流的個性化視圖。對于相同的跨組織工作流。不同的組織可能產生不同的視角。工作流管理系統基于集成流程的定義和一致的交互模式實施對協同工作流的支持和監管。