服務(wù)itoc i03中銀保險esb管理v

1、中銀保險 ESB 服務(wù)管理規(guī)范1. 引言1.1. 文檔編寫目的本文檔定義了中銀保險 ESB管理與使用標(biāo)準(zhǔn)，作為公司各類面向服務(wù)開發(fā)和管理的指導(dǎo)性規(guī)范。1.2. 適用適用范圍適用于自行開發(fā)項目和外包開發(fā)項目，各方開發(fā)過程中必須遵循本文檔定義的原則、規(guī)范及標(biāo)準(zhǔn)。1.3. 術(shù)語和縮寫詞1.4. 參考資料GB 8566-88 計算機開發(fā)規(guī)范名稱說明服務(wù)（Service）是在面向服務(wù)架構(gòu)（SOA）中應(yīng)用系統(tǒng)對外提供的程序功能，通常是由一個或一系列應(yīng)用程序接口（API）組成。企業(yè)服務(wù)總線（ESB）是基于 SOA的企業(yè)應(yīng)用集成的基礎(chǔ)架構(gòu)服務(wù)接口規(guī)范描述服務(wù)的接口協(xié)議與接口消息格式（包括字段名稱、類型等）的文

2、檔ESEFOracle基于 SOA 架構(gòu)風(fēng)格的企業(yè)服務(wù)工程框架2. ESB 服務(wù)管理2.1. 概述ESB 服務(wù)管理的目的是通過規(guī)范化 ESB 服務(wù)生命周期過程，實現(xiàn)高性能的、可重用的企業(yè)級服務(wù)。服務(wù)管理通過對候選服務(wù)的分析與準(zhǔn)入，確保 ESB 上的服務(wù)在整個企業(yè)范圍內(nèi)的可重用性與安全性，規(guī)范服務(wù)的設(shè)計、開發(fā)與部署。在特定環(huán)境下，啟動一個系統(tǒng)的自上而下的企業(yè)級服務(wù)識別、定義與開發(fā)過程。在分析與判斷過程中不應(yīng)僅局限于某個系統(tǒng)或項目的范圍或來判斷服務(wù)的可重用性。2.2. 角色與職責(zé)2.2.1.服務(wù)消費者服務(wù)消費方系統(tǒng)的業(yè)務(wù)部門或 IT 處室，負(fù)責(zé)：提出需要的服務(wù)的具體需求；查詢服務(wù)目錄并獲得所需的服

3、務(wù)的描述；如果現(xiàn)有服務(wù)需求，與服務(wù)提供者一起新服務(wù)接口；根據(jù)服務(wù)描述，開發(fā)與測試服務(wù)調(diào)用客戶端的程序2.2.2.服務(wù)提供者服務(wù)提供方系統(tǒng)的業(yè)務(wù)部門或 IT 處室，負(fù)責(zé)：定義并確認(rèn)服務(wù)接口規(guī)范；設(shè)計并實現(xiàn)服務(wù)端接口程序；配合服務(wù)消費者與服務(wù)管理者進(jìn)行接口測試；根據(jù)服務(wù)管理者的優(yōu)化服務(wù)的實現(xiàn)2.2.3.服務(wù)管理者運維的 IT 處室，負(fù)責(zé)：服務(wù)目錄在 ESB 上發(fā)布服務(wù)配合服務(wù)消費者進(jìn)行接口測試并ESB 上的服務(wù)運行狀況2.2.4.服務(wù)管理管理 ESB 服務(wù)的組織，如 IT 架構(gòu)部門，負(fù)責(zé)：制定服務(wù)標(biāo)準(zhǔn)；檢查服務(wù)接口設(shè)計；服務(wù)消費方的服務(wù)調(diào)用申請；服務(wù)提供方的服務(wù)發(fā)布申請；服務(wù)變更申請2.3. ES

4、EF 方法論企業(yè)服務(wù)工程框架，是一種 ORACLE 公司針對大型 SOA 企業(yè)架構(gòu)需要而設(shè)計的方法論。它填補了在 SOA 出現(xiàn)之前的傳統(tǒng)方法所不能支持的空白。ESEF分離出在采用 SOA 進(jìn)行項目交付和開發(fā)時所的獨特。 ESEF 提供了一個框架，以消除許多 SOA項目開發(fā)的；并提供了工程學(xué)框架，使企業(yè)在 SOA 方面的努力變得更加有效與一致。ESEF 是 ORACLE 公司針對大型 SOA 企業(yè)架構(gòu)需要有關(guān) SOA 規(guī)劃、SOA設(shè)計與 SOA 實現(xiàn) 3 大方面的整體解決方案，其中包括了參考架構(gòu)、組織與管控、成本與收益、安全與演變規(guī)劃。，ESEF 涵蓋了一下幾個方面：SOA 需求管理:提供一個能

