SOA路線圖一般具有多個(gè)階段。第一階段是進(jìn)行前期探索、了解技術(shù)挑戰(zhàn)，實(shí)施諸如驗(yàn)證、授權(quán)、確認(rèn)和數(shù)據(jù)轉(zhuǎn)換等簡(jiǎn)單的水平服務(wù)；第二階段是制定更多的面向業(yè)務(wù)的服務(wù)；第三階段包括聚合服務(wù)、開(kāi)發(fā)工作流和集成各個(gè)不同的系統(tǒng)。

　　進(jìn)行SOA服務(wù)建模

　　服務(wù)建模是通過(guò)對(duì)全部業(yè)務(wù)流程的全面分析，初步確定業(yè)務(wù)服務(wù)和應(yīng)用服務(wù)，包括服務(wù)封裝的業(yè)務(wù)/應(yīng)用邏輯和對(duì)外提供的操作候選。

　　服務(wù)建模的前提是需對(duì)業(yè)務(wù)流程和系統(tǒng)功能非常了解。服務(wù)建模的工作是一個(gè)較長(zhǎng)的過(guò)程，需要經(jīng)過(guò)若干個(gè)階段才能慢慢完善和確定。服務(wù)建模主要包括三個(gè)方面的工作：流程梳理、架構(gòu)設(shè)計(jì)和SOA產(chǎn)品行業(yè)模板。

　　對(duì)業(yè)務(wù)流程進(jìn)行梳理

　　流程梳理，即從現(xiàn)有流程梳理成果入手，自頂向下，將合理的流程活動(dòng)封裝為服務(wù)。

　　在流程梳理的過(guò)程中，SOA工作組應(yīng)采用國(guó)際先進(jìn)方法，電信行業(yè)一般采用基于eTOM的流程管理和NGOSS架構(gòu)，用業(yè)務(wù)驅(qū)動(dòng)和流程穿越的方法定義和澄清項(xiàng)目的范圍，具體包括：梳理和分析對(duì)應(yīng)的業(yè)務(wù)流程，明確業(yè)務(wù)流程的節(jié)點(diǎn)和涉及的人員角色；分析業(yè)務(wù)流程對(duì)應(yīng)的IT系統(tǒng)支撐和控制點(diǎn)，用不同的表現(xiàn)形式來(lái)區(qū)分涉及的IT系統(tǒng)，因?yàn)樯婕岸鄠€(gè)IT系統(tǒng)的流程都會(huì)涉及到與對(duì)應(yīng)系統(tǒng)的集成；針對(duì)業(yè)務(wù)流程的相似性，使用抽象合并的方法對(duì)業(yè)務(wù)流程進(jìn)行IT流程的歸并。

　　系統(tǒng)架構(gòu)設(shè)計(jì)的構(gòu)建

　　架構(gòu)設(shè)計(jì)是從系統(tǒng)功能架構(gòu)和現(xiàn)有系統(tǒng)模塊入手，自底向上封裝應(yīng)用服務(wù)和通用服務(wù)。

　　從IT系統(tǒng)的建設(shè)趨勢(shì)來(lái)看，IT的整合將是建設(shè)過(guò)程中的主旋律。發(fā)掘已有IT系統(tǒng)的潛力，整合系統(tǒng)之間重疊的功能應(yīng)用，實(shí)現(xiàn)系統(tǒng)間信息數(shù)據(jù)的交互、共享暢通，規(guī)范企業(yè)技術(shù)架構(gòu)，逐步消除信息孤島將是未來(lái)IT建設(shè)的重要舉措，因此電信運(yùn)營(yíng)商需根據(jù)具體需要，由系統(tǒng)功能和現(xiàn)有系統(tǒng)模塊入手，引入SOA,建立系統(tǒng)一二級(jí)服務(wù)類(lèi)，并構(gòu)建整體服務(wù)建模。只有具備健全的架構(gòu)基礎(chǔ)才可發(fā)揮SOA在松散耦合、重用以及抽象技術(shù)和服務(wù)方面的主要優(yōu)點(diǎn)。

