服務(wù)itoc i03中銀保險(xiǎn)esb管理v1.0.1.1

1、=中銀保險(xiǎn) ESB 服務(wù)管理規(guī)范1. 引言1.1. 文檔信息文檔名稱中銀保險(xiǎn)ESB服務(wù)管理規(guī)范作者ESB企業(yè)服務(wù)總線項(xiàng)目組說(shuō)明文件名稱修訂歷史 (REVISION HISTORY)RevSectionTypeDateAuthorRemarksALLU2013-06-08郭建制定ALLU2013-06-08王思佳修改1.4、3.2.3、5.1.7U2013-06-13王思佳修改3.2.3、4.211、5.1.7.U2013-06-14王思佳修改ALLU2013-06-17王思佳修改4.2、5.4、3.1.2、3.

2、2.3U2013-06-17王思佳修改2.2.5、2.2.5、3.1.1、3.1.2U2013-06-19王思佳修改2.2.5、2.2.8、5.3.1U2013-06-20王思佳修改1.2. 文檔編寫(xiě)目的本文檔定義了中銀保險(xiǎn) ESB管理與使用標(biāo)準(zhǔn)，作為公司內(nèi)部各類面向服務(wù)軟件開(kāi)發(fā)和管理的指導(dǎo)性規(guī)范。1.3. 適用范圍適用于自行開(kāi)發(fā)項(xiàng)目和外包開(kāi)發(fā)項(xiàng)目，各方軟件開(kāi)發(fā)過(guò)程中必須遵循本文檔定義的原則、規(guī)范及標(biāo)準(zhǔn)。1.4. 術(shù)語(yǔ)和縮寫(xiě)詞名稱說(shuō)明服務(wù)（Service）是在面向服務(wù)架構(gòu)（SOA）中應(yīng)用系統(tǒng)對(duì)外提供的程序功能，通常是由一個(gè)或一系列應(yīng)用程序接口（API）組成。企業(yè)服務(wù)

3、總線（ESB）是基于 SOA 思想的企業(yè)應(yīng)用集成的基礎(chǔ)軟件架構(gòu)服務(wù)接口規(guī)范描述服務(wù)的接口協(xié)議與接口消息格式（包括字段名稱、類型等）的文檔ESEFOracle 提出的基于 SOA 架構(gòu)的企業(yè)服務(wù)工程框架組件組件是實(shí)現(xiàn)功能類的一個(gè)方法。業(yè)務(wù)服務(wù)企業(yè)自己的業(yè)務(wù)服務(wù)，也是需要掛到 ESB 總線上的服務(wù)。服務(wù)由 OSB 定義并實(shí)現(xiàn)的對(duì)外發(fā)布的服務(wù)，父系統(tǒng)ITS 定義子系統(tǒng)2.2.3、3.1.1 、3.1.2 、、8.1、8.2U2013-06-21王思佳修改5.2.5、2.2U2013-06-24王思佳修改2.2、5.6、10、14U2013-0

4、6-25王思佳修改、增加5.2.4U2013-06-26王思佳修改業(yè)務(wù)需求SOA需求父系統(tǒng)1父系統(tǒng)2子系統(tǒng)1子系統(tǒng)2子系統(tǒng)1子系統(tǒng)2服務(wù)1服務(wù)2服務(wù)3業(yè)務(wù)服務(wù)1業(yè)務(wù)服務(wù)2業(yè)務(wù)服務(wù)3業(yè)務(wù)服務(wù)4組件1組件2組件3組件41.5. 參考資料GB 8566-88 計(jì)算機(jī)軟件開(kāi)發(fā)規(guī)范系統(tǒng)ESBITS2. ESB 服務(wù)管理2.1. 概述ESB 服務(wù)管理的目的是通過(guò)規(guī)范化 ESB 服務(wù)生命周期過(guò)程，實(shí)現(xiàn)高性能的、可重用的企業(yè)級(jí)服務(wù)。服務(wù)管理通過(guò)對(duì)候選服務(wù)的分析與準(zhǔn)入，確保 ESB 上的服務(wù)在整個(gè)企業(yè)范圍內(nèi)的可重用性與安全性，規(guī)范服務(wù)的設(shè)計(jì)、開(kāi)發(fā)與部署。在特定環(huán)境下，啟動(dòng)一個(gè)系統(tǒng)的自上而下的企業(yè)級(jí)

5、服務(wù)識(shí)別、定義與開(kāi)發(fā)過(guò)程。在分析與判斷過(guò)程中不應(yīng)僅局限于某個(gè)系統(tǒng)或項(xiàng)目的范圍或預(yù)算來(lái)判斷服務(wù)的可重用性。2.2.與職責(zé)2.2.1. 服務(wù)調(diào)用者服務(wù)調(diào)用方系統(tǒng)的業(yè)務(wù)部門(mén)或 IT 處室，負(fù)責(zé)：nnnn提出需要的服務(wù)的具體需求；服務(wù)目錄并獲得所需的服務(wù)的描述；如果現(xiàn)有服務(wù)需求，與服務(wù)提供者一起討論新服務(wù)接口；根據(jù)服務(wù)描述，開(kāi)發(fā)與測(cè)試服務(wù)調(diào)用客戶端的程序2.2.2.服務(wù)提供者服務(wù)提供方系統(tǒng)的業(yè)務(wù)部門(mén)或 IT 處室，負(fù)責(zé)：nnn設(shè)計(jì)并實(shí)現(xiàn)服務(wù)端接口程序；配合服務(wù)調(diào)用者與服務(wù)管理者進(jìn)行接口測(cè)試；根據(jù)服務(wù)管理者的報(bào)告優(yōu)化服務(wù)的實(shí)現(xiàn)2.2.3. 服務(wù)管理小組管理 ESB 服務(wù)的組織，建議由中銀 IT 架構(gòu)小組

6、組成，負(fù)責(zé)：nn制定服務(wù)標(biāo)準(zhǔn)；定義并確認(rèn)服務(wù)接口規(guī)范；檢查服務(wù)接口設(shè)計(jì)；nnnn服務(wù)調(diào)用方的服務(wù)調(diào)用申請(qǐng)；服務(wù)變更申請(qǐng)服務(wù)評(píng)估結(jié)果，對(duì)新增候選服務(wù)打分。服務(wù)設(shè)計(jì)重用性檢查審核崗：審核服務(wù)重用性檢查結(jié)果服務(wù)評(píng)估審核崗：對(duì)新增候選服務(wù)打分服務(wù)設(shè)計(jì)審核崗：審核服務(wù)設(shè)計(jì)配置管理崗：服務(wù)關(guān)聯(lián)方管理、元數(shù)據(jù)管理、服務(wù)數(shù)據(jù)結(jié)構(gòu)管理、數(shù)據(jù)字典管理以及錯(cuò)誤信息管理；維護(hù)服務(wù)目錄及命名空間，服務(wù)文檔的管理2.2.4. SOA 需求組建議由 IT 處室的需求組組成負(fù)責(zé)分析 SOA 需求，識(shí)別受關(guān)聯(lián)或影響的應(yīng)用系統(tǒng)，整理 SQA 需求條目，填寫(xiě)接口需求，上傳需求規(guī)格說(shuō)明書(shū)。 SOA 需求管理崗：轉(zhuǎn)派 SOA 需求任務(wù)