5、自然促進(jìn)服務(wù)的識別與發(fā)現(xiàn)的需求流程。服務(wù)識別與發(fā)現(xiàn):建立識別候選服務(wù)與從現(xiàn)有服務(wù)目錄中發(fā)現(xiàn)候選服務(wù)的步驟。整個流程貫穿了從服務(wù)的識別與發(fā)現(xiàn)，進(jìn)而確認(rèn)所建議的現(xiàn)有服務(wù)重用的可行性或者確認(rèn)新識別的服務(wù)是否應(yīng)該成為共享服務(wù)。SOA 發(fā)布計劃:提供 SOA 環(huán)境下項目與服務(wù)交付所需要的計劃的基礎(chǔ)工作。服務(wù)的定義:為經(jīng)過識別的候選服務(wù)定義服務(wù)邊界與服務(wù)合同。服務(wù)的設(shè)計:提供服務(wù)設(shè)計與服務(wù)接口創(chuàng)建的最佳實踐與步驟。服務(wù)的實現(xiàn):提供相應(yīng)的指引指導(dǎo)有效共享服務(wù)的開發(fā)。服務(wù)的測試:制定相關(guān)的策略保證交付的共享服務(wù)能夠達(dá)到適度的質(zhì)量，服務(wù)測試所得到的信息同時應(yīng)該能夠指導(dǎo)服務(wù)的部署。服務(wù)的部署:制定共享環(huán)境下服務(wù)部

6、署的指引與實踐。OA&M (操作、管理與):涵蓋了 SOA 操作環(huán)境中有關(guān)服務(wù)操作、管理與所需的指引。OA&M 本身不僅僅是維持 SOA 環(huán)境的可操作性；在這個基礎(chǔ)上，除了測量 SOA 的成功與采用之外，同時要使服務(wù)能夠重用與演變。ESEF目的與重點是 ORACLE 為了解決 SOA 項目推進(jìn)的所需要制定的方法論與框架，這套方法論與框架對那些選擇 SOA 作為企業(yè)架構(gòu)標(biāo)準(zhǔn)的企業(yè)在服務(wù)的開發(fā)與 SOA 項目實施方面將起著關(guān)鍵性的指導(dǎo)作用。ESEF 可以依據(jù)每個客戶不同的 SOA 目標(biāo)與優(yōu)先級進(jìn)行定制，并能有效的與現(xiàn)有的或已經(jīng)完成規(guī)劃的 SOA 參考架構(gòu)融合；ESEF 通過 SOPD 實現(xiàn)服務(wù)的開

7、發(fā)與項目實現(xiàn)并跟隨項目推進(jìn)與企業(yè)需要可以擴展成為 ESEF CoE 來達(dá)到企業(yè)推進(jìn) SOA 長期目標(biāo)在工程服務(wù)方面所需要的一致性目的。為了達(dá)到這個目的，ESEF 提供了完整的工程框架指導(dǎo)客戶將現(xiàn)有的資產(chǎn)進(jìn)行服務(wù)化，同時工程服務(wù)框架也將決定、識別與定義新的服務(wù)需求。3. 服務(wù)分析規(guī)范服務(wù)分析是指由傳統(tǒng)業(yè)務(wù)需求中識別服務(wù)，經(jīng)過評估得到正式服務(wù)的過程。3.1. SOA 需求管理當(dāng)應(yīng)用不被當(dāng)作孤立系統(tǒng)，而是被看作范圍更大的 SOA 系部分的時候，傳統(tǒng)的需求管理方法就失去了完整性。SOA 需求管理是對傳統(tǒng)需求管理技術(shù)的擴展和補充?；?SOA 的需求管理方法具有的特性 :項目需求被精煉成為企業(yè)資產(chǎn)。項目

