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

T/IACCCSA35—2019

目次

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

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

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

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

3術(shù)語和定義...............................................................1

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

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

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

7技術(shù)運(yùn)營過程能力要求.....................................................9

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

I

T/IACCCSA35—2019

前言

本標(biāo)準(zhǔn)按照GB/T1.1-2009給出的規(guī)則起草

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

本標(biāo)準(zhǔn)起草單位：中國信息通信研究院、中國人民財(cái)產(chǎn)保險股份有限公司、中國太平洋保險（集團(tuán)）

股份有限公司、中國人壽保險股份有限公司數(shù)據(jù)中心、安心財(cái)產(chǎn)保險有限責(zé)任公司、中國再保險（集團(tuán)）

股份有限公司、陽光保險集團(tuán)股份有限公司、泰康保險集團(tuán)股份有限公司、華為技術(shù)有限公司、深圳市

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

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

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

李文鵬、張?jiān)讫垺ⅠT鍵、成宇、宋彥賓、廖東升、尹琛、黃建坤、段紅帥、白陽、趙華、符海芳、蔣增

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

II

T/IACCCSA35—2019

引言

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

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

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

III

T/IACCCSA35—2019

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

1范圍

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

臺三部分。

本標(biāo)準(zhǔn)適用于為保險行業(yè)建設(shè)和實(shí)施基于云計(jì)算平臺支撐的研運(yùn)過程提供規(guī)范。

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

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

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

GB/T32400-2015信息技術(shù)云計(jì)算概覽與詞匯

3術(shù)語和定義

下列術(shù)語和定義適用于本文件。

3.1

部署流水線deploymentpipeline

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

3.2

用戶故事userstory

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

3.3

用戶故事地圖userstorymapping

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

3.4

配置項(xiàng)configurationitem

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

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

基于云計(jì)算平臺支撐的研運(yùn)流程見圖1，主要包括以下流程：

1

T/IACCCSA35—2019

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

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

量地落實(shí)到生產(chǎn)環(huán)境或用戶手中，降低交付風(fēng)險。

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

質(zhì)量的技術(shù)運(yùn)營服務(wù)。

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

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

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

基礎(chǔ)設(shè)施進(jìn)行更加規(guī)范化的管理。

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

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

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

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

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

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

升。

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

高。

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

化。

2

T/IACCCSA35—2019

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

6.1需求管理

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

6.1.1需求工件

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

表2需求工件

基礎(chǔ)級增強(qiáng)級先進(jìn)級

需求內(nèi)容和形式——進(jìn)行需求分析并形成同上一級同上一級

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

——用戶故事應(yīng)滿足：用戶準(zhǔn)：的活動。

故事可協(xié)商和細(xì)化；規(guī)?？伞?dú)立完整性。

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

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

價值評估。

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

級。

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

例如：在1-2日內(nèi)能完成。

——可測試。

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

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

析結(jié)束、設(shè)計(jì)階段完成。測試用例。

需求測試用例驗(yàn)證測試用例全部通過驗(yàn)證。同上一級同上一級

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

試用例。

需求測試用例管理測試用例無法重用。能夠?qū)y試用例管理。同上一級

——支持可視化的測試用

例管理。

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

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

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

求文檔查看產(chǎn)品的全貌。

6.1.2需求活動

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

表3需求活動

基礎(chǔ)級增強(qiáng)級先進(jìn)級

3

T/IACCCSA35—2019

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

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

用戶故事細(xì)化。作的機(jī)制。

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

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

小權(quán)限原則等手段降低安

全風(fēng)險。

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

有驗(yàn)收。付，每次交付都有驗(yàn)收?！?yàn)收范圍：通過原型確

——驗(yàn)收范圍：產(chǎn)品經(jīng)理在——驗(yàn)收范圍：產(chǎn)品經(jīng)理、認(rèn)、AB測試、灰度測試等

每次交付時對交付成果進(jìn)最終用戶代表在每次交付方法進(jìn)行驗(yàn)收測試。

行驗(yàn)收。時對交付成果進(jìn)行驗(yàn)收。——反饋效率：能夠快速響

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

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

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

——反饋效率：能夠把結(jié)果

快速反饋給開發(fā)團(tuán)隊(duì)。

6.2配置管理

6.2.1版本控制管理

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

表4版本控制管理

基礎(chǔ)級增強(qiáng)級先進(jìn)級

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

——支持分支管理?！獙⑴渲梦募?gòu)建和——將軟件生命周期的所

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

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

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

