f）服務相關性
這里有兩種服務相關性：
前提條件的相關性：在開始執行當前調用之前另一服務調用必須已經成功地執行了。例如，找到存貨應當發生在存儲存貨之前；
處理相關性：另一服務調用需要成功地執行當前服務。
g）其它服務屬性
其它服務屬性包括服務級協議（如性能需求）、能力和安全。在這個階段，我們詳述并實驗了如何使那些屬性更合理且可實現。
9）服務規范及實現
當考慮如何實現服務時，我們需考慮：
服務細節
服務的數據輸入及輸出
服務是同步的還是異步的
協議需求（XML/HTTP、SOAL/HTTP、JMS、XML/MQ 等等）
服務組合
對于服務無功能需求。
我們也需要確定如何使用遺留和現有的企業功能，通過詢問諸如“我們要不要在遺留功能上放置包裝器？”或“我們需要為企業服務更改發布的接口嗎？”之類的問題。在回答完這樣的問題之后，就能做出服務實現決策并在服務模型中歸檔。
10）向 Application Developer 輸出服務模型
最后，我們將來源于 Business Integration Modeler 的模型作為 Business Process Execution Language（BPEL）和 WSDL 輸出，然后我們將它們引入 Application Developer 中。然后，我們進一步地編輯、增強、開發 Application Developer 中的流程編排。
結束語
作者提出了以模型為中心的解決方案，用于分析和設計基于服務的適用于集成包解決方案組件和遺留系統的集成層。他們使用 CBM 零售映射作為邏輯組件模型的啟動，過濾掉與 SoT 的當前范圍無關的內容。使用業務分析組開發的可用業務流程及用例文檔作為主要輸入，它們使用 WebSphere Business Integration Modeler 來為內部組件的交互建模，并將每個交互都確定成那些邏輯組件中的候選業務服務。他們分析輸入輸出消息和數據需求，并指導對每個服務的復雜性的最初的評估。他們將那些服務構建到邏輯服務模型中，他們進一步擴大邏輯服務模型使其包括公共業務和工具服務、數據和安全服務。他們將所選的邏輯業務組件映射到確定的包應用程序組件（子系統）中，并合并邏輯服務到那些子系統中。
參考資料
您可以參閱本文在 developerWorks 全球站點上的 英文原文。
在文章 "面向服務的建模和體系結構：如何確定、指定和實現您的 SOA 的服務"中發現分析和設計 SOA 所需的關鍵活動（developerWorks，2004 年 11 月）。
著手于應用程序開發工具及 DB2®、Lotus®、Rational®、Tivoli® 和 WebSphere® 的中間件產品。您可以免費下載產品的測試版，或選擇 developerWorks 免費的 Software Evaluation Kit 的 Linux® 或 Windows® 版本。
獲得由 Thomas Erl 所著的書籍面向服務的體系結構：集成 XML 和 Web 服務的領域指導（Prentice Hall，2004）。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