8、需求被用于構(gòu)建企業(yè)級功能模型。需求是在企業(yè)級別按照功能模型分類，而不是在項目級別進(jìn)行分類3.1.1.需求管理流程流程建模從業(yè)務(wù)流程角度進(jìn)行分析，找到可以重用的服務(wù)。目標(biāo)建模從業(yè)務(wù)目標(biāo)出發(fā)，進(jìn)行建模，找到被選服務(wù)。數(shù)據(jù)建模從數(shù)據(jù)流轉(zhuǎn)角度出發(fā)，找到被選服務(wù)。已有資產(chǎn)分析。從已存在系統(tǒng)進(jìn)行分析，找到可以重用的被選服務(wù)。根據(jù)保險業(yè)務(wù)流程化特點，建議使用以下策略識別服務(wù)：1)首先使用已有資產(chǎn)分析方法，判斷服務(wù)在已有系統(tǒng)是否存在;2)如服務(wù)不存在，則使用流程建模方法找到新候選服務(wù)。3.2.1.流程建模方法流程建模是自頂向下的服務(wù)識別方法，從需求中涉及到的流程中，找到被選服務(wù)。下面以“保險報價”需求為例講解

9、使用方法：1）首先由企業(yè)角度，找出保險業(yè)務(wù)別流程圖每一個方框代表一個業(yè)務(wù)流程組。承保管理是與“保險報價”需求相關(guān)流程組；2）別流程組分解每個方框代表一個流程或子流程。與報價流程相關(guān)的同級流程有投保流程、批改流程、續(xù)保流程、核保流程等；3）識別系統(tǒng)涉眾行為找出業(yè)務(wù)角色執(zhí)行的可以有所產(chǎn)出的業(yè)務(wù)行為。在報價流程中，產(chǎn)出行為包括：客戶詢價提交計算要求4）識別系統(tǒng)處理流程觀察到人機交互的關(guān)系，即系統(tǒng)為完成涉眾行為需要支撐的內(nèi)在業(yè)務(wù)流程。5）識別服務(wù)找出流程中系統(tǒng)級別的動作或程序。完成“提交計算請求”后，將觸發(fā)報價系統(tǒng)調(diào)用“精確保費計算”復(fù)合服務(wù)，進(jìn)而調(diào)用“車型查詢”、“投保確認(rèn)”、“保費計算”三個通用服

10、務(wù)。3.2.2.候選服務(wù)模板3.3. 服務(wù)評估服務(wù)評估為 ESB從候選服務(wù)中決定正式服務(wù)的過程 。候選服務(wù)服務(wù)代碼服務(wù)名稱功能描述實現(xiàn)系統(tǒng)共享類型服務(wù)類別狀態(tài)服務(wù)所有者填入服務(wù)代碼填入服務(wù)名稱描述該服務(wù)實現(xiàn)的功能該服務(wù)由哪個系統(tǒng)或者子系統(tǒng)實現(xiàn)共享/.不共享業(yè)務(wù)服務(wù)/查詢服務(wù)已激活/未激活SOATeam3.3.1.服務(wù)重用性檢查服務(wù)評估首先應(yīng)檢查服務(wù)重用性。與企業(yè)已有服務(wù)則建議重用已有服務(wù)。否則 列入候選待評估服務(wù)匹配對應(yīng)服務(wù)，。3.3.2.服務(wù)評估打分服務(wù)評分由多個 ESB對服務(wù)按照評估標(biāo)準(zhǔn)進(jìn)行打分，并進(jìn)行匯總。根據(jù)打分結(jié)果進(jìn)行綜合評估，評估通過后，候選服務(wù)即列為正式服務(wù)。3.3.3.服務(wù)評估

11、模板. 指標(biāo)評估說明及打分說明范圍：該指標(biāo)衡量一個服務(wù)在企業(yè)中潛在的適用范圍3：企業(yè)和外部都可能被使用2：本企業(yè)被使用1：某一條業(yè)務(wù)線中被使用0：只能運用在某一個應(yīng)用系統(tǒng)中重用：該指標(biāo)衡量一個服務(wù)潛在的重用水平3：該服務(wù)具備作為共享資源而被企業(yè)范圍內(nèi)長期重用的潛力。2：該服務(wù)具備作為共享資源而被企業(yè)范圍內(nèi)短期重用的潛力。1：該服務(wù)具備作為共享資源而被長期重用的潛力，但目前只能在一個應(yīng)用系統(tǒng)范圍內(nèi)進(jìn)行重用。0：該服務(wù)沒有重用的能力。敏捷度：該指標(biāo)衡量了一個服務(wù)對于企業(yè)業(yè)務(wù)敏捷能力的作用。2：該服務(wù)能夠作為企業(yè)性要求的共享資源。它能夠以最快地速度響應(yīng)某一條業(yè)務(wù)線上的新業(yè)務(wù)上線需求。1：該服務(wù)對于整