7、，審核接口需求并提交 SOA 需求分析師：分析 SOA 需求，填寫(xiě)接口需求明書(shū)。，上傳需求規(guī)格說(shuō)2.2.5. 服務(wù)定義設(shè)計(jì)組負(fù)責(zé)在總線上發(fā)布服務(wù)和設(shè)定服務(wù)標(biāo)準(zhǔn)。根據(jù)基礎(chǔ)架構(gòu)規(guī)劃中的服務(wù)架構(gòu)， 對(duì)服務(wù)進(jìn)行歸類，根據(jù)服務(wù)定義模板，完成服務(wù)的識(shí)別、設(shè)定和在服務(wù)總線上的發(fā)布和配置相關(guān)。重用性檢查崗：對(duì)服務(wù)的重用性檢查。服務(wù)識(shí)別崗：識(shí)別候選服務(wù)，填寫(xiě)候選服務(wù)服務(wù)識(shí)別管理崗：派發(fā)服務(wù)識(shí)別任務(wù)，審批候選服務(wù)服務(wù)評(píng)估崗：對(duì)候選服務(wù)進(jìn)行評(píng)估打分。服務(wù)定義崗：描述服務(wù)定義。服務(wù)定義審核崗：派發(fā)服務(wù)定義任務(wù)，審核服務(wù)定義結(jié)果服務(wù)設(shè)計(jì)崗：依據(jù)服務(wù)相關(guān)服務(wù)。服務(wù)開(kāi)發(fā)崗：負(fù)責(zé)在 OSB 開(kāi)發(fā)服務(wù)，完成服務(wù)消息流的配置服務(wù)

8、發(fā)布確認(rèn)崗：服務(wù)發(fā)布前的系統(tǒng)版本及服務(wù)版本確認(rèn)2.2.6. 基礎(chǔ)組件開(kāi)發(fā)組負(fù)責(zé)基礎(chǔ)的，公共的組件的統(tǒng)一開(kāi)發(fā)；開(kāi)發(fā)從日志，安全到各種便利工具的公共組件，完成在 OSB 之上的各種組件的擴(kuò)展工作，如擴(kuò)展函數(shù)，擴(kuò)展報(bào)文轉(zhuǎn)換方法，擴(kuò)展處理模塊，進(jìn)行平臺(tái)的集成等。 OSB 組件開(kāi)發(fā)崗：公共組件開(kāi)發(fā)，服務(wù)擴(kuò)展 OSB 組件開(kāi)發(fā)管理崗：審核組件開(kāi)發(fā)質(zhì)量2.2.7. 服務(wù)測(cè)試組負(fù)責(zé)系統(tǒng)的測(cè)試工作，在項(xiàng)目質(zhì)量方針指導(dǎo)下，進(jìn)試管理，制定設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃、測(cè)試方案、測(cè)試案例、各項(xiàng)測(cè)試、形成測(cè)試報(bào)告并對(duì)測(cè)試結(jié)果進(jìn)行跟蹤，包括不同階段的測(cè)試工作。開(kāi)發(fā)聯(lián)調(diào)崗：開(kāi)發(fā)聯(lián)調(diào)測(cè)試以及開(kāi)發(fā)聯(lián)調(diào)狀態(tài)維護(hù)開(kāi)發(fā)聯(lián)調(diào)管理崗：服務(wù)開(kāi)發(fā)聯(lián)調(diào)任

9、務(wù)發(fā)起以及任務(wù)轉(zhuǎn)派。2.2.8. 服務(wù)運(yùn)維組運(yùn)維的 IT 處室，負(fù)責(zé)：維護(hù)服務(wù)目錄及服務(wù)命名空間nnnnnnn服務(wù)全視圖維護(hù)服務(wù)文檔維護(hù)在 ESB 上發(fā)布服務(wù)以及停用服務(wù)配合服務(wù)調(diào)用者進(jìn)行接口測(cè)試并報(bào)告 ESB 上的服務(wù)運(yùn)行狀況維護(hù)生產(chǎn)、驗(yàn)證、UAT 等環(huán)境相關(guān)配置信息服務(wù)發(fā)布崗：服務(wù)投產(chǎn)發(fā)布準(zhǔn)備。服務(wù)崗：服務(wù)調(diào)用，服務(wù)下線崗：完成服務(wù)的下線停用環(huán)境管理崗：維護(hù)環(huán)境配置信息2.3. ESEF 方法論企業(yè)服務(wù)工程框架，是一種 ORACLE 公司針對(duì)大型 SOA 企業(yè)架構(gòu)需要提出的而設(shè)計(jì)的方法論。它填補(bǔ)了在 SOA 出現(xiàn)之前的傳統(tǒng)方法所不能支持的空白。ESEF分離出在采用 SOA 進(jìn)行項(xiàng)目交付和軟

10、件開(kāi)發(fā)時(shí)所的獨(dú)特。 ESEF 提供了一個(gè)框架，以消除許多 SOA 軟件項(xiàng)目開(kāi)發(fā)的；并提供了軟件工程學(xué)框架，使企業(yè)在 SOA 方面的努力變得更加有效與一致。ESEF 是 ORACLE 公司針對(duì)大型 SOA 企業(yè)架構(gòu)需要提出的有關(guān) SOA 規(guī)劃、SOA設(shè)計(jì)與 SOA 實(shí)現(xiàn) 3 大方面的整體解決方案，其中包括了參考架構(gòu)、組織與管控、成本與、安全與演變規(guī)劃。，ESEF 涵蓋了一下幾個(gè)方面：nSOA 需求管理:提供一個(gè)能自然促進(jìn)服務(wù)的識(shí)別與發(fā)現(xiàn)的需求流程。n服務(wù)識(shí)別與發(fā)現(xiàn):建立識(shí)別候選服務(wù)與從現(xiàn)有服務(wù)目錄中發(fā)現(xiàn)候選服務(wù)的步驟。整個(gè)流程貫穿了從服務(wù)的識(shí)別與發(fā)現(xiàn)，進(jìn)而確認(rèn)所建議的現(xiàn)有服務(wù)重用的可行性或者確認(rèn)

11、新識(shí)別的服務(wù)是否應(yīng)該成為共享服務(wù)。nSOA 發(fā)布計(jì)劃:提供 SOA 環(huán)境下項(xiàng)目與服務(wù)交付所需要的計(jì)劃的基礎(chǔ)工作。n服務(wù)的定義:為經(jīng)過(guò)識(shí)別的候選服務(wù)定義服務(wù)邊界與服務(wù)合同。n服務(wù)的設(shè)計(jì):提供服務(wù)設(shè)計(jì)與服務(wù)接口創(chuàng)建的最佳實(shí)踐與步驟。n服務(wù)的實(shí)現(xiàn):提供相應(yīng)的指引指導(dǎo)有效共享服務(wù)的開(kāi)發(fā)。n服務(wù)的測(cè)試:制定相關(guān)的策略保證交付的共享服務(wù)能夠達(dá)到適度的質(zhì)量，服務(wù)測(cè)試所得到的信息同時(shí)應(yīng)該能夠指導(dǎo)服務(wù)的部署。n服務(wù)的部署:制定共享環(huán)境下服務(wù)部署的指引與實(shí)踐。nOA&M (操作、管理與維護(hù)):涵蓋了 SOA 操作環(huán)境中有關(guān)服務(wù)操作、管理與維護(hù)所需的指引。OA&M 本身不僅僅是維持 SOA 環(huán)境的可操作性；在這個(gè)基

12、礎(chǔ)上，除了測(cè)量 SOA 的成功與采用之外，同時(shí)要使服務(wù)能夠重用與演變。ESEF 提出的目的與重點(diǎn)是 ORACLE 為了解決 SOA 項(xiàng)目推進(jìn)的所需要制定的方法論與框架，這套方法論與框架對(duì)那些選擇 SOA 作為企業(yè)架構(gòu)標(biāo)準(zhǔn)的企業(yè)在服務(wù)的開(kāi)發(fā)與 SOA 項(xiàng)目實(shí)施方面將起著關(guān)鍵性的指導(dǎo)作用。ESEF 可以依據(jù)每個(gè)客戶不同的 SOA 目標(biāo)與優(yōu)先級(jí)進(jìn)行定制，并能有效的與現(xiàn)有的或已經(jīng)完成規(guī)劃的 SOA 參考架構(gòu)融合；ESEF 通過(guò) SOPD 實(shí)現(xiàn)服務(wù)的開(kāi)發(fā)與項(xiàng)目實(shí)現(xiàn)并跟隨項(xiàng)目推進(jìn)與企業(yè)需要可以擴(kuò)展成為 ESEF CoE 來(lái)達(dá)到企業(yè)推進(jìn) SOA 長(zhǎng)期目標(biāo)在工程服務(wù)方面所需要的一致性目的。為了達(dá)到這個(gè)目的，E

