關于SOA 的五種資產重用最佳實踐

2019-11-18 12:20:27

字體：大中小

來源：轉載

供稿：網友

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

上一篇：java高級應用符合oo慣例的表現層控制

下一篇：軟件項目開發之軟件過程RUP初探(圖)