12、個企業(yè)或者某一條業(yè)務(wù)線意義能夠增強新業(yè)務(wù)需求的響應(yīng)能力。作為一個共享資源0：該服務(wù)對于整個企業(yè)或者某一條業(yè)務(wù)線發(fā)展無明顯意義。遵循度：該指標(biāo)衡量了一個服務(wù)對于企業(yè)制定的目標(biāo)的遵循程度。服務(wù)評估服務(wù)代碼服務(wù)名稱服務(wù)描述范圍分+重用分+敏捷度分+遵循度分+使能化分+技能分-工具分-項目影響分-可行性分-合計打分結(jié)果+-3：對于企業(yè)的既定目標(biāo)具有高度的支持能力2：對于企業(yè)中某一條業(yè)務(wù)線的既定目標(biāo)具有高度的支持能力。1：如果將該服務(wù)作為共享服務(wù)，能夠在一定程度上減少企業(yè)對于既定目標(biāo)完成的難度。0：該服務(wù)與企業(yè)既定目標(biāo)無關(guān)。使能化：該指標(biāo)衡量了利用現(xiàn)有功能來實現(xiàn)一個共享服務(wù)的能力。3：該服務(wù)的功能已經(jīng)在

13、現(xiàn)有的 IT 系統(tǒng)中實現(xiàn)。2：該服務(wù)的大部分功能已經(jīng)在現(xiàn)有的 IT 系統(tǒng)中實現(xiàn)。只需很少的改動就可以服務(wù)化。1：該服務(wù)的部分功能已經(jīng)在現(xiàn)有的 IT 系統(tǒng)中實現(xiàn)。但還需要一定的改動才可以服務(wù)化。0：在現(xiàn)有 IT 系統(tǒng)中沒有相關(guān)的實現(xiàn)技能：該指標(biāo)衡量了為了實現(xiàn)共享服務(wù)所需的必要技能3：企業(yè)還不具備將該服務(wù)變?yōu)楣蚕矸?wù)的技能。2：企業(yè)在將該服務(wù)變?yōu)楣蚕矸?wù)時遇到很大的技能鴻溝。1：企業(yè)在將該服務(wù)變?yōu)楣蚕矸?wù)時遇到一定的技能。0：企業(yè)對于實現(xiàn)共享服務(wù)化的技能已經(jīng)完全具備。工具：該指標(biāo)衡量了為了實現(xiàn)共享服務(wù)所需的必要工具3：企業(yè)還不具備掌握將該服務(wù)變?yōu)楣蚕矸?wù)的工具。2：企業(yè)在將該服務(wù)變?yōu)楣蚕矸?wù)時，在

14、工具方面存在很大的鴻溝。1：企業(yè)在將該服務(wù)變?yōu)楣蚕矸?wù)時，在工具方面存在一定的。0：企業(yè)對于實現(xiàn)共享服務(wù)化的工具已經(jīng)完全具備。項目影響：該指標(biāo)衡量了為了實現(xiàn)共享服務(wù)對當(dāng)前一些開發(fā)項目的影響100：太多需要考慮3：很大的影響2：重要影響1：很小的影響0：影響程度微乎其微可行性：該指標(biāo)衡量了為了實現(xiàn)共享服務(wù)時的一些可能的和風(fēng)險100：當(dāng)前不可能實現(xiàn)3：極度2：1：可控的范圍內(nèi)0：程度微乎其微. 評估總分判斷對服務(wù)的評分，包括正面評價和評價兩個方面，通過正面評價得分的總數(shù)減去評價得分的總數(shù)（在計算時還需要加上每個分值的權(quán)重），得到分析的總分，然后供部門進(jìn)行，以決定是否能夠進(jìn)行下一步的服務(wù)。注：分?jǐn)?shù)接

