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

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

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

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

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

（具體情況由項目實施團隊判定）",罰則,評審處室,評審時點,SLA指標的適用性,驗收周期,,,,,,

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

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

","

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

參考值：時間差距≤1周。具體由項目實施團隊根據(jù)具體情況判定","

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

2.非交付物：乙方在各階段的實際進展情況

",否,是,由項目實施團隊制定,項目實施團隊,根據(jù)評審處室的要求確定,必選,"階段驗收

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

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

1周>=時間差距>=0天","合同、

實際的完成時間

"

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

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

",是,是,由項目實施團隊制定,需求管理處室,根據(jù)評審處室的要求確定,必選,"階段驗收

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

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

",需求文檔、驗收文檔

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

終驗",,,,,,

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

終驗",,,,,,

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

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

",是,是,由項目實施團隊制定,,根據(jù)評審處室的要求確定,必選,"階段驗收

終驗",,,,,,

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

交付物",是,是,由項目實施團隊制定,,根據(jù)評審處室的要求確定,必選,"階段驗收

終驗",,,,,,

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

終驗",,,,,,

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

交付物：乙方的代碼文件

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

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

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

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

CMMI級別"

9,,,代碼缺陷率,"

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

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

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

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

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

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

",乙方的代碼通過邏輯復雜度的評審,,否,是,由項目實施團隊制定,項目實施團隊,根據(jù)評審處室的要求確定,必選,,,,,,,

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

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

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

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

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

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

2.39‰=<代碼缺陷率<

5.52‰","代碼文檔

CMMI級別"

13,,易操作性,易用性,"易用性是指系統(tǒng)的用戶體驗方面，如用戶在使用系統(tǒng)時是否感覺易于理解、易于學習、易于操作等等。具體指標由項目實施團隊確定

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

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

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

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

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

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

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

N為需要進行UAT的項目階段次數(shù)

或

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

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

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

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

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

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

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

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

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

或

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

15,,,擴展性,"

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

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

16,,,日志和審計,"

日志和審計包括：

1.

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

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

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

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

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

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

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

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

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

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

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)“其他功能”的必選要求,,否,是,由項目實施團隊制定,項目實施團隊,根據(jù)評審處室的要求確定,必選,終驗,,,,,,

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

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

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

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

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

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

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

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

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

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

","參考值：

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

簡單交易:<=3秒

復雜交易:<=5秒

普通報表:<=15秒

海量報表:<=60秒

管理分析類：

簡單交易：<=3秒

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

普通報表:<=15秒

海量報表:<=60秒

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

簡單交易:<=3秒

復雜交易:<=5秒

其他系統(tǒng)：

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

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

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

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

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

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

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

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

","參考值：

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

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

具體由項目實施團隊根據(jù)具體情況判定

",,是,是,由項目實施團隊制定,項目實施團隊,根據(jù)評審處室的要求確定,必選,,,,,,,

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

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

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

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

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

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

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

",是,否,由項目實施團隊制定,項目實施團隊,根據(jù)評審處室的要求確定,必選,"階段驗收

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

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

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

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

4、20%配置項標識、基線標識不規(guī)范，沒有按照計劃命名

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

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

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

N為需要進行UAT的項目階段次數(shù)

或

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

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

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

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

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

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

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

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

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

或

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

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

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

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

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

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

N為需要進行UAT的項目階段次數(shù)

或

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

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

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

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

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

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

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

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

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

或

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

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

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

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

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

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

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

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

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

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

或

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

或

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

","參考值：

不符合項比率=<20%

或

缺失項比例=<20%

或

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

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

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

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

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

或

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

或

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

或

10%<缺失項比例=<20%

或

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

能夠通過一次修改使交付品達到驗收要求",文檔評審

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

公式：實際時點與合同約定的時點之間的時間差距

","參考值：1周>=時間差距

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

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

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

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

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