保險行業(yè)基于云計算平臺支撐的研運能 力成熟度模型

T/IACCCSA35—2019

目次

前言......................................................................II

引言.....................................................................III

1范圍.....................................................................1

2規(guī)范性引用文件...........................................................1

3術語和定義...............................................................1

4保險行業(yè)基于云計算平臺支撐的研運流程.....................................1

5保險行業(yè)基于云計算平臺支撐的研運能力成熟度等級劃分.......................2

6研發(fā)過程能力要求.........................................................3

7技術運營過程能力要求.....................................................9

8系統(tǒng)平臺能力要求........................................................14

I

T/IACCCSA35—2019

前言

本標準按照GB/T1.1-2009給出的規(guī)則起草

本標準由中國保險行業(yè)協(xié)會、中國通訊標準化協(xié)會提出并歸口

本標準起草單位：中國信息通信研究院、中國人民財產保險股份有限公司、中國太平洋保險（集團）

股份有限公司、中國人壽保險股份有限公司數(shù)據(jù)中心、安心財產保險有限責任公司、中國再保險（集團）

股份有限公司、陽光保險集團股份有限公司、泰康保險集團股份有限公司、華為技術有限公司、深圳市

騰訊計算機系統(tǒng)有限公司、北京青云科技股份有限公司、云?？萍迹ū本┯邢薰?、杭州數(shù)夢工場科

技有限公司、北京易捷思達科技發(fā)展有限公司。

本標準起草人：栗蔚、郭雪、孔松、衛(wèi)斌、吳鐵楠、王龍濤、李祎、胡罡、豐雋瑋，袁紅、于希金、

李文鵬、張云龍、馮鍵、成宇、宋彥賓、廖東升、尹琛、黃建坤、段紅帥、白陽、趙華、符海芳、蔣增

增、武獻雨、傅帥、張春源、杜建偉、李小慶、宋敬海、劉宏亮、張敏。

II

T/IACCCSA35—2019

引言

保險行業(yè)基于云計算平臺支撐的研運能力成熟度模型覆蓋軟件研發(fā)、交付、運營全流程，將需求、

開發(fā)、測試、部署和運營有效的統(tǒng)一。保證保險企業(yè)在應用開發(fā)時能夠提高研運效能，交付高質量軟件，

提升系統(tǒng)運行穩(wěn)定性，本標準從研發(fā)、技術運營、系統(tǒng)平臺三方面做出定義。

III

T/IACCCSA35—2019

保險行業(yè)基于云計算平臺支撐的研運能力成熟度模型

1范圍

本標準規(guī)定了保險行業(yè)基于云計算平臺支撐的研運能力成熟度模型，包括研發(fā)、技術運營、系統(tǒng)平

臺三部分。

本標準適用于為保險行業(yè)建設和實施基于云計算平臺支撐的研運過程提供規(guī)范。

2規(guī)范性引用文件

下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅所注日期的版本適用于本文

件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

GB/T32400-2015信息技術云計算概覽與詞匯

3術語和定義

下列術語和定義適用于本文件。

3.1

部署流水線deploymentpipeline

軟件從版本控制庫到用戶手中這一過程的自動化表現(xiàn)形式。

3.2

用戶故事userstory

從用戶的角度描述用戶期望得到的功能。

3.3

用戶故事地圖userstorymapping

將用戶故事按一定順序和優(yōu)先級排列以分析與識別最小可行產品。

3.4

配置項configurationitem

即納入配置管理范疇的工作成果，是保存系統(tǒng)和項目的相關配置。

4保險行業(yè)基于云計算平臺支撐的研運流程

基于云計算平臺支撐的研運流程見圖1，主要包括以下流程：

1

T/IACCCSA35—2019

——研發(fā)：保險行業(yè)信息系統(tǒng)的研發(fā)過程需要應對快速變化的市場和技術環(huán)境，保證軟件開發(fā)質量

和交付速度。通過保險行業(yè)的持續(xù)集成、自動化測試等方式來保證各項變更安全、快速、高質

量地落實到生產環(huán)境或用戶手中，降低交付風險。

——技術運營：保險行業(yè)應以業(yè)務為中心，通過運營數(shù)據(jù)反向支撐研發(fā)過程，交付穩(wěn)定、安全、高

質量的技術運營服務。

——平臺系統(tǒng)：通過項目管理、開發(fā)管理、技術和部署管理、測試管理、技術運營管理多個模塊支

撐應用開發(fā)運營全流程；同時以云平臺作為統(tǒng)一的基礎設施，利用云計算的快速部署、輕量靈