并。機(jī)制。

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

品庫管理。機(jī)制。

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

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

交付過程。

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

構(gòu)建產(chǎn)物?！獙⒁蕾嚱M件同樣納入——建立體系化的制品庫

——存儲結(jié)構(gòu)清晰。制品庫管理。管理策略，包括：備份與

——有唯一的版本號?！獙⑺挟a(chǎn)物納入制品恢復(fù)機(jī)制、策略管理、制

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

——制品庫讀寫支持權(quán)限機(jī)制。

4

T/IACCCSA35—2019

管控?！⒅破窌x級機(jī)制，

分權(quán)限管理各階段產(chǎn)物。

6.2.2配置變更管理

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

表5配置變更管理

基礎(chǔ)級增強(qiáng)級先進(jìn)級

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

——對重點(diǎn)變更進(jìn)行評——所有配置項(xiàng)變更由變——可視化變更生命周

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

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

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

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

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

6.3第三方組件管理

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

表6第三方組件管理

基礎(chǔ)級增強(qiáng)級先進(jìn)級

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

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

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

方組件行為。庫管理，識別內(nèi)容應(yīng)包括

許可證等信息。

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

6.4.1構(gòu)建

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

確定能力成熟度級別。

表7構(gòu)建

基礎(chǔ)級增強(qiáng)級先進(jìn)級

構(gòu)建——通過腳本自動化構(gòu)建。同上一級同上一級

——有獨(dú)立的構(gòu)建服務(wù)器?！Y(jié)構(gòu)化的構(gòu)建腳本?！獦?gòu)建方式服務(wù)化。

——每日自動構(gòu)建?！獦?gòu)建環(huán)境配置標(biāo)準(zhǔn)化，——構(gòu)建資源動態(tài)彈性按

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

5

T/IACCCSA35—2019

人負(fù)責(zé)維護(hù)?！ㄆ谧詣訕?gòu)建，明確構(gòu)——按需制定構(gòu)建計(jì)劃。

建計(jì)劃和規(guī)則?！獦?gòu)建能力賦予全部團(tuán)

——構(gòu)建環(huán)境和工具由細(xì)隊(duì)成員。

分的團(tuán)隊(duì)人員負(fù)責(zé)維護(hù)?！С挚梢暬幣拧?/p>

6.4.2持續(xù)集成

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

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

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

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

表8持續(xù)集成

基礎(chǔ)級增強(qiáng)級先進(jìn)級

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

務(wù)?！獙ｉT的持續(xù)集成團(tuán)——持續(xù)優(yōu)化和改進(jìn)團(tuán)隊(duì)

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

次。——至少每天集成一次。——每天多次集成的能

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

付中的一個獨(dú)立階段。在幾個小時內(nèi)完成。——集成問題反饋和解決

——集成問題反饋和解決在半個小時內(nèi)完成。

周期以天計(jì)算。

6.4.3安全掃描

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

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

表9安全掃描

基礎(chǔ)級增強(qiáng)級先進(jìn)級

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

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

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

6.5測試管理

6.5.1測試分層策略

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

表10測試分層策略

基礎(chǔ)級增強(qiáng)級先進(jìn)級

6

T/IACCCSA35—2019

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

測試設(shè)計(jì)以對接口/服務(wù)級——測試設(shè)計(jì)以對代碼級

測試為主。測試為主。

——對性能等非功能性測

試進(jìn)行全面系統(tǒng)的設(shè)計(jì)。

6.5.2代碼質(zhì)量管理

在代碼變更后，應(yīng)對代碼質(zhì)量進(jìn)行檢查、分析，并針對問題給出改進(jìn)建議。對照表11給定的代碼

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

表11代碼質(zhì)量管理

基礎(chǔ)級增強(qiáng)級先進(jìn)級

代碼質(zhì)量管理——已建立團(tuán)隊(duì)級代碼質(zhì)——已建立組織級代碼質(zhì)——建立公司級代碼質(zhì)量

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

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

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

——采用自動化結(jié)合手工式進(jìn)行代碼質(zhì)量檢查。管理平臺，以服務(wù)的形式提

方式進(jìn)行代碼質(zhì)量檢查。——對代碼質(zhì)量檢查結(jié)果供對代碼質(zhì)量的檢查分析。

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

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

結(jié)果。質(zhì)量。

6.5.3自動化測試

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

表12自動化測試

基礎(chǔ)級增強(qiáng)級先進(jìn)級

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