13、SEF 提供了完整的工程框架指導(dǎo)客戶將現(xiàn)有的軟件資產(chǎn)進(jìn)行服務(wù)化，同時(shí)工程服務(wù)框架也將決定、識(shí)別與定義新的服務(wù)需求。3. 服務(wù)分析規(guī)范服務(wù)分析是指由傳統(tǒng)業(yè)務(wù)需求中識(shí)別服務(wù)，經(jīng)過(guò)評(píng)估得到正式服務(wù)的過(guò)程。3.1. SOA 需求管理當(dāng)應(yīng)用不被當(dāng)作孤立系統(tǒng)，而是被看作范圍更大的 SOA 系統(tǒng)一部分的時(shí)候，傳統(tǒng)的需求管理方法就失去了完整性。SOA 需求管理是對(duì)傳統(tǒng)需求管理技術(shù)的擴(kuò)展和補(bǔ)充?；?SOA 的需求管理方法具有的特性 :nnn項(xiàng)目需求被精煉成為企業(yè)資產(chǎn)。項(xiàng)目需求被用于構(gòu)建企業(yè)級(jí)功能模型。需求是在企業(yè)級(jí)別按照功能模型分類，而不是在項(xiàng)目級(jí)別進(jìn)行分類3.1.1. SOA 需求分析業(yè)務(wù)需求崗SOA需求管

14、理崗SOA需求分析師識(shí)別關(guān)聯(lián)或受影響的遺留應(yīng)用系統(tǒng)需求分析開(kāi)始業(yè)務(wù)需求調(diào)研轉(zhuǎn)派任務(wù)To：服務(wù)識(shí)別接口需求用戶需求說(shuō)明書(shū)業(yè)務(wù)分析師經(jīng)過(guò)需求調(diào)研，生成用戶需求說(shuō)明書(shū)。如果需求中有含有 SOA需求，則應(yīng)將需求提交到 SOA 需求管理崗。SOA 需求管理崗將任務(wù)分配到 SOA 需求分析師，SOA 需求分析師根據(jù) ESB 平臺(tái)的特點(diǎn)和要求，從企業(yè)角度出發(fā)分析需求中服務(wù)交互功能，整理出服務(wù)關(guān)聯(lián)的應(yīng)用系統(tǒng)，填寫(xiě)接口需求，上傳需求規(guī)格說(shuō)明書(shū)。3.1.2. 接口需求模板接口需求接口提供方系統(tǒng)代碼接口提供方系統(tǒng)名稱接口調(diào)用方系統(tǒng)代碼接口調(diào)用方系統(tǒng)名稱功能描述填入接口提供方系統(tǒng)代碼接口提供方的系統(tǒng)或子系統(tǒng)名稱填入接

15、口調(diào)用方系統(tǒng)代碼主要的接口調(diào)用方系統(tǒng)或者子系統(tǒng)的名稱。調(diào)用者可能有多個(gè)描述服務(wù)完成的功能3.2. 服務(wù)識(shí)別服務(wù)識(shí)別的目的是為了從不同角度出發(fā)，找到候選服務(wù)。服務(wù)識(shí)別管理崗服務(wù)識(shí)別崗分解業(yè)務(wù)領(lǐng)域分析業(yè)務(wù)流程SOA需求分析選擇識(shí)別方法To：服務(wù)重用審批通過(guò)性檢查分析業(yè)務(wù)目標(biāo)分析現(xiàn)有資產(chǎn)候選服務(wù)服務(wù)識(shí)別崗依據(jù)關(guān)統(tǒng)，選擇服務(wù)識(shí)別的方法，梳理出候選服務(wù)，提交到服務(wù)識(shí)別管理崗審批。服務(wù)識(shí)別的常用方法有：n領(lǐng)域分解從業(yè)務(wù)著手進(jìn)行分析，選擇端到端的業(yè)務(wù)流程進(jìn)行逐層分解至業(yè)務(wù)活動(dòng)，并對(duì)其間所涉及的業(yè)務(wù)活動(dòng)和業(yè)務(wù)對(duì)象進(jìn)行變化分析。n流程建模依據(jù)業(yè)務(wù)流程，分析每個(gè)流程節(jié)點(diǎn)需要哪些服務(wù)來(lái)實(shí)現(xiàn)。n目標(biāo)建模將業(yè)務(wù)目標(biāo)分解

16、成子目標(biāo)，然后分析哪些服務(wù)是用來(lái)實(shí)現(xiàn)這些目標(biāo)的。n已有資產(chǎn)分析。通過(guò)對(duì)已有資產(chǎn)的業(yè)務(wù)功能、技術(shù)平臺(tái)、架構(gòu)及實(shí)現(xiàn)方式的分析，驗(yàn)證服務(wù)候選者或者發(fā)現(xiàn)新的服務(wù)候選者。3.2.1. 流程建模方法流程建模是自頂向下的服務(wù)識(shí)別方法，從需求中涉及到的流程中，找到被選服務(wù)。下面以“保險(xiǎn)報(bào)價(jià)”需求為例講解使用方法：1）首先由企業(yè)角度，找出保險(xiǎn)業(yè)務(wù)別流程圖每一個(gè)方框代表一個(gè)業(yè)務(wù)流程組。承保管理是與“保險(xiǎn)報(bào)價(jià)”需求相關(guān)流程組；2）別流程組分解每個(gè)方框代表一個(gè)流程或子流程。與報(bào)價(jià)流程相關(guān)的同級(jí)流程有投保流程、批改流程、續(xù)保流程、核保流程等；3）識(shí)別系統(tǒng)涉眾行為找出業(yè)務(wù)執(zhí)行的可以有所產(chǎn)出的業(yè)務(wù)行為。在報(bào)價(jià)流程中，產(chǎn)出行

17、為包括：客戶詢價(jià)提交計(jì)算要求4）識(shí)別系統(tǒng)處理流程觀察到人機(jī)交互的關(guān)系，即系統(tǒng)為完成涉眾行為需要支撐的內(nèi)在業(yè)務(wù)流程。5）識(shí)別服務(wù)找出流程中系統(tǒng)級(jí)別的動(dòng)作或程序。完成“提交計(jì)算請(qǐng)求”后，將觸發(fā)報(bào)價(jià)系統(tǒng)調(diào)用“精確保費(fèi)計(jì)算”復(fù)合服務(wù)，進(jìn)而調(diào)用“車型”、“投保確認(rèn)”、“保費(fèi)計(jì)算”三個(gè)通用服務(wù)。3.2.2. 服務(wù)分類方法參考架構(gòu)服務(wù)定義的企業(yè) SOA 參考架構(gòu)的模型，進(jìn)行分層次的服務(wù)發(fā)現(xiàn)。根據(jù)分層原則，服務(wù)分為以下幾類：n數(shù)據(jù)服務(wù)：針對(duì)基礎(chǔ)數(shù)據(jù)的服務(wù)。例如：對(duì)數(shù)據(jù)庫(kù)、文件系統(tǒng)、其他應(yīng)用系統(tǒng)（Web Services）的數(shù)據(jù)。這些服務(wù)的顆粒度較細(xì)，重用機(jī)會(huì)較大。因此屬于 RA（參考架構(gòu)）中數(shù)據(jù)和服務(wù)層。n表

