【正文】 狀態(tài)、執(zhí)行過程、節(jié)點信息或用戶設(shè)定的KPI指標(biāo)等實時數(shù)據(jù)。 參考流程（一）服務(wù)的注冊流程規(guī)范如下：服務(wù)提供者向信息部門提出服務(wù)注冊申請。信息部門對申請進行審批：如果審批通過，服務(wù)管理平臺的管理員將該服務(wù)注冊到服務(wù)目錄；如果審批不通過，向該服務(wù)提供者發(fā)送申請失敗的通知（包括審批意見），并結(jié)束流程。服務(wù)注冊成功后，向服務(wù)提供者及潛在的服務(wù)消費者發(fā)送注冊成功通知。服務(wù)提供者接收注冊成功通知后，根據(jù)實際情況，判斷是否不需要訂閱申請，而直接對潛在的服務(wù)消費者進行授權(quán)。圖3 服務(wù)注冊流程（二）服務(wù)的消費申請流程規(guī)范如下：服務(wù)消費者向服務(wù)提供者提出服務(wù)消費申請。服務(wù)提供者對申請進行審批：如果審批通過，則給該服務(wù)申請者分配使用該服務(wù)的權(quán)限；如果審批不通過，則向該服務(wù)申請者發(fā)送申請失敗的通知（包括審批意見）。圖4 服務(wù)消費申請流程（三）服務(wù)的維護流程規(guī)范如下：服務(wù)提供者向信息部門提出維護某項服務(wù)的申請及最新版本的服務(wù)。信息部門對申請進行審批：如果審批通過，則向該服務(wù)的消費者發(fā)出服務(wù)維護通知；如果審批不通過，則向該服務(wù)申請者發(fā)送申請失敗的通知（包括審批意見），并結(jié)束流程。服務(wù)管理平臺的管理員進行服務(wù)更新、維護操作。向該服務(wù)的消費者發(fā)出服務(wù)維護完成通知。圖5 服務(wù)維護流程（四）服務(wù)的報廢流程規(guī)范如下：服務(wù)提供者向信息部門提出報廢某項服務(wù)的申請；信息部門對申請進行審批：如果審批通過，則向該服務(wù)的消費者發(fā)出服務(wù)即將報廢的信息（提示消費者該服務(wù)將在什么時候報廢）。如果審批不通過，則向該服務(wù)申請者發(fā)送申請失敗的通知（包括審批意見），并結(jié)束流程。到了預(yù)定報廢時間，服務(wù)管理平臺取消該服務(wù)消費者的權(quán)限，向該服務(wù)消費者發(fā)出服務(wù)報廢通知，并在服務(wù)目錄中刪除該服務(wù)。圖6 服務(wù)報廢流程8 SOA項目管理 項目實施方法（一）自頂向下的實施方法：“自頂向下”是在企業(yè)發(fā)展戰(zhàn)略指導(dǎo)下實施SOA的方法，其核心思想就是從企業(yè)層面做SOA實施的整體規(guī)劃。它的好處是從企業(yè)整體進行考慮，面向業(yè)務(wù)，企業(yè)可以根據(jù)其業(yè)務(wù)的發(fā)展情況以及現(xiàn)有的IT水平做一個SOA實施的整體規(guī)劃。這樣做可以推動整個企業(yè)的標(biāo)準(zhǔn)化，所有的服務(wù)模塊都基于相同的標(biāo)準(zhǔn)，方便今后的重用。但是它的風(fēng)險也不小：一方面是范疇涵蓋大，周期長，初期的投資大；另一方面是它要求企業(yè)有一套完整的組織架構(gòu)和管理流程，有比較高的紀(jì)律性和技能。（二）自底向上的實施方法：“自底向上”的實施辦法則是戰(zhàn)術(shù)性的，它強調(diào)從小處著手，從一個部門級應(yīng)用開始實施SOA。這種方式本質(zhì)上是鼓勵創(chuàng)建服務(wù)來實現(xiàn)以應(yīng)用為中心的需求。服務(wù)是建立在“按需”的基礎(chǔ)上的，并通過對應(yīng)用邏輯的封裝提供給SOA的解決方案使用?！凹伞笔恰白缘紫蛏稀钡闹饕獎恿?，通過簡單地添加遺留系統(tǒng)的封裝服務(wù)來滿足SOA開放式的需求。這種方法的好處是見效快，風(fēng)險小，初期的投資也不大。不過這種實施方式的彈性相對比較差，特別是當(dāng)企業(yè)需要在更大層面實施SOA時，可能會產(chǎn)生一些銜接問題。（三）中間相交的實施方法：“中間相交”又稱為“混合方法”或“敏捷方法”，它是指SOA的實施中結(jié)合“自頂向下”和“自底向上”的方法，尋求兩者之間的最佳結(jié)合點，最有效和成功地實施SOA。在應(yīng)用系統(tǒng)實施的初期，存在很多不確定性，包括業(yè)務(wù)需求和項目所選擇的開發(fā)技術(shù)、平臺等都存在不確定性。遵循“中間相交”的原則，業(yè)務(wù)人員和開發(fā)者都各自循序漸進地做事，在過程中不斷溝通，這樣就能夠使得業(yè)務(wù)的改變得到最快的響應(yīng)，并且不會影響開發(fā)效率，最終兩者能夠在某一點相遇，從而搭建起符合需求的系統(tǒng)。通俗地說，“中間相交”的原則就是我們常說的“大處著眼，小處著手”，在做項目時，并不僅僅把眼光局限在正在進行的項目，同時也兼顧企業(yè)IT系統(tǒng)和業(yè)務(wù)發(fā)展的整體規(guī)劃。 項目實施策略（一）實施SOA應(yīng)采用面向服務(wù)的集成策略，在SOA環(huán)境下應(yīng)用Web服務(wù)進行集成，并逐步過渡到SOA架構(gòu)的實施技術(shù)路線。實施SOA并不鼓勵推倒重來，與構(gòu)建全新的面向服務(wù)的業(yè)務(wù)應(yīng)用系統(tǒng)相比，從構(gòu)建復(fù)合應(yīng)用入手實施SOA，能夠降低創(chuàng)新的風(fēng)險和構(gòu)建成本，使業(yè)務(wù)能迅速見到SOA的投資回報，有助于得到業(yè)務(wù)部門的支持。并且，隨著一個接一個應(yīng)用的成功交付，現(xiàn)有遺留應(yīng)用系統(tǒng)不斷服務(wù)化，SOA基礎(chǔ)架構(gòu)不斷擴容，必將加速推動SOA從小規(guī)模試用到大規(guī)模普及。（二）實施SOA應(yīng)該根據(jù)應(yīng)用系統(tǒng)的實際情況靈活地把握，如果具有下述情形之一時，可考慮采用SOA架構(gòu)新建或改造應(yīng)用系統(tǒng)：系統(tǒng)之間缺乏互聯(lián)互通，為了最大限度消滅或減少信息孤島，整合現(xiàn)有系統(tǒng)，通過SOA幫助企業(yè)實現(xiàn)系統(tǒng)之間的互聯(lián)互通。面對市場的快速變化和激烈競爭，需要提高企業(yè)應(yīng)用的靈活性，通過SOA幫助企業(yè)實現(xiàn)業(yè)務(wù)流程的快速靈活變化。已建設(shè)了很多應(yīng)用系統(tǒng)，但系統(tǒng)之間有很多共性，造成重復(fù)建設(shè)，重復(fù)投資，通過SOA幫助企業(yè)把原來的IT資產(chǎn)整合起來，提高重用性。建設(shè)新的應(yīng)用系統(tǒng)時，要求具有很好的擴展性，將上下游伙伴之間很好地整合在一起。可以直接利用SOA架構(gòu)來規(guī)劃和建設(shè)系統(tǒng)，這對企業(yè)將來業(yè)務(wù)發(fā)展有很大幫助。既要整合信息孤島，又要很快讓新的應(yīng)用系統(tǒng)上線，通過SOA能夠很好地銜接新老系統(tǒng)，順暢地提供各種業(yè)務(wù)服務(wù)。（三）如果應(yīng)用系統(tǒng)具有下述情形之一時，應(yīng)用系統(tǒng)的建設(shè)或改造可以暫緩選擇SOA架構(gòu)：絕對要求實時性能的業(yè)務(wù)處理系統(tǒng)（例如：電力自動化控制系統(tǒng)）。相對封閉、對靈活性要求不高的應(yīng)用系統(tǒng)。（例如：不需要跨組織的、有固定的標(biāo)準(zhǔn)化產(chǎn)品、業(yè)務(wù)流程已經(jīng)確定的應(yīng)用系統(tǒng)）。 項目實施路線（一）實施SOA架構(gòu)是一項IT戰(zhàn)略目標(biāo)，是一個持續(xù)改進的過程，必須在充分保護現(xiàn)有應(yīng)用系統(tǒng)信息資源的基礎(chǔ)上分階段實施，迭代式推進，最終達到全網(wǎng)范圍內(nèi)信息技術(shù)架構(gòu)模型的規(guī)范與統(tǒng)一，實現(xiàn)全網(wǎng)范圍內(nèi)信息資源（“服務(wù)”）的共享和重用。南方電網(wǎng)公司實施SOA架構(gòu)的路線圖：基礎(chǔ)期南方電網(wǎng)公司目前主要還是以“煙囪式”的應(yīng)用系統(tǒng)為主，數(shù)據(jù)分散在各個系統(tǒng)之中，系統(tǒng)與系統(tǒng)之間主要是點對點的連接和集成，Web服務(wù)數(shù)量很少，且沒有統(tǒng)一的定義，基本上實現(xiàn)了門戶的統(tǒng)一接入和訪問。因此，基礎(chǔ)期是以面向服務(wù)的應(yīng)用集成為主，重點放在利用已有的應(yīng)用系統(tǒng)資源，封裝已有的數(shù)據(jù)和業(yè)務(wù)邏輯，積累可重用的服務(wù)資產(chǎn)和SOA項目建設(shè)經(jīng)驗，統(tǒng)一應(yīng)用集成的技術(shù)路線和ESB；同時開展新建應(yīng)用系統(tǒng)的SOA試點項目工作。這一時期推薦采用“自底向上的實施方法”，工作任務(wù)包括但不限于：（1）推廣和應(yīng)用企業(yè)信息資源規(guī)劃成果，逐步統(tǒng)一企業(yè)的數(shù)據(jù)資源環(huán)境；（2）建設(shè)數(shù)據(jù)中心，開發(fā)和管理共享和交換的數(shù)據(jù)服務(wù)；（3）按照SOA服務(wù)體系規(guī)范，開發(fā)各種應(yīng)用集成的服務(wù)功能；（4）統(tǒng)一對服務(wù)進行描述定義、注冊和查找；（5）通過ESB對服務(wù)進行統(tǒng)一管理，統(tǒng)一對服務(wù)的調(diào)用方式、數(shù)據(jù)格式。（6）選定ESB，實現(xiàn)基于ESB的應(yīng)用系統(tǒng)建設(shè)；（7）實現(xiàn)簡單的服務(wù)組合與編排。過渡期完成基礎(chǔ)期工作后，在SOA的基本特性的基礎(chǔ)上，加入一些企業(yè)級的高級特性。同時啟動核心應(yīng)用系統(tǒng)的改造，重新開發(fā)基于SOA架構(gòu)的應(yīng)用系統(tǒng)，逐步替換掉原有的應(yīng)用系統(tǒng)，實現(xiàn)從多種信息技術(shù)架構(gòu)模型并存，逐步過渡到以SOA架構(gòu)模型為主。這一時期推薦采用“中間相交的實施方法”，工作任務(wù)包括但不限于：（1）按照統(tǒng)一的SOA架構(gòu)規(guī)范，改造或重新開發(fā)核心應(yīng)用系統(tǒng)；（2）擴展服務(wù)描述定義，增加服務(wù)質(zhì)量（Qos）的屬性和要求；（3）按照SOA架構(gòu)規(guī)范，對服務(wù)的安全性、消息傳遞的可靠性、事務(wù)的完整性進行完善和管理；（4）對服務(wù)的全生命周期進行管理，提供過程管理的流程；（5）持續(xù)的業(yè)務(wù)流程梳理，使用集成開發(fā)工具定義流程，使用流程管理引擎運行流程，并監(jiān)控流程的執(zhí)行；（6）持續(xù)的數(shù)據(jù)分析，提供數(shù)據(jù)深加工的能力，提供數(shù)據(jù)挖掘，輔助決策分析的服務(wù)。成熟期在過渡期工作的基礎(chǔ)上，通過持續(xù)不斷的SOA治理，提高企業(yè)的SOA能力成熟度，使得SOA架構(gòu)能夠快速適應(yīng)業(yè)務(wù)的變化，通過對服務(wù)的組裝和編排，能夠快速搭建新的應(yīng)用系統(tǒng)。這一時期推薦采用“自頂向下的實施方法”，工作任務(wù)包括但不限于： （1）提供更完善的系統(tǒng)運行監(jiān)控、分析管理工具，幫助各級人員更好的使用和管理SOA系統(tǒng)；（2）建立SOA能力成熟度評價模型，并執(zhí)行評價和持續(xù)改進；（3）建立與業(yè)務(wù)部門的回饋與交互機制；（4）對服務(wù)元數(shù)據(jù)進行統(tǒng)一管理；（5）服務(wù)和流程仿真，通過模擬優(yōu)化服務(wù)與流程。 項目實施步驟 項目準(zhǔn)備（一）做好SOA項目實施前的規(guī)劃工作，是SOA項目實施的基礎(chǔ)。SOA項目規(guī)劃可參考下述方法：一步到位法：全面梳理業(yè)務(wù)流程，進行業(yè)務(wù)優(yōu)化，建立服務(wù)模型；調(diào)整業(yè)務(wù)機構(gòu)，建立組織規(guī)范；統(tǒng)一構(gòu)建ESB。規(guī)劃要點包括但不限于：（1）組織規(guī)范：建立戰(zhàn)略機構(gòu)，統(tǒng)一優(yōu)化業(yè)務(wù)，并根據(jù)優(yōu)化業(yè)務(wù)調(diào)整機構(gòu)；（2）服務(wù)建模：以業(yè)務(wù)優(yōu)化思想為主導(dǎo)；（3）平臺選擇：選擇功能全面的ESB。核心擴展法：對核心業(yè)務(wù)系統(tǒng)進行SOA改進，建立若干核心SOA服務(wù)，優(yōu)化核心業(yè)務(wù)的流程和組織機構(gòu)；通過核心業(yè)務(wù)的使用，引導(dǎo)其向全業(yè)務(wù)域SOA擴展。規(guī)劃要點包括但不限于：（1）組織規(guī)范：前期以調(diào)整核心業(yè)務(wù)的組織和規(guī)范為主；后期逐步調(diào)整其它業(yè)務(wù)組織，并制定規(guī)范；（2）服務(wù)建模：以核心業(yè)務(wù)系統(tǒng)改造為主導(dǎo)，逐步建立其它服務(wù)；（3）平臺選擇：選擇功能適用的ESB。逐級建設(shè)法：從公共服務(wù)入手（例如：數(shù)據(jù)共享、代碼轉(zhuǎn)換等），建立公共服務(wù)；通過公共服務(wù)的使用，提高組織應(yīng)用SOA的積極性，積累SOA的實施經(jīng)驗；逐步引導(dǎo)組織向業(yè)務(wù)的組件化轉(zhuǎn)變。規(guī)劃要點包括但不限于： （1）組織規(guī)范：前期不涉及組織調(diào)整；后期逐步調(diào)整組織，并制定規(guī)范；（2）服務(wù)建模：以公共服務(wù)重用為主導(dǎo)，逐步建立其它服務(wù)；（3）平臺選擇：選擇功能滿足最小要求的ESB。（二）基于SOA架構(gòu)進行應(yīng)用系統(tǒng)的建設(shè)是南方電網(wǎng)公司一項長期的信息化建設(shè)目標(biāo)，SOA信息化建設(shè)目標(biāo)的實現(xiàn)必須有長期穩(wěn)定的組織保障措施配合?？梢栽谀壳暗男畔⒐芾聿块T架構(gòu)下，常設(shè)一個SOA架構(gòu)工作小組，其工作職責(zé)包括但不限于：跟蹤SOA信息技術(shù)的發(fā)展方向，學(xué)習(xí)成熟的SOA信息技術(shù)標(biāo)準(zhǔn)規(guī)范，把握本單位SOA項目實施的方向與正確路線；負(fù)責(zé)組織與管理SOA項目實施前的項目規(guī)劃，做好SOA項目的立項、可行性論證與項目招標(biāo)準(zhǔn)備工作；負(fù)責(zé)組織對于涉及企業(yè)核心業(yè)務(wù)或管理的SOA項目招標(biāo)前的POC（概念驗證）驗證工作，提交SOA項目POC驗證報告；負(fù)責(zé)組織SOA平臺產(chǎn)品與技術(shù)的選型工作；參與SOA項目實施過程的管理與質(zhì)量監(jiān)控工作；參與SOA項目的驗收工作。 項目需求分析（一）以“服務(wù)”為核心，應(yīng)用SOA的分析方法，確定SOA項目的目標(biāo)以及建設(shè)需求。SOA項目需求分析的工作包括但不限于：業(yè)務(wù)或管理需求分析：調(diào)查SOA項目涉及的數(shù)據(jù)分布、數(shù)據(jù)處理流程、業(yè)務(wù)或管理功能以及業(yè)務(wù)或管理布局等，明確SOA項目的目標(biāo)、內(nèi)容、范圍以及已有的項目資源；“服務(wù)”需求分析：以“服務(wù)”為工作主線，規(guī)劃SOA項目應(yīng)用系統(tǒng)的服務(wù)體系架構(gòu)、定義服務(wù)功能、服務(wù)接口以及服務(wù)關(guān)系等；“服務(wù)”實現(xiàn)方案分析：重用已有“服務(wù)”資源以及開發(fā)新的“服務(wù)”資源，以滿足項目應(yīng)用的需求；“服務(wù)”集成需求分析；“服務(wù)”管理需求分析：“服務(wù)”的質(zhì)量、權(quán)限、安全性等；制定SOA項目測試計劃。（二）SOA需求分析明確了SOA項目的目標(biāo)、內(nèi)容、范圍以及應(yīng)用系統(tǒng)的功能、性能、資源等基本成分的規(guī)格，必須按SOA需求分析文檔規(guī)范的要求整理成文檔，并提交給項目建設(shè)單位批準(zhǔn)。（三）SOA需求分析結(jié)束后，項目建設(shè)單位必須組織專家評審小組對項目實施單位提交的SOA項目需求文檔進行評審。評審?fù)ㄟ^并經(jīng)過項目建設(shè)單位批準(zhǔn)后的SOA項目需求文檔作為SOA項目實施的里程碑，是SOA項目下一階段實施和項目驗收的依據(jù)。 項目設(shè)計與實現(xiàn)（一）SOA設(shè)計與實現(xiàn)的目標(biāo)是：提高服務(wù)的重用性和降低服務(wù)實現(xiàn)的成本，SOA項目服務(wù)設(shè)計與實現(xiàn)的工作包括但不限于：對SOA需求分析定義的服務(wù)體系架構(gòu)、服務(wù)功能、服務(wù)接口以及服務(wù)關(guān)系等，從實現(xiàn)的角度進行調(diào)整與擴充，完善SOA服務(wù)體系架構(gòu)的服務(wù)功能、服務(wù)接口與服務(wù)關(guān)系，使服務(wù)的重用性更高，且服務(wù)的實現(xiàn)成本更低；設(shè)計服務(wù)實現(xiàn)的名稱、操作、輸入消息、輸出消息以及服務(wù)的封裝規(guī)格與調(diào)用接口；選擇合適的方法實現(xiàn)封裝在服務(wù)內(nèi)的功能，可以通過自行編碼的方式實現(xiàn)，也可以通過調(diào)用或購買已有的內(nèi)外部服務(wù)功能的方式實現(xiàn)。服務(wù)實現(xiàn)過程一般采用參數(shù)配置、組裝、流程定義等技術(shù)，而手工代碼編程的工作量較少。在服務(wù)實現(xiàn)的技術(shù)定義、開發(fā)和組裝中，可以基于現(xiàn)有基礎(chǔ)設(shè)施情況以及服務(wù)設(shè)計的業(yè)務(wù)服務(wù)定義，選擇采用Web Service、SCA/SDO技術(shù)或其它傳統(tǒng)技術(shù)逐步實現(xiàn)單個業(yè)務(wù)功能服務(wù)、組合類服務(wù)或流程類服務(wù)； 服務(wù)測試是保證服務(wù)開發(fā)正確有效的手段，與服務(wù)開發(fā)交叉進行。服務(wù)測試包括對單個服務(wù)的單元測試，也包括對于組裝類服務(wù)或服務(wù)流程的集成測試。服務(wù)測試工作主要是基于服務(wù)定義和描述中的功能和性能指標(biāo)，采用一定的測試工具、技術(shù)和標(biāo)準(zhǔn)規(guī)范，對服務(wù)進行質(zhì)量測試和評估，并根據(jù)測試的結(jié)果來決定服務(wù)的開發(fā)是否合格。在SOA項目中，服務(wù)的測試與傳統(tǒng)的測試不同，為保證服務(wù)能與其它服務(wù)互聯(lián)互通，應(yīng)更加注重對服務(wù)的標(biāo)準(zhǔn)符合性測試及互操作性測試工作；服務(wù)部署通過部署工具將所開發(fā)的各類服務(wù)及流程部署至用戶的物理環(huán)境內(nèi)，如用戶的應(yīng)用服務(wù)器、流程服務(wù)器、門戶服務(wù)器等。對于單個服務(wù)，部署后的服務(wù)可以被終端用戶、其它IT系統(tǒng)或服務(wù)調(diào)用。服務(wù)部署包括靜態(tài)和動態(tài)兩種。靜態(tài)部署是指服務(wù)之間的調(diào)用關(guān)系在運行前已確定，動態(tài)部署是指在應(yīng)用系統(tǒng)運行中需要通過動態(tài)路由后確定服務(wù)調(diào)用關(guān)系。由于用戶物理環(huán)境往往是基于網(wǎng)絡(luò)的分布式環(huán)境，具體部署的類型需要根據(jù)SOA項目實施的狀況和需求確定；服務(wù)發(fā)布也被稱為服務(wù)注冊，是將已開發(fā)完成的服務(wù)發(fā)布在服務(wù)目錄（或服務(wù)庫）內(nèi)，以便被其它服務(wù)發(fā)現(xiàn)和調(diào)用。服務(wù)目錄（或服務(wù)庫）是各類服務(wù)的統(tǒng)一管理目錄：每個服務(wù)提供者可以發(fā)布其所提