　　SOA的參考架構(gòu)分為多個(gè)層面，包括服務(wù)的生成與封裝、業(yè)務(wù)流程的建模、企業(yè)服務(wù)總線的構(gòu)建等。在SOA的架構(gòu)中，服務(wù)的生成可以在原有系統(tǒng)的基礎(chǔ)之上通過(guò)封裝得到，對(duì)于新開(kāi)發(fā)的應(yīng)用則在開(kāi)發(fā)時(shí)即可規(guī)劃服務(wù)的內(nèi)容與訪問(wèn)形式。總之，服務(wù)將以合約或契約的形式存在，而企業(yè)服務(wù)總線則在服務(wù)與調(diào)用者之間進(jìn)行服務(wù)的組合、完成透明化的處理（包括協(xié)議轉(zhuǎn)換、調(diào)用方式、內(nèi)容格式轉(zhuǎn)換、安全控制等），應(yīng)用之間的協(xié)同工作則通過(guò)流程定義來(lái)實(shí)現(xiàn)。

　　SOA系統(tǒng)須滿足三個(gè)條件：數(shù)據(jù)、界面和業(yè)務(wù)邏輯分離；能把接口開(kāi)放出來(lái)并容易被調(diào)用；能進(jìn)一步將面向技術(shù)的組件包裝成面向業(yè)務(wù)的服務(wù)。

　　SOA產(chǎn)品行業(yè)模板的借鑒

　　SOA的戰(zhàn)略意義目前已得到業(yè)內(nèi)廣泛認(rèn)可，在企業(yè)應(yīng)用集成領(lǐng)域有著重要的意義。成熟的SOA產(chǎn)品針對(duì)不同的行業(yè)應(yīng)用已經(jīng)有了基本的服務(wù)建模，可作為重要參照。Oracle、IBM、SAP和微軟等軟件巨頭從本世紀(jì)初開(kāi)始陸續(xù)為SOA投入了大量資源，目前已經(jīng)形成比較完善的解決方案。

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

　　明確服務(wù)設(shè)計(jì)內(nèi)容

　　服務(wù)設(shè)計(jì)的目標(biāo)是為業(yè)務(wù)流程建立一種與定義侯選服務(wù)一致的方法。服務(wù)是其接口采用SCA（服務(wù)組件體系結(jié)構(gòu)）和SDO（服務(wù)數(shù)據(jù)對(duì)象）等一致認(rèn)可的格式發(fā)布的服務(wù)操作的邏輯分組。服務(wù)設(shè)計(jì)需與部署到其中的SOA基礎(chǔ)架構(gòu)相兼容，尤其要確保服務(wù)應(yīng)避免不必要的耦合。因此服務(wù)設(shè)計(jì)需遵循基于面向服務(wù)的設(shè)計(jì)原則。

　　根據(jù)服務(wù)建模結(jié)果和統(tǒng)一的服務(wù)設(shè)計(jì)標(biāo)準(zhǔn)，服務(wù)設(shè)計(jì)需要完成各類(lèi)服務(wù)的接口定義API（參考TMF的OSS/J等）。服務(wù)設(shè)計(jì)的流程包括SOA準(zhǔn)備、設(shè)計(jì)以實(shí)體為核心的業(yè)務(wù)服務(wù)、設(shè)計(jì)應(yīng)用服務(wù)、設(shè)計(jì)以任務(wù)為核心的業(yè)務(wù)服務(wù)、設(shè)計(jì)面向服務(wù)業(yè)務(wù)流程五個(gè)階段。

　　API定義除了業(yè)務(wù)接口，還需要考慮一些基礎(chǔ)接口，用來(lái)提供監(jiān)控、安全、審計(jì)等服務(wù)。