18、示層服務(wù)：針對(duì)一些直接的用戶交互創(chuàng)建的服務(wù)。這些服務(wù)往往是對(duì)其他數(shù)據(jù)和服務(wù)的組合，因此在 RA 中的粒度較大，屬于表示層服務(wù)。n業(yè)務(wù)流程服務(wù)：為完成一些流程性的業(yè)務(wù)場(chǎng)景，所構(gòu)建的服務(wù)類型。這些服務(wù)往往基于其他服務(wù)的編排和組合，同時(shí)結(jié)合業(yè)務(wù)流程工具。最終滿足業(yè)務(wù)需求。n共享服務(wù)：針對(duì)一些基礎(chǔ)并且共享程度很高的服務(wù)。該類型服務(wù)的粒度較細(xì)，屬于 RA 中的共享服務(wù)層。應(yīng)用服務(wù)：針對(duì)一些特定應(yīng)用的服務(wù)類型。nn基礎(chǔ)服務(wù)：屬于 RA 中基礎(chǔ)架構(gòu)層面的服務(wù)。基礎(chǔ)架構(gòu)層中的服務(wù)，有些是工具直接提供的，例如：消息路由、服務(wù)（UDDI）等，有些則需要根據(jù)整個(gè)業(yè)務(wù)系統(tǒng)的共性進(jìn)行抽取的。例如：公共的日志處理、異常處

19、理等等。3.2.3. 候選服務(wù)模板候選服務(wù)服務(wù)代碼服務(wù)關(guān)鍵字服務(wù)名稱功能描述實(shí)現(xiàn)系統(tǒng)共享類型服務(wù)類別狀態(tài)入?yún)?bào)文描述出參報(bào)文描述服務(wù)所有者n共享類型：確定候選服務(wù)被實(shí)現(xiàn)為共享服務(wù)，共享流程，還是不共享仍然由原來(lái)的項(xiàng)目負(fù)責(zé)Shared Service 共享服務(wù)Shared Process 共享流程Place Back to Project 不共享n狀態(tài)：候選服務(wù)的完成進(jìn)度Proposed: 已提交Justified: 已通過(guò)Not Justified: 未通過(guò)Assigned: 已指派In progress: 進(jìn)行中3.3. 服務(wù)評(píng)估服務(wù)評(píng)估為 ESB從候選服務(wù)中決定正式服務(wù)的過(guò)程 。3.3.1

20、. 服務(wù)重用性檢查服務(wù)評(píng)估首先應(yīng)檢查服務(wù)重用性。與企業(yè)已有服務(wù)則建議重用已有服務(wù)。否則 列入候選待評(píng)估服務(wù)匹配對(duì)應(yīng)服務(wù)，。填入服務(wù)代碼增加服務(wù)關(guān)鍵字，檢索服務(wù)用填入服務(wù)名稱描述該服務(wù)實(shí)現(xiàn)的功能該服務(wù)由哪個(gè)系統(tǒng)或者子系統(tǒng)實(shí)現(xiàn)共享/. 不共享展示服務(wù) 業(yè)務(wù)服務(wù) 業(yè)務(wù)流程服務(wù)數(shù)據(jù)服務(wù)公共服務(wù)已提交已通過(guò)未通過(guò)已指派進(jìn)行中描述入?yún)?bào)文字段描述出參報(bào)文字段SOATeam重用性檢查崗/服務(wù)評(píng)估崗重用性檢查審核崗匹配已有服務(wù)服務(wù)識(shí)別To：服務(wù)提議服務(wù)擴(kuò)展是新服務(wù)候選評(píng)估指定服務(wù)擴(kuò)展實(shí)現(xiàn)部分匹配完全匹配3.3.2. 服務(wù)評(píng)估打分服務(wù)評(píng)分由服務(wù)管理小組組長(zhǎng)指定多個(gè)服務(wù)管理小組成員對(duì)服務(wù)按照評(píng)估標(biāo)準(zhǔn)進(jìn)行打分，并進(jìn)

21、行匯總。服務(wù)管理小組組長(zhǎng)根據(jù)打分結(jié)果進(jìn)行審核，審核通過(guò)后，候選服務(wù)即列為正式服務(wù)。服務(wù)管理小組發(fā)起打分流程針對(duì)各項(xiàng)指標(biāo)對(duì)服務(wù)打分依據(jù)打分情況， 審核候選服務(wù)重用性檢查T(mén)o：服務(wù)定義候選服務(wù)3.3.3. 服務(wù)評(píng)估模板服務(wù)評(píng)估服務(wù)代碼服務(wù)名稱服務(wù)描述范圍分+重用分+敏捷度分+遵循度分+使能化分+技能分-工具分-項(xiàng)目影響分-可行性分-合計(jì)打分結(jié)果同意擴(kuò)展完全不匹配審核服務(wù)重用評(píng)估容量、QQooSS評(píng)估安全策略評(píng)審擴(kuò)展需求評(píng)估功能. 指標(biāo)評(píng)估說(shuō)明及打分說(shuō)明范圍：該指標(biāo)衡量一個(gè)服務(wù)在企業(yè)中潛在的適用范圍3：企業(yè)內(nèi)部和外部都可能被使用2：本企業(yè)內(nèi)部被使用1：某一條業(yè)務(wù)線中被使用0：只能運(yùn)用在

22、某一個(gè)應(yīng)用系統(tǒng)中重用：該指標(biāo)衡量一個(gè)服務(wù)潛在的重用水平3：該服務(wù)具備作為共享而被企業(yè)范圍內(nèi)長(zhǎng)期重用的潛力。2：該服務(wù)具備作為共享而被企業(yè)范圍內(nèi)短期重用的潛力。1：該服務(wù)具備作為共享用系統(tǒng)范圍內(nèi)進(jìn)行重用。而被長(zhǎng)期重用的潛力，但目前只能在一個(gè)應(yīng)0：該服務(wù)沒(méi)有重用的能力。敏捷度：該指標(biāo)衡量了一個(gè)服務(wù)對(duì)于企業(yè)業(yè)務(wù)敏捷能力的作用。2：該服務(wù)能夠作為企業(yè)戰(zhàn)略性要求的共享應(yīng)某一條業(yè)務(wù)線上的新業(yè)務(wù)上線需求。它能夠以最快地速度響1：該服務(wù)對(duì)于整個(gè)企業(yè)或者某一條業(yè)務(wù)線意義能夠增強(qiáng)新業(yè)務(wù)需求的響應(yīng)能力。作為一個(gè)共享0：該服務(wù)對(duì)于整個(gè)企業(yè)或者某一條業(yè)務(wù)線發(fā)展無(wú)明顯意義。遵循度：該指標(biāo)衡量了一個(gè)服務(wù)對(duì)于企業(yè)制定的目標(biāo)的

23、遵循程度。3：對(duì)于企業(yè)的既定目標(biāo)具有高度的支持能力2：對(duì)于企業(yè)中某一條業(yè)務(wù)線的既定目標(biāo)具有高度的支持能力。1：如果將該服務(wù)作為共享服務(wù)，能夠在一定程度上減少企業(yè)對(duì)于既定目標(biāo)完成的難度。+-0：該服務(wù)與企業(yè)既定目標(biāo)無(wú)關(guān)。使能化：該指標(biāo)衡量了利用現(xiàn)有功能來(lái)實(shí)現(xiàn)一個(gè)共享服務(wù)的能力。3：該服務(wù)的功能已經(jīng)在現(xiàn)有的 IT 系統(tǒng)中實(shí)現(xiàn)。2：該服務(wù)的大部分功能已經(jīng)在現(xiàn)有的 IT 系統(tǒng)中實(shí)現(xiàn)。只需很少的改動(dòng)就可以服務(wù)化。1：該服務(wù)的部分功能已經(jīng)在現(xiàn)有的 IT 系統(tǒng)中實(shí)現(xiàn)。但還需要一定的改動(dòng)才可以服務(wù)化。0：在現(xiàn)有 IT 系統(tǒng)中沒(méi)有相關(guān)的實(shí)現(xiàn)技能：該指標(biāo)衡量了為了實(shí)現(xiàn)共享服務(wù)所需的必要技能3：企業(yè)還不具備將該服務(wù)