活等特性為提高開發(fā)運營效能提供資源和技術支撐，而基礎設施的復雜性也要求運營過程中對

基礎設施進行更加規(guī)范化的管理。

圖1保險行業(yè)基于云計算平臺支撐的研運流程

5保險行業(yè)基于云計算平臺支撐的研運能力成熟度等級劃分

保險行業(yè)基于云計算平臺支撐的研運能力成熟度模型分為3個等級，包括基礎級、增強級和先進級，

如表1所示。每個級別按照不同程度說明，高級別內容宜包含低級別內容，無需重復引用。

表1保險行業(yè)基于云計算平臺支撐的研運能力成熟度等級劃分

基礎級在企業(yè)內較大范圍地推行基于云計算平臺支撐的研運流程，并獲得一定效能提

升。

增強級在企業(yè)內全面推行基于云計算平臺支撐的研運流程，獲得整體效能提升、質量提

高。

先進級在企業(yè)內全面落地基于云計算平臺支撐的研運流程，可達到整體質量、效能最優(yōu)

化。

2

T/IACCCSA35—2019

6研發(fā)過程能力要求

6.1需求管理

主要包括需求工件和需求活動兩部分內容，體現(xiàn)需求管理過程中的分析、測試和驗收三個階段。

6.1.1需求工件

對照表2給定的需求工件能力成熟度分級規(guī)則，確定需求工件能力成熟度級別。

表2需求工件

基礎級增強級先進級

需求內容和形式——進行需求分析并形成同上一級同上一級

用戶故事。用戶故事滿足INVEST標具有挖掘和分析需求價值

——用戶故事應滿足：用戶準：的活動。

故事可協(xié)商和細化；規(guī)?？伞毩⑼暾?。

以在一次發(fā)布周期內完成；——可協(xié)商和細化的。

區(qū)分優(yōu)先級?！袠I(yè)務價值，能夠進行

價值評估。

——能評估工作量和優(yōu)先

級。

——用戶故事是足夠小的，

例如：在1-2日內能完成。

——可測試。

需求測試用例編寫建立測試用例與用戶故事同上一級同上一級

的關聯(lián)，測試用例在需求分測試和開發(fā)并行工作，形成

析結束、設計階段完成。測試用例。

需求測試用例驗證測試用例全部通過驗證。同上一級同上一級

使用工具自動執(zhí)行部分測

試用例。

需求測試用例管理測試用例無法重用。能夠對測試用例管理。同上一級

——支持可視化的測試用

例管理。

——建立企業(yè)級可視化便

捷的平臺，管理包含測試用

例的需求文檔，可以通過需

求文檔查看產品的全貌。

6.1.2需求活動

對照表3給定的需求活動能力成熟度分級規(guī)則，確定需求活動能力成熟度級別。

表3需求活動

基礎級增強級先進級

3

T/IACCCSA35—2019

需求分析具有需求變更流程。同上一級同上一級

團隊中各個角色可共同對——具有改進需求分析協(xié)

用戶故事細化。作的機制。

——分析攻擊面，評估研發(fā)

過程中的安全問題，使用最

小權限原則等手段降低安

全風險。

需求驗收——驗收頻率：每次交付都——驗收頻率：有穩(wěn)定的交同上一級

有驗收。付，每次交付都有驗收。——驗收范圍：通過原型確

——驗收范圍：產品經理在——驗收范圍：產品經理、認、AB測試、灰度測試等

每次交付時對交付成果進最終用戶代表在每次交付方法進行驗收測試。

行驗收。時對交付成果進行驗收。——反饋效率：能夠快速響

——反饋效率：能夠把結果——驗收質量：確定安全和應用戶反饋，建立企業(yè)級數(shù)

反饋給開發(fā)團隊。隱私質量的最低可接受級據(jù)分析工具，分析用戶行為

別。數(shù)據(jù)。

——反饋效率：能夠把結果

快速反饋給開發(fā)團隊。

6.2配置管理

6.2.1版本控制管理

對照表4給定的版本控制管理能力成熟度分級規(guī)則，確定版本控制管理能力成熟度級別。

表4版本控制管理

基礎級增強級先進級

版本控制——具有版本控制系統(tǒng)。同上一級同上一級

——支持分支管理?！獙⑴渲梦募嫿ê汀獙④浖芷诘乃?/p>

——使用制品庫管理構建部署等自動化腳本納入版有配置納入版本控制系統(tǒng)

產物。本控制系統(tǒng)。管理。