15、近 0 表示需要更進(jìn)一步的分析。權(quán)重 暫時定為如下，可以根據(jù)客戶情況定制3.4. 服務(wù)發(fā)布預(yù)約服務(wù)評估完成后，應(yīng)根據(jù)服務(wù)優(yōu)先級，列出服務(wù)發(fā)布預(yù)約，說明服務(wù)發(fā)布注意事項等。，范圍分+重用分+敏捷度分+遵循度分+使能化分+技能分-工具分-項目影響分-可行性分-1010555551053.4.1.服務(wù)發(fā)布計劃模板4. 服務(wù)定義規(guī)范4.1. 服務(wù)定義描述服務(wù)是一個組件，具有明確的功能，通常封裝著業(yè)務(wù)或者數(shù)據(jù)。服務(wù)由接口、合約組成。服務(wù)發(fā)布計劃服務(wù)名稱版本號實現(xiàn)的功能或者解決發(fā)布環(huán)境優(yōu)先級版本發(fā)布時間影響范圍此計劃制定日期填入服務(wù)的名稱計劃發(fā)布的版本號此版本計劃實現(xiàn)的內(nèi)容，解決的重要問題等生產(chǎn)環(huán)境說明版

16、本發(fā)布優(yōu)先級版本發(fā)布時間此版本影響到哪些系統(tǒng)計劃制定日期4.1.1. 服務(wù)合約和描述根據(jù) SOA 的要求，服務(wù)消費者功過服務(wù)接口調(diào)用服務(wù)，無需了解服務(wù)實現(xiàn)的細(xì)節(jié)。服務(wù)的合約描述為服務(wù)消費者提供了該服務(wù)相關(guān)的服務(wù)信息，這些信息使得服務(wù)消費者可以決定是否調(diào)用該服務(wù)。通常，服務(wù)合約描述以下關(guān)鍵信息（但并不限定在此范圍）：服務(wù)存在：服務(wù)名稱，服務(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ù)級別協(xié)議（SLA），如何與服務(wù)交互，比如交互協(xié)議，輸入和輸出單元及格式。交

17、互協(xié)議包括 SOAP、非 SOAP 的消息、FTP、SMTP/POP 以及一些遺留協(xié)議等。4.1.2. 服務(wù)接口服務(wù)接口就是一組提供服務(wù)消費者調(diào)用的交互端口，服務(wù)接口將服務(wù)的功能向服務(wù)消費者（客戶通過網(wǎng)絡(luò)連接到這個服務(wù)）公開。接口描述是服務(wù)合約的一部分，包括操作協(xié)議，接口名，交換信息等，同樣需要一組標(biāo)準(zhǔn)的名稱進(jìn)行描述，通常采用 XML 描述。但接口的物理實現(xiàn)是服務(wù)實現(xiàn)的一部分。4.2. 服務(wù)定義輸出模板交強險保費試算的服務(wù)定義如下：服務(wù)編碼標(biāo)識服務(wù)的唯一編碼，如：00000001服務(wù)中文名稱交強險保費試算服務(wù)英文名稱Platform Calculated Premium業(yè)務(wù)含義描述根據(jù)車輛信息

18、進(jìn)行車險（交強險）保費的試算，返回車險保費試算結(jié)果和查詢碼。5. 服務(wù)設(shè)計規(guī)范方法名稱PlatformProxyService依賴方法多個用“，”號隔開交互方式同步/異步歸屬服務(wù)目錄 ID/PlatformProxyService服務(wù)版本v0.1服務(wù)發(fā)布日期服務(wù)的正式服務(wù)日期服務(wù)提供者編碼prpAll服務(wù)提供者名稱承保系統(tǒng)服務(wù)類型業(yè)務(wù)服務(wù)服務(wù)開發(fā)實現(xiàn)服務(wù)的開發(fā)商服 務(wù)調(diào) 用的 約束 條件 和策略協(xié)議方式HTTPS 協(xié)議認(rèn)證無消息加密策略無服 務(wù) 質(zhì) 量（QoS）持久化服務(wù)級別協(xié)議SLA相應(yīng)時間 20ms，重試 10 次并發(fā)性要求并發(fā)量 9可以使用的時間可以使用該服務(wù)的時間段冪等性消息大小估量輸