24、變?yōu)楣蚕矸?wù)的技能。2：企業(yè)在將該服務(wù)變?yōu)楣蚕矸?wù)時(shí)遇到很大的技能鴻溝。1：企業(yè)在將該服務(wù)變?yōu)楣蚕矸?wù)時(shí)遇到一定的技能。0：企業(yè)對(duì)于實(shí)現(xiàn)共享服務(wù)化的技能已經(jīng)完全具備。工具：該指標(biāo)衡量了為了實(shí)現(xiàn)共享服務(wù)所需的必要工具3：企業(yè)還不具備掌握將該服務(wù)變?yōu)楣蚕矸?wù)的工具。2：企業(yè)在將該服務(wù)變?yōu)楣蚕矸?wù)時(shí)，在工具方面存在很大的鴻溝。1：企業(yè)在將該服務(wù)變?yōu)楣蚕矸?wù)時(shí)，在工具方面存在一定的。0：企業(yè)對(duì)于實(shí)現(xiàn)共享服務(wù)化的工具已經(jīng)完全具備。項(xiàng)目影響：該指標(biāo)衡量了為了實(shí)現(xiàn)共享服務(wù)對(duì)當(dāng)前一些開(kāi)發(fā)項(xiàng)目的影響100：太多因素需要考慮3：很大的影響2：重要影響1：很小的影響0：影響程度微乎其微 可行性：該指標(biāo)衡量了為了實(shí)現(xiàn)

25、共享服務(wù)時(shí)的一些可能的和風(fēng)險(xiǎn)100：當(dāng)前不可能實(shí)現(xiàn)3：極度2：1：可控的范圍內(nèi)0：程度微乎其微. 評(píng)估總分判斷對(duì)服務(wù)的評(píng)分，包括正面評(píng)價(jià)和評(píng)價(jià)兩個(gè)方面，通過(guò)正面評(píng)價(jià)得分的總數(shù)減去評(píng)價(jià)得分的總數(shù)（在計(jì)算時(shí)還需要加上每個(gè)分值的權(quán)重），得到分析的總分，然后供審批部門(mén)進(jìn)行審批，以決定是否能夠進(jìn)行下一步的服務(wù)。注：分?jǐn)?shù)接近 0 表示需要更進(jìn)一步的分析。權(quán)重 暫時(shí)定為如下，可以根據(jù)客戶情況定制3.4. 發(fā)布計(jì)劃服務(wù)評(píng)估完成后，服務(wù)開(kāi)發(fā)制定開(kāi)發(fā)計(jì)劃，服務(wù)測(cè)試制定業(yè)務(wù)需求測(cè)試聯(lián)調(diào)計(jì)劃，運(yùn)維提出上線申請(qǐng)。4. 服務(wù)定義規(guī)范范圍分+重用分+敏捷度分+遵循度分+使能化分+技能分-工具分-項(xiàng)目影響分-可

26、行性分-101055555105服務(wù)定義崗服務(wù)定義審核崗描述服務(wù)定義審核服務(wù)定義To：服務(wù)設(shè)計(jì)服務(wù)評(píng)估服務(wù)定義輸出模板4.1. 服務(wù)定義描述服務(wù)是一個(gè)軟件組件，具有明確的功能，通常封裝著業(yè)務(wù)或者數(shù)據(jù)。服務(wù)由接口、合約和實(shí)現(xiàn)組成。服務(wù)合約實(shí)現(xiàn)接口從另外一個(gè)角度，我們也可以用下圖描述服務(wù)定義：服務(wù)服務(wù)合約接口服務(wù)實(shí)現(xiàn)4.1.1. 服務(wù)合約和描述根據(jù) SOA 的要求，服務(wù)調(diào)用者功過(guò)服務(wù)接口調(diào)用服務(wù)，無(wú)需了解服務(wù)實(shí)現(xiàn)的細(xì)節(jié)。服務(wù)的合約描述為服務(wù)調(diào)用者提供了該服務(wù)相關(guān)的服務(wù)信息，這些信息使得服務(wù)調(diào)用者可以決定是否調(diào)用該服務(wù)。通常，服務(wù)合約描述以下關(guān)鍵信息（但并不限定在此范圍）：nnnn服務(wù)存在：服務(wù)名稱

27、，服務(wù)版本，服務(wù)擁有者；服務(wù)類型：包括表示服務(wù)、流程服務(wù)、業(yè)務(wù)服務(wù)、數(shù)據(jù)服務(wù)等。服務(wù)業(yè)務(wù)功能定義：即描述該服務(wù)完成的業(yè)務(wù)功能。服務(wù)調(diào)用的約束條件和策略：包括安全，服務(wù)質(zhì)量（QoS），事務(wù)，服務(wù)級(jí)別協(xié)議（SLA），如何與服務(wù)交互，比如交互協(xié)議，輸入和輸出單元及格式。交互協(xié)議包括 SOAP、非 SOAP 的消息、FTP、SMTP/POP 以及一些遺留協(xié)議等。4.1.2. 服務(wù)接口服務(wù)接口就是一組提供服務(wù)調(diào)用者調(diào)用的交互端口，服務(wù)接口將服務(wù)的功能向服務(wù)調(diào)用者（客戶通過(guò)網(wǎng)絡(luò)連接到這個(gè)服務(wù)）公開(kāi)。接口描述是服務(wù)合約的一部分，包括操作協(xié)議，接口名，交換信息等，同樣需要一組標(biāo)準(zhǔn)的名稱進(jìn)行描述，通常采用 XM

28、L 描述。但接口的物理實(shí)現(xiàn)是服務(wù)實(shí)現(xiàn)的一部分。4.2. 服務(wù)定義輸出模板服務(wù)定義輸出參照中銀保險(xiǎn)接口服務(wù)定義規(guī)范_運(yùn)營(yíng)中心適用 v2.0.xlsx服務(wù)審批時(shí)，要對(duì)服務(wù)打包審批5. 服務(wù)設(shè)計(jì)規(guī)范服務(wù)管理小組服務(wù)設(shè)計(jì)崗依據(jù)服務(wù)定義設(shè)計(jì)服務(wù)維護(hù)服務(wù)全視圖審核服務(wù)設(shè)計(jì)服務(wù)定義To：服務(wù)實(shí)現(xiàn)服務(wù)設(shè)計(jì)模板5.1. 服務(wù)設(shè)計(jì)原則5.1.1. 服務(wù)重用性ESB 上的服務(wù)應(yīng)設(shè)計(jì)成能被多個(gè)調(diào)用方使用，因此：nn服務(wù)不應(yīng)含有某個(gè)調(diào)用方使用的邏輯。功能類似的服務(wù)應(yīng)合并。5.1.2. 服務(wù)穩(wěn)定性ESB 上的服務(wù)應(yīng)盡可能穩(wěn)定，不能經(jīng)常變化，因此：nn服務(wù)的輸入時(shí)應(yīng)能適應(yīng)不同調(diào)用場(chǎng)景。服務(wù)的輸出應(yīng)考慮不同調(diào)用方的需求，在不

