一開始，需要了解現有應用程序和項目的情況，以便確定可以在哪里重用現有功能。對于那些完全特定于其所在的應用程序或為其開發的項目的功能，此時就完全可以不用考慮。
一定要知道以下內容：
◆ 當前應用程序的功能、服務和依賴性
◆ 現有服務的粒度和功能
◆ 當前應用程序與已列入規劃或正在進行的項目之間的相互依賴性，以及相關的開發和維護問題。
◆ 當前公共服務的使用情況
◆ 與應用程序開發相關的成本和其他指標
◆ 應用程序訪問和提供的信息
◆ 應用程序中使用的數據模型、轉換和變換
◆ 應用程序中涉及到的工作流和流程流
◆ 對如下服務的使用情況：單點登錄、日志記錄、錯誤和異常處理、監控以及通知。
◆ 服務水平協議、服務質量，以及相關的非功能性業務信息
◆ 當前交付的里程碑和即時項目時間幀的細節
這些數據將幫助您了解當前的項目和應用程序，并幫助識別通用功能。
組織和管理：設置異常
SOA要求在人員的協作方式方面有所變化。有必要在IT部門之間建立更緊密的協作，因為這樣能夠推動全體人員都重視交付業務價值，而不是只在單個功能性部門中。
要想在此領域中獲得成功，有兩個方面是必不可少的。首先，必須提供足夠的培訓，以便讓團隊不僅能夠了解SOA的技術方面，還能了解它所需要的文化變化。沒有提供這些關鍵消息的企業將很難繼續進行下去。
其次是組織和管理，要將SOA的采用當作是一個企業改變的計劃，而不僅僅是最新的技術方向。從高級管理人員獲取并保持支持將有助于企業的各個部門進行無縫協作，并確保您具有足夠的權限來獲得服從。
不同企業進行組織和管理的方式各不相同，這取決于企業的成熟度和發展方向。對于最初的SOA實現來說，自頂向下的集中式管理是最有效的，接下來是聯邦或部分聯邦的管理，最后是一個自治程度更高的層次系統。這種結構便于整體而有效地查看結構、資金、操作流程和工具、標準、技能變化管理以及指導原則。它還有助于根據以下（以及其他）SOA常見問題來決定、制定和改進流程：
◆ 誰定義和修改系統？
◆ 誰可以訪問服務？
◆ 必須提供什么樣的服務質量？
◆ 誰將為服務的構建買單？
◆ 誰將為服務基礎架構買單？
◆ 所管理服務的相互依賴性？
◆ 如何向外部公開服務？
◆ 如何衡量SOA是否成功？
最后，組織和管理功能將確保該過程以及通過SOA項目交付的業務價值是可度量的。如果未達到指標，就可以采取更經濟有效的矯正措施。
結束語：
在這個系列文章中，我的目標就是指導您使用BEA的域模型作為規劃、實現和評審的框架，在您的企業中規劃和部署SOA。本文主要關注長期規劃，指出了SOA依賴于成功地把重用文化制度化、為什么要了解當前的IT項目（從而了解通用功能），以及如何建立組織和管理模型。想要了解有關域模型和BEA的SOA解決方案的更多信息，請訪問BEA SOA資源中心。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