19、入 10KB，輸出消息 10KB5.1. 服務(wù)設(shè)計原則5.1.1. 服務(wù)重用性ESB 上的服務(wù)應(yīng)設(shè)計成能被多個消費方使用，因此：服務(wù)不應(yīng)含有某個消費方使用的邏輯。功能類似的服務(wù)應(yīng)合并。5.1.2. 服務(wù)穩(wěn)定性ESB 上的服務(wù)應(yīng)盡可能穩(wěn)定，不能經(jīng)常變化，因此：服務(wù)的輸入時應(yīng)能適應(yīng)不同調(diào)用場景。服務(wù)的輸出應(yīng)考慮不同消費方的需求，在不影響性能的前提下返回盡可能多的字段。5.1.3. 服務(wù)原子性ESB 上的服務(wù)，尤其是交易類的服務(wù)，應(yīng)保證交易的原子性，即不要將一個交易的功能拆成兩個服務(wù)，避免服務(wù)調(diào)用出錯時的復(fù)雜回退操作。服務(wù)的原子性還表現(xiàn)在服務(wù)的行為僅依賴于服務(wù)的輸入數(shù)據(jù)，而與服務(wù)提供方或者服務(wù)的調(diào)用

20、次序無關(guān)。5.1.4. 服務(wù)獨立性每個 ESB 上的服務(wù)（除了組合服務(wù)與路由服務(wù)），應(yīng)該僅與一個業(yè)務(wù)域有關(guān)，其服務(wù)提供方也僅有一個。如保單基本信息查詢中不應(yīng)含有由收提供的繳費信息。5.1.5. 服務(wù)性能ESB 上的服務(wù)應(yīng)盡可能快速、簡單，避免耗時較長，因此：不要通過 ESB 傳輸非結(jié)構(gòu)化數(shù)據(jù)，例如文檔、影像等避免通過服務(wù)接口傳輸消息長度過長的數(shù)據(jù)，對于多條的輸入或輸出，應(yīng)限制條數(shù)不能大于 100 以及總消息長度小于 10K避免多層嵌套的循環(huán)體，這種服務(wù)一方面會引起消息長度過長，對于服務(wù)提供方的代碼性能也有影響。例如不要在搜索保單時，同時查詢每個保單的險別信息、付款信息等。必要時，需要改變消費方

21、的界面邏輯5.1.6. 路由服務(wù)如果由兩個以上的服務(wù)提供方提供的服務(wù)，其功能與接口都基本一致，則考慮它們的接口，并由 ESB 開發(fā)路由服務(wù)，根據(jù)輸入的字段調(diào)用不同的服務(wù)提供方。路由服務(wù)尤其適用于確認(rèn)通知類的接口，如核保確認(rèn)等。5.1.7. 組合服務(wù)如果消費方需要同時由兩個以上的服務(wù)提供方提供的服務(wù)，其服務(wù)的輸入基本一致，且消費方由于某種原因不方便多次調(diào)用 ESB，則考慮由 ESB 提供組合服務(wù)，同時調(diào)用多個原子服務(wù)，將輸出匯總后返回給消費方。5.2. 服務(wù)接口標(biāo)準(zhǔn)5.2.1. 服務(wù)命名和服務(wù)目錄是 SOA服務(wù)系統(tǒng)最為基礎(chǔ)的服務(wù)。服務(wù)消除服務(wù)之間的位置關(guān)系，使服務(wù)調(diào)用更為透明。如果服務(wù)名稱相同，

22、在時會出務(wù)名為“命名空間.服務(wù)名稱“?，F(xiàn)。因此參照編程語言中包機通過命名空間還可以反映服務(wù)的層次。以“保費計算”為例，其命名空間如下：服務(wù)名稱以以多個英文單詞組成，每個單詞以大寫開頭。交易類的以動詞+名詞組成（如 SubmitUnderwrite）查詢類的以名詞+Inquiry 組成（如 PolicyInquiry）檢索類的以名詞+Search 組成（如 PolicySearch）確認(rèn)通知類的以名詞+Confirm 組成（如 UnderwriteConfirm）其他通知類的以名詞+Notify 組成5.2.2. 接口數(shù)據(jù)結(jié)構(gòu).應(yīng)用請求報文頭命名空間服務(wù)命名空間premi保費計算中銀保險.應(yīng)用返

