銀行軟件開發(fā)考核表模版

SLA,,,,,,,,,,,,,,,,,,,

軟件開發(fā)領(lǐng)域,,,,,,,,,,,,,,,,,,,

,,,,,,,,,,,,,,,,,,,,

序號,服務(wù)水平指標(biāo)域,服務(wù)水平一級指標(biāo),服務(wù)水平二級指標(biāo),服務(wù)水平指標(biāo)的定義,服務(wù)水平指標(biāo)合格的標(biāo)準(zhǔn),評審對象,是否必須滿足SLA才能通過驗(yàn)收,"是否觸發(fā)罰則

（具體情況由項(xiàng)目實(shí)施團(tuán)隊(duì)判定）",罰則,評審處室,評審時(shí)點(diǎn),SLA指標(biāo)的適用性,驗(yàn)收周期,,,,,,

,,,,,,,,,,,,,,考核指標(biāo)域,考核一級指標(biāo),考核二級指標(biāo),考核指標(biāo)的定義,考核指標(biāo)的3分,考核指標(biāo)的數(shù)據(jù)來源

1,過程質(zhì)量,進(jìn)度管理,進(jìn)度管理,"進(jìn)度管理是指在項(xiàng)目實(shí)施過程中，乙方在各階段的實(shí)際進(jìn)展是否按照計(jì)劃要求進(jìn)行的程度，包括是否按計(jì)劃達(dá)到各階段的要求、是否按計(jì)劃交付物等

","

乙方在合同約定時(shí)限內(nèi)完成所有工作任務(wù).

參考值：時(shí)間差距≤1周。具體由項(xiàng)目實(shí)施團(tuán)隊(duì)根據(jù)具體情況判定","

1.交付物：乙方的《項(xiàng)目進(jìn)度計(jì)劃》、乙方的《項(xiàng)目里程碑總結(jié)報(bào)告》（中的項(xiàng)目里程碑與進(jìn)度計(jì)劃的偏差）

2.非交付物：乙方在各階段的實(shí)際進(jìn)展情況

",否,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,"階段驗(yàn)收

終驗(yàn)",過程質(zhì)量,進(jìn)度管理,進(jìn)度管理,"能夠在合同約定時(shí)限內(nèi)完成全部工作任務(wù)，并在各里程碑時(shí)間點(diǎn)及時(shí)提交工作成果

公式：實(shí)際時(shí)點(diǎn)與合同約定的時(shí)點(diǎn)之間的時(shí)間差距","在合同約定時(shí)限內(nèi)完成所有工作任務(wù)，但有少量歷程碑時(shí)間點(diǎn)的成果交付出現(xiàn)延期

1周>=時(shí)間差距>=0天","合同、

實(shí)際的完成時(shí)間

"

2,,軟件需求分析,需求分析,"需求分析是指乙方將用戶需求進(jìn)行分析細(xì)化。其中用戶需求是對各條原始業(yè)務(wù)需求進(jìn)行分析和綜合后得出功能需求、非功能性需求、文檔需求以及相應(yīng)的技術(shù)約束

",乙方的需求分析交付物通過需求分析評審,"交付物：《軟件需求規(guī)格說明書》、《需求跟蹤矩陣》等乙方的需求分析交付物

",是,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,需求管理處室,根據(jù)評審處室的要求確定,必選,"階段驗(yàn)收

終驗(yàn)",,需求分析,軟件需求分析,"能夠完整、清晰地理解客戶需求，并進(jìn)行分析，將客戶需求準(zhǔn)確地轉(zhuǎn)化成技術(shù)需求。

","較為準(zhǔn)確理解客戶需求，對完成需求所需工作任務(wù)量及資源投入進(jìn)行了必要的分析，并提出可行的實(shí)施方案

",需求文檔、驗(yàn)收文檔

3,,,架構(gòu)設(shè)計(jì),架構(gòu)設(shè)計(jì)是在乙方在用戶需求分析基礎(chǔ)上，識別關(guān)鍵功能需求和非功能性需求，定義系統(tǒng)總體架構(gòu)，進(jìn)行系統(tǒng)內(nèi)部的子系統(tǒng)劃分和外部接口定義,乙方的架構(gòu)設(shè)計(jì)交付物通過架構(gòu)設(shè)計(jì)評審,交付物：《架構(gòu)設(shè)計(jì)說明書》,是,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,,根據(jù)評審處室的要求確定,必選,"階段驗(yàn)收

