已有應用的服務化改造及部署

　　在服務建模和設計完成后，需要進行現有應用的服務化改造工作，主要需完成相應軟件開發、測試和部署工作。具體應用服務化改造需考慮如下因素。

　　1.根據服務建模和設計進行服務實現，并對已有服務進行管制；

　　2.推薦采用MDD（模型驅動開發）的開發方法，重點關注模型的設計而不是手工編碼；

　　3.測試SOA的服務，特別是對SOA架構和服務有效性選擇的測試；

　　4.部署關注性能和服務的QoS;

　　5.項目實施建議采用RUP（統一開發過程）的迭代方法降低風險，一般推薦迭代2輪。

　　改造工作的重點是結合系統現狀和改造需求，合理安排眾多服務的改造計劃，以保證IT系統向SOA演進的整體進度。

　　IT系統的SOA實施策略

　　從目前電信運營商的情況來看，各運營商都尚未大規模實施SOA,但是已經有一些系統具有了SOA的特征。如流程管理的功能及WebService接口標準的運用等，這些在一定程度上對SOA的推行有積極意義。

　　業界對于SOA實施的啟動推進方式主要有兩種，即流程驅動主導和功能驅動主導。

　　由功能驅動主導的SOA實施啟動推進方式對需求分析的要求非常高，因此在SOA實施的初期階段一般都會采用流程驅動主導的方式。

　　考慮到任何IT技術轉變都存在一定的風險，為了控制風險，在SOA實施時推薦采用先試點后推廣的方式。試點宜采用流程驅動為主導的服務建模和設計方式：選擇1到2個具有典型性的流程做試點，只從功能系統中封裝流程牽涉到的服務，服務按流程所需來進行建模和設計。

　　在流程選擇、梳理、服務定義之前或者進行的同時，需要進行SOA基礎平臺和相關基礎服務的建設。

　　在試點取得成功、得到用戶認可之后，可以考慮在整個業務應用領域實施。整體的SOA實施需要流程驅動和功能驅動相結合的服務建模和設計方式。

　　流程驅動和功能驅動相結合的服務建模和設計方式可以結合兩種方式的優點。流程分析可以兌現業務需求，功能分析可以充分考慮到現有的系統能力。

　　試點時，SOA基礎平臺（包括企業服務總線和服務管理等）已經建設完善，在整體實施階段只需要考慮容量問題。

　　關于SOA的未來

　　與企業架構合并：據Loraine Lawson,SOA將成為企業架構（EA）的一部分并成為其選擇之一。她認為，這對雙方都有好處--EA的工具箱里多了一套工具，同時SOA也能從EA中獲得更大的空間。

　　云計算：很多刊物認為云計算是SOA的拯救者。McKendrick認為：……在很多情況下，SOA中的服務就是私有云中的服務。而且，有效的云計算結構需要良好的面向服務架構的支撐。