23、回報文頭安全的；風(fēng)險應(yīng)用區(qū)域：包括、外部網(wǎng)關(guān)、電銷系統(tǒng)等，這個區(qū)域內(nèi)的應(yīng)用系統(tǒng)可能被來自中銀網(wǎng)絡(luò)之外的人或系統(tǒng)，或者沒有處于中銀 IT 中心系統(tǒng)的管理之下，被認(rèn)為是有風(fēng)險的。外部區(qū)域：包括所有外部系統(tǒng)、 ernet 等，這個區(qū)域內(nèi)的應(yīng)用系統(tǒng)被認(rèn)為是不安全的，被與 ESB 直接互聯(lián)。5.3.2. 安全策略ESB 上的服務(wù)，各需采用的安全策略如下：對于三類區(qū)域內(nèi)的應(yīng)用，它們ESB處于應(yīng)用區(qū)域或風(fēng)險應(yīng)用區(qū)域的服務(wù)提供方時，不需要采用認(rèn)證/等措施。5.3.3. 安全措施.傳輸層安全ESB支持的安全協(xié)議有：HTTP, HTTPS, JMS + secured SSL channel。.消息層安全WS-S

24、ecurity應(yīng)用ESB在公共請求消息頭中標(biāo)識消費方，ESB 根據(jù)這個判斷是否有權(quán)限指定的服務(wù)。風(fēng)險應(yīng)用ESB除了在公共請求消息頭中標(biāo)識消費方外，還需要使用 HTTP認(rèn)證，只有在認(rèn)證通過，且認(rèn)證用戶名與消費方 ID 相符后，ESB再根據(jù)這個判斷是否限指定的服務(wù)。外部應(yīng)用ESB安全認(rèn)證（用戶名/、X.509、SAML）消息摘要驗證消息完整性XML 加密消息5.4. 服務(wù)設(shè)計模板交強險保費試算的服務(wù)設(shè)計基本信息服務(wù)編碼SOA0001服務(wù)名稱Platform Calculated Premium依賴的服務(wù)本服務(wù)需要調(diào)用的其他服務(wù)的列表服務(wù)部署 IP 地址提供服務(wù)功能的網(wǎng)絡(luò) IP 地址服務(wù)接口定義文件

25、(WSDL)描述服務(wù)接口定義的文件路徑服務(wù)接口接口名稱PlatformProxyService接口說明物資計劃匯總處理傳輸協(xié)議HTTP接口操作接口操作名稱PlatformProxyService接口操作描述根據(jù)車輛信息進(jìn)行車險（交強險）保費的試算，返回車險保費試算結(jié)果和查詢碼。調(diào)用方式同步調(diào)用輸入消息格式(附件)輸出消息格式(附件)錯誤處理錯誤代碼錯誤描述被對消息安全進(jìn)行處理，提供驗證 WEB 服務(wù)的訪問角色， 無效的用戶名和 ，進(jìn)行 JMS消息提示500服務(wù)器不支持集成安全 SSPI，服務(wù)名稱錯誤，服務(wù)器發(fā)生異常，BAM6. 服務(wù)實現(xiàn)規(guī)范服務(wù)實現(xiàn)包含了服務(wù)的功能或業(yè)務(wù)邏輯。對于服務(wù)使用者來說

26、，服務(wù)實現(xiàn)應(yīng)該是一個“黑匣子”；用戶沒必要知道服務(wù)的功能實現(xiàn)細(xì)節(jié)。服務(wù)實現(xiàn)在物理上提供所需的業(yè)務(wù)邏輯和適當(dāng)數(shù)據(jù)。在技術(shù)上實現(xiàn)服務(wù)合約。服務(wù)實現(xiàn)由一個或多個工件組成：如業(yè)務(wù)程序或者數(shù)據(jù)等。服務(wù)實現(xiàn)并沒有強制規(guī)定和特定建議。建議使用 JWS 基于注釋的 Web Servi編程方式以簡化開發(fā)。這種開發(fā)方式利用 JDK5 元數(shù)據(jù)注釋(JSR-175)，在編寫上述的 Java Bean 或 EJB 的 Bean 類時在業(yè)務(wù)邏輯代碼中添加一些特殊注釋，然后用 ANT 的一些擴展任務(wù)可以生成一些相關(guān) JAVA 類代碼和配置文件，最后自動編譯這些類代碼并自動打包。下圖描述了 JWS 文件生成可部署的 J2EE