29、影響性能的前提下返回盡可能多的字段。5.1.3. 服務(wù)原子性ESB 上的服務(wù)，尤其是類的服務(wù)，應(yīng)保證的原子性，即不要將一個(gè)的功能拆成兩個(gè)服務(wù)，避免服務(wù)調(diào)用出錯(cuò)時(shí)的復(fù)雜回退操作。服務(wù)的原子性還表現(xiàn)在服務(wù)的行為僅依賴于服務(wù)的輸入數(shù)據(jù)，而與服務(wù)提供方或者服務(wù)的調(diào)用次序無(wú)關(guān)。5.1.4. 服務(wù)性每個(gè) ESB 上的服務(wù)（除了組合服務(wù)與路由服務(wù)），應(yīng)該僅與一個(gè)業(yè)務(wù)域有關(guān)，其服務(wù)提供方也僅有一個(gè)。如保單基本信息中不應(yīng)含有由收提供的繳費(fèi)信息。5.1.5. 服務(wù)性能ESB 上的服務(wù)應(yīng)盡可能快速、簡(jiǎn)單，避免耗時(shí)較長(zhǎng)，因此：不要通過(guò) ESB 傳輸非結(jié)構(gòu)化數(shù)據(jù)，例如文檔、影像等避免通過(guò)服務(wù)接口傳輸消息長(zhǎng)度過(guò)長(zhǎng)的數(shù)據(jù)，

30、對(duì)于多條nn的輸入或輸出，應(yīng)限制條數(shù)不能大于 100 以及總消息長(zhǎng)度小于 10K避免多層嵌套的循環(huán)體，這種服務(wù)一方面會(huì)引起消息長(zhǎng)度過(guò)長(zhǎng)，對(duì)于服n務(wù)提供方的代碼性能也有影響。例如不要在搜索保單時(shí)，同時(shí)每個(gè)保單的險(xiǎn)別信息、付款信息等。必要時(shí)，需要改變調(diào)用方的界面邏輯5.1.6. 路由服務(wù)如果由兩個(gè)以上的服務(wù)提供方提供的服務(wù)，其功能與接口都基本一致，則考慮統(tǒng)一它們的接口，并由 ESB 開(kāi)發(fā)路由服務(wù)，根據(jù)輸入的字段調(diào)用不同的服務(wù)提供方。路由服務(wù)尤其適用于確認(rèn)通知類的接口，如核保確認(rèn)等。5.1.7. 組合服務(wù)如果調(diào)用方需要同時(shí)由兩個(gè)以上的服務(wù)提供方提供的服務(wù)，其服務(wù)的輸入基本一致，且調(diào)用方由于某種原因不

31、方便多次調(diào)用 ESB，則考慮由 ESB 提供組合服務(wù)，同時(shí)調(diào)用多個(gè)原子服務(wù)，將輸出匯總后返回給調(diào)用方。. 服務(wù)組合場(chǎng)景組合服務(wù)場(chǎng)景如下：場(chǎng)景 1 描述：組件 A 可單獨(dú)到 ESB 提供服務(wù) A，組件 B 可單獨(dú)到 ESB 提供服務(wù) B，服務(wù) A 和服務(wù) B 在 ESB 中通過(guò)配置組服務(wù) AB。場(chǎng)景1ESB服務(wù)AB服務(wù)A服務(wù)B系統(tǒng)組件A組件B場(chǎng)景 2 描述：組件 A 可單獨(dú)到 ESB 提供服務(wù) A，組件 B 可單獨(dú)到 ESB 提供服務(wù) B，組件 A 和組件 B 同過(guò)硬編碼或者 Mule 編排組組件 AB 后單獨(dú)注冊(cè)到 ESB 提供服務(wù) AB。場(chǎng)景 3 描述：組件 A 可單獨(dú)到 ES

32、B 提供服務(wù) A，組件 B 可單獨(dú)到 ESB 提場(chǎng)景3ESB服務(wù)A服務(wù)AB服務(wù)B系統(tǒng)組件A組件AB組件B場(chǎng)景2ESB服務(wù)A服務(wù)AB服務(wù)B系統(tǒng)組件A組件AB組件B供服務(wù) B，組件 AB 作為服務(wù)調(diào)用者通過(guò) ESB 調(diào)用服務(wù) A 和服務(wù) B 后，再將組件AB到 ESB 提供服務(wù) AB。. 組合服務(wù)場(chǎng)景劃分原則場(chǎng)景 1 適用于不涉及業(yè)務(wù)邏輯的組合。場(chǎng)景 2 適用于對(duì)組合事物管理和性能要求高。場(chǎng)景 3 適用于原子服務(wù)需要經(jīng)過(guò)業(yè)務(wù)邏輯處理的組合服務(wù)。5.2. 服務(wù)接口標(biāo)準(zhǔn)5.2.1. 服務(wù)命名和服務(wù)目錄是 SOA 平臺(tái)系統(tǒng)最為基礎(chǔ)的服務(wù)。服務(wù)服務(wù)消除服務(wù)之間的位置關(guān)系，使服務(wù)調(diào)用更為透明。

33、如果服務(wù)名稱相同，在時(shí)會(huì)出務(wù)名為“命名空間.服務(wù)名稱”?，F(xiàn)。因此參照編程語(yǔ)言中包機(jī)業(yè)務(wù)服務(wù)名稱以以多個(gè)英文單詞組成，每個(gè)單詞以大寫(xiě)開(kāi)頭。類的以名詞+動(dòng)詞組成（如 SubmitUnderwrite）n類的以名詞+Inquiry 組成（如 PolicyInquiry）nn 檢索類的以名詞+Search 組成（如 PolicySearch）n 確認(rèn)通知類的以名詞+Confirm 組成（如 UnderwriteConfirm）n 其他通知類的以名詞+Notify 組成服務(wù)命名以業(yè)務(wù)服務(wù)+.proxy 組成（如 SubmitUxy）5.2.2. 服務(wù)目錄服務(wù)目錄體現(xiàn)服務(wù)的位置關(guān)

34、系，服務(wù)目錄以業(yè)務(wù)域+.功能名稱組成例如：5.2.3. 服務(wù)命名空間通過(guò)命名空間可以反映服務(wù)的層次，命名空間是類的邏輯分組，它組織成一個(gè)層次結(jié)構(gòu)，主要用于服務(wù)定義、服務(wù)數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)字典，解決命名問(wèn)題，服務(wù)命名空間以功能名稱+.業(yè)務(wù)域組成。例如：5.2.4. 接口數(shù)據(jù)結(jié)構(gòu). 應(yīng)用請(qǐng)求報(bào)文頭公共請(qǐng)求信息頭格式如下：字段名說(shuō)明類型是否可空備注sequenceId服務(wù)流水號(hào)StringN服務(wù)調(diào)用唯一標(biāo)識(shí)。SOAP Envelope命名空間 ID命名空間命名空間描述命名空間bocinsbocinspremium.prpall.bocinspremium.prpall.bocins保費(fèi)計(jì)算

35、bocinsmon.bocinsmon.bocins公共bocins服務(wù)目錄 ID服務(wù)目錄代碼服務(wù)目錄名稱服務(wù)目錄 ID歸屬系統(tǒng) IDbocinsbocinsbocins.undrundr承保bocinsbocins.undr.TBTB投保服務(wù)bocins.undrprpallconsumerId服務(wù)調(diào)用者標(biāo)識(shí)StringN對(duì)應(yīng)服務(wù)調(diào)用者 IDproviderId服務(wù)提供者標(biāo)識(shí)StringN對(duì)應(yīng)服務(wù)提供者 IDUsercode服務(wù)調(diào)用驗(yàn)證用戶StringY服務(wù)調(diào)用驗(yàn)證用戶Password服務(wù)調(diào)用驗(yàn)證StringY服務(wù)調(diào)用驗(yàn)證providerVersion服務(wù)版本號(hào)StringY同一服務(wù)有多個(gè)版