終驗(yàn)",,,,,,

4,,,安全設(shè)計(jì),安全設(shè)計(jì)是指乙方對系統(tǒng)安全性的設(shè)計(jì)、數(shù)據(jù)安全性的設(shè)計(jì),乙方的安全構(gòu)設(shè)計(jì)交付物通過安全評審,交付物：《系統(tǒng)安全性設(shè)計(jì)文檔、數(shù)據(jù)安全性設(shè)計(jì)文檔、信息安全設(shè)計(jì)文檔、網(wǎng)絡(luò)安全設(shè)計(jì)文檔,是,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,,根據(jù)評審處室的要求確定,必選,"階段驗(yàn)收

終驗(yàn)",,,,,,

5,,,數(shù)據(jù)交換設(shè)計(jì),數(shù)據(jù)交換設(shè)計(jì)專指數(shù)據(jù)倉庫和ODS平臺的數(shù)據(jù)設(shè)計(jì),乙方的數(shù)據(jù)交換設(shè)計(jì)交付物通過數(shù)據(jù)交換設(shè)計(jì)評審,"

交付物：數(shù)據(jù)交換設(shè)計(jì)文檔

",是,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,,根據(jù)評審處室的要求確定,必選,"階段驗(yàn)收

終驗(yàn)",,,,,,

6,,,數(shù)據(jù)質(zhì)量規(guī)則設(shè)計(jì),數(shù)據(jù)質(zhì)量規(guī)則指數(shù)據(jù)完整、規(guī)范、一致、準(zhǔn)確、唯一、關(guān)聯(lián)等方面的規(guī)則,乙方的數(shù)據(jù)質(zhì)量規(guī)則設(shè)計(jì)交付物通過數(shù)據(jù)質(zhì)量規(guī)則設(shè)計(jì)評審,"交付物：數(shù)據(jù)質(zhì)量規(guī)則設(shè)計(jì)

交付物",是,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,,根據(jù)評審處室的要求確定,必選,"階段驗(yàn)收

終驗(yàn)",,,,,,

7,,,數(shù)據(jù)標(biāo)準(zhǔn)設(shè)計(jì),數(shù)據(jù)標(biāo)準(zhǔn)設(shè)計(jì)是指對數(shù)據(jù)的數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲、處理邏輯、外部實(shí)體等進(jìn)行一致性的定義和描述,乙方的數(shù)據(jù)標(biāo)準(zhǔn)設(shè)計(jì)交付物通過數(shù)據(jù)標(biāo)準(zhǔn)設(shè)計(jì)評審,交付物：數(shù)據(jù)字典等數(shù)據(jù)標(biāo)準(zhǔn)設(shè)計(jì)交付物,是,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,,根據(jù)評審處室的要求確定,必選,"階段驗(yàn)收

終驗(yàn)",,,,,,

8,交付質(zhì)量,代碼質(zhì)量,代碼安全,代碼質(zhì)量的評價(jià)因子之一，衡量代碼的安全性,乙方的代碼通過代碼安全性的評審,"

交付物：乙方的代碼文件

",是,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,終驗(yàn),交付質(zhì)量,系統(tǒng)交付,代碼質(zhì)量,"能夠按照標(biāo)準(zhǔn)要求進(jìn)行編碼，代碼規(guī)范、易讀，代碼注釋與輔助文檔齊全，易于移植和修改

公式：千行代碼缺陷率=每次BUG之和/代碼總千行數(shù)

","編碼基本規(guī)范，代碼注釋和文檔基本齊全，不影響對程序的閱讀和理解。

2.39‰=<代碼缺陷率<5.52‰","代碼文檔

CMMI級別"

9,,,代碼缺陷率,"

代碼缺陷是指系統(tǒng)存在某種程度上不能滿足用戶需求的情況或程序中存在的某種破壞正常運(yùn)行能力的問題、錯(cuò)誤等（BUG)

