--重用是面向服務架構之所以成功的最關鍵因素之一。下面列出您可以使用的五種最佳實踐。
1. 結合“自頂向下”和“由下而上”技術,實用地定義服務接口,并對其建模。
建立一個粗粒度的業務架構(可能是使用 UML 結構),然后基于業務優先級,依靠該架構填充服務。讓服務的由下而上填充,隨著時間的推移,而影響自頂向下業務架構的迭代式定義。
2. 在服務生成軟件開發生命周期( SDLC )中定義關鍵的檢查點。
有三個推薦的檢查點,分別是:需求檢查(定義核心需求和完成 WSDL 草案時),設計檢查(擬定 WSDL 和定義底層的實現方法時),和實現檢查(完全實現并測試服務時,作為把服務部署到生產中之前的最后一個檢查點)。
3. 把生產的服務當作軟件“產品”來管理。
按照常規的進度,為交付和部署服務的新版本作好計劃,這樣接受服務的消費者就能夠預先感知到新功能。保持版本之間的向后兼容性,方便現有服務的消費者能夠毫不費力地遷移到新版本。
4. 通過資產庫把生產的服務交付給潛在的消費者。
UDDI 注冊,對于服務的操作性動態綁定很有用,但是不適合開發級別服務的管理和發現。選擇一個以目的為導向的、支持多種資產類型的資產庫,在它們的 IDE 中把資產交付給開發人員,并為管理資產的生產和消費提供高效的流程。
5. 跟蹤每個項目實際的服務消費,以支持使用可溯性、影響分析和 ROI 計算。
基于項目的消費(可以上升到更高的組織層次)讓企業能夠從數量上計算,因服務重用而節約的成本,并確定服務版本變化,以及重新部署計劃的后續影響。
原文出處:http://www.ftponline.com/reports/vslivesf/2005/carlson/