【文章內(nèi)容簡介】 。WSBPEL 推薦用于流程引擎。WSCDL 可選用于跨多個（三個及以上）單位間的流程服務編排展現(xiàn)服務WSRP 推薦在Web 門戶中用于訪問和顯示駐留在遠程服務器上的Portlet的技術(shù)標準 。它是唯一成熟的用于展現(xiàn)服務的技術(shù)協(xié)議，同時也被業(yè)界廣泛支持。JSR 168推薦用于門戶Portlet開發(fā)。HTML推薦用于靜態(tài)WEB頁面。JSP推薦用于動態(tài)WEB頁面。AJAX推薦用于WEB頁面交互。服務描述、注冊與發(fā)現(xiàn)UDDI 必須該標準描述了服務注冊的數(shù)據(jù)模型以及訪問模型的API。它不僅僅用于Web service，也可以用于其它類型的服務。 UDDI 是服務注冊這一領(lǐng)域目前唯一成熟并被廣泛支持的技術(shù)標準。WSDL 必須WSDL 用于描述 Web service 接口。它是唯一成熟的，并受到廣泛支持的Web service 接口標準。在使用SOAPbased Web service時，必須使用這一標準。消息交換 XML 必須由于SOAP是基于XML的，所以在Web service采用XML是最自然的選擇。在其它形式的數(shù)據(jù)交換場合，它也是最適宜的。XML Schema 必須由于SOAP本身是使用XML Schema定義的，并且SOAP中任何的類型的定義也是使用XML Schema的，所以采用XML Schema是最合理的選擇。在其它形式的數(shù)據(jù)交換場合，它也是最適宜的。SOAP 或以上版本 (“Document / Literal” style)必須SOAP 是Web service 調(diào)用過程中的標準編碼協(xié)議。它被業(yè)界絕大多數(shù)主流廠商和工具所支持，也被不同的平臺支持。 當然，考慮到兼容性，SOAP消息不應采用RPCoriented和SOAP encoding ，WSDL內(nèi)的SOAP綁定只可以采用document/literal style。當采用HTTP協(xié)議作SOAP的傳輸時，SOAP錯誤消息應采用HTTP 500狀態(tài)返回。WSAddressing 可選用于Web service 的傳輸透明尋址能力。它規(guī)定了如何在SOAP header中定義各種類型的地址。WSReliableMessaging 可選該標準用于保證在web service 的消費者和提供者之間“可靠地”進行數(shù)據(jù)交換。WSReliableMessaging雖然現(xiàn)在還不完全是一個成熟的標準，但它對消息傳遞的可靠性作出了一個全面的支持架構(gòu)，當中包括了「最少一次」（Atleastonce），「最多一次」（Atmostonce），「只能一次」（Exactlyonce）的語義。SDO 推薦用于定義服務及組件之間傳輸?shù)臉藴蕯?shù)據(jù)格式。SDO則作為一種數(shù)據(jù)編程架構(gòu)和API，它統(tǒng)一了不同數(shù)據(jù)源類型的數(shù)據(jù)編程，讓開發(fā)人員可以以統(tǒng)一的方式訪問和操作不同的數(shù)據(jù)源。EJB 可選 在Web service 接口不能滿足業(yè)務要求的情況下，對于J2EE平臺，EJB是一種可選方案。消息傳輸HTTP/S必須同步模式下，Web Service使用HTTP/S作為指定的傳輸協(xié)議。當采用HTTP協(xié)議作SOAP的傳輸時，應采用HTTP POST方法；JMS可選在異步模式下，可采用JMS為標準RMI可選在使用EJB的情況下，可以使用 RMIJRMP 或 RMIIIOP。FTP可選在傳輸大文件時，考慮到執(zhí)行效率，可以采用FTP。安全管理WSDM 可選WSDM 標準實際上是由兩個不同的標準組成的：使用 Web 服務的管理 (WSDMMUWS) ； Web 服務的管理 (WSDMMOWS) 。WSDMMUWS 提供了如何表示和訪問 MUWS 資源的接口的定義。例如，MUWS 標準提供了用于公布服務、服務功能所必需的結(jié)構(gòu)、以及管理資源所需要提供和接收的信息。WSDMMOWS 提供了管理 Web 服務的定義。MOWS 使用了許多由 MUWS 標準定義的概念和系統(tǒng)，同時也添加了管理 Web 服務特別需要的資源和功能。MOWS 組件提供了支持遠程管理 Web 服務的方法和系統(tǒng)。SSL / TLS 必須用于保障HTTP通信安全的協(xié)議。它可保證兩端點間通信的保密性和完整性。它可以用于SOAP over HTTP通信安全和其它HTTPbased通信安全 。目前還沒有其它更為合適的用于傳輸層安全的協(xié)議。WSSecurity 必須在Web service 調(diào)用過程中，該標準是保證信息層安全的最佳選擇. 它描述如何強化SOAP消息，以提供消息的完整性和機密性。同時，它還提供了將安全令牌與消息內(nèi)容相關(guān)聯(lián)的機制。消息層安全比傳輸層安全提供了更多的安全選擇。加密與簽名等安全措施可以被應用于任意的消息元素，消息層安全可以提供真正的“端到端”安全。WSPolicy 推薦在描述和溝通web service 安全規(guī)則時，該標準提供了通用的目的模型和相應的語法。它是在定義web service安全需求時可用的唯一成熟標準.。WSPolicyAttachment 推薦它提供了將主體以及應用其上的安全規(guī)則進行關(guān)聯(lián)的機制，同時它也提供了將WSPolicy與WSDL and UDDI描述相關(guān)聯(lián)的機制。如果希望使用WSPolicy定義一個SOAPbased Web service的安全需求，應使用該標準。WSTrust 推薦 用于SOAPbased Web service 的消息層安全。它是WSSecurity 的擴展，定義了一個用于請求和發(fā)布安全令牌的框架，并可以代理信任關(guān)系。它是此領(lǐng)域唯一成熟的標準。表1 SOA服務開發(fā)技術(shù)標準規(guī)范 服務集成技術(shù)標準規(guī)范SOA各服務層之間的相互調(diào)用必須遵循但不限于下述的技術(shù)標準規(guī)范：服務層標準/規(guī)范必要性用法訪問服務SOAPbased Web Services推薦Web service是首選接口。即使是異步服務，也應選擇使用Web service，此時它返回空結(jié)果。EJB可選在web services不能滿足業(yè)務要求時使用。當后端系統(tǒng)已經(jīng)給消費者提供了EJB服務，并且證明使用 webservice封裝會嚴重損害性能，此時，可以使用EJB。JMS可選如果服務是異步調(diào)用的，首選是使用Web Services的異步模式（即不立即返回結(jié)果）。如果評估Web Services不能滿足業(yè)務要求，則考慮使用JMS。當后端系統(tǒng)已經(jīng)給消費者提供了JMS服務，此時，可以直接使用JMS。FTP可選傳輸大文件時使用數(shù)據(jù)服務JDBC推薦：用于BI應用訪問數(shù)據(jù)服務應支持通過JDBC接口查詢數(shù)據(jù)，主要的消費對象是BI應用。SOAPbased Web Services推薦數(shù)據(jù)服務首先應提供SOAPbased Web Services接口。業(yè)務服務SOAPbased Web Services推薦如果服務是同步調(diào)用的，它應該提供Web Services接口。JMS推薦如果服務是異步調(diào)用的，首選是使用Web Services的異步模式（即不立即返回結(jié)果）。如果評估Web Services不能滿足業(yè)務要求，則考慮使用JMS。流程服務BPMN推薦業(yè)務流程設計工具應當支持BPMN標準，用于描述業(yè)務流程。WSBPEL推薦流程服務的實現(xiàn)是在流程引擎上完成的，所以以BPEL標準輸入流程定義是首選方案。綜合服務BPMN推薦業(yè)務流程設計工具應當支持BPMN標準，用于描述業(yè)務流程。WSBPEL推薦流程服務的實現(xiàn)是在流程引擎上完成的，所以以BPEL標準輸入流程定義是首選方案。WSCDL可選跨單位的流程服務編排。展現(xiàn)服務WSRP推薦遠程Portlet開放的接口應遵循WSRP標準。表2 SOA服務集成技術(shù)標準規(guī)范 SOA架構(gòu)模型特征南方電網(wǎng)公司SOA架構(gòu)模型的特征可以概括為以下三點： 應用系統(tǒng)開發(fā)以“服務”為核心，服務體系分為：訪問服務層、數(shù)據(jù)服務層、業(yè)務服務層、流程服務層、綜合服務層以及展現(xiàn)服務層等六個層次； 以ESB作為集成“服務”的紐帶，實現(xiàn)“服務”的全生命周期管理；并通過ESB提供的服務組合與編排方式實現(xiàn)應用系統(tǒng)的開發(fā)； 通過ESB互連，實現(xiàn)“南網(wǎng)總部省公司本部地市供電局”的“服務”靈活部署，以及全網(wǎng)范圍內(nèi)的“服務”資源共享。6 SOA服務設計與開發(fā) 服務識別（一）服務識別是指對業(yè)務進行分析和梳理，抽象出業(yè)務實現(xiàn)所需的服務，并按照南方電網(wǎng)公司SOA服務體系對服務進行合理劃分。（二）服務識別必須分析與業(yè)務功能或業(yè)務數(shù)據(jù)相關(guān)的接口以及約束該接口的契約，接口和契約采用中立、基于標準的方式進行定義，它獨立于實現(xiàn)服務的硬件平臺、操作系統(tǒng)和編程語言。（三）服務識別基于應用需求來表達服務的需求，服務識別應包含但不限于下述考慮因素：服務功能：滿足企業(yè)當前及未來業(yè)務發(fā)展需求的業(yè)務處理與管理功能。 共享范圍：跨企業(yè)級、企業(yè)級、業(yè)務職能域級或應用程序級；可重用度：長期可重用、短期可重用或不可重用；敏捷性：適應戰(zhàn)略發(fā)展需求、適應業(yè)務發(fā)展需求；可操作性：全部、部分功能已在應用系統(tǒng)中實現(xiàn)或需要重新開發(fā)；開發(fā)技術(shù)：全部掌握、部分掌握或未掌握現(xiàn)有技術(shù)；工具支持：現(xiàn)有工具全面支持、部分支持或不能支持；項目規(guī)模：大規(guī)模、中等規(guī)?；蛐∫?guī)模；服務質(zhì)量：容易實現(xiàn)或難以實現(xiàn)。（四）服務識別應從業(yè)務的角度出發(fā)，包括但不限于下述切入點：業(yè)務流程切入點：通過梳理、優(yōu)化企業(yè)業(yè)務流程，將業(yè)務流程轉(zhuǎn)化為可重用、更具有靈活性的流程服務。信息資源切入點：通過梳理企業(yè)的數(shù)據(jù)資源環(huán)境，實現(xiàn)企業(yè)級數(shù)據(jù)交換與共享，為管理者提供各類企業(yè)經(jīng)營管理信息。用戶體驗切入點：關(guān)注客戶體驗需求，為終端用戶提供增值、個性化、多渠道的服務，并據(jù)此來優(yōu)化整合內(nèi)部的應用和流程。 服務定義（一）服務定義是在服務識別的基礎(chǔ)上定義服務的各項屬性，描述服務的信息。（二）服務的屬性包括：基本屬性、技術(shù)屬性、安全屬性、配置屬性。服務的各項屬性定義必須分階段進行、逐步細化。服務識別階段定義服務的基本屬性；服務設計階段定義服務的技術(shù)屬性與安全屬性；服務的部署階段定義服務的配置屬性。（三）服務的基本屬性包括但不限于下述信息：序號屬性說明取值說明1服務編碼標識服務的唯一編碼詳見《中國南方電網(wǎng)公司信息分類與編碼標準公共編碼》（另行下發(fā)）2服務英文名稱服務的英文概要名稱，描述應簡潔準確如：CreateCustomer3服務中文名稱服務的中文概要名稱，描述應簡潔準確如：新建用電戶檔案4服務性質(zhì)編碼描述服務的特性如：關(guān)鍵任務服務、機密任務服務、高容量服務、高水平服務、標準服務，詳見《中國南方電網(wǎng)公司信息分類與編碼標準公共編碼》（另行下發(fā)）5服務功能描述對服務功能規(guī)格的詳細描述。如： 創(chuàng)建一個新的用電戶檔案信息。6服務開發(fā)單位實現(xiàn)服務的開發(fā)廠家云電云電同方表3 （四）服務的技術(shù)屬性包括但不限于下述信息：序號屬性說明取值說明1版本號服務的版本號如：2注冊時間服務的正式注冊時間如：20090101 10:003依賴的服務本服務需要調(diào)用的其它服務的編號列表如：服務編碼1；服務編碼2；4實現(xiàn)方式具體技術(shù)實現(xiàn)方式如：.NET5服務類型屬于服務體系中的哪種類型如：訪問服務、數(shù)據(jù)服務、業(yè)務服務、流程服務、綜合服務、展現(xiàn)服務，詳見《中國南方電網(wǎng)公司信息分類與編碼標準公共編碼》（另行下發(fā)）6交互屬性是否需要人工交互是/否7服務調(diào)用方式客戶端調(diào)用服務的具體方式如：服務同步調(diào)用、服務異步無返回調(diào)用、服務異步有返回調(diào)用，詳見《中國南方電網(wǎng)公司信息分類與編碼標準公共編碼》（另行下發(fā)）8接口方法服務提供的接口方法列表如：Create()9接口協(xié)議調(diào)用服務的通訊協(xié)議如：10服務啟用時間服務的正式啟動時間20090110 8:0011服務停用時間服務的正式停用時間20091231 18:00表4 （五） 服務的安全屬性包括但不限于下述信息：序號屬性說明取值說明1安全要求調(diào)用服務時，是否需要進行安全認證是/否2允許調(diào)用的角色允許調(diào)用該服務的角色列表如：Operator；Manager3服務自行安全認證服務被調(diào)用時，是否還進行自身的安全認證是/否表5 （六） 服務的配置屬性包括但不限于下述信息：序號屬性說明取值說明1服務部署IP地址提供服務功能的網(wǎng)絡IP地址如：2服務接口定義文件描述服務接口定義的文件路徑如：://webserver/ 3可以使用的時間可以使用該服務的時間段如：0：00－24：004是否支持重試服務調(diào)用失敗后，是否支持重發(fā)調(diào)用是/否表6 服務設計 總體設計原則（一）無論是新建、改造或擴建的SOA應用系統(tǒng)，服務設計原則上應遵循本規(guī)范定義的六層服務體系結(jié)構(gòu)，可根據(jù)實際情況對SOA服務體系進行合并或簡化。（二）無論是新建、改造或擴建的SOA應用系統(tǒng)，服務設計應遵循“可重用、松耦合與互操作”的原則，以便于實現(xiàn)跨平臺的集成應用。（三）服務的安全性應從傳輸級安全性、消息級安全性、應用程序級安全性等三個方面來考慮：傳輸級安全性是指在客戶端和服務器之間的傳輸通道提供點對點的安全性，Web服務傳輸級安全應采用 SSL 協(xié)議