服務組合

導讀：

　　服務組合

　　服務組合是爲了滿足一些用戶的需要而把一定數量的現有服務組織起來形成具有綜合功能的服務集合，它的動力來自於Web服務的出現以及通過WWW把Web服務組織在一起以提供增值服務。服務組合技術主要涉及簡單服務與複雜服務的表示，後者是簡單服務或其它組合服務的結合體。組合服務的定義需要由元服務間的控制流和數據流來表示，服務組合領域與軟件工程在現存的軟件組件系統集合內有所交迭。

　　Piccinelli（1999）把服務組合描述成是現有服務結合起來形成的一個新服務，兩個或多個服務提供者提供的服務通過集成、聯合和同步後形成的新的具有增值效應的新服務是先前任何一個單個服務所不具備的。Piccinelli&Moknushin（2001）指出電子商務要釋放它全部的潛力就要依賴各個服務的組合以及它們之間的相聯繫。從使用Web服務到定製服務，人們的焦點已經從單純連接某一特定商業夥伴轉移到特定服務需求的定義上來。使用不同提供商的Web服務可以大力推動各類商業應用的發展，其中包括旅遊預定服務、網上購物、提供連鎖管理、商品目錄管理和財政保險服務等等。

　　服務組合主要經過三個階段：設計、定義和實施。Yang&Papazogln（2001）對設計階段是這樣描述的：要搜索和檢查備選服務（簡單服務或複雜服務）的可組合性和一致性。在這一階段會產生供選擇的組合計劃並推薦給應用設計者，其成果就是把那些想要的和有可能獲得的相互匹配的服務組織起來。

　　在組合服務的設計階段我們可能會提出模式的使用問題，其目標是要簡化組合過程，在豐富的服務描述基礎上支持設計者選擇組件。我們假定業務目標是要成功地組合一個服務，而不是最低限度地分解這個過程模型。我們相信在可能的情況下設計者會喜歡與數量較少的服務提供者和組合服務打交道。通常在組合Web服務時必須考慮服務組件提供的功能如：數據類型、消息類型和業務順序邏輯等等的匹配性(Fensel &Bussler 2002)。然而，我們認爲服務組合並不僅僅是功能性要素的組合，在服務組件中非功能性的要素在選擇過程中也扮演着重要角色，可以從如下的幾方面來考慮非功能性要求如：信譽度、可靠性、安全性、地理位置、執行時間和會費機制。舉例來說，當要組合一個定貨Web服務時，我們必須考慮附加服務如：財政保險、付賬方式、運輸及要遵守政府規定。

　　TOP



本文轉自

http://soa.5d6d.com/redirect.php?fid=4&tid=111&goto=nextnewset