——分支頻繁地向主干合——持續(xù)優(yōu)化的分支管理

并。機制。

——所有交付制品納入制——持續(xù)交付的制品管理

品庫管理。機制。

——支持單一可信數(shù)據(jù)

源，貫穿整個研發(fā)價值流

交付過程。

制品管理——使用統(tǒng)一制品庫管理同上一級同上一級

構建產物?！獙⒁蕾嚱M件同樣納入——建立體系化的制品庫

——存儲結構清晰。制品庫管理。管理策略，包括：備份與

——有唯一的版本號。——將所有產物納入制品恢復機制、策略管理、制

庫管理，如：測試報告。品庫完整性與一致性保障

——制品庫讀寫支持權限機制。

4

T/IACCCSA35—2019

管控?！⒅破窌x級機制，

分權限管理各階段產物。

6.2.2配置變更管理

對照表5給定的配置變更管理能力成熟度分級規(guī)則，確定配置變更管理能力成熟度級別。

表5配置變更管理

基礎級增強級先進級

變更管理——記錄代碼變更信息。同上一級同上一級

——對重點變更進行評——所有配置項變更由變——可視化變更生命周

審。更系統(tǒng)觸發(fā)。期。

——具有清晰的版本號規(guī)——每次變更都進行評——變更分級評審機制。

則。審?！鱾€環(huán)節(jié)變更信息可

——手工回滾?！姹究刂葡到y(tǒng)和變更追溯。

管理系統(tǒng)自動化關聯(lián)。

6.3第三方組件管理

對照表6給定的第三方組件管理能力成熟度分級細則，確定第三方組件管理能力成熟度級別。

表6第三方組件管理

基礎級增強級先進級

第三方組件管理建立研發(fā)過程中所用到的同上一級同上一級

第三方組件統(tǒng)一管理規(guī)章使用工具識別第三方組第三方組件識別工具集成

制度，規(guī)范人員使用第三件，將依賴組件同樣納入到開發(fā)環(huán)境。

方組件行為。庫管理，識別內容應包括

許可證等信息。

6.4構建與持續(xù)集成

6.4.1構建

構建指通過構建工具將軟件代碼轉為可執(zhí)行程序的過程。對照表7給定的構建能力成熟度分級規(guī)則，

確定能力成熟度級別。

表7構建

基礎級增強級先進級

構建——通過腳本自動化構建。同上一級同上一級

——有獨立的構建服務器?！Y構化的構建腳本。——構建方式服務化。

——每日自動構建?！獦嫿ōh(huán)境配置標準化，——構建資源動態(tài)彈性按

——構建環(huán)境和工具由專有獨立的構建資源池。需分配與回收。

5

T/IACCCSA35—2019

人負責維護。——定期自動構建，明確構——按需制定構建計劃。

建計劃和規(guī)則?！獦嫿芰x予全部團

——構建環(huán)境和工具由細隊成員。

分的團隊人員負責維護。——支持可視化編排。

6.4.2持續(xù)集成

持續(xù)集成是軟件工程領域中的一種最佳實踐，即鼓勵研發(fā)人員頻繁的向主干分支提交代碼，頻率為

至少每天一次。每次提交都觸發(fā)完整的編譯構建和自動化測試流程，縮短反饋周期，及時修復問題，從

而保證軟件代碼質量，減少大規(guī)模代碼合并的沖突和問題，軟件可按照指定時間發(fā)布。對照表8給定的

持續(xù)集成能力成熟度分級規(guī)則，確定持續(xù)集成能力成熟度級別。

表8持續(xù)集成

基礎級增強級先進級

持續(xù)集成——統(tǒng)一的持續(xù)集成服同上一級同上一級

務?！獙ｉT的持續(xù)集成團——持續(xù)優(yōu)化和改進團隊

——幾天或幾周集成一隊。持續(xù)集成服務。

次?！辽倜刻旒梢淮??！刻於啻渭傻哪?/p>

——代碼集成作為軟件交——集成問題反饋和解決力。

付中的一個獨立階段。在幾個小時內完成?！蓡栴}反饋和解決

——集成問題反饋和解決在半個小時內完成。

周期以天計算。

6.4.3安全掃描

安全掃描指利用工具對各階段制品風險進行評估，尋找可能造成損害的安全漏洞。對照表9給定的

安全掃描能力成熟度分級規(guī)則，確定安全掃描能力成熟度級別。

表9安全掃描

基礎級增強級先進級

安全掃描有安全掃描環(huán)節(jié)，識別組件將安全掃描環(huán)節(jié)納入持續(xù)同上一級