公式：千行代碼缺陷率=每次BUG之和/代碼總千行數(shù)

",參考值：乙方的代碼缺陷率<5.52‰具體由項(xiàng)目實(shí)施團(tuán)隊(duì)根據(jù)具體情況判定,,是,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,,,,,,,

10,,,程序穩(wěn)定性,"代碼質(zhì)量的評價(jià)因子之一，衡量代碼編碼后程序的穩(wěn)定性

",乙方的代碼通過程度穩(wěn)定性的評審,,是,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,,,,,,,

11,,,邏輯復(fù)雜度,"代碼質(zhì)量的評價(jià)因子之一，衡量代碼邏輯復(fù)雜程度

",乙方的代碼通過邏輯復(fù)雜度的評審,,否,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,,,,,,,

12,,,編碼規(guī)范,"代碼編碼規(guī)范、易讀，代碼注釋與輔助文檔齊全，易于移植和修改。

注釋是軟件可讀性的具體體現(xiàn)。程序注釋量不少于程序編碼量的20%。程序注釋不能過于簡單（如簡單寫“處理”、“循環(huán)”等），要精確表達(dá)出代碼的處理邏輯；

","乙方的編碼基本規(guī)范，代碼注釋和文檔基本齊全，不影響對程序的閱讀和理解。

程序注釋量不少于程序編碼量的20%（參考值，具體由項(xiàng)目實(shí)施團(tuán)隊(duì)根據(jù)具體情況判定）",,是,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,終驗(yàn),,,,"能夠按照標(biāo)準(zhǔn)要求進(jìn)行編碼，代碼規(guī)范、易讀，代碼注釋與輔助文檔齊全，易于移植和修改

公式：千行代碼缺陷率=每次BUG之和/代碼總千行數(shù)

","編碼基本規(guī)范，代碼注釋和文檔基本齊全，不影響對程序的閱讀和理解。

2.39‰=<代碼缺陷率<

5.52‰","代碼文檔

CMMI級別"

13,,易操作性,易用性,"易用性是指系統(tǒng)的用戶體驗(yàn)方面，如用戶在使用系統(tǒng)時(shí)是否感覺易于理解、易于學(xué)習(xí)、易于操作等等。具體指標(biāo)由項(xiàng)目實(shí)施團(tuán)隊(duì)確定

",乙方通過UAT測試，100%滿足合同中對系統(tǒng)易用性的必選要求,"交付物：乙方開發(fā)的系統(tǒng)或軟件

",否,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,終驗(yàn),,,易操作性,系統(tǒng)界面簡潔、清新，易于掌握，具有完善的幫助系統(tǒng),系統(tǒng)界面簡潔、清新，操作設(shè)計(jì)基本符合用戶要求,對系統(tǒng)是否便捷、容易操作的體驗(yàn)

14,,系統(tǒng)功能,可維護(hù)性,"可維護(hù)性包括：

1.能夠顯示當(dāng)前在線人數(shù)、訪問人次記錄及其他和用戶行為相關(guān)的統(tǒng)計(jì)數(shù)據(jù)。

2.維護(hù)操作要界面化，包括日志監(jiān)控、在線用戶監(jiān)控、用戶角色設(shè)置、數(shù)據(jù)導(dǎo)出和備份，批量任務(wù)執(zhí)行、特殊實(shí)現(xiàn)操作（例如年結(jié)）等。

",乙方通過UAT測試，100%滿足合同中對系統(tǒng)可維護(hù)性的必選要求,,否,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,終驗(yàn),,,系統(tǒng)功能,"能夠滿足用戶所需功能和使用。

公式1：UAT平均通過次數(shù)=∑(UAT測試通過次數(shù))/N

N為需要進(jìn)行UAT的項(xiàng)目階段次數(shù)

或

公式2：UAT發(fā)現(xiàn)“嚴(yán)重”及其以上級別缺陷的數(shù)量

系統(tǒng)缺陷等級定義：

·致命——造成死機(jī)、系統(tǒng)崩潰或掛起

·非常嚴(yán)重——使系統(tǒng)不穩(wěn)定、或破壞數(shù)據(jù)