36、本時(shí)，可指定調(diào)用版本號(hào)。如為空， 則默認(rèn)調(diào)用最新版本服務(wù)。Bal1對(duì)賬報(bào)文字段StringY服務(wù)對(duì)賬字段，到報(bào)文體里的列Bal2對(duì)賬報(bào)文字段StringYBal3對(duì)賬報(bào)文字段StringYBal4對(duì)賬報(bào)文字段StringYBal5對(duì)賬報(bào)文字段StringYBal6對(duì)賬報(bào)文字段StringYBal7對(duì)賬報(bào)文字段StringYBal8對(duì)賬報(bào)文字段StringYBal9對(duì)賬報(bào)文字段StringYBal10對(duì)賬報(bào)文字段StringYBal11對(duì)賬報(bào)文字段StringYBal11對(duì)賬報(bào)文字段StringYBal12對(duì)賬報(bào)文字段StringYBal13對(duì)賬報(bào)文字段StringYBal14對(duì)賬報(bào)文字段Str

37、ingYBal15對(duì)賬報(bào)文字段StringYBal16對(duì)賬報(bào)文字段StringYBal17對(duì)賬報(bào)文字段StringYBal18對(duì)賬報(bào)文字段StringYBal19對(duì)賬報(bào)文字段StringYBal20對(duì)賬報(bào)文字段StringY. 應(yīng)用返回報(bào)文頭公共返回信息頭格式如下：. 服務(wù)異常規(guī)范返回公共報(bào)文的信息 Header 中返回相應(yīng)錯(cuò)誤信息，可根據(jù)錯(cuò)誤代碼和信息服務(wù)異常信息。. 數(shù)據(jù)命名空間數(shù)據(jù)命名空間以功能名稱+.業(yè)務(wù)域組成。例如：premium.prpall.bocins5.2.5. 接口協(xié)議目前，多數(shù) ESB 服務(wù)基于同步方式，采用的網(wǎng)絡(luò)協(xié)議為 HTTP

38、 協(xié)議，它具有開(kāi)發(fā)簡(jiǎn)便、響應(yīng)快速等優(yōu)點(diǎn)，適用于通常的同步服務(wù)場(chǎng)景。對(duì)于異步或單向通知類服務(wù)，建議采用 JMS 協(xié)議，可提供更高的靈活性。字段名說(shuō)明類型是否可空備注sequenceId服務(wù)流水號(hào)StringN服務(wù)調(diào)用標(biāo)識(shí)consumerId服務(wù)調(diào)用者標(biāo)識(shí)StringN對(duì)應(yīng)服務(wù)調(diào)用者 IDproviderId服務(wù)提供者標(biāo)識(shí)StringN對(duì)應(yīng)服務(wù)提供者 IDresult調(diào)用結(jié)果StringN0- 服務(wù)調(diào)用成功，錯(cuò)誤則返回錯(cuò)誤代碼 ID1-Message返回信息StringY如服務(wù)調(diào)用失敗，則此信息不可為空。SOAP BodyResponseBodySOAP EnvelopeSOAP Header公共

39、返回報(bào)文頭5.3. 服務(wù)安全標(biāo)準(zhǔn)5.3.1. 安全區(qū)域劃分根據(jù)中銀應(yīng)用系統(tǒng)所部署的網(wǎng)絡(luò)區(qū)域的不同，服務(wù)應(yīng)用可以分為三類區(qū)域：n內(nèi)部應(yīng)用區(qū)域：包括各類業(yè)務(wù)系統(tǒng)，財(cái)務(wù)系統(tǒng)、人事系統(tǒng)等，這個(gè)區(qū)域內(nèi)的應(yīng)用系統(tǒng)處于中銀 IT 中心系統(tǒng)安全的；的嚴(yán)格管理之下，被認(rèn)為是DMZ 區(qū)域：包括n、外部網(wǎng)關(guān)、電銷系統(tǒng)等，這個(gè)區(qū)域內(nèi)的應(yīng)用系統(tǒng)可能被來(lái)自中銀網(wǎng)絡(luò)之外的人或系統(tǒng)，或者沒(méi)有處于中銀 IT 中心系統(tǒng)的管理之下，被認(rèn)為是有風(fēng)險(xiǎn)的。外部區(qū)域：包括所有外部系統(tǒng)、Internet 等，這個(gè)區(qū)域內(nèi)的應(yīng)用系統(tǒng)被n認(rèn)為是不安全的，被與 ESB 直接互聯(lián)。5.3.2. 安全策略ESB 上的服務(wù)，各需采用的安全策略如下：對(duì)于三

40、類區(qū)域內(nèi)的應(yīng)用，它們ESB處于內(nèi)部應(yīng)用區(qū)域或 DMZ 區(qū)域的服務(wù)提供方時(shí)，不需要采用認(rèn)證/等措施。內(nèi)部應(yīng)用ESB在公共請(qǐng)求消息頭中標(biāo)識(shí)調(diào)用方，ESB 根據(jù)這個(gè)判斷是否有權(quán)限指定的服務(wù)。DMZ 區(qū)域應(yīng)用ESB除了在公共請(qǐng)求消息頭中標(biāo)識(shí)調(diào)用方外，還需要使用 HTTP認(rèn)證，只有在認(rèn)證通過(guò)，且認(rèn)證用戶名與調(diào)用方 ID 相符后，ESB 再根據(jù)這個(gè)判斷是否限指定的服務(wù)。外部應(yīng)用ESB5.3.3. 安全措施.傳輸層安全ESB支持的安全協(xié)議有：HTTP, HTTPS, JMS + secured SSL channel。.消息層安全WS-Securityn安全認(rèn)證（用戶名/、X.5

41、09、SAML）nn消息摘要驗(yàn)證消息完整性XML 加密消息n5.4. 服務(wù)設(shè)計(jì)模板服務(wù)定義輸出參照中銀保險(xiǎn)接口服務(wù)定義規(guī)范_運(yùn)營(yíng)中心適用 v2.0.xlsx5.5. 服務(wù)設(shè)計(jì)審核服務(wù)設(shè)計(jì)審核時(shí)應(yīng)重點(diǎn)審核服務(wù)目錄和命名空間以及數(shù)據(jù)結(jié)構(gòu)。5.6. 元數(shù)據(jù)設(shè)計(jì)規(guī)范所謂企業(yè)元數(shù)據(jù)，指的是服務(wù)的定義內(nèi)容描述和業(yè)務(wù)對(duì)象描述。前者請(qǐng)參見(jiàn)服務(wù)定義章節(jié)。如何對(duì)這些元數(shù)據(jù)進(jìn)行有效的管理和使用對(duì)于企業(yè)信息資產(chǎn)的積累和管理。5.6.1. 元數(shù)據(jù)的形態(tài)定義 數(shù)據(jù)模型 XML Schema 描述元數(shù)據(jù)主要是指將數(shù)據(jù)建模生成的基于 XML Schema 語(yǔ)言描述的 xml 文件。此類文件通過(guò)數(shù)據(jù)導(dǎo)入功能存放在數(shù)據(jù)之上。 數(shù)

42、據(jù)服務(wù)描述元數(shù)據(jù)此類元數(shù)據(jù)主要是指對(duì)于統(tǒng)一邏輯數(shù)據(jù)視圖的定義、物理數(shù)據(jù)源定義、物理數(shù)據(jù)源與數(shù)據(jù)模型關(guān)系、數(shù)據(jù)服務(wù)緩存定義、數(shù)據(jù)服務(wù)安全定義等描述信息。數(shù)據(jù)數(shù)據(jù)對(duì)此類元數(shù)據(jù)提供搜索、運(yùn)行時(shí)設(shè)置、查看等管理功能，以實(shí)現(xiàn)對(duì)的、運(yùn)行時(shí)管理以及業(yè)務(wù)規(guī)則調(diào)整功能。5.6.2. 元數(shù)據(jù)定義模板元數(shù)據(jù)定義參照中銀保險(xiǎn)接口服務(wù)定義規(guī)范_運(yùn)營(yíng)中心適用 v2.0.xlsx。6. 服務(wù)實(shí)現(xiàn)規(guī)范服務(wù)開(kāi)發(fā)崗提交服務(wù)開(kāi)發(fā)計(jì)劃服務(wù)設(shè)計(jì)To：聯(lián)調(diào)測(cè)試服務(wù)開(kāi)發(fā)計(jì)劃服務(wù)實(shí)現(xiàn)階段由服務(wù)開(kāi)發(fā)崗提交服務(wù)開(kāi)發(fā)計(jì)劃。開(kāi)發(fā)完成后維護(hù)狀態(tài)為已完成。服務(wù)實(shí)現(xiàn)包含了服務(wù)的功能或業(yè)務(wù)邏輯。對(duì)于服務(wù)使用者來(lái)說(shuō)，服務(wù)實(shí)現(xiàn)應(yīng)該是一個(gè)“黑匣子”；用戶沒(méi)必要知