27、 模塊的詳細(xì)過程。Soxception傳遞的數(shù)據(jù) XML 序列化錯誤，服務(wù)端異?；蚩蛻舳苏{(diào)用錯誤，SOAP 錯誤結(jié)構(gòu)， log 日志控制基于服務(wù)，具有權(quán)限的系統(tǒng)有：電子商務(wù)系統(tǒng)事務(wù)方式t support事務(wù)類型Local7. 服務(wù)測試規(guī)范7.1. 測試計劃首先,根據(jù)用戶需求中關(guān)于功能要求和性能指標(biāo)的規(guī)格說明書,定義相應(yīng)的測試需求,即制訂黑盒測試的最高標(biāo)準(zhǔn)。以后所有的測試工作都將圍繞著測試需求來進(jìn)行,符合測試需求的應(yīng)用程序即是合格的,反之即是不合格的;同時,還要適當(dāng)選擇測試內(nèi)容,合理安排測試測試計劃編寫應(yīng)包含以下內(nèi)容：、測試時間及測試資源等。目的測試環(huán)境配置測試環(huán)境、硬件測試環(huán)境、網(wǎng)絡(luò)測試環(huán)境、

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

29、息,按測試意圖對每一個測試用例設(shè)計操作流程中重要環(huán)節(jié)的動作、輸入數(shù)據(jù)和預(yù)期的反映；執(zhí)試活動，并測試原始數(shù)據(jù)，包括所使用的機器及執(zhí)行日期，對于每個測試用例還應(yīng)關(guān)鍵操作步驟、輸入數(shù)據(jù)以及任何與測試預(yù)期結(jié)果不符的系統(tǒng)響應(yīng)；每個測試用例執(zhí)行完畢后，視具體情況對系統(tǒng)進(jìn)行備份或根據(jù)備份數(shù)據(jù)對系統(tǒng)進(jìn)行恢復(fù)。每個測試用例執(zhí)行完畢后，視具體情況對系統(tǒng)進(jìn)行備份或根據(jù)備份數(shù)據(jù)對系統(tǒng)進(jìn)行恢復(fù)。6.4.1. 單元測試對應(yīng)于粗粒度服務(wù)測試，包含數(shù)據(jù)服務(wù)類型，業(yè)務(wù)服務(wù)類型和復(fù)合類型。對于 SOA 測試來說，單元測試是個迭代的過程。粗粒度的服務(wù)包含了細(xì)粒度的服務(wù)。建議單元測試放在組件級別上。對于不同類型服務(wù)測試重點不同，要切

30、合服務(wù)要求的 SLA 來測試。建議數(shù)據(jù)服務(wù)類測試選取粒度較小服務(wù)，主要關(guān)注效率測試和壓力測試。復(fù)合組件類型要注意路由路徑條件的滿足。注意執(zhí)行以下方面測試。負(fù)載測試 : Load Testing 是指模擬真實的用戶行為，通過不斷加壓直到性能出現(xiàn)瓶頸或資源達(dá)到飽和。負(fù)載測試是最經(jīng)常進(jìn)行的性能測試，用于測量系統(tǒng)的容量，發(fā)現(xiàn)系統(tǒng)瓶頸并配合性能調(diào)優(yōu)。有時候也稱為可量性測試 Scalability Testing.壓力測試 : Stress Testing 是指測試系統(tǒng)在一定的飽和狀態(tài)下系統(tǒng)的處理能力。負(fù)載測試的不斷加壓到一定階段即是壓力測試，兩者沒有明確的界限。壓力測試通常設(shè)定到 CPU 使用率達(dá)到 7

31、5%以上，內(nèi)存使用率達(dá)到 70%以上，用于測試系統(tǒng)在壓力環(huán)境下的穩(wěn)定性。此處是指過載情況下的穩(wěn)定性，略微不同于 7*24 長時間運行的穩(wěn)定性。失效恢復(fù)測試 : Failover Testing 針對有冗余備份和負(fù)載均衡的系統(tǒng)，檢驗系統(tǒng)局部故障時用戶所受到的影響集成測試6.4.2.對應(yīng)于流程類測試，包含部門級和企業(yè)級。流程類服務(wù)分為兩種，自動流程類要關(guān)注 SLA，并發(fā)壓力；人工參與流程，關(guān)注測試分支的滿足和安全性測試。關(guān)注以下測試方面：可靠性測試 : Reliability Testing 是指加載一定的業(yè)務(wù)壓力，同時讓此壓力持續(xù)運行一段時間，測試系統(tǒng)是否可以穩(wěn)定運行. 可以理解為壓力測試關(guān)注的是過載壓力，可靠性測試關(guān)注的是持續(xù)時間。并發(fā)測試 : Concu