·嚴(yán)重——需求規(guī)格規(guī)定的功能實(shí)現(xiàn)不正確或沒有實(shí)現(xiàn)

·一般——功能有缺陷或不夠完善但不影響正常使用（說明：功能的實(shí)現(xiàn)具有缺陷，例如：沒有異常處理機(jī)制等）

·建議——界面易用性方面的問題等不妨礙系統(tǒng)功能實(shí)現(xiàn)的建議

","系統(tǒng)功能基本滿足用戶需求。

2<UAT平均通過次數(shù)=<3

或

嚴(yán)重問題數(shù)量=<2",測試平臺

15,,,擴(kuò)展性,"

擴(kuò)展性指業(yè)務(wù)流程和業(yè)務(wù)規(guī)則實(shí)現(xiàn)參數(shù)化配置，以適應(yīng)業(yè)務(wù)流程和業(yè)務(wù)規(guī)則的不斷調(diào)整。

",乙方通過UAT測試，100%滿足合同中對系統(tǒng)擴(kuò)展性的必選要求,,否,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,終驗(yàn),,,,,,

16,,,日志和審計(jì),"

日志和審計(jì)包括：

1.

可設(shè)置日志文件的數(shù)量和大小，產(chǎn)生的日志按序?qū)懭肴罩疚募?，?dāng)前文件寫滿后寫下一個(gè)文件，若所有文件都寫滿則重寫第一個(gè)日志，覆蓋原有日志文件

2.運(yùn)維日志應(yīng)為五級，從最細(xì)粒度到最粗級別為：

DEBUG：調(diào)試信息，最細(xì)粒度信息，程序內(nèi)部信息；

INFO：運(yùn)行信息，強(qiáng)調(diào)應(yīng)用程序的執(zhí)行過程，關(guān)鍵分支的運(yùn)行記錄，對運(yùn)維管理有價(jià)值；

WARN：告警信息，記錄潛在的有害狀態(tài)，即程序是執(zhí)行成功但其中出現(xiàn)的問題；

ERROR：錯(cuò)誤信息，程序也許能夠運(yùn)行或曾出現(xiàn)的問題，影響程序執(zhí)行；

FATAL：致命錯(cuò)誤，可能導(dǎo)致應(yīng)用程序的崩潰致命問題；

3.要能通過界面或配置文件實(shí)現(xiàn)動(dòng)態(tài)調(diào)整日志記錄的粒度

4.應(yīng)用日志編寫要包括系統(tǒng)名稱、時(shí)間戳、功能模塊、線程號、流水號、定位程序代碼、操作人員、IP連接等信息；為了系統(tǒng)監(jiān)控和排錯(cuò)需要，若系統(tǒng)涉及與ESB的交互，則需要在日志中打印相關(guān)報(bào)文路由信息，包括但不限于全系統(tǒng)唯一的流水號、報(bào)文來源、報(bào)文去向等

5.業(yè)務(wù)數(shù)據(jù)修改要提供界面，描述復(fù)核、審批流程，所有修改操作均需保留日志記錄",乙方通過UAT測試，100%滿足合同中對系統(tǒng)“日志和審計(jì)”的必選要求,,否,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,終驗(yàn),,,,,,

17,,,其他功能要求,"

其他功能要求包括：

1.系統(tǒng)除支持IE（IE6至IE8版本）外，還須支持firefox、Chrome、Safari等主流瀏覽器中至少兩款

2.系統(tǒng)若交付客戶端軟件，須支持windowsXP、windows7版本

3.系統(tǒng)若產(chǎn)生文檔，應(yīng)支持pdf或Office2003/2007/2010版本

",乙方通過UAT測試，100%滿足合同中對系統(tǒng)“其他功能”的必選要求,,否,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,終驗(yàn),,,,,,

18,,交付安全（軟件開發(fā)）,安全性,"安全性包括；1.對于系統(tǒng)中的敏感數(shù)據(jù)的傳輸和存儲要求必須使用加密算法進(jìn)行加密，以保證信息的安全性

2.系統(tǒng)提供完整管理員及用戶操作日志