43、道服務(wù)的功能實(shí)現(xiàn)細(xì)節(jié)。服務(wù)實(shí)現(xiàn)在物理上提供所需的業(yè)務(wù)邏輯和適當(dāng)數(shù)據(jù)。在技術(shù)上實(shí)現(xiàn)服務(wù)合約。服務(wù)實(shí)現(xiàn)由一個(gè)或多個(gè)工件組成：如業(yè)務(wù)程序或者數(shù)據(jù)等。服務(wù)實(shí)現(xiàn)并沒(méi)有強(qiáng)制規(guī)定和特定建議。建議使用 JWS 基于注釋的 Web Services 編程方式以簡(jiǎn)化開(kāi)發(fā)。這種開(kāi)發(fā)方式利用 JDK5 元數(shù)據(jù)注釋(JSR-175)，在編寫(xiě)上述的 Java Bean 或 EJB 的 Bean 類維護(hù)服務(wù)開(kāi)發(fā)狀態(tài)時(shí)在業(yè)務(wù)邏輯代碼中添加一些特殊注釋，然后用 ANT 的一些擴(kuò)展任務(wù)可以生成一些相關(guān) JAVA 類代碼和配置文件，最后自動(dòng)編譯這些類代碼并自動(dòng)打包。下圖描述了 JWS 文件生成可部署的 J2EE 模塊的詳細(xì)過(guò)程。7

44、. 服務(wù)測(cè)試規(guī)范7.1. 測(cè)試計(jì)劃開(kāi)發(fā)聯(lián)調(diào)崗開(kāi)發(fā)聯(lián)調(diào)管理崗發(fā)起聯(lián)調(diào)申請(qǐng)?zhí)峤宦?lián)調(diào)測(cè) 試計(jì)劃審核聯(lián)調(diào)測(cè)服務(wù)實(shí)現(xiàn)To：聯(lián)調(diào)測(cè)試試計(jì)劃服務(wù)測(cè)試聯(lián)調(diào)計(jì)劃服務(wù)實(shí)現(xiàn)完成后，服務(wù)關(guān)聯(lián)方均可發(fā)起服務(wù)測(cè)試，其他關(guān)聯(lián)方提交聯(lián)調(diào)測(cè)試測(cè)試聯(lián)調(diào) 狀態(tài)維護(hù)計(jì)劃，測(cè)試完成后提交測(cè)試用例和測(cè)試報(bào)告。首先,根據(jù)用戶需求報(bào)告中關(guān)于功能要求和性能指標(biāo)的規(guī)格說(shuō)明書(shū),定義相應(yīng)的測(cè)試需求報(bào)告,即制訂黑盒測(cè)試的最高標(biāo)準(zhǔn)。以后所有的測(cè)試工作都將著測(cè)試需求來(lái)進(jìn)行,符合測(cè)試需求的應(yīng)用程序即是合格的,反之即是不合格的;同時(shí),還要適當(dāng)選擇測(cè)試內(nèi)容,合理安排測(cè)試測(cè)試計(jì)劃編寫(xiě)應(yīng)包含以下內(nèi)容：、測(cè)試時(shí)間及測(cè)試等。nn目的測(cè)試環(huán)境配置軟件測(cè)試環(huán)境、硬件測(cè)試環(huán)

45、境、網(wǎng)絡(luò)測(cè)試環(huán)境、數(shù)據(jù)準(zhǔn)備等nnn安排時(shí)間安排測(cè)試方法測(cè)試范圍n7.2. 測(cè)試設(shè)計(jì)將測(cè)試計(jì)劃階段制訂的測(cè)試需求分解、細(xì)化為若干個(gè)可執(zhí)行的測(cè)試過(guò)程,并為每個(gè)測(cè)試過(guò)程選擇適當(dāng)?shù)臏y(cè)試用例(測(cè)試用例選擇的好壞將直接影響測(cè)試結(jié)果的有效性)。7.3. 測(cè)試執(zhí)行執(zhí)試開(kāi)發(fā)階段建立的自動(dòng)測(cè)試過(guò)程,并對(duì)所發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理,測(cè)試執(zhí)行一般由單元測(cè)試、組合測(cè)試、集成測(cè)試、系統(tǒng)聯(lián)調(diào)及回歸測(cè)試等步驟組成,測(cè)試應(yīng)本著科學(xué)負(fù)責(zé)的態(tài)度,一步一個(gè)腳印地進(jìn)試。在此定義測(cè)試執(zhí)行活動(dòng)，在這些活動(dòng)中將使用測(cè)試用例或測(cè)試。n根據(jù)測(cè)試計(jì)劃中有關(guān)測(cè)試環(huán)境的內(nèi)容，檢查測(cè)試環(huán)境（包括硬件及軟件），確保測(cè)試環(huán)境符合要求；對(duì)于測(cè)試用例的描述信息,

46、按測(cè)試意圖對(duì)每一個(gè)測(cè)試用例設(shè)計(jì)操作流程中重要環(huán)節(jié)的動(dòng)作、輸入數(shù)據(jù)和預(yù)期的反映；nn執(zhí)試活動(dòng)，并測(cè)試原始數(shù)據(jù)，包括所使用的及執(zhí)行日期，對(duì)于每個(gè)測(cè)試用例還應(yīng)關(guān)鍵操作步驟、輸入數(shù)據(jù)以及任何與測(cè)試預(yù)期結(jié)果不符的系統(tǒng)響應(yīng)；每個(gè)測(cè)試用例執(zhí)行完畢后，視具體情況對(duì)系統(tǒng)進(jìn)行備份或根據(jù)備份數(shù)據(jù)對(duì)系統(tǒng)進(jìn)行恢復(fù)。每個(gè)測(cè)試用例執(zhí)行完畢后，視具體情況對(duì)系統(tǒng)進(jìn)行備份或根據(jù)備份數(shù)據(jù)對(duì)n系統(tǒng)進(jìn)行恢復(fù)。7.3.1. 單元測(cè)試對(duì)應(yīng)于粗粒度服務(wù)測(cè)試，包含數(shù)據(jù)服務(wù)類型，業(yè)務(wù)服務(wù)類型和復(fù)合類型。對(duì)于 SOA 測(cè)試來(lái)說(shuō)，單元測(cè)試是個(gè)迭代的過(guò)程。粗粒度的服務(wù)包含了細(xì)粒度的服務(wù)。建議單元測(cè)試放在組件級(jí)別上。對(duì)于不同類型服務(wù)測(cè)試重點(diǎn)不同，要切合服務(wù)要求的 SLA 來(lái)測(cè)試。建議數(shù)據(jù)服務(wù)類測(cè)試選取粒度較小服務(wù)，主要關(guān)注效率測(cè)試和測(cè)試。復(fù)合組件類型要注意路由路徑條件的滿足。注意執(zhí)行以下方面測(cè)試。n負(fù)載測(cè)試 : Load Testing 是指模擬真實(shí)的用戶行為，通過(guò)不斷加壓直到性能出現(xiàn)瓶頸或達(dá)到飽和。負(fù)載測(cè)試