服務組合模式

導讀:

  服務組合模式

  Intent

  使用戶可以容易地定義並更改組合服務;

  Context 定義增值的組合服務;

  Problem

  如果某一企業決定提供一個增值組合服務,它需要定義一個服務調用時可以執行的業務流程,這個流程需要分解爲預先存在的服務。此外,必須描述出那些服務之間的相互關係,最後,這個過程定義需要具有快速的適應和簡單的維護性。

  Forces

  如何描述確定活動之間的關係?服務如何任意地嵌套?如何保證這種高水準的描述服務得以順利執行?

  Solution 這裏我們通過控制流和數據流爲每個組合服務定義。控制流描述了多個服務以及它們之間的相互依賴關係;數據流基於控制流之上並描述了各服務之間的業務文檔流。一個服務成分即可以是一個簡單服務也可以是一個組合服務,每個簡單服務最終要指派給一個具體的服務。嵌套的組合服務要進一步分解直到確定了最基本的簡單服務。

  Implementation 解決方案是以工作流規範技術爲基礎,這一方法對於組合服務業務流程是最爲合理的。以往正規化的符號標記如Petri網、狀態圖和活動圖它們都具有豐富的表達能力。Aalst建議使用Petri網因爲校驗它們相對來說比較容易。在Benatallah et al.看來他認爲在Petri網中遞歸的過程定義是不可能的,但以我們圖4.2所示的旅遊服務這種反對意見就變得比較模糊了。Wirtz,Weske,和Giese提議在UML中加入OCN(Object Coordination Nets)以引入功能強大的模型語言。

  我們更傾向於狀態圖,它依賴於有限自動機和事件—條件—動作規則,這些概念很容易掌握。Beek(2001)爲狀態圖提出來了正式的語義,這使它可以實現自動校驗,同時作爲UML的一部分狀態圖也廣泛地被人們所認識。

  Known uses ADEPT(Jennings et al., 2000a;Jennings et al.,2000b),CMI (Schuster et al.,2000),e-Flow (Casati &Shan, 2001; Casatiet al., 2000),WebBIS (Benatallah, Medjahed, &Bouguettaya, 2000),selfserv(Fauvet etal., 2001),AgFlow (Zeng et al.,2001)。

  Consequences 明瞭的、表達豐富的、語義清晰的服務描述語言對於組合服務的建模和修改是至關重要的。爲人所熟知的規範化的描述技術還可以簡化服務的執行。

  TOP



本文轉自

http://soa.5d6d.com/redirect.php?fid=4&tid=113&goto=nextnewset
發佈了185 篇原創文章 · 獲贊 1 · 訪問量 23萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章