",乙方通過UAT測試，100%滿足合同中對系統(tǒng)安全性的必選要求,,是,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,終驗(yàn),,,交付安全（軟件開發(fā)）,能夠做到代碼安全、軟件開發(fā)所在環(huán)境的設(shè)備標(biāo)識清楚、安全警示設(shè)備齊全、環(huán)境適宜、機(jī)房監(jiān)控,代碼較安全；軟件開發(fā)所在環(huán)境有一定的設(shè)備標(biāo)識、安全警示設(shè)備、環(huán)境一般、機(jī)房有人員監(jiān)控,代碼安全、軟件開發(fā)所在環(huán)境的實(shí)際情況

19,,系統(tǒng)性能,響應(yīng)速度,"響應(yīng)速度包括：

（1）并發(fā)用戶數(shù)：指在同一時(shí)刻與應(yīng)用服務(wù)器或數(shù)據(jù)庫服務(wù)器進(jìn)行交互的在線用戶數(shù)量；即為同一時(shí)刻對系統(tǒng)進(jìn)行操作的在線用戶數(shù)量，并非系統(tǒng)某一時(shí)刻的在線連接人數(shù)

（2）簡單交易：是指對單表的基于主鍵或索引的操作，不涉及獲取大的數(shù)據(jù)量，且同數(shù)據(jù)庫交互的次數(shù)在3次內(nèi)

（3）復(fù)雜交易：是指涉及到大數(shù)據(jù)的統(tǒng)計(jì)、多表聯(lián)合查詢、多次數(shù)據(jù)庫操作、獲取大量數(shù)據(jù)的交易（不包括復(fù)雜的固定報(bào)表和統(tǒng)計(jì)）

（4）普通報(bào)表：指數(shù)據(jù)量在10萬條記錄以內(nèi)的報(bào)表

（5）海量報(bào)表：指數(shù)據(jù)量超過10萬條記錄的報(bào)表

（6）其他系統(tǒng)：指短信平臺、郵件系統(tǒng)、ESB\EII\ECM\BPM等渠道和集成平臺類系統(tǒng)

","參考值：

業(yè)務(wù)生產(chǎn)類：

簡單交易:<=3秒

復(fù)雜交易:<=5秒

普通報(bào)表:<=15秒

海量報(bào)表:<=60秒

管理分析類：

簡單交易：<=3秒

復(fù)雜交易：純查詢8秒內(nèi)，帶有智能計(jì)算12秒內(nèi)

普通報(bào)表:<=15秒

海量報(bào)表:<=60秒

業(yè)務(wù)支持類：

簡單交易:<=3秒

復(fù)雜交易:<=5秒

其他系統(tǒng)：

能夠保證所提供服務(wù)的響應(yīng)速度、文件大小處理能力符合接入系統(tǒng)的實(shí)際要求。

具體由項(xiàng)目實(shí)施團(tuán)隊(duì)根據(jù)具體情況判定",,是,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,終驗(yàn),,,系統(tǒng)性能,"能夠快速響應(yīng)，客戶使用效果好。

公式：系統(tǒng)響應(yīng)時(shí)間","系統(tǒng)設(shè)計(jì)無重大缺陷，響應(yīng)速度正常

1分鐘>=系統(tǒng)響應(yīng)時(shí)間>30秒",測試平臺

20,,,資源消耗,"資源消耗指的是CPU利用率

",參考值：不能持續(xù)超過85%。具體由項(xiàng)目實(shí)施團(tuán)隊(duì)根據(jù)具體情況判定,,是,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,,,,,,"系統(tǒng)設(shè)計(jì)無重大缺陷，響應(yīng)速度正常

1分鐘>=系統(tǒng)響應(yīng)時(shí)間>30秒",測試平臺

21,,,可用性,"可用性是指系統(tǒng)需要能支持要求時(shí)間內(nèi)可用，可提供服務(wù)。并明確一旦發(fā)生系統(tǒng)不可用時(shí)的容忍系統(tǒng)恢復(fù)時(shí)間。

","參考值：

1.系統(tǒng)應(yīng)采用XXXX（例如雙機(jī)熱備）模式，保證7×24小時(shí)運(yùn)行

