8）創建服務模型
服務模型是我們的基于服務的集成的核心。分析和設計執行下面操作的構件是非常有用的：
確定需要被發布的服務。
指定服務提供者和服務客戶之間的合約。
指定關系、層次（如果存在的話），及其它服務屬性。
指定實現服務所需的組件。
下面的部分簡要地描述了如何將我們的創新的服務模型建模并歸檔。
服務組合：服務清單
該部分以業務功能或業務區域的年月日的次序列出了所有前面確定的服務。
a）服務映射（組合）
服務映射包含我們使用從上到下和從下到上的分析而確定的服務的清單。這里，我們列舉了前面步驟中確定的候選服務，以及它們的用法和調用關系。我們創建它來可視化地描述核心業務組件或技術子系統提供及使用的所有服務。圖 12 展示了為 SoT 所開發的一個版本。
圖 12. 服務映射
b）服務層次
服務層次將服務分類。我們將未分類的服務的候選清單依照業務服務路線、多路業務服務和企業服務將它們組織在一起。我們使用服務層次來說明服務是否可以調用其它服務，它是否是其它現有服務的簡單組合。
c）服務發布決策
我們需要確定發布哪些服務，我們可以使用服務最終測試（回答問題：這些服務是否與業務相關以及業務是否要在企業周邊發布它們？）來完成。最終測試包括：
業務校準：業務是否同意發布服務？子流程和高級業務用例是服務發布的優秀候選。
透明度：服務提供者對服務客戶是否透明？
服務粒度：服務是否以適當的粒度水平來發布？服務不應當發布技術工具除非技術工具對服務客戶來說是有價值的。
d）服務流
該部分描述了如何使用確定的服務來將各種應用程序組件綁定在一起以完成業務流程的特定需求。下面的 UML 時序圖展示了內部組件的服務與實現購買項目的業務流程的交互。
圖 13. 服務流
e）服務組成
服務組成提供了服務的動態視圖。它展示了我們如何將這些服務編排進支持業務功能的組合服務中。如服務流部分中所示，我們也設計了組合服務，購買項目，它由許多小的服務組成，如Authenticate、FindInventory 等等，如圖 14 中所描述的。
圖 14. 服務組合
您可以使用 Application Developer 來執行服務編排（關注該系列文章的第二部分，將討論如何使用 Business Integration Modeler 和支持的開發工具來創建基于服務的集成層）。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