行自動化設(shè)計(jì)。測試進(jìn)行自動化設(shè)計(jì)。務(wù)平臺。

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

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

——支持自動化執(zhí)行。——自動化測試由流水線——對自動化測試結(jié)果智

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

析能力?！哂休^強(qiáng)的自動分析

能力。

6.6發(fā)布管理

6.6.1部署模式

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

7

T/IACCCSA35—2019

表13部署模式

基礎(chǔ)級增強(qiáng)級先進(jìn)級

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

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

——流程文檔標(biāo)準(zhǔn)化。具完成所有環(huán)境部署?！獞?yīng)具備每次變更都觸

——以周為單位定期部署?！蕴鞛閱挝欢ㄆ诓渴?。發(fā)自動化部署的能力。

——部署失敗率中等?！渴鹗÷手械汀！蛇M(jìn)行安全可靠地部

署與發(fā)布。

6.6.2部署流水線

部署流水線應(yīng)將復(fù)雜的交付流程分割為多個階段，每個階段層層遞進(jìn)，快速反饋。對照表14給定

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

表14部署流水線

基礎(chǔ)級增強(qiáng)級先進(jìn)級

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

和規(guī)范?！桓秲H在必要環(huán)節(jié)進(jìn)——團(tuán)隊(duì)間依賴解耦，可獨(dú)

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

——交付過程可追溯?！獔F(tuán)隊(duì)內(nèi)共享度量指標(biāo)?！掷m(xù)部署流水線驅(qū)動

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

成到流水線，包括構(gòu)建、測——部署流水線信息可進(jìn)

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

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

增加、刪除和修改。線權(quán)限進(jìn)行設(shè)置和管理。

——建立強(qiáng)制執(zhí)行的質(zhì)量

門禁體系。

6.7環(huán)境管理

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

理能力成熟度級別。

表15環(huán)境管理

基礎(chǔ)級增強(qiáng)級先進(jìn)級

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

試環(huán)境。——標(biāo)準(zhǔn)的研發(fā)環(huán)境。——建立全面的測試與灰

——環(huán)境構(gòu)建通過自動化——環(huán)境構(gòu)建通過自服務(wù)度環(huán)境。

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

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

8

T/IACCCSA35—2019

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

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

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

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

力，根據(jù)業(yè)務(wù)和應(yīng)用架構(gòu)彈

性變化。

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

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

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

基礎(chǔ)級增強(qiáng)級先進(jìn)級

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

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

并進(jìn)行漂白。略要求的測試類型。擬、調(diào)用API的方式自動

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

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

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

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

備份恢復(fù)機(jī)制。

6.9度量與反饋

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

表17度量與反饋

基礎(chǔ)級增強(qiáng)級先進(jìn)級

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

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

——度量指標(biāo)以結(jié)果指標(biāo)標(biāo)。標(biāo)。

為主?！攘恐笜?biāo)覆蓋過程指——度量指標(biāo)覆蓋探索性

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

法收集。——持續(xù)收集度量數(shù)據(jù)。——對歷史度量數(shù)據(jù)進(jìn)行

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

更新?！攘恐笜?biāo)可基于大數(shù)

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

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

先級。

7技術(shù)運(yùn)營過程能力要求

9

T/IACCCSA35—2019

7.1監(jiān)控管理

能夠?qū)ρ邪l(fā)運(yùn)營過程中的對象進(jìn)行數(shù)據(jù)采集、處理、分析、異常識別與通知等操作。

7.1.1指標(biāo)采集

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

表18指標(biāo)采集

基礎(chǔ)級增強(qiáng)級先進(jìn)級

指標(biāo)采集——支持對主機(jī)、網(wǎng)絡(luò)、中同上一級同上一級

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

——具有完善的主動采集

插件和任務(wù)框架。

——業(yè)務(wù)應(yīng)用的監(jiān)控?cái)?shù)據(jù)

誤差小于1%。

——具備秒級上報(bào)的實(shí)時

性。

7.1.2監(jiān)控?cái)?shù)據(jù)處理

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

表19監(jiān)控?cái)?shù)據(jù)處理

基礎(chǔ)級增強(qiáng)級先進(jìn)級

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

序?qū)π×康臄?shù)據(jù)加工處——在中小型集群上部署——在通用的分布式流處

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

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

模型存儲?！獞?yīng)用于復(fù)雜的領(lǐng)域監(jiān)——抽象多維數(shù)據(jù)模型。

——應(yīng)用于特定領(lǐng)域的監(jiān)控場景。