2.計(jì)劃外宕機(jī)時(shí)間控制在全年的0.2%以內(nèi)

具體由項(xiàng)目實(shí)施團(tuán)隊(duì)根據(jù)具體情況判定

",,是,是,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,,,,,,,

22,,配置管理（開發(fā)）,配置管理（開發(fā)）,"配置管理（開發(fā)）指能夠及時(shí)更新配置庫、準(zhǔn)確使用配置庫、規(guī)范管理帳號以及規(guī)范配置項(xiàng)。

公式：配置不符合項(xiàng)/配置項(xiàng)總數(shù)

","1、使用集中配置庫用于日常開發(fā)和管理，及時(shí)更新集中配置庫

2、配置庫日志提交規(guī)范

3、帳號管理規(guī)范，賬號共用、進(jìn)場、離場未及時(shí)申請和取消賬號情況小于或等于20%（參考值，具體由項(xiàng)目實(shí)施團(tuán)隊(duì)根據(jù)具體情況判定）

4、配置項(xiàng)標(biāo)識、基線標(biāo)識不規(guī)范，沒有按照計(jì)劃命名的情況小于或等于20%（參考值，具體由項(xiàng)目實(shí)施團(tuán)隊(duì)根據(jù)具體情況判定）

5、上線或變更無基線的情況小于或等于20%（參考值，具體由項(xiàng)目實(shí)施團(tuán)隊(duì)根據(jù)具體情況判定）","交付物：乙方開發(fā)的配置庫

",是,否,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,"階段驗(yàn)收

終驗(yàn)",,配置管理（開發(fā)）,配置管理（開發(fā)）,"能夠及時(shí)更新配置庫、準(zhǔn)確使用配置庫、規(guī)范管理帳號以及規(guī)范配置項(xiàng)

公式：配置不符合項(xiàng)/配置項(xiàng)總數(shù)","1、使用集中配置庫用于日常開發(fā)和管理，及時(shí)更新集中配置庫

2、配置庫日志提交規(guī)范

3、帳號管理不規(guī)范，存在20%的賬號共用、進(jìn)場、離場未及時(shí)申請和取消賬號情況

4、20%配置項(xiàng)標(biāo)識、基線標(biāo)識不規(guī)范，沒有按照計(jì)劃命名

5、20%上線或變更無基線",配置庫

23,,系統(tǒng)功能,測試管理,包括單元測試、集成測試、系統(tǒng)測試,乙方通過開發(fā)中的測試評審,交付物：乙方可供進(jìn)行單元測試、集成測試和系統(tǒng)測試的開發(fā)半成品,否,否,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,可選,階段驗(yàn)收,,系統(tǒng)交付,系統(tǒng)功能,"能夠滿足用戶所需功能和使用。

公式1：UAT平均通過次數(shù)=∑(UAT測試通過次數(shù))/N

N為需要進(jìn)行UAT的項(xiàng)目階段次數(shù)

或

公式2：UAT發(fā)現(xiàn)“嚴(yán)重”及其以上級別缺陷的數(shù)量

系統(tǒng)缺陷等級定義：

·致命——造成死機(jī)、系統(tǒng)崩潰或掛起

·非常嚴(yán)重——使系統(tǒng)不穩(wěn)定、或破壞數(shù)據(jù)

·嚴(yán)重——需求規(guī)格規(guī)定的功能實(shí)現(xiàn)不正確或沒有實(shí)現(xiàn)

·一般——功能有缺陷或不夠完善但不影響正常使用（說明：功能的實(shí)現(xiàn)具有缺陷，例如：沒有異常處理機(jī)制等）

·建議——界面易用性方面的問題等不妨礙系統(tǒng)功能實(shí)現(xiàn)的建議

","系統(tǒng)功能基本滿足用戶需求。

2<UAT平均通過次數(shù)=<3

或

嚴(yán)重問題數(shù)量=<2",測試平臺

24,,系統(tǒng)功能,上線要求,"1.上線指系統(tǒng)通過用戶驗(yàn)收測試后，經(jīng)過一系列準(zhǔn)備工作，開始在生產(chǎn)環(huán)境中提供服務(wù)（投產(chǎn)）的里程碑事件。準(zhǔn)備工作包含制定上線方案、生產(chǎn)環(huán)境部署、系統(tǒng)初始化、上線申請、上線通知等等。系統(tǒng)上線后進(jìn)入試運(yùn)行階段

2.試運(yùn)行。是指系統(tǒng)從上線開始到轉(zhuǎn)運(yùn)維前的一系列活動(dòng)。包含并行、試運(yùn)行維護(hù)、缺陷修復(fù)、新舊系統(tǒng)切換、試運(yùn)行驗(yàn)收等工作，若合同中對試運(yùn)行時(shí)間有明確定義的，以合同中約定時(shí)間為準(zhǔn)

3.并行。是指在新上線系統(tǒng)和舊系統(tǒng)同時(shí)提供服務(wù)的現(xiàn)象。待時(shí)機(jī)成熟后，完成新舊切換，舊系統(tǒng)下線",乙方通過UAT測試，100%滿足上線的要求,"

交付物：乙方通過UAT測試的系統(tǒng)、《系統(tǒng)上線方案》、《系統(tǒng)安裝部署手冊》、《用戶手冊》、《運(yùn)維手冊》",否,否,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,可選,終驗(yàn),,系統(tǒng)交付,系統(tǒng)功能,"能夠滿足用戶所需功能和使用。

公式1：UAT平均通過次數(shù)=∑(UAT測試通過次數(shù))/N

N為需要進(jìn)行UAT的項(xiàng)目階段次數(shù)

或

公式2：UAT發(fā)現(xiàn)“嚴(yán)重”及其以上級別缺陷的數(shù)量

系統(tǒng)缺陷等級定義：

·致命——造成死機(jī)、系統(tǒng)崩潰或掛起

·非常嚴(yán)重——使系統(tǒng)不穩(wěn)定、或破壞數(shù)據(jù)

·嚴(yán)重——需求規(guī)格規(guī)定的功能實(shí)現(xiàn)不正確或沒有實(shí)現(xiàn)

·一般——功能有缺陷或不夠完善但不影響正常使用（說明：功能的實(shí)現(xiàn)具有缺陷，例如：沒有異常處理機(jī)制等）

·建議——界面易用性方面的問題等不妨礙系統(tǒng)功能實(shí)現(xiàn)的建議

","系統(tǒng)功能基本滿足用戶需求。

2<UAT平均通過次數(shù)=<3

或

嚴(yán)重問題數(shù)量=<2",測試平臺

,,,,,,,,,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,,,,,,,系統(tǒng)性能,"能夠快速響應(yīng)，客戶使用效果好。

公式：系統(tǒng)響應(yīng)時(shí)間","系統(tǒng)設(shè)計(jì)無重大缺陷，響應(yīng)速度正常

1分鐘>=系統(tǒng)響應(yīng)時(shí)間>30秒",測試平臺

25,,交付安全（軟件開發(fā)）,應(yīng)急管理,"乙方針對系統(tǒng)上線制定的系統(tǒng)應(yīng)急預(yù)案，從而確保信息系統(tǒng)在業(yè)務(wù)服務(wù)時(shí)段內(nèi)發(fā)生服務(wù)中斷、異常或重要數(shù)據(jù)損毀、丟失、泄露的情況下，可以實(shí)現(xiàn)向高級管理層和業(yè)務(wù)部門承諾的IT運(yùn)行連續(xù)性和可用性

",乙方的系統(tǒng)應(yīng)急預(yù)案通過對系統(tǒng)應(yīng)急管理的評審,"交付物：乙方的《系統(tǒng)應(yīng)急預(yù)案》

",否,否,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,可選,終驗(yàn),,系統(tǒng)交付,交付安全（軟件開發(fā)）,能夠做到代碼安全、軟件開發(fā)所在環(huán)境的設(shè)備標(biāo)識清楚、安全警示設(shè)備齊全、環(huán)境適宜、機(jī)房監(jiān)控,代碼較安全；軟件開發(fā)所在環(huán)境有一定的設(shè)備標(biāo)識、安全警示設(shè)備、環(huán)境一般、機(jī)房有人員監(jiān)控,代碼安全、軟件開發(fā)所在環(huán)境的實(shí)際情況

