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