漏洞。集成，自動觸發(fā)進行安全掃能夠根據(jù)掃描結果判斷后

描。續(xù)流程是否進行。

6.5測試管理

6.5.1測試分層策略

對照表10給定的測試分層策略能力成熟度分級規(guī)則，確定測試分層策略能力成熟度級別。

表10測試分層策略

基礎級增強級先進級

6

T/IACCCSA35—2019

測試分層策略：已建立分層策略。同上一級同上一級

測試設計以對接口/服務級——測試設計以對代碼級

測試為主。測試為主。

——對性能等非功能性測

試進行全面系統(tǒng)的設計。

6.5.2代碼質量管理

在代碼變更后，應對代碼質量進行檢查、分析，并針對問題給出改進建議。對照表11給定的代碼

質量管理能力成熟度分級規(guī)則，確定代碼質量管理能力成熟度級別。

表11代碼質量管理

基礎級增強級先進級

代碼質量管理——已建立團隊級代碼質——已建立組織級代碼質——建立公司級代碼質量

量規(guī)約。覆蓋部分代碼質量量規(guī)約。將安全漏洞檢查、規(guī)約。定期對規(guī)約進行優(yōu)

指標，如代碼規(guī)范、錯誤復合規(guī)檢查納入規(guī)約。化。

雜度等?！捎猛耆詣踊姆健邆淦髽I(yè)級代碼質量

——采用自動化結合手工式進行代碼質量檢查。管理平臺，以服務的形式提

方式進行代碼質量檢查?！獙Υa質量檢查結果供對代碼質量的檢查分析。

——對代碼質量檢查結果及時處理?！獙Υa質量數(shù)據(jù)進行

給出反饋，只處理部分檢查統(tǒng)一管理，可有效追溯代碼

結果。質量。

6.5.3自動化測試

對照表12給定的自動化測試能力成熟度分級規(guī)則，確定自動化測試能力成熟度級別。

表12自動化測試

基礎級增強級先進級

自動化測試——對業(yè)務級的UI測試進——對接口/服務和代碼級——建立自動化測試自服

行自動化設計。測試進行自動化設計。務平臺。

——專人統(tǒng)一管理自動化——具有統(tǒng)一的自動化測——定期驗證自動化執(zhí)行

測試腳本與工具。試框架。策略并持續(xù)優(yōu)化。

——支持自動化執(zhí)行?！詣踊瘻y試由流水線——對自動化測試結果智

——具備一定的自動化分自動化觸發(fā)。能分析。

析能力?！哂休^強的自動分析

能力。

6.6發(fā)布管理

6.6.1部署模式

對照表13給定的部署模式能力成熟度分級規(guī)則，確定部署模式能力成熟度級別。

7

T/IACCCSA35—2019

表13部署模式

基礎級增強級先進級

部署模式——運維人員通過自動化——部署和發(fā)布全自動化?！掷m(xù)化的部署發(fā)布模

腳本實現(xiàn)部署。——使用相同的過程和工式和工具系統(tǒng)平臺。

——流程文檔標準化。具完成所有環(huán)境部署?！獞邆涿看巫兏加|

——以周為單位定期部署。——以天為單位定期部署。發(fā)自動化部署的能力。

——部署失敗率中等?！渴鹗÷手械?。——可進行安全可靠地部

署與發(fā)布。

6.6.2部署流水線

部署流水線應將復雜的交付流程分割為多個階段，每個階段層層遞進，快速反饋。對照表14給定

的部署流水線能力成熟度分級規(guī)則，確定部署流水線能力成熟度級別。

表14部署流水線

基礎級增強級先進級

部署流水線——具有完整的交付過程同上一級同上一級

和規(guī)范。——交付僅在必要環(huán)節(jié)進——團隊間依賴解耦，可獨

——交付環(huán)節(jié)自動化。行手工確認。立完全的自主部署交付。

——交付過程可追溯?！獔F隊內共享度量指標?！掷m(xù)部署流水線驅動

——交付各個環(huán)節(jié)都應集持續(xù)改進。

成到流水線，包括構建、測——部署流水線信息可進

試、掃描、部署等環(huán)節(jié)。行數(shù)據(jù)價值挖掘。

——能夠執(zhí)行對流水線的——能夠根據(jù)角色對流水

增加、刪除和修改。線權限進行設置和管理。

——建立強制執(zhí)行的質量

門禁體系。

6.7環(huán)境管理

環(huán)境管理以最小的代價確保一致性。對照表15給定的環(huán)境管理能力成熟度分級規(guī)則，確定環(huán)境管

理能力成熟度級別。

表15環(huán)境管理

基礎級增強級先進級

環(huán)境管理——建立生產環(huán)境、功能測同上一級同上一級

試環(huán)境?！獦藴实难邪l(fā)環(huán)境?！⑷娴臏y試與灰

——環(huán)境構建通過自動化——環(huán)境構建通過自服務度環(huán)境。

來完成，準備時間以天為單的資源交付平臺來完成，環(huán)——環(huán)境構建可以通過容

位。境準備時間以小時為單位。器化快速交付，環(huán)境準備時

8

T/IACCCSA35—2019

——通過配置管理工具實——有服務級依賴的管理間以分鐘級為單位。

現(xiàn)操作系統(tǒng)級別的依賴管配置能力?！h(huán)境和依賴配置管理

理。實現(xiàn)代碼化描述，可以做到

實例級的動態(tài)配置管理能

力，根據(jù)業(yè)務和應用架構彈

性變化。

6.8測試數(shù)據(jù)管理

對照表16給定的測試數(shù)據(jù)管理能力成熟度分級規(guī)則，確定測試數(shù)據(jù)管理能力成熟度級別。

表16測試數(shù)據(jù)管理

基礎級增強級先進級

數(shù)據(jù)管理——導出部分生產環(huán)境數(shù)同上一級同上一級

據(jù)形成基準的測試數(shù)據(jù)集——覆蓋全部測試分層策——所有數(shù)據(jù)可通過模

并進行漂白。略要求的測試類型。擬、調用API的方式自動

——測試數(shù)據(jù)覆蓋正常類——測試用例的執(zhí)行盡可生成。

型、錯誤類型、邊界類型能不依賴其他測試用例執(zhí)——持續(xù)優(yōu)化的持續(xù)數(shù)據(jù)

等。行所產生的數(shù)據(jù)。管理方式和策略。

——測試數(shù)據(jù)具有明確的——對測試數(shù)據(jù)分級。

備份恢復機制。

6.9度量與反饋

對照表17給定的度量與反饋能力成熟度分級規(guī)則，確定度量與反饋能力成熟度級別。

表17度量與反饋

基礎級增強級先進級

度量指標——持續(xù)交付的各個階段同上一級同上一級

定義度量指標?！⒖缃M織的度量指——持續(xù)優(yōu)化的度量指

——度量指標以結果指標標。標。

為主?！攘恐笜烁采w過程指——度量指標覆蓋探索性

——度量數(shù)據(jù)采用抽樣方標。指標。

法收集?！掷m(xù)收集度量數(shù)據(jù)?！獙v史度量數(shù)據(jù)進行

——度量指標按需求定期數(shù)據(jù)分析。

更新?！攘恐笜丝苫诖髷?shù)

據(jù)分析和人工智能自動識

別和推薦動態(tài)調整指標優(yōu)

先級。

7技術運營過程能力要求

9

T/IACCCSA35—2019

7.1監(jiān)控管理

能夠對研發(fā)運營過程中的對象進行數(shù)據(jù)采集、處理、分析、異常識別與通知等操作。

7.1.1指標采集

對照表18給定的指紋采集能力成熟度分級規(guī)則，確定指紋采集能力成熟度級別。

表18指標采集

基礎級增強級先進級

指標采集——支持對主機、網絡、中同上一級同上一級

間件、業(yè)務應用的監(jiān)控。

——具有完善的主動采集

插件和任務框架。

——業(yè)務應用的監(jiān)控數(shù)據(jù)

誤差小于1%。

——具備秒級上報的實時

性。

7.1.2監(jiān)控數(shù)據(jù)處理

對照表19給定的監(jiān)控數(shù)據(jù)處理能力成熟度分級規(guī)則，確定監(jiān)控數(shù)據(jù)處理能力成熟度級別。

表19監(jiān)控數(shù)據(jù)處理

基礎級增強級先進級

監(jiān)控數(shù)據(jù)處理——在單機上部署少量程同上一級同上一級

序對小量的數(shù)據(jù)加工處——在中小型集群上部署——在通用的分布式流處

理。數(shù)據(jù)處理程序。理集群對多種類型的海量

——對監(jiān)控數(shù)據(jù)建立關系——抽象監(jiān)控數(shù)據(jù)模型。數(shù)據(jù)進行加工處理。

模型存儲?！獞糜趶碗s的領域監(jiān)——抽象多維數(shù)據(jù)模型。

——應用于特定領域的監(jiān)控場景。