優先權分配的目的是幫助識別在應用上最重要的資源和所支持的業務功能的價值。您應該設計一組度量（包括第三步中的那些）和定義來根據經驗比較和評價每個資源，以確定其優先級。分配資源優先級將有助于確定項目的合理起點、潛在的∵業務/IT贊助和相關的業務價值。
當這些資源向SOA構建塊轉換時，使用上述的所有信息能夠建立、記錄和跟蹤每個資源的“當前使用”快照。對于剩下的幾個步驟，應該在所有編目好的資源中選擇那些被指定為最高優先級的資源。實際數量的選擇要根據您的風險評估、優先權評價、業務/IT目標、資源以及其它類似的因素來進行。
4）數據建模
從第一個選定的資源開始（我建議您首先端到端地制作一個資源，也許不是最高優先級的那個，這允許您使用控制度更高并且便于管理的方式實現數據管理和數據服務層的SDLC過程），對現有的物理方面進行檢查。對于數據庫或者一組表，考慮來自用戶的各種查詢、數據庫的邏輯存儲過程及其觸發器、各種具有副作用的操作。這構成了物理數據資源定義和描述。對于信息訪問，要使用什么呢？MOM、第三方適配器、專有的集成或者點對點的定制集成？這構成了物理信息資源定義和描述。
由于數據服務層是完整的SOA參考架構的一部分，所以應該規定SOA構建塊的定義和要求。您的資源的當前狀態與SOA RA構建塊的目標狀態之間很可能存在差距。業務的第一步是引導當前的物理狀態盡可能地接近您的SOA構建塊目標狀態標準。您可能會想起前面討論的關于SOA參考架構中“服務”的定義和描述。為簡單起見，假設您的服務定義要求包含WSDL、SOAP和用XSD定義的文檔樣式。其它推薦的規范包括 WS-Addressing和XQuery/XPath。有了這個定義，我們需要考慮怎樣把關系數據庫、XML數據和／或信息訪問系統中的表轉換或者映射到一組滿足構建塊服務定義準則的服務上。
有許多不同的工具和技術可以映射現有的數據和信息訪問資源到圖２所示的物理數據層，定義與您的特殊要求和服務定義一致的邏輯服務模型。BEA的 AquaLogic Data Services Platform（ALDSP）是我們的從數據／信息訪問資源向SOA構建塊（數據服務）轉換的實現技術，它為您的SOA參考架構提供了基于標準的、面向服務的數據服務層。
一旦您導入了您的物理資源（不考慮它們的接口和實現），您就有了物理的數據服務層（參見圖2）。物理的數據服務層中的服務有著一致的外觀和表示——即底層的實現細節和通信協議被抽象化和封裝，并且從視圖中移除（必要時，您仍然可以訪問底層），只提供了資源定義（服務定義）和操作的信息。 既然您有了自己的“數據”，下面該定義您的邏輯模型。
5）邏輯建模
邏輯建模的目標是抽象、集成、規范和管理一個或多個物理數據服務的集合，可以將這些操作抽象到兩個層上：邏輯數據標準化層和邏輯數據集成層，如圖2所示，它們也有一組可用的規則：管理規則、數據規則、集成規則和業務規則。
在進一步討論之前，需要注意： ALDSP允許支持您的邏輯抽象設計要求所需的任何邏輯層。這些邏輯層只是面向設計時的，其作用是允許設計和開發人員有效地分離和分層邏輯模型和內容。這些邏輯層不是運行時部署的一部分——也就是說，即使設計時可以有若干邏輯層，但它們并沒有對應于運行時的一組間接層。通過平展和優化，它們成為一個運行時層。開發和操作人員能夠察看這些運行時工件和優化，并且在認為必要時進行調整。
您可以規定一組不同的準則和因素作為邏輯模型層的基礎，而不是我在這里所使用的。例如，可以有單獨一個層來包含所有的邏輯抽象，也可以有若干個邏輯層。經證明，邏輯層太少可能有限制作用并可能隨時間增加了復雜性。至少，您應該規定一組準則來確定邏輯抽象層和它們所包含的內容。
例如，您可以有一個邏輯抽象來執行標準化，如圖2所示。邏輯數據標準化層允許您“清除”和簡化任何復雜的或混亂的信息。改變那些您不直接擁有或負責的現有數據庫或者其他系統的物理結構通常也是困難的，或者任何程度的改變都是不可行的。邏輯數據標準化層讓您可以重新構建而不必強制改變物理數據層。（如果您需要關于“數據標準化”的更多信息，我建議您用“數據標準化”進行Web搜索，會了解到更多的相關內容和要求。）這個邏輯層提供一個模型設計，當更新或退出直接使用這些數據資源的系統時，它可以用作未來物理數據和信息的模型。邏輯數據服務的目標是提供一個高級共享服務和消費應用程序更加易于使用的、更加易懂的和更加可重用的服務模型。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
