1.概述

        1.1 項(xiàng)目背景

        零售信貸業(yè)務(wù)是發(fā)展趨勢(shì)，在我行傳統(tǒng)信貸模式之下，無(wú)法滿足個(gè)人客戶需求，為有效實(shí)現(xiàn)業(yè)務(wù)受理的快速化、業(yè)務(wù)辦理的快速化，需搭建我行零售信貸風(fēng)控管理系統(tǒng)，實(shí)現(xiàn)客戶的準(zhǔn)入機(jī)制、制定評(píng)分卡。同時(shí)對(duì)第三方數(shù)據(jù)進(jìn)行管理，設(shè)置好對(duì)接接口，防止過(guò)多的重復(fù)開(kāi)發(fā)。

        1.2 項(xiàng)目目標(biāo)

        根據(jù)我行的規(guī)劃，零售信貸風(fēng)控管理系統(tǒng)項(xiàng)目將分為兩步走，第一步將我行現(xiàn)有個(gè)人貸款產(chǎn)品由線下向線上轉(zhuǎn)移，實(shí)現(xiàn)線下線上相結(jié)合，簡(jiǎn)便貸款手續(xù)，優(yōu)化貸款流程，集中化審批，建立評(píng)分卡模型。預(yù)計(jì)在今年6月底完成開(kāi)發(fā)上線，一期產(chǎn)品上線包括：公積金貸、按揭貸兩款產(chǎn)品，同時(shí)做好渠道端布局，實(shí)現(xiàn)各渠道入口的打通；第二步建立反欺模型，優(yōu)化決策模型，減少操作風(fēng)險(xiǎn)和人力勞動(dòng)強(qiáng)度。加強(qiáng)布局線上貸產(chǎn)品，拓寬我行產(chǎn)品渠道及客戶群體。

        零售信貸風(fēng)控管理系統(tǒng)建設(shè)的目標(biāo)如下：

        1.功能模塊化

        搭建零售信貸風(fēng)控管理系統(tǒng)的框架，后續(xù)通過(guò)增加功能模塊，適應(yīng)不同零售信貸產(chǎn)品的線上運(yùn)行。

        2.產(chǎn)品配置化

        開(kāi)發(fā)信貸產(chǎn)品不需做過(guò)多的開(kāi)發(fā)，通過(guò)配置申請(qǐng)要件、受理規(guī)則、授信規(guī)則、放款規(guī)則、核算規(guī)則和產(chǎn)品上架來(lái)發(fā)布新產(chǎn)品。

        3.業(yè)務(wù)規(guī)則規(guī)范化

        細(xì)化各個(gè)業(yè)務(wù)環(huán)節(jié)的業(yè)務(wù)規(guī)則，形成業(yè)務(wù)規(guī)則庫(kù)，不同的產(chǎn)品對(duì)應(yīng)不同的業(yè)務(wù)規(guī)則實(shí)例。

        4.流程規(guī)范化

        設(shè)計(jì)若干標(biāo)準(zhǔn)流程、簡(jiǎn)易流程和自動(dòng)流程，通過(guò)業(yè)務(wù)規(guī)則引擎自動(dòng)觸發(fā)相應(yīng)的業(yè)務(wù)流程。

        5.申請(qǐng)要件規(guī)范化

        將業(yè)務(wù)申請(qǐng)要件按影像樹(shù)的形式組織，不同的產(chǎn)品對(duì)應(yīng)不同的影像樹(shù)模塊，必須要件缺少將無(wú)法提起業(yè)務(wù)。

        6.關(guān)鍵風(fēng)險(xiǎn)點(diǎn)信息化

        在身份認(rèn)證方面應(yīng)用人臉識(shí)別技術(shù)；在合同方面應(yīng)用電子合同和電子簽名；在反欺詐和信用評(píng)分方面與FinTech公司合作。

        7.業(yè)務(wù)處理智能化

        最終目標(biāo)是實(shí)現(xiàn)線下線上的進(jìn)件、審批、放款等業(yè)務(wù)處理環(huán)節(jié)中，根據(jù)規(guī)范流程、統(tǒng)一業(yè)務(wù)規(guī)則以及合理的評(píng)判標(biāo)準(zhǔn)達(dá)到系統(tǒng)智能化，加快進(jìn)件效率，減小操作風(fēng)險(xiǎn)，提高我行效益。

        1.3 項(xiàng)目范圍

        本次項(xiàng)目的范圍為我行現(xiàn)有個(gè)人貸款產(chǎn)品的云平臺(tái)實(shí)現(xiàn)，實(shí)現(xiàn)線上線下相結(jié)合，并簡(jiǎn)化貸款手續(xù)，使貸款更方便，用戶體驗(yàn)更好；優(yōu)化貸款流程，使貸款流程標(biāo)準(zhǔn)化、可配置化，減少系統(tǒng)建設(shè)工作量，并方便增加新的產(chǎn)品；最終達(dá)到產(chǎn)品的靈活配置與發(fā)布、風(fēng)控流程與模型的靈活建立、審批人員績(jī)效的統(tǒng)計(jì)分析等。

        第一期上線產(chǎn)品為按揭貸款產(chǎn)品（包含一手商品房，一手商鋪）進(jìn)行線上化處理、公積金貸款產(chǎn)品半線上處理并實(shí)現(xiàn)業(yè)務(wù)貸款額度的循環(huán)、自動(dòng)提額功能，之后新增線上化產(chǎn)品及其他個(gè)人產(chǎn)品時(shí)，則按照產(chǎn)品添加、流程配置的模式，進(jìn)行組件化配置，減少對(duì)系統(tǒng)的修改，迅速實(shí)現(xiàn)產(chǎn)品發(fā)布。

        2. 業(yè)務(wù)功能需求

        2.1功能需求清單

        功能清單列表：

        以下將逐節(jié)介紹各個(gè)模塊的業(yè)務(wù)需求。

        2.2風(fēng)控管理

        風(fēng)控（授信）管理包含信用評(píng)分，政策規(guī)則和業(yè)務(wù)規(guī)則引擎，授信審批流程等功能。此部分是零售信貸風(fēng)控管理系統(tǒng)中最重要的功能，信貸云平臺(tái)的自動(dòng)化評(píng)級(jí)和高效率授信是系統(tǒng)的重要需求。在進(jìn)行風(fēng)控管理時(shí)，可以提供前期人工判斷與系統(tǒng)判斷的對(duì)照功能，有效實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)的匹配與比對(duì)。

        2.2.1 信用評(píng)分

        信用評(píng)分包含兩部分：1.對(duì)客戶信息使用評(píng)分卡模型進(jìn)行信用評(píng)分。2.根據(jù)信用評(píng)分的準(zhǔn)入規(guī)則進(jìn)行準(zhǔn)入判斷，是對(duì)客戶進(jìn)行授信的基礎(chǔ)。

        1.信用評(píng)分

        信用評(píng)分的輸入是客戶的資產(chǎn)信息，人行的個(gè)人征信信息，本行的信用信息，如果沒(méi)有本行的信用信息，必要時(shí)可引入第三方征信信息。其中，以客戶的資產(chǎn)信息，人行的征信信息和本行的信用信息為主，第三方征信信息為輔。

        信用評(píng)分的模型是信用評(píng)分卡模型，信用評(píng)分卡模型分為申請(qǐng)?jiān)u分卡（Application Score Card，即A卡），行為評(píng)分卡（Behavior Score Card，即B卡），催收評(píng)分卡（Collection Score Card，即C卡）。

        申請(qǐng)?jiān)u分卡用于申請(qǐng)場(chǎng)合，行為評(píng)分卡用于續(xù)貸場(chǎng)合，催收評(píng)分卡用于對(duì)于不良貸款的催收環(huán)節(jié)，而且和銀行的催收政策結(jié)合緊密。不同的評(píng)分卡輸入?yún)?shù)不同，對(duì)于申請(qǐng)?jiān)u分卡，不同信貸產(chǎn)品的風(fēng)險(xiǎn)考察的重點(diǎn)不同，輸入指標(biāo)也略有差異。

        評(píng)分卡模型在不同的歷史數(shù)據(jù)條件下，模型也不一樣。

        最初銀行沒(méi)有充足的歷史數(shù)據(jù)或經(jīng)驗(yàn)不足時(shí)，根據(jù)業(yè)務(wù)風(fēng)險(xiǎn)專家選定指標(biāo)和指標(biāo)的權(quán)重占比，進(jìn)行評(píng)分。

        當(dāng)銀行積累足夠歷史數(shù)據(jù)并建立大數(shù)據(jù)平臺(tái)后，可進(jìn)行大數(shù)據(jù)技術(shù)對(duì)指標(biāo)進(jìn)行提取，采用邏輯回歸等技術(shù)建立評(píng)分卡模型，計(jì)算信用違約概率，并和歷史數(shù)據(jù)進(jìn)行比對(duì)，反復(fù)測(cè)試，得到適合的輸入指標(biāo)和模型來(lái)進(jìn)行信用違約概率，并依據(jù)相應(yīng)公式轉(zhuǎn)換為信用評(píng)分（跟芝麻信用評(píng)分相似），并且隔一段時(shí)間再進(jìn)行測(cè)試模型的適用性。

        2.評(píng)分準(zhǔn)入判斷

        在進(jìn)行信用評(píng)分之前，需要對(duì)征信報(bào)告進(jìn)行連三累六、失信人的初步判斷，若是則拒貸。

        在得到信用評(píng)分之后根據(jù)信用準(zhǔn)入規(guī)則，進(jìn)行信用等級(jí)判斷和準(zhǔn)入判斷。對(duì)于符合高信用等級(jí)條件的可在授信時(shí)獲得高額度授信或者利率折扣的優(yōu)惠等。

        2.2.2 政策規(guī)則引擎

        對(duì)于各信貸產(chǎn)品的政策規(guī)則，采用規(guī)則配置，引擎自動(dòng)計(jì)算的方式，出具符合不符合判定結(jié)果。規(guī)則引擎在授信審批條件時(shí)計(jì)算，位于授信審批流程中需要審查check的相應(yīng)節(jié)點(diǎn)。它可以減少人為審核操作，大大提高授信審核的速度。

        2.2.3 業(yè)務(wù)規(guī)則引擎

        對(duì)于各信貸產(chǎn)品的政策規(guī)則，采用規(guī)則配置，引擎自動(dòng)計(jì)算的方式，出具符合不符合判定結(jié)果。規(guī)則引擎在授信審批條件時(shí)計(jì)算，位于授信審批流程中需要審查check的相應(yīng)節(jié)點(diǎn)。減少人為審核操作，大大提高授信審核的速度。

        2.2.4 風(fēng)險(xiǎn)分析

        申請(qǐng)分析：系統(tǒng)支持業(yè)務(wù)統(tǒng)計(jì)功能（申請(qǐng)人數(shù)，通過(guò)人數(shù)，通過(guò)率，放款金額等); 具備規(guī)則合理性分析，模型穩(wěn)定性分析以及提供數(shù)據(jù)面板；具備人群分析能力包含年齡。性別，地域，時(shí)段，申請(qǐng)次數(shù)等；具備對(duì)渠道評(píng)估的能力；具備風(fēng)險(xiǎn)預(yù)警能力，準(zhǔn)確包含人群特征變化，評(píng)價(jià)變化等分析。

        貸中分析：系統(tǒng)支持通過(guò)客戶貸中行為分析，包括還款行為、還款金額，定期進(jìn)行征信查詢，外部大數(shù)據(jù)黑名單查詢等，對(duì)客戶給出提額控額凍額等意見(jiàn)。

        貸后分析：系統(tǒng)支持貸后管理；業(yè)務(wù)分析（包含總訂單量，預(yù)期收益等統(tǒng)計(jì)），逾期分析(包含月度統(tǒng)計(jì)，分期統(tǒng)計(jì)，逾期轉(zhuǎn)化率，催收效率，高危渠道等統(tǒng)計(jì))，規(guī)則調(diào)優(yōu)(流程優(yōu)化，壞賬定義，數(shù)據(jù)集選擇等)，模型評(píng)估（包含流程選擇，模型選擇，數(shù)據(jù)集選擇，壞賬定義，KS／AUC的性能評(píng)估）以及產(chǎn)品優(yōu)化(利率對(duì)利益的影響，期數(shù)對(duì)收益的影響，金額對(duì)收益的影響等)

        BI分析：系統(tǒng)支持模型預(yù)測(cè)，包含對(duì)新增貸款，貸款收益支出，KPI的預(yù)測(cè)

        2.2.5 授信審批流程

        授信審批流程包含標(biāo)準(zhǔn)審批流程，綠色通道流程和自動(dòng)審批流程。

        授信審批流程在產(chǎn)品設(shè)置時(shí)就已經(jīng)設(shè)置完畢，此處根據(jù)流轉(zhuǎn)信息，崗位等進(jìn)行審批流轉(zhuǎn)即可。

        授信流程建議采用免費(fèi)的審批流工具，對(duì)相應(yīng)的流程、崗位、審核事項(xiàng)進(jìn)行配置。

        按揭貸款授信流程和處理要點(diǎn)

        按揭貸款是本期優(yōu)先上線的產(chǎn)品，以按揭貸款產(chǎn)品為例說(shuō)明信貸審批流程和業(yè)務(wù)處理要點(diǎn)。

        例如對(duì)于房屋按揭貸款的評(píng)分卡指標(biāo)的建議：

        住房貸款申請(qǐng)?jiān)u分卡，收集資料：客戶基本信息、貸款基本信息、人行征信信息、客戶關(guān)系信息等。

        客戶基本信息：學(xué)歷，工作行業(yè)，年齡等信息。

        貸款基本信息：首付款比例，房屋類型等信息。

        人行征信信息：借款人、配偶的人行征信信息。

        客戶關(guān)系信息：是否銀行VIP，客戶定期賬戶，活期賬戶，銀行卡等信息。

        此部分評(píng)分模型、輸入指標(biāo)和輸入評(píng)分范圍，信用評(píng)分準(zhǔn)入規(guī)則需要九江銀行詳細(xì)提供。

        1.授信時(shí)規(guī)則引擎計(jì)算的內(nèi)容

        a.征信查詢?nèi)掌诓辉缬谡餍攀跈?quán)日期。

        b.首付款比例check：例如純商用比例不得低于X%，商住兩用X年的，首付比例不低于X%，產(chǎn)權(quán)為X年的，首付比例不低于X%。

        c.每月總還款額check：省內(nèi)省內(nèi)縣域X元，三、四線城市X元，歸屬二線城市的省會(huì)城市及二線城市X元，一線城市（北上廣）X元。

        d.全國(guó)前100強(qiáng)開(kāi)發(fā)商check。

        e.貸款金額、利率信息及止期check：客戶年齡 貸款期限不超過(guò)法定退休年齡，否則需上報(bào)總行/分行授信部審批。

        2.授信審核內(nèi)容：

        審核內(nèi)容如下：

        a.借款人及配偶主體資料（身份證，戶口簿，結(jié)婚證，收入證明，征信查詢授權(quán)書(shū)，個(gè)人征信報(bào)告等）齊全，且已進(jìn)行了真實(shí)性和一致性核準(zhǔn)。

        b.申請(qǐng)信息（購(gòu)房合同，首付款憑證，擔(dān)保信息）齊全，且已進(jìn)行了真實(shí)性和一致性核準(zhǔn)。

        c.個(gè)人信用評(píng)分，符合準(zhǔn)入標(biāo)準(zhǔn)。

        d.授信的業(yè)務(wù)和政策合規(guī)性通過(guò)。

        e.授信額度，期限，還款計(jì)劃等借款電子合同和擔(dān)保電子合同信息。

        3.授信審批流程

        授信流程通常3級(jí)審批，提交者→(支行)授信審批普通崗→(分支行) 授信審批崗→(總行)授信審批崗。若有(支行)獨(dú)立審批派駐官時(shí)再由獨(dú)立審批派駐官進(jìn)行審批。同時(shí)審批流程的設(shè)置可以進(jìn)行靈活變動(dòng)，支持多級(jí)審批中心形式及部分審批環(huán)節(jié)的刪減與增加。

        實(shí)際授信審批流程需要九江銀行提供。包括綠色通道流程和自動(dòng)授信流程。        

        2. 3和其他系統(tǒng)的關(guān)系

        2.3.1 和行內(nèi)其他系統(tǒng)的關(guān)系

        和行內(nèi)主要系統(tǒng)關(guān)系的如下表所示：

        2.3.2 和行外系統(tǒng)的關(guān)系

        和行外系統(tǒng)連接的主要需求如下表所示：        

        3. 技術(shù)需求

        3.1 系統(tǒng)架構(gòu)需求

        系統(tǒng)整體架構(gòu)科學(xué)實(shí)用，具有前瞻性。能支持今后業(yè)務(wù)產(chǎn)品創(chuàng)新，可方便添加和配置新產(chǎn)品，并為零售信貸產(chǎn)品管理決策提供足夠的信息支持，主要實(shí)現(xiàn)以下內(nèi)容：

        1、統(tǒng)一布局，模塊化思路開(kāi)發(fā)，系統(tǒng)可分布式布署，實(shí)現(xiàn)微服務(wù)開(kāi)發(fā)。定制開(kāi)發(fā)九江銀行零售信貸風(fēng)控管理系統(tǒng)。

        2、標(biāo)準(zhǔn)化和多渠道支持的通訊接口協(xié)議。

        3、統(tǒng)一的技術(shù)平臺(tái)，具有清晰的和獨(dú)立的軟件層次，邏輯分層清晰，支持從數(shù)據(jù)庫(kù)到應(yīng)用服務(wù)器的集群擴(kuò)充部署。

        4、基于SOA架構(gòu)模式。所有服務(wù)通過(guò)統(tǒng)一方式定義和發(fā)布到平臺(tái)，支持行內(nèi)的數(shù)據(jù)標(biāo)準(zhǔn)規(guī)范，服務(wù)之間通過(guò)平臺(tái)上的消息總線以及統(tǒng)一的內(nèi)部標(biāo)準(zhǔn)數(shù)據(jù)結(jié)構(gòu)進(jìn)行數(shù)據(jù)交互。

        5、完善的產(chǎn)品配置、信用評(píng)分卡配置、決策模型配的測(cè)試、部分反欺詐規(guī)則的配置測(cè)試功能以及產(chǎn)品灰度發(fā)布能力，且具有先進(jìn)的報(bào)表工具。

        6、完善的日志管理功能，提供多種日志級(jí)別，滿足開(kāi)發(fā)、維護(hù)的不同需求；可按項(xiàng)目或交易等不同粒度配置日志級(jí)別、輸出文件；可提供統(tǒng)一運(yùn)維系統(tǒng)的日志監(jiān)控。

        7、解決投產(chǎn)時(shí)需要暫停服務(wù)、重啟服務(wù)，單點(diǎn)跑批的問(wèn)題（如支持熱發(fā)布和支持多節(jié)點(diǎn)并行跑批，請(qǐng)?zhí)峁┚唧w解決方案）。

        3.2 系統(tǒng)環(huán)境部署需求

        投標(biāo)公司須提供開(kāi)發(fā)、測(cè)試、生產(chǎn)三套環(huán)境的部署方案，提供軟件需求、硬件需求的具體參數(shù)。

        3.3 用戶界面總體需求

        要求用戶界面，大方美觀，布局合理，符合本行對(duì)界面風(fēng)格的要求。

        3.4 性能需求

        零售信貸風(fēng)控管理系統(tǒng)涉及大量的信息訪問(wèn)模塊，對(duì)并發(fā)性能的要求比較高。因此系統(tǒng)的性能影響因素很多，系統(tǒng)建設(shè)要從網(wǎng)絡(luò)負(fù)載、WEB應(yīng)用服務(wù)器性能和數(shù)據(jù)庫(kù)服務(wù)性能和不同WEB應(yīng)用的處理方式等方面進(jìn)行性能分析。

        需提供F5或Nginx等硬件或軟件的負(fù)載均衡策略。需滿足至少2000人的同時(shí)訪問(wèn)和申請(qǐng)，系統(tǒng)性能無(wú)明顯下降等。

        請(qǐng)各投標(biāo)公司根據(jù)自身產(chǎn)品情況提供應(yīng)用系統(tǒng)在性能方面的詳細(xì)指標(biāo)值：

        1、簡(jiǎn)單頁(yè)面響應(yīng)及加載時(shí)間小于2秒，復(fù)雜數(shù)據(jù)統(tǒng)計(jì)及圖表顯示頁(yè)面響應(yīng)及加載時(shí)間小于5秒；

        2、平均響應(yīng)時(shí)間，關(guān)鍵交易的響應(yīng)時(shí)間

        3、峰值響應(yīng)時(shí)間

        3.5 可靠性需求

        系統(tǒng)須穩(wěn)定可靠，支持7*24小時(shí)不宕機(jī)，服務(wù)無(wú)故障，并且能與其他系統(tǒng)很好的對(duì)接。

        3.6 安全性需求

        零售信貸風(fēng)控管理系統(tǒng)是一個(gè)操作系統(tǒng)，且有部分功能面向互聯(lián)網(wǎng)，所以系統(tǒng)安全必須有保障。本系統(tǒng)需要考慮系統(tǒng)及數(shù)據(jù)可能面臨的以下安全威脅：

        （1）非人為因素：服務(wù)器意外斷電、損壞、硬盤(pán)出錯(cuò)或損壞、網(wǎng)絡(luò)中斷等；

        （2）人為因素：操作失誤、惡意攻擊、病毒破壞等；

        （3）信息泄露、信息竊取、假冒、抵賴等；

        （4）系統(tǒng)軟件安全漏洞。

        3.6.1 網(wǎng)絡(luò)安全

        （1）外聯(lián)系統(tǒng)網(wǎng)絡(luò)安全：本系統(tǒng)與外聯(lián)系統(tǒng)的數(shù)據(jù)傳輸網(wǎng)絡(luò)安全，嚴(yán)格遵照?qǐng)?zhí)行商業(yè)銀行外聯(lián)網(wǎng)絡(luò)建設(shè)相關(guān)規(guī)范的安全要求，同時(shí)復(fù)用商業(yè)銀行已有的互聯(lián)網(wǎng)連接及安全控制措施。

        （2）服務(wù)器及客戶端系統(tǒng)安全：為避免單點(diǎn)故障，應(yīng)用服務(wù)器采用負(fù)載均衡，數(shù)據(jù)庫(kù)服務(wù)器采用HA配置。

        （3）對(duì)于服務(wù)器操作系統(tǒng)，進(jìn)行相應(yīng)的安全配置維護(hù)管理，及時(shí)打補(bǔ)丁，安裝反病毒程序，定期殺毒，根據(jù)實(shí)際情況及時(shí)進(jìn)行安全策略調(diào)整，定期進(jìn)行數(shù)據(jù)備份。

        3.6.2 應(yīng)用系統(tǒng)安全

        （1）用戶訪問(wèn)安全

        身份認(rèn)證機(jī)制：使用統(tǒng)一認(rèn)證系統(tǒng)作為統(tǒng)一入口，增強(qiáng)訪問(wèn)的安全性和管理控制的便捷性；

        角色和權(quán)限控制：系統(tǒng)用戶劃分為不同的用戶組，同時(shí)將系統(tǒng)操作權(quán)限分割、細(xì)化，不同的用戶或用戶組可以授予不同的操作權(quán)限，實(shí)現(xiàn)系統(tǒng)的數(shù)據(jù)訪問(wèn)安全。

        操作權(quán)限：系統(tǒng)每個(gè)模塊都有獨(dú)自的操作權(quán)限，應(yīng)支持系統(tǒng)用戶的機(jī)構(gòu)遷移和系統(tǒng)機(jī)構(gòu)的關(guān)鍵要素變更。

        數(shù)據(jù)權(quán)限：用戶登錄統(tǒng)一采用WEB頁(yè)面進(jìn)行登錄，在流程審批時(shí)，須嚴(yán)格遵守授權(quán)制度。

        授權(quán)控制：從功能、機(jī)構(gòu)和數(shù)據(jù)三個(gè)維度來(lái)控制一個(gè)用戶的權(quán)限。

        （2）數(shù)據(jù)傳輸安全

        用戶客戶端與WEB、應(yīng)用服務(wù)器間采用HTTPS協(xié)議，對(duì)數(shù)據(jù)傳輸過(guò)程進(jìn)行加密。

        3.7 容錯(cuò)性需求

        由于零售信貸風(fēng)控管理系統(tǒng)對(duì)時(shí)效性要求較高，在系統(tǒng)設(shè)計(jì)時(shí)需考慮提供相應(yīng)機(jī)制，能保障整個(gè)系統(tǒng)有較高的可用性。如：

        1.防重復(fù)提交機(jī)制

        對(duì)于一些較復(fù)雜的操作場(chǎng)景（如貸款申請(qǐng)），可能會(huì)出現(xiàn)由于操作失誤所導(dǎo)致請(qǐng)求重復(fù)提交，應(yīng)提供機(jī)制，避免對(duì)單一功能的重復(fù)提交；

        2.交易存儲(chǔ)-重發(fā)機(jī)制

        系統(tǒng)要對(duì)于關(guān)鍵性交易（如貸款申請(qǐng)交易），一律采取先存儲(chǔ)交易場(chǎng)景，再發(fā)送申請(qǐng)的機(jī)制，當(dāng)交易失敗時(shí)，可以視失敗原因（例如，通訊失?。駲C(jī)重發(fā)，或等待日終對(duì)賬處理。

        3.操作預(yù)防機(jī)制

        通過(guò)對(duì)用戶操作時(shí)嚴(yán)格控制（如，控制數(shù)據(jù)長(zhǎng)度、精度、范圍、以及業(yè)務(wù)處理規(guī)則等），配合友好的提示，盡量將系統(tǒng)的錯(cuò)誤處理前移，實(shí)現(xiàn)整個(gè)系統(tǒng)的預(yù)防性容錯(cuò)。

        3.8 穩(wěn)定性需求

        系統(tǒng)應(yīng)使用開(kāi)放的架構(gòu)、無(wú)單點(diǎn)故障、無(wú)瓶頸，并可支持線形擴(kuò)展，能支持雙活部署或提供實(shí)時(shí)熱備方案。

        3.9 可擴(kuò)展性需求

        系統(tǒng)的前臺(tái)和后臺(tái)在設(shè)計(jì)上是獨(dú)立的，前端程序和后臺(tái)程序都具備高可擴(kuò)展性，可根據(jù)銀行業(yè)務(wù)需求個(gè)性化定制功能，提供完整的數(shù)據(jù)接口，可供其他系統(tǒng)調(diào)用。

        后臺(tái)程序：能根據(jù)銀行各個(gè)外圍系統(tǒng)的具體報(bào)文格式要求進(jìn)行數(shù)據(jù)傳送；

        前臺(tái)程序：功能模塊均需具備可擴(kuò)展性。

        3.10 服務(wù)需求

        3.10.1 建設(shè)與實(shí)施

        3.10.1.1 項(xiàng)目啟動(dòng)階段

        在該階段，需完成項(xiàng)目立項(xiàng)、項(xiàng)目規(guī)劃、需求分析與需求確認(rèn)、系統(tǒng)設(shè)計(jì)等工作，為系統(tǒng)實(shí)現(xiàn)做好準(zhǔn)備。        

        3.10.1.2 系統(tǒng)實(shí)現(xiàn)階段

        在該階段，主要是完成代碼編寫(xiě)和系統(tǒng)測(cè)試工作。

        該階段的工作成果包括：

        3.10.1.3 系統(tǒng)上線階段

        在該階段，最關(guān)鍵的活動(dòng)是系統(tǒng)發(fā)布、試運(yùn)行和系統(tǒng)上線活動(dòng)。

        該階段的工作成果包括：        

        3.10.1.4 驗(yàn)收交付階段

        該階段是完成項(xiàng)目驗(yàn)收、確認(rèn)《驗(yàn)收?qǐng)?bào)告》、項(xiàng)目結(jié)項(xiàng)。

        該階段的工作成果包括：

        3.10.2 維護(hù)與支持

        （1）從合同系統(tǒng)上線三個(gè)月后(即試運(yùn)行期結(jié)束)且系統(tǒng)驗(yàn)收通過(guò)之日起，乙方應(yīng)按照工作說(shuō)明書(shū)約定的內(nèi)容，向甲方提供12個(gè)月的合同系統(tǒng)免費(fèi)缺陷修復(fù)維護(hù)支持服務(wù)。

        （2）在上述免費(fèi)產(chǎn)品維護(hù)服務(wù)期內(nèi)，乙方將安排不低于2人常駐甲方現(xiàn)場(chǎng)，指導(dǎo)和協(xié)助甲方的相關(guān)業(yè)務(wù)和技術(shù)人員，提供系統(tǒng)運(yùn)維服務(wù)與支持。同時(shí)，乙方應(yīng)提供離場(chǎng)支持。

        在上述免費(fèi)維護(hù)期內(nèi)，乙方提供的服務(wù)如下：

        ●不低于2人的常駐現(xiàn)場(chǎng)支持服務(wù)；

        ●提供系統(tǒng)缺陷的修復(fù)；

        ●提供性能優(yōu)化服務(wù)；

        （3）每周提供7*24小時(shí)的遠(yuǎn)程服務(wù)支持，支持方式包括：電話、短信、電子郵件等等；

        系統(tǒng)試運(yùn)行期與免費(fèi)維護(hù)期服務(wù)時(shí)限標(biāo)準(zhǔn)如下：        

        3.10.3 培訓(xùn)與交接

        乙方需確保在系統(tǒng)開(kāi)發(fā)和建設(shè)中所提供的培訓(xùn)是全面而系統(tǒng)的，包含了系統(tǒng)應(yīng)用軟件和開(kāi)發(fā)工具等培訓(xùn)內(nèi)容。

        乙方對(duì)下列人員進(jìn)行相應(yīng)培訓(xùn)，并提供教材：

        ●系統(tǒng)開(kāi)發(fā)人員

        ●系統(tǒng)運(yùn)維人員

        ●系統(tǒng)管理員

        ●最終用戶

        培訓(xùn)內(nèi)容包括但不限于：

        ●信用評(píng)分卡（A卡，B卡）開(kāi)發(fā)和可靠性測(cè)試培訓(xùn)

        ●規(guī)則引擎開(kāi)發(fā)和可靠性測(cè)試培訓(xùn)

        ●系統(tǒng)架構(gòu)、數(shù)據(jù)架構(gòu)、產(chǎn)品配置、業(yè)務(wù)流程、日常運(yùn)維培訓(xùn)

        3.11 其他需求

        3.11.1 數(shù)據(jù)庫(kù)使用安全

        數(shù)據(jù)庫(kù)管理嚴(yán)格按照數(shù)據(jù)訪問(wèn)范圍分配用戶權(quán)限，并采用視圖訪問(wèn)機(jī)制屏蔽用戶資料和機(jī)密信息。

        3.12.2 數(shù)據(jù)備份與恢復(fù)

        數(shù)據(jù)庫(kù)運(yùn)行在歸檔日志模式，滿足我行對(duì)系統(tǒng)備份的要求。

        一般性數(shù)據(jù)恢復(fù)首先確定恢復(fù)數(shù)據(jù)時(shí)點(diǎn)，從備份數(shù)據(jù)中先恢復(fù)全量備份，再恢復(fù)之后的增量備份。

        對(duì)于災(zāi)難性恢復(fù)，則通過(guò)恢復(fù)最近一次的數(shù)據(jù)備份及源系統(tǒng)數(shù)據(jù)進(jìn)行數(shù)據(jù)追補(bǔ)。日常備份最小時(shí)間間隔不大于1天，以保障災(zāi)難發(fā)生時(shí)數(shù)據(jù)丟失小于24小時(shí)的恢復(fù)時(shí)間目標(biāo)。