SOA路線圖一般具有多個階段。第一階段是進行前期探索、了解技術挑戰，實施諸如驗證、授權、確認和數據轉換等簡單的水平服務；第二階段是制定更多的面向業務的服務；第三階段包括聚合服務、開發工作流和集成各個不同的系統。

　　進行SOA服務建模

　　服務建模是通過對全部業務流程的全面分析，初步確定業務服務和應用服務，包括服務封裝的業務/應用邏輯和對外提供的操作候選。

　　服務建模的前提是需對業務流程和系統功能非常了解。服務建模的工作是一個較長的過程，需要經過若干個階段才能慢慢完善和確定。服務建模主要包括三個方面的工作：流程梳理、架構設計和SOA產品行業模板。

　　對業務流程進行梳理

　　流程梳理，即從現有流程梳理成果入手，自頂向下，將合理的流程活動封裝為服務。

　　在流程梳理的過程中，SOA工作組應采用國際先進方法，電信行業一般采用基于eTOM的流程管理和NGOSS架構，用業務驅動和流程穿越的方法定義和澄清項目的范圍，具體包括：梳理和分析對應的業務流程，明確業務流程的節點和涉及的人員角色；分析業務流程對應的IT系統支撐和控制點，用不同的表現形式來區分涉及的IT系統，因為涉及多個IT系統的流程都會涉及到與對應系統的集成；針對業務流程的相似性，使用抽象合并的方法對業務流程進行IT流程的歸并。

　　系統架構設計的構建

　　架構設計是從系統功能架構和現有系統模塊入手，自底向上封裝應用服務和通用服務。

　　從IT系統的建設趨勢來看，IT的整合將是建設過程中的主旋律。發掘已有IT系統的潛力，整合系統之間重疊的功能應用，實現系統間信息數據的交互、共享暢通，規范企業技術架構，逐步消除信息孤島將是未來IT建設的重要舉措，因此電信運營商需根據具體需要，由系統功能和現有系統模塊入手，引入SOA,建立系統一二級服務類，并構建整體服務建模。只有具備健全的架構基礎才可發揮SOA在松散耦合、重用以及抽象技術和服務方面的主要優點。

　　SOA的參考架構分為多個層面，包括服務的生成與封裝、業務流程的建模、企業服務總線的構建等。在SOA的架構中，服務的生成可以在原有系統的基礎之上通過封裝得到，對于新開發的應用則在開發時即可規劃服務的內容與訪問形式。總之，服務將以合約或契約的形式存在，而企業服務總線則在服務與調用者之間進行服務的組合、完成透明化的處理（包括協議轉換、調用方式、內容格式轉換、安全控制等），應用之間的協同工作則通過流程定義來實現。

　　SOA系統須滿足三個條件：數據、界面和業務邏輯分離；能把接口開放出來并容易被調用；能進一步將面向技術的組件包裝成面向業務的服務。

　　SOA產品行業模板的借鑒

　　SOA的戰略意義目前已得到業內廣泛認可，在企業應用集成領域有著重要的意義。成熟的SOA產品針對不同的行業應用已經有了基本的服務建模，可作為重要參照。Oracle、IBM、SAP和微軟等軟件巨頭從本世紀初開始陸續為SOA投入了大量資源，目前已經形成比較完善的解決方案。

　　通過SOA促進IT和業務的融合過程包括四個邏輯層次：底層是SOA基礎和IT基礎架構，其上是行業框架，再上一層是行業解決方案，最上層則是策略性商業推動力。Oracle、IBM、SAP和微軟等都已經建立了電信行業的應用架構，這些框架建于最新的行業標準之上，可為企業提供多種設計和部署SOA的方法。通過運用這些框架，企業能夠充分利用帶有BPM（業務流程管理）的流程模板創建最佳實踐，滿足自身的業務需求。

　　明確服務設計內容

　　服務設計的目標是為業務流程建立一種與定義侯選服務一致的方法。服務是其接口采用SCA（服務組件體系結構）和SDO（服務數據對象）等一致認可的格式發布的服務操作的邏輯分組。服務設計需與部署到其中的SOA基礎架構相兼容，尤其要確保服務應避免不必要的耦合。因此服務設計需遵循基于面向服務的設計原則。

　　根據服務建模結果和統一的服務設計標準，服務設計需要完成各類服務的接口定義API（參考TMF的OSS/J等）。服務設計的流程包括SOA準備、設計以實體為核心的業務服務、設計應用服務、設計以任務為核心的業務服務、設計面向服務業務流程五個階段。

　　API定義除了業務接口，還需要考慮一些基礎接口，用來提供監控、安全、審計等服務。