為了在SOA計劃中支持這種動態性，您需要了解基于配置的路由機制（而不是硬編碼終端），它有能力詢問一個服務請求的有效載荷或上下文，并以一種基于配置的方法恰當地發送它。更進一步，該環境需要支持無縫的變更控制，而這樣的控制提供了對變更信息的更精確審計（請記住，通過避免依從性等方面的成本，您會獲得了SOA的大量財政收益�。�；提供了將配置聚集到可管理組中的能力；提供了實時更改和同時會話以支持透明更改控制；當然，還提供了出現問題時進行回滾的能力。
最后，SSLC的集成和部署階段應支持基于角色操作的視圖的概念。這些視圖應允許復合服務的委托配置，而不僅僅將其可見性和變更管理功能限制在發布和供應階段定義的服務契約之內。如果將注意力完全集中在單個服務和在這種層次上管理變更的能力，組織可能無法實現復合應用程序的全部收益，并且將處于以下危險之中：后退到傳統應用程序開發的某些實踐，從而導致產生一些難以監控的系統，并造成與中斷-修復式的回歸測試相關的關注。
安全和管理
組織中的計劃只有在得到恰當的管理，能夠響應業務需求和要求時，才能取得成功。在SOA的功能中，這必然會實現更好地理解在其中使用服務的上下文，從而為正確的客戶提供更高的服務質量。通常，我會將標識專門化的經濟模型視為經濟中提高生產概率曲線的一種方式。這里沒有必要過于深入地探究經濟理論，使一種共享服務基礎架構能夠通過前攝性、響應性的途徑理解使用需求，這種能力可提供更高水平的客戶服務或適用性。在經濟術語中，這可能與理解服務的聚合需求相關。
SSLC的安全和管理階段應允許組織通過策略，而不是服務實現，來管理安全約束。就可調用該服務的協議而言，服務策略可將這些方面表示為傳輸層安全性，還可利用WS-Security標準來確�；ゲ僮餍�。當然，低級數據安全性可通過抽象數據服務或某種形式的分布式授權引擎來管理。特別地，對SSLC來說，這種安全性是通過對策略和相關契約的管理（而非服務實現）來提供的。
在SSLC的任何階段，擁有流程的實時可見性都很重要。SSLC中的安全和管理階段集中根據當前實際使用情況管理一些服務，這些服務將滿足業務需求。這可能包括對性能和錯誤事件的SLA管理。管理此信息的能力是遵循企業或組織內已建立的管理控制點的一個重要方面。例如，考慮從假想組織購買的每一本書，您需要確保該訂單對某個時間幀，并且，一些成人性質的書只應售已經過某種形式的年齡驗證的人。在這種情況下，可能要實現一種服務策略，來確認已通過年齡驗證，這也可通過當前客戶規范的內省實現。（必須注意：在一種高利用環境中，單個服務實現可能也應該提供多個服務策略和契約，以確定其用途。）繼續考慮購買一本成人書籍的例子，實際上兩個策略在此有效：第一，如果該書是成人性質，需進行年齡驗證；第二，一條要求在特定時間幀內發送訂單的SLA。對這些SLA的任何違背都可能被報告為某種形式的異�；蜻`規。一個成熟的SOA組織可能具有明確定義的管理流程，明確地標識控制點和異常例程，所有這些控制點和異常例程都會記錄在企業存儲庫中，比如AquaLogic Enterprise Repository。
建立好SLA和業務策略后，組織可利用企業儀表板式的功能，為那些要求企業運作狀態可見性的用戶提供即時和集中反饋。通過這種可見性，安全和管理階段應提供運行時靈活性，以增強為客戶交付的服務質量（如果當時情形要求這樣的話）。一個這樣的例子就是，如果一個終端不可用，或將請求發送到一個低成本通道，比如IVR（Integrated Voice Recognition），而不是高成本的CSR（Customer Sales Representatives）（大多數標準請求發到此處），在這種情況下系統“dial-down”服務的能力。
評估
正如政府的財政和貨幣政策那樣，在行動付諸實踐時，規劃和準備隨時可能發生更改。這個SSLC的最終階段涉及一些詳細的分析，分析服務是如何根據使用情況在運行時被使用的。做出這類分析和評估的目的在于使組織更好地根據實際生產影響來管理服務使用行為。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