26,,文檔質(zhì)量,文檔質(zhì)量,"能夠按照招行（或者招行認(rèn)可的）規(guī)定要求進(jìn)行撰寫、并提交規(guī)定的數(shù)量的文檔。

能夠在階段性或最終交付品評審、驗(yàn)收過程中，一次性通過率符合合同約定，對于未通過驗(yàn)收的交付品，能夠通過一次性修改達(dá)到驗(yàn)收要求。

公式1：不符合項(xiàng)比率=不符合項(xiàng)總數(shù)/規(guī)定要求的項(xiàng)總數(shù)

或

公式2：缺失項(xiàng)比例=缺失的文檔總數(shù)/規(guī)定要求的文檔總數(shù)

或

公式3：階段性驗(yàn)收或終驗(yàn)一次性通過率與合同約定相比較

","參考值：

不符合項(xiàng)比率=<20%

或

缺失項(xiàng)比例=<20%

或

在階段性或最終交付品評審、驗(yàn)收過程中，一次性通過率基本達(dá)到合同約定；或能夠通過一次修改使交付品達(dá)到驗(yàn)收要求

具體由項(xiàng)目實(shí)施團(tuán)隊(duì)根據(jù)具體情況判定",交付物：乙方提交的各類文檔,否,否,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,"階段驗(yàn)收

終驗(yàn)",,文檔管理,文檔質(zhì)量,"能夠按照招行（或者招行認(rèn)可的）規(guī)定要求進(jìn)行撰寫、并提交規(guī)定的數(shù)量的文檔。

能夠在階段性或最終交付品評審、驗(yàn)收過程中，一次性通過率符合合同約定，對于未通過驗(yàn)收的交付品，能夠通過一次性修改達(dá)到驗(yàn)收要求。

公式1：不符合項(xiàng)比率=不符合項(xiàng)總數(shù)/規(guī)定要求的項(xiàng)總數(shù)

或

公式2：缺失項(xiàng)比例=缺失的文檔總數(shù)/規(guī)定要求的文檔總數(shù)

或

公式3：階段性驗(yàn)收或終驗(yàn)一次性通過率與合同約定相比較","10%<不符合項(xiàng)比率=<20%

或

10%<缺失項(xiàng)比例=<20%

或

在階段性或最終交付品評審、驗(yàn)收過程中，一次性通過率基本達(dá)到合同約定；

能夠通過一次修改使交付品達(dá)到驗(yàn)收要求",文檔評審

27,,及時(shí)提交,文檔交付的及時(shí)性,"能夠按照招行（或者招行認(rèn)可的）規(guī)定的時(shí)間提交文檔。

公式：實(shí)際時(shí)點(diǎn)與合同約定的時(shí)點(diǎn)之間的時(shí)間差距

","參考值：1周>=時(shí)間差距

具體由項(xiàng)目實(shí)施團(tuán)隊(duì)根據(jù)具體情況判定",非交付物：乙方提交的各類文檔實(shí)際交付時(shí)間,否,否,由項(xiàng)目實(shí)施團(tuán)隊(duì)制定,項(xiàng)目實(shí)施團(tuán)隊(duì),根據(jù)評審處室的要求確定,必選,"階段驗(yàn)收

終驗(yàn)",,,及時(shí)提交,"能夠按照招行（或者招行認(rèn)可的）規(guī)定的時(shí)間提交文檔。

公式：實(shí)際時(shí)點(diǎn)與合同約定的時(shí)點(diǎn)之間的時(shí)間差距",1周>=時(shí)間差距>=0天,文檔評審

28,外包人員,人員資質(zhì)與能力,人員變更替換率,"1.能夠按照合同約定，安排穩(wěn)定的外包人員。能夠安排擁有豐富的銀行同業(yè)服務(wù)經(jīng)驗(yàn)的項(xiàng)目組核心成員，確保項(xiàng)目組成員具備良好的專業(yè)技術(shù)能力。

公式：能夠按照合同約定，安排約定的資質(zhì)、經(jīng)驗(yàn)的外