消費(fèi)信貸系統(tǒng)架構(gòu)設(shè)計(jì)項(xiàng)目說(shuō)明指導(dǎo)書

宇信易誠(chéng)消費(fèi)信貸管理系統(tǒng)——架構(gòu)設(shè)計(jì)說(shuō)明書v0.1

目錄1 概述 41.1 文檔目標(biāo) 41.2 背景和建設(shè)目標(biāo) 41.3 設(shè)計(jì)規(guī)范和約束 41.4 參考資料 51.5 述語(yǔ) 52 架構(gòu)需求分析 62.1 消費(fèi)貸關(guān)鍵業(yè)務(wù)場(chǎng)景分析 62.1.1 場(chǎng)景：申請(qǐng) 62.1.2 場(chǎng)景：電核 62.1.3 場(chǎng)景：審批 72.1.4 場(chǎng)景：面簽 82.1.5 場(chǎng)景：還款計(jì)劃和費(fèi)率計(jì)算 92.2 消費(fèi)貸業(yè)務(wù)特征 92.3 設(shè)計(jì)目標(biāo)和標(biāo)準(zhǔn) 93 架構(gòu)設(shè)計(jì) 113.1 系統(tǒng)業(yè)務(wù)架構(gòu) 113.1.1 業(yè)務(wù)模式 113.1.2 業(yè)務(wù)步驟 113.1.3 功效劃分 123.2 系統(tǒng)邏輯架構(gòu) 133.2.1 功效層次劃分 133.2.2 功效層次關(guān)系 143.3 系統(tǒng)技術(shù)架構(gòu) 153.3.1 子系統(tǒng)劃分 153.3.2 技術(shù)選型 173.3.3 技術(shù)架構(gòu)分層 173.3.4 關(guān)鍵技術(shù)點(diǎn) 194 功效設(shè)計(jì) 234.1 功效模塊劃分 234.2 功效結(jié)構(gòu)設(shè)計(jì) 245 非功效設(shè)計(jì) 275.1 性能設(shè)計(jì) 275.2 安全設(shè)計(jì) 275.3 容錯(cuò)設(shè)計(jì) 28

概述文檔目標(biāo)《架構(gòu)設(shè)計(jì)說(shuō)明書》用于確定消費(fèi)信貸系統(tǒng)整體架構(gòu)，明確業(yè)務(wù)功效結(jié)構(gòu)、技術(shù)方向、和設(shè)計(jì)標(biāo)準(zhǔn)，為后續(xù)階段進(jìn)行概要設(shè)計(jì)、具體設(shè)計(jì)、編碼開發(fā)和測(cè)試提供方向性、標(biāo)準(zhǔn)性指導(dǎo)。消費(fèi)信貸系統(tǒng)關(guān)鍵針對(duì)消費(fèi)金融企業(yè)、銀行消費(fèi)信貸部門業(yè)務(wù)運(yùn)行需求而設(shè)計(jì)，本說(shuō)明書將從消費(fèi)貸業(yè)務(wù)特征分析為切入點(diǎn)，從業(yè)務(wù)架構(gòu)、邏輯架構(gòu)、技術(shù)架構(gòu)等多個(gè)維度，逐步分析采取何種技術(shù)架構(gòu)能夠在最大程度地滿足現(xiàn)有業(yè)務(wù)需求同時(shí)，也能兼顧未來(lái)一段時(shí)間內(nèi)業(yè)務(wù)發(fā)展改變。背景和建設(shè)目標(biāo)基于中國(guó)整體消費(fèi)金融業(yè)務(wù)發(fā)展情況和銀行關(guān)注消費(fèi)金融程度，和國(guó)家加速發(fā)放消費(fèi)金融牌照趨勢(shì)，為了能夠搶占消費(fèi)系統(tǒng)服務(wù)市場(chǎng)份額，尤其研發(fā)新一代消費(fèi)信貸管理系統(tǒng)。消費(fèi)系統(tǒng)建設(shè)整體目標(biāo)以下：1、建立優(yōu)異、有效、多類型進(jìn)單渠道，并建立和渠道溝通方法，以擴(kuò)大和外部合作機(jī)構(gòu)、消費(fèi)者聯(lián)絡(luò)和服務(wù)質(zhì)量；擴(kuò)大用戶群體和異地服務(wù)能力。2、為了支持消費(fèi)貸款業(yè)務(wù)短、平、快、業(yè)務(wù)量大等情況，建立適合業(yè)務(wù)處理步驟。實(shí)現(xiàn)業(yè)務(wù)精細(xì)化管理、統(tǒng)計(jì)分析、監(jiān)測(cè)、審批、控制電子化和自動(dòng)化，提供存放、匯總、搜集、反應(yīng)，為各層次經(jīng)營(yíng)管理者提供監(jiān)控、決議、分析、預(yù)警等功效，為信貸業(yè)務(wù)創(chuàng)新、經(jīng)營(yíng)決議提供充足信息支持。3、高效影像審批步驟：經(jīng)過(guò)消費(fèi)信貸管理系統(tǒng)和影像系統(tǒng)整合，和經(jīng)過(guò)系統(tǒng)提供在線通知、在線打印等自動(dòng)化功效，實(shí)現(xiàn)業(yè)務(wù)審批模式突破，滿足消費(fèi)業(yè)務(wù)集中審批、無(wú)紙化辦公要求。4、智能數(shù)據(jù)決議分析平臺(tái)：經(jīng)過(guò)多種報(bào)表展示和數(shù)據(jù)統(tǒng)計(jì)分析查詢，為不一樣層次人員提供對(duì)應(yīng)數(shù)據(jù)，提升決議效率和決議效果。5、標(biāo)準(zhǔn)外圍系統(tǒng)接口和數(shù)據(jù)規(guī)則：建立統(tǒng)一外圍系統(tǒng)接口，包含人行征信/公安身份核查/總帳接口等；建立導(dǎo)入/導(dǎo)出數(shù)據(jù)和模板標(biāo)準(zhǔn)，便于和第三方進(jìn)行數(shù)據(jù)文件交換。設(shè)計(jì)規(guī)范和約束Web容器（Servlet）JSR154規(guī)范步驟引擎遵照WFMC規(guī)范規(guī)則引擎遵照J(rèn)SR199規(guī)范內(nèi)容服務(wù)器遵照J(rèn)SR170、JSR283規(guī)范基于宇信企業(yè)EMP平臺(tái)進(jìn)行構(gòu)建，在遵照EMP架構(gòu)規(guī)范同時(shí)，在技術(shù)實(shí)現(xiàn)方法上接收EMP約束.步驟引擎參考WFMC標(biāo)準(zhǔn)進(jìn)行設(shè)計(jì)，和非WFMC標(biāo)準(zhǔn)其它步驟平臺(tái)對(duì)接實(shí)現(xiàn)上存在一定技術(shù)困難，需作為關(guān)注技術(shù)實(shí)現(xiàn)約束條件。參考資料《消費(fèi)金融企業(yè)試點(diǎn)管理措施》述語(yǔ)個(gè)人消費(fèi)貸款：金融機(jī)構(gòu)向個(gè)人用戶發(fā)放有指定消費(fèi)用途人民幣貸款業(yè)務(wù)，用途關(guān)鍵有個(gè)人購(gòu)物、住房、汽車、通常助學(xué)貸款等消費(fèi)性個(gè)人貸款。CC：電話客服中心系統(tǒng)。電核：金融機(jī)構(gòu)經(jīng)過(guò)電話溝通方法核實(shí)借款人身份、貸款用途等基礎(chǔ)情況。面簽：貸款審批經(jīng)過(guò)以后，約用戶到場(chǎng)簽署借款協(xié)議、繳納費(fèi)用，向用戶說(shuō)明貸款權(quán)利義務(wù)。合作方：指金融機(jī)構(gòu)在營(yíng)銷貸款產(chǎn)品時(shí)合作伙伴，如合作商戶、大賣場(chǎng)、4S店等等。功效模塊：系統(tǒng)技術(shù)實(shí)現(xiàn)時(shí)，封裝一類業(yè)務(wù)功效組織單元，一個(gè)功效模塊下有一個(gè)或多個(gè)功效組件。功效組件：系統(tǒng)技術(shù)實(shí)現(xiàn)時(shí)封裝業(yè)務(wù)功效和處理邏輯組織單元，每個(gè)單元在概念上和業(yè)務(wù)過(guò)程中業(yè)務(wù)實(shí)體基礎(chǔ)一致，如用戶組件。頁(yè)面部件：系統(tǒng)技術(shù)實(shí)現(xiàn)，用于在系統(tǒng)界面中展現(xiàn)業(yè)務(wù)要素基礎(chǔ)單元，如文本輸入框。

架構(gòu)需求分析消費(fèi)貸關(guān)鍵業(yè)務(wù)場(chǎng)景分析場(chǎng)景：申請(qǐng)消費(fèi)貸款申請(qǐng)，是信貸類系統(tǒng)經(jīng)典場(chǎng)景之一，申請(qǐng)關(guān)鍵目標(biāo)是為搜集用戶貸款融資需求和用戶基礎(chǔ)信息，同時(shí)申請(qǐng)還需借助多種渠道來(lái)充足發(fā)揮其市場(chǎng)營(yíng)銷功效。在消費(fèi)貸申請(qǐng)場(chǎng)景下，會(huì)有多個(gè)運(yùn)作模式，比如由用戶經(jīng)理直接登錄系統(tǒng)操作完成、由用戶經(jīng)過(guò)多種渠道操作完成、由合作商戶經(jīng)過(guò)多種渠道代理用戶操作完成等等。消費(fèi)貸申請(qǐng)用例圖以下：圖2-1從上圖中可知，消費(fèi)貸申請(qǐng)過(guò)程中包含到角色有用戶（申請(qǐng)人）、經(jīng)銷商（合作商戶）和用戶經(jīng)理。用戶能夠從網(wǎng)站（銀行本身或第三方）、終端設(shè)備提議貸款申請(qǐng)；經(jīng)銷商能夠從終端設(shè)備、合作商戶子系統(tǒng)（消費(fèi)貸子系統(tǒng)）提議申請(qǐng)；用戶經(jīng)理能夠從消費(fèi)貸系統(tǒng)提議申請(qǐng)。對(duì)用戶、經(jīng)銷商和用戶經(jīng)理均能夠經(jīng)過(guò)系統(tǒng)查詢申請(qǐng)狀態(tài)（其權(quán)限范圍內(nèi)）。用戶經(jīng)理和后臺(tái)自動(dòng)任務(wù)能夠?qū)ι暾?qǐng)資料合規(guī)性進(jìn)行篩選。消費(fèi)貸申請(qǐng)，是整個(gè)系統(tǒng)業(yè)務(wù)操作入口，其包含角色、渠道多，情況復(fù)雜變數(shù)多，同時(shí)在消費(fèi)貸下不一樣產(chǎn)品申請(qǐng)時(shí)所關(guān)注業(yè)務(wù)要素可能有較顯著差異，系統(tǒng)需要充足考慮金融機(jī)構(gòu)消費(fèi)貸產(chǎn)品種類井噴時(shí)系統(tǒng)應(yīng)對(duì)方法。因?yàn)榘簧偾朗怯捎脩糁鲃?dòng)填寫并提議，所以其數(shù)據(jù)量可能會(huì)很大，對(duì)應(yīng)垃圾數(shù)據(jù)量也會(huì)很大，所以需要有些人工和系統(tǒng)自動(dòng)相配合數(shù)據(jù)篩選功效，對(duì)大量申請(qǐng)數(shù)據(jù)進(jìn)行甄別。因?yàn)闃I(yè)務(wù)申請(qǐng)量可能較大，在設(shè)計(jì)時(shí)需要考慮盡可能將錄入工作從用戶經(jīng)理日常工作中剝離出來(lái)，減輕用戶經(jīng)理反復(fù)工作量。場(chǎng)景：電核消費(fèi)貸款電核，用于對(duì)用戶身份和申請(qǐng)信息真實(shí)核查，通常情況下，電核為金融機(jī)構(gòu)內(nèi)獨(dú)立部門使用獨(dú)立系統(tǒng)（如CC）進(jìn)行，消費(fèi)貸款系統(tǒng)僅配合其完成電核操作即可，而不再去實(shí)現(xiàn)和CC系統(tǒng)相關(guān)功效（如任務(wù)調(diào)度、座席管理等等）。消費(fèi)貸用例圖以下所表示：圖2-2從上圖中可知，消費(fèi)貸電核過(guò)程中包含到角色有用戶經(jīng)理、電核人員和用戶。用戶經(jīng)理從消費(fèi)貸系統(tǒng)中將資料提交至電核系統(tǒng)，同時(shí)也能夠查詢電核反饋結(jié)果；電核人員在電核系統(tǒng)中和用戶電話聯(lián)絡(luò)，并將電核情況統(tǒng)計(jì)至系統(tǒng)中。電核過(guò)程，對(duì)于消費(fèi)貸系統(tǒng)而言是一個(gè)可選部分，不是全部消費(fèi)貸產(chǎn)品全部需要這一步驟，而對(duì)于沒(méi)有類似CC系統(tǒng)金融機(jī)構(gòu)，但需要對(duì)用戶作電核，則能夠考慮直接作為系統(tǒng)業(yè)務(wù)步驟一部分來(lái)簡(jiǎn)化實(shí)現(xiàn)，即在消費(fèi)貸中系統(tǒng)錄入線下電核結(jié)果即可。因?yàn)殡姾瞬襟E包含獨(dú)立電核系統(tǒng)，所以在設(shè)計(jì)時(shí)需要充足考慮和電核系統(tǒng)間可能交互模式，確保在接入不一樣電核系統(tǒng)時(shí)，對(duì)消費(fèi)貸本身業(yè)務(wù)步驟實(shí)現(xiàn)沒(méi)有影響。場(chǎng)景：審批消費(fèi)貸申請(qǐng)審批，也是信貸類系統(tǒng)經(jīng)典場(chǎng)景之一，審批關(guān)鍵目標(biāo)是對(duì)用戶貸款申請(qǐng)，按金融機(jī)構(gòu)內(nèi)規(guī)章制度進(jìn)行逐層審批。不一樣金融機(jī)構(gòu)、不一樣產(chǎn)品其審批步驟步驟、參與人員、和審批規(guī)則將會(huì)有顯著區(qū)分。消費(fèi)貸申請(qǐng)審批用例圖下如：圖2-3從上圖可知，參與審批角色關(guān)鍵有用戶經(jīng)理和審批人員（如，其它用戶經(jīng)理、主管、風(fēng)險(xiǎn)專員等等），擔(dān)當(dāng)審批人員角色不一樣機(jī)構(gòu)、不一樣產(chǎn)品、甚至同一產(chǎn)品內(nèi)不一樣申請(qǐng)（如，新件和復(fù)議件）全部會(huì)有不一樣角色人員來(lái)完成審批工作，其完全取決和行內(nèi)規(guī)章制度。但不管審批角色怎樣改變，其需要完成動(dòng)作基礎(chǔ)一至，關(guān)鍵包含對(duì)申請(qǐng)同意、否決、打回或撤銷等等。在設(shè)計(jì)時(shí)需考慮消費(fèi)貸審批過(guò)程不確性，系統(tǒng)需要提供靈活配置功效來(lái)應(yīng)對(duì)不確定審批需求。因?yàn)樘焯焐暾?qǐng)單量可能較大，需要在設(shè)計(jì)層面充足考慮怎樣提升審批工作效率，比如批量審批操作、自動(dòng)審批、關(guān)鍵消息提醒等等。同時(shí)，需要提供充足審批統(tǒng)計(jì)數(shù)據(jù)，為行內(nèi)審批步驟優(yōu)化再造提供數(shù)據(jù)分析支撐。場(chǎng)景：面簽面簽是信貸類系統(tǒng)經(jīng)典場(chǎng)景之一，面簽關(guān)鍵目標(biāo)是在審批經(jīng)過(guò)以后約用戶到場(chǎng)簽署借款協(xié)議、繳納費(fèi)用，向用戶說(shuō)明貸款權(quán)利義務(wù)等等。通常而言面簽關(guān)鍵工作是在系統(tǒng)線下完成，線上關(guān)鍵協(xié)議打印、登記面簽結(jié)果、確定協(xié)議已簽即可。但對(duì)于消費(fèi)貸而言，對(duì)時(shí)間要求高，面簽過(guò)程可能會(huì)直接在場(chǎng)外完成，以提升貸款效率。消費(fèi)貸面簽用例圖以下：圖2-4從上圖可知，面簽過(guò)程參與角色關(guān)鍵有用戶、用戶經(jīng)理、合作商戶（如經(jīng)銷商），假如在場(chǎng)內(nèi)簽署協(xié)議，則用戶和用戶經(jīng)理參與即可，假如在場(chǎng)外簽署協(xié)議，則可能由用戶、合作商戶、和用戶經(jīng)理共同參與，也有可能在場(chǎng)外經(jīng)過(guò)專用設(shè)備進(jìn)行遠(yuǎn)程面簽（如視屏面簽），此時(shí)就不需要用戶經(jīng)理必需到場(chǎng)，僅需合作商戶經(jīng)過(guò)配合即可。因?yàn)橄M(fèi)貸面簽過(guò)程大多全部是在場(chǎng)內(nèi)線下進(jìn)行，但伴隨IT技術(shù)不停發(fā)展，面簽功效會(huì)逐步放在場(chǎng)外上線進(jìn)行，系統(tǒng)需要充足考慮在新面簽?zāi)Ｊ较略鯓幽芎芎弥С?。?chǎng)景：還款計(jì)劃和費(fèi)率計(jì)算因?yàn)橄M(fèi)貸大多數(shù)全部是采取按揭方法還款，對(duì)靈活還款計(jì)劃計(jì)算必不可少。系統(tǒng)需要能支持多種方法還款計(jì)劃計(jì)算，和對(duì)應(yīng)費(fèi)率計(jì)算。因?yàn)榻鹑谄髽I(yè)可能沒(méi)有核實(shí)系統(tǒng)，所以系統(tǒng)中需要能提供部分賬務(wù)核實(shí)功效；而對(duì)于有核實(shí)系統(tǒng)銀行，則需要實(shí)現(xiàn)和其核實(shí)系統(tǒng)接口。為此系統(tǒng)需要充足考慮怎樣支持有核實(shí)系統(tǒng)和無(wú)核實(shí)系統(tǒng)兩種情況。消費(fèi)貸業(yè)務(wù)特征消費(fèi)貸款產(chǎn)品和其它貸款產(chǎn)品相比，其基礎(chǔ)特征是小額、快速和靈活。在運(yùn)作模式上關(guān)鍵特征是和特約商戶合作推廣業(yè)務(wù)。在目標(biāo)用戶群體在關(guān)鍵特征是針對(duì)年輕人、年輕家庭和由合作商戶推薦用戶。服務(wù)模式上，關(guān)鍵特征是IT自助型服務(wù)模式。消費(fèi)貸‘快速’這個(gè)特征最為突出，其中最快貸款產(chǎn)品要求能夠直接在商戶賣場(chǎng)中1小時(shí)之內(nèi)完成，通常消費(fèi)貸款產(chǎn)品，要求在1~3個(gè)工作日內(nèi)完成。而機(jī)構(gòu)內(nèi)審批時(shí)間要求最快能在30內(nèi)分鐘完成。能夠說(shuō)沒(méi)有什么貸款產(chǎn)品比消費(fèi)貸對(duì)工作效率要求更高，這對(duì)于承載消費(fèi)貸業(yè)務(wù)運(yùn)行IT系統(tǒng)而言，怎樣滿足對(duì)高效率要求將是一個(gè)挑戰(zhàn)。消費(fèi)貸‘靈活’關(guān)鍵表現(xiàn)在還款方法、利率和貸款品種上。因?yàn)橄M(fèi)針正確目標(biāo)用戶用款需求十分明確，相對(duì)和信用卡（等其貸款產(chǎn)品）而言，還款方法和利率定價(jià)針對(duì)性更強(qiáng)，對(duì)于用戶而言享用金融服務(wù)方法（如更適合本身?xiàng)l件還款方法）也更為多樣化，更靈活。因?yàn)橄M(fèi)領(lǐng)域十廣泛，和商戶合作方法很多，對(duì)應(yīng)消費(fèi)貸會(huì)衍生出很多產(chǎn)品，如針對(duì)耐用消費(fèi)品貸款產(chǎn)品、針對(duì)電子消費(fèi)品貸款產(chǎn)品、針對(duì)教育培訓(xùn)貸款產(chǎn)品、針對(duì)汽車衍生品貸款產(chǎn)品等等。對(duì)于IT系統(tǒng)而言，需仔細(xì)考慮怎樣應(yīng)對(duì)業(yè)務(wù)產(chǎn)品形態(tài)多樣化?？赡苁且?yàn)槟贻p人更能接收超前消費(fèi)觀念原因，市面上已經(jīng)有消費(fèi)貸產(chǎn)品面向用戶關(guān)鍵群體通常是年輕人，消費(fèi)貸產(chǎn)品未來(lái)一定會(huì)考慮采取更有針對(duì)性自動(dòng)營(yíng)銷渠道，比如直接在網(wǎng)上商城內(nèi)營(yíng)銷、手機(jī)/PAD等終端設(shè)備上營(yíng)銷、微博營(yíng)銷等等。對(duì)于IT系統(tǒng)而言則需要能支持多個(gè)營(yíng)銷渠道起源，同時(shí)也能提供給用戶更多享用金融服務(wù)渠道，如經(jīng)過(guò)手機(jī)/PAD等IT自助服務(wù)。因?yàn)榻鹑跈C(jī)構(gòu)消費(fèi)貸產(chǎn)品未來(lái)發(fā)展，在很大程度上取決于對(duì)合作商戶不停發(fā)掘，對(duì)于IT系統(tǒng)而言，需要充足考慮怎樣應(yīng)對(duì)不停增加合作商和合作模式給系統(tǒng)功效帶來(lái)負(fù)面影響。設(shè)計(jì)目標(biāo)和標(biāo)準(zhǔn)消費(fèi)貸系統(tǒng)作為一個(gè)獨(dú)立、新興貸款類業(yè)務(wù)操作系統(tǒng)關(guān)鍵圍繞著以下三個(gè)關(guān)鍵目標(biāo)進(jìn)行設(shè)計(jì)和建設(shè)：系統(tǒng)能提升消費(fèi)貸業(yè)務(wù)運(yùn)作效率；消費(fèi)貸業(yè)務(wù)對(duì)時(shí)效性要求很高，在設(shè)計(jì)時(shí)需要優(yōu)先考慮，系統(tǒng)能提供哪些模式，讓工作效率得到最大程度提升。提升用戶在系統(tǒng)中工作效率，首先是要有良好UI設(shè)計(jì)，在UI設(shè)計(jì)時(shí)考慮能達(dá)成不一樣業(yè)務(wù)場(chǎng)景下突出不一樣關(guān)鍵效果，盡可能實(shí)現(xiàn)‘消息驅(qū)動(dòng)’UI操作模式。要提升效率僅僅從UI層考慮是不夠，更應(yīng)該從優(yōu)化業(yè)務(wù)操作步驟著手，深入考慮IT技術(shù)怎樣幫助業(yè)務(wù)流轉(zhuǎn)加速，比如，自動(dòng)化數(shù)據(jù)篩選、自動(dòng)化審批、任務(wù)智能分配、大任務(wù)拆分、基于數(shù)據(jù)分析步驟再造等等。除此UI和業(yè)務(wù)步驟優(yōu)化之外，在系統(tǒng)設(shè)計(jì)時(shí)需考慮提供對(duì)應(yīng)機(jī)制，保障在業(yè)務(wù)高峰期系統(tǒng)性能，盡可能確保不會(huì)出現(xiàn)因?yàn)橄到y(tǒng)響應(yīng)速度原所以影響業(yè)務(wù)效率，比如，合理子系統(tǒng)劃分、流量控制、支持系統(tǒng)橫向擴(kuò)展架構(gòu)等等。系統(tǒng)能規(guī)范業(yè)務(wù)步驟、屏蔽操作風(fēng)險(xiǎn)；消費(fèi)貸系統(tǒng)作為業(yè)務(wù)操作管理類系統(tǒng)而言，能夠監(jiān)控和約束對(duì)機(jī)構(gòu)內(nèi)人員行為，屏蔽人為操作風(fēng)險(xiǎn)發(fā)生，是最原始初衷之一。系統(tǒng)設(shè)計(jì)時(shí)，不僅僅把貸款審批過(guò)程用工作流模式來(lái)實(shí)現(xiàn)，而是考慮采取其來(lái)實(shí)現(xiàn)操作層面根本功效，經(jīng)過(guò)在系統(tǒng)中構(gòu)建各業(yè)務(wù)場(chǎng)景間流轉(zhuǎn)邏輯關(guān)系，來(lái)實(shí)現(xiàn)業(yè)務(wù)規(guī)范在系統(tǒng)中落地。同時(shí)，工作流模式還需要和風(fēng)險(xiǎn)識(shí)別和攔截機(jī)制結(jié)合起來(lái)，才能真正發(fā)揮規(guī)范業(yè)務(wù)步驟作用。系統(tǒng)能支撐消費(fèi)業(yè)務(wù)不停發(fā)展；消費(fèi)金融企業(yè)在中國(guó)處于起步階段，未來(lái)變數(shù)還很大，其關(guān)鍵表現(xiàn)在新消費(fèi)貸產(chǎn)品可能會(huì)大量出現(xiàn)，甚至?xí)霈F(xiàn)全新業(yè)務(wù)模式?，F(xiàn)在所設(shè)計(jì)消費(fèi)貸系統(tǒng)，必需要認(rèn)真考慮怎樣能適應(yīng)未來(lái)較長(zhǎng)一段時(shí)間內(nèi)（3年）業(yè)務(wù)需求改變，最少要確保不影響業(yè)務(wù)發(fā)展，同時(shí)，盡可能能縮短未來(lái)新產(chǎn)品落地開發(fā)周期，不影響新產(chǎn)品投放時(shí)間。

架構(gòu)設(shè)計(jì)系統(tǒng)業(yè)務(wù)架構(gòu)消費(fèi)貸業(yè)務(wù)不一樣于傳統(tǒng)個(gè)人消費(fèi)類貸款，其有著更靈活業(yè)務(wù)運(yùn)行方法，下面將從業(yè)務(wù)模式、業(yè)務(wù)步驟、功效劃分三個(gè)部分來(lái)分析消費(fèi)貸業(yè)務(wù)架構(gòu)。業(yè)務(wù)模式消費(fèi)貸業(yè)務(wù)模式和傳統(tǒng)個(gè)人消費(fèi)類貸款、和個(gè)人信用卡相比，最大不一樣就是營(yíng)銷渠道不一樣，采取現(xiàn)場(chǎng)主動(dòng)營(yíng)銷方法，即直接在用戶消費(fèi)場(chǎng)所營(yíng)銷，而不是被動(dòng)地等著用戶上門來(lái)貸款或刷卡消費(fèi)。為此，消費(fèi)貸運(yùn)作需要合作方支持，業(yè)務(wù)模式見下圖：圖3-1在傳統(tǒng)貸款方法下，用戶貸款需求是直接面向金融機(jī)構(gòu)，而消費(fèi)貸是經(jīng)過(guò)在合作方（如賣場(chǎng)、4S店、培訓(xùn)機(jī)構(gòu)等等）內(nèi)主動(dòng)挖掘需求。在成交以后，金融機(jī)構(gòu)直接將貨款打給合作方；用戶方分期向金融機(jī)構(gòu)還款；金融機(jī)構(gòu)在一定條件下，定時(shí)付給合作方一定傭金。在這種模式下金融機(jī)構(gòu)賺取了利息和手續(xù)費(fèi)、合作方擴(kuò)大自己用戶群并能賺取一定傭金、用戶則提前買到了合作方產(chǎn)品或服務(wù)，實(shí)現(xiàn)了三方共贏。在這個(gè)模式下，對(duì)于金融機(jī)構(gòu)而言，最關(guān)鍵是怎樣找到適宜合作方，且能盡可能多地?cái)U(kuò)展新不一樣領(lǐng)域合作方，同時(shí)提供合作方感愛好激勵(lì)機(jī)制（如傭金等等）；對(duì)于用戶則能提供更有針對(duì)性還款方法。業(yè)務(wù)步驟消費(fèi)貸在業(yè)務(wù)步驟上和一般貸款在本質(zhì)上沒(méi)有太多區(qū)分，其目地全部是為了實(shí)現(xiàn)審貸分離。區(qū)分在于消費(fèi)貸為提升效率，步驟中各節(jié)點(diǎn)專業(yè)性更強(qiáng)、分工更明確，即采取類似信貸工廠模式（注：消費(fèi)貸并不是工廠模式）。業(yè)務(wù)步驟圖以下所表示：圖3-2消費(fèi)貸業(yè)務(wù)步驟中，電核為可選節(jié)點(diǎn)，有機(jī)構(gòu)或產(chǎn)品不需電核這一步驟，其它步驟均會(huì)必選步驟，面簽為線下節(jié)點(diǎn)，以后可能會(huì)放至線上。申請(qǐng)節(jié)點(diǎn)，由用戶經(jīng)理或用戶填寫并提議；電核節(jié)點(diǎn)，由獨(dú)立電核人員完成對(duì)用戶核實(shí)；審批節(jié)點(diǎn)，由管理人員完成對(duì)申請(qǐng)審批；面簽節(jié)點(diǎn)，由用戶經(jīng)理和用戶一起完成同合簽署；放款節(jié)點(diǎn)，由財(cái)務(wù)人員完成打款操作；還款節(jié)點(diǎn)，由系統(tǒng)自動(dòng)完成從用戶還款賬戶上扣款，或用戶主動(dòng)提議提前還款。伴隨業(yè)務(wù)量增大，以后可能會(huì)出現(xiàn)無(wú)法滿足對(duì)放款時(shí)限要求情況，到時(shí)將考慮將上述步驟中部分業(yè)務(wù)外包出去，比如申請(qǐng)和電核。同時(shí)，盡可能采取自動(dòng)步驟部分替換其中人工操作。功效劃分消費(fèi)貸系統(tǒng)關(guān)鍵面向獨(dú)立金融機(jī)構(gòu)，通常其關(guān)鍵職能會(huì)劃分到四個(gè)子部門：產(chǎn)品管理部門、風(fēng)險(xiǎn)管理部門、營(yíng)銷部門、財(cái)務(wù)部門。對(duì)應(yīng)圖3-2中，申請(qǐng)、面簽交由營(yíng)銷部門中用戶經(jīng)理完成，審批由產(chǎn)品管理部門和風(fēng)險(xiǎn)管理部門負(fù)責(zé)，放款由財(cái)務(wù)部門完成。具體消費(fèi)貸功效劃分以下：圖3-3消費(fèi)信貸業(yè)務(wù)功效由五個(gè)部分組成，包含業(yè)務(wù)受理子模塊、貸款業(yè)務(wù)步驟處理和管理子模塊、帳務(wù)模塊、報(bào)表子模塊、業(yè)務(wù)監(jiān)控子模塊，其包含了完成消費(fèi)主體業(yè)務(wù)所需全部功效。各子模塊完成專題工作，如受理模塊關(guān)鍵完成營(yíng)銷和渠道進(jìn)單功效；業(yè)務(wù)步驟處理和管理模塊關(guān)鍵完成金融機(jī)構(gòu)內(nèi)部對(duì)業(yè)務(wù)全部業(yè)務(wù)處理，包含電核、人工審批、放款、貸后管理、催收和保全；帳務(wù)模塊關(guān)鍵完成貸款或卡業(yè)務(wù)多種帳務(wù)計(jì)算，包含還款計(jì)劃生成、利息/貼息計(jì)算、罰息計(jì)算、復(fù)利計(jì)算、費(fèi)用計(jì)算、傭金計(jì)算等；報(bào)表模塊關(guān)鍵完成對(duì)全部業(yè)務(wù)分析、步驟分析、用戶分析、風(fēng)險(xiǎn)分析等統(tǒng)計(jì)和展現(xiàn)；業(yè)務(wù)監(jiān)控模塊關(guān)鍵用于對(duì)業(yè)務(wù)實(shí)時(shí)業(yè)務(wù)量監(jiān)控。系統(tǒng)邏輯架構(gòu)消費(fèi)貸款系統(tǒng)功效從邏輯上劃分成六個(gè)層面——業(yè)務(wù)操作層、業(yè)務(wù)管理層、業(yè)務(wù)工具層、決議分析層、賬務(wù)核實(shí)層和技術(shù)支撐層。功效邏輯結(jié)構(gòu)以下圖所表示：圖3-4功效層次劃分業(yè)務(wù)操作層在業(yè)務(wù)操作層中功效用于直接面向用戶業(yè)務(wù)操作和展現(xiàn)，能夠簡(jiǎn)單地認(rèn)為其相當(dāng)于系統(tǒng)面門，用作信貸基層人員對(duì)最終用戶業(yè)務(wù)門面和操作入口。其中包含業(yè)務(wù)產(chǎn)品線、合作方兩大部分。產(chǎn)品部分以業(yè)務(wù)產(chǎn)品為基礎(chǔ)組織單位，其負(fù)擔(dān)著一個(gè)產(chǎn)品在生命周期內(nèi)全部對(duì)外功效。之所從在概念上和物理上將這一層分離出來(lái)，首先能將系統(tǒng)功效和現(xiàn)實(shí)中業(yè)務(wù)角色功效映射上，降低現(xiàn)實(shí)業(yè)務(wù)和虛擬系統(tǒng)之間在基礎(chǔ)概念和組織結(jié)構(gòu)上差異；其次也是因?yàn)樵跇I(yè)務(wù)操作層面上，業(yè)務(wù)形態(tài)豐富、變數(shù)大，期望經(jīng)過(guò)架構(gòu)上分離，來(lái)確保系統(tǒng)能適應(yīng)這種特征，不會(huì)因?yàn)樾聵I(yè)務(wù)加入而影響已經(jīng)有業(yè)務(wù)。能夠說(shuō)業(yè)務(wù)操作層就是整個(gè)信貸業(yè)務(wù)外延。業(yè)務(wù)管理層在業(yè)務(wù)管理層中功效用于對(duì)業(yè)務(wù)操作層支撐和管控，能夠簡(jiǎn)單地認(rèn)為其相當(dāng)于中后臺(tái)，用于中、基層管理人員對(duì)業(yè)務(wù)運(yùn)作監(jiān)控和管控。本層以業(yè)務(wù)生命周期過(guò)程中業(yè)務(wù)實(shí)體為基礎(chǔ)組織單位，其承載著各業(yè)務(wù)步驟管理、配置、監(jiān)控、和對(duì)應(yīng)業(yè)務(wù)實(shí)體基礎(chǔ)功效（和現(xiàn)有劃分基礎(chǔ)對(duì)應(yīng)），并為業(yè)務(wù)操作層提供具體功效服務(wù)。因?yàn)椴扇I(yè)務(wù)實(shí)體為功效單組織單位，其相對(duì)操作層而言是穩(wěn)定，這是因?yàn)闃I(yè)務(wù)實(shí)體作為業(yè)務(wù)生命周期中承載業(yè)務(wù)要素介質(zhì)，其種類個(gè)數(shù)是一定是可窮舉，其在不一樣貸款業(yè)務(wù)間是相同、相同甚至是可共用，而且在不一樣銀行間之也是相同。而相對(duì)于業(yè)務(wù)操作層面，業(yè)務(wù)產(chǎn)品種類個(gè)數(shù)（尤其是對(duì)未來(lái)新產(chǎn)品）是不可預(yù)期，不一樣業(yè)務(wù)產(chǎn)品間使用業(yè)務(wù)實(shí)體也不會(huì)相同，更關(guān)鍵每種產(chǎn)品運(yùn)作模式全部會(huì)完全不一樣，不一樣銀行間產(chǎn)品運(yùn)作模式也有顯著差異。能夠說(shuō)業(yè)務(wù)管理層就是整個(gè)信貸業(yè)務(wù)內(nèi)涵。業(yè)務(wù)工具層在業(yè)務(wù)工具層中功效，用于為業(yè)務(wù)操作和業(yè)務(wù)管理正常運(yùn)作提供必需專業(yè)工具箱，但其并不對(duì)業(yè)務(wù)運(yùn)作形態(tài)、業(yè)務(wù)規(guī)則或步驟產(chǎn)生直接影響。同時(shí)，業(yè)務(wù)工具是完全能夠和業(yè)務(wù)操作、管理相分離，甚至能夠替換成第三方獨(dú)立系統(tǒng)。之所以劃分出這一層，關(guān)鍵原因是為銀行內(nèi)部對(duì)專業(yè)化技能要求越來(lái)越高，伴隨銀行本身發(fā)展，會(huì)形成越來(lái)越多專業(yè)職能崗位（或部門），或干脆將部分非關(guān)鍵業(yè)務(wù)操作外包給第三方。獨(dú)立工具層，能夠和銀行機(jī)構(gòu)組織職能一一對(duì)應(yīng)上；同時(shí)，也有利于在關(guān)鍵業(yè)務(wù)和非關(guān)鍵業(yè)務(wù)之間劃分出一條顯著界線，從架構(gòu)層面去減輕二者間耦合程度。決議分析層在決議分析層中功效，用于對(duì)業(yè)務(wù)運(yùn)行過(guò)程中產(chǎn)生數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析，比如，對(duì)業(yè)務(wù)辦理效率分析、對(duì)貸款人群分布分析、逾期貸款占比分析等等。決議分析層中，關(guān)鍵經(jīng)過(guò)日終批數(shù)據(jù)加工處理、報(bào)表工具來(lái)實(shí)現(xiàn)對(duì)數(shù)據(jù)分析和展現(xiàn)。因?yàn)閿?shù)據(jù)分析不是現(xiàn)階段消費(fèi)貸系統(tǒng)關(guān)注關(guān)鍵，所以，獨(dú)立劃分出決議分析層，有利于保持關(guān)鍵功效穩(wěn)定性。賬務(wù)核實(shí)層在賬務(wù)核實(shí)層中功效，用于為沒(méi)相關(guān)鍵業(yè)務(wù)系統(tǒng)金融機(jī)構(gòu)，提供一個(gè)Mini版關(guān)鍵業(yè)務(wù)系統(tǒng)，其只含貸款功效，不含存款功效（注：和銀監(jiān)管會(huì)相關(guān)策略吻合）。其能完成貸款發(fā)放、還款扣款、罰息減免、貼息處理、減值計(jì)提、貸款形態(tài)轉(zhuǎn)移等基礎(chǔ)賬務(wù)核實(shí)功效。因?yàn)椴皇侨拷鹑跈C(jī)構(gòu)全部沒(méi)有核實(shí)系統(tǒng)，所以將本層獨(dú)立出來(lái)，保持其和它層次間獨(dú)立性，有利用增強(qiáng)產(chǎn)品適應(yīng)能力。技術(shù)支撐層技術(shù)支撐層，用于為消費(fèi)貸系統(tǒng)提供基礎(chǔ)開發(fā)平臺(tái)和運(yùn)行容器，是全部業(yè)務(wù)功效落地基石。其中包含EMP容器、步驟引擎、規(guī)則引擎、報(bào)表引擎和數(shù)據(jù)訪問(wèn)工具等等。本層將在后繼章節(jié)進(jìn)行具體介紹。功效層次關(guān)系消費(fèi)貸款系統(tǒng)中六層功效之間是一個(gè)逐層依靠關(guān)系，以下圖所表示：圖3-5消費(fèi)貸系統(tǒng)本質(zhì)上是一個(gè)業(yè)務(wù)操作系統(tǒng)，業(yè)務(wù)操作層自然便成為了整個(gè)系統(tǒng)關(guān)鍵門戶，是全部業(yè)務(wù)入口。業(yè)務(wù)正常運(yùn)行，離不開業(yè)務(wù)管理部門（風(fēng)控部門）管控，和專業(yè)部門（比如，財(cái)務(wù)部門、產(chǎn)品部門、客服部門、IT部門等等）大力支持。所以，業(yè)務(wù)操作層依靠和業(yè)務(wù)管理層、業(yè)務(wù)工具層、賬務(wù)核實(shí)層和技術(shù)支撐層。業(yè)務(wù)管理部門為了能愈加好對(duì)業(yè)務(wù)進(jìn)行管控，也需要專業(yè)部門（如產(chǎn)品部門、財(cái)務(wù)部門、IT部門等等）主動(dòng)配合。所以，業(yè)務(wù)管理層依靠和業(yè)務(wù)工具層、賬務(wù)核實(shí)層和技術(shù)支撐層。金融機(jī)構(gòu)財(cái)部門是一個(gè)相對(duì)獨(dú)立部門，其完全依據(jù)財(cái)務(wù)規(guī)章制度運(yùn)行，通常而言，其運(yùn)行關(guān)鍵有IT部門支持即可；同時(shí)，因?yàn)椴皇侨拷鹑跈C(jī)構(gòu)全部需要消費(fèi)貸系統(tǒng)提供核實(shí)功效，這就需要盡可能確保其獨(dú)立性，所以，賬務(wù)核實(shí)層，只需要依靠技術(shù)支撐層。決議分析關(guān)鍵是針對(duì)數(shù)據(jù)統(tǒng)計(jì)分析，所以，其僅僅依靠和技術(shù)支撐層，而對(duì)于其它功效層次，也均不直接依靠于決議分析層。系統(tǒng)技術(shù)架構(gòu)子系統(tǒng)劃分消費(fèi)貸系統(tǒng)按功效職責(zé)劃分成四個(gè)子系統(tǒng)——消費(fèi)貸款管理系統(tǒng)、消費(fèi)貸款合作方系統(tǒng)、消費(fèi)貸款核實(shí)系統(tǒng)、消費(fèi)貸輔助系統(tǒng)，以下圖所表示：圖3-6消費(fèi)貸款管理子系統(tǒng)消費(fèi)貸款管理子系統(tǒng)，關(guān)鍵面向金融機(jī)構(gòu)內(nèi)部用戶經(jīng)理和相關(guān)管理人員，負(fù)責(zé)完成消費(fèi)貸款進(jìn)件步驟和業(yè)務(wù)管理。其中包含了邏輯架構(gòu)中業(yè)務(wù)操作層、業(yè)務(wù)管理層、業(yè)務(wù)工具層中絕大部分功效（注：不含操作層中合作方功效），比如，貸款申請(qǐng)、人工審批、協(xié)議管理、放款等等。消費(fèi)貸款管理子系統(tǒng)是整個(gè)系統(tǒng)業(yè)務(wù)運(yùn)行關(guān)鍵系統(tǒng)。消費(fèi)貸款合作方子系統(tǒng)消費(fèi)貸款合作方子系統(tǒng)，關(guān)鍵面向金融機(jī)構(gòu)之外合作機(jī)構(gòu)，如賣場(chǎng)、4S店、培訓(xùn)機(jī)構(gòu)等等，其負(fù)責(zé)為合作方和金融機(jī)構(gòu)之間建立渠道和門戶。其關(guān)鍵功效是進(jìn)件處理和審批狀態(tài)查詢。之所以將合作方獨(dú)立成子系統(tǒng)，首先，是出于金融機(jī)構(gòu)和合作方之間合作方法存在不確原因考慮，比如，現(xiàn)在是對(duì)賣廠、對(duì)4S店，但以后可能會(huì)對(duì)網(wǎng)店、對(duì)PAD、對(duì)外包企業(yè)等等，所以將合作方功效獨(dú)立出關(guān)鍵業(yè)務(wù)系統(tǒng)，作為系統(tǒng)對(duì)外擴(kuò)展網(wǎng)關(guān)，會(huì)有利于消費(fèi)貸不停發(fā)展；其次，是出于安全方面考慮，因?yàn)樾枰苯用鎸?duì)互聯(lián)網(wǎng)，所以必需將對(duì)外功效獨(dú)立布署，屏蔽任務(wù)從互聯(lián)網(wǎng)上直接訪問(wèn)至關(guān)鍵業(yè)務(wù)系統(tǒng)渠道。消費(fèi)貸款核實(shí)子系統(tǒng)消費(fèi)貸款核實(shí)子系統(tǒng)，關(guān)鍵面向金融機(jī)內(nèi)部賬務(wù)人員，負(fù)責(zé)完成全部和貸款相關(guān)賬務(wù)處理，如貸款發(fā)放、還款扣款、罰息減免等等，其和邏輯架構(gòu)中賬務(wù)核實(shí)層相對(duì)應(yīng)。獨(dú)立核實(shí)子系統(tǒng)，有利于增強(qiáng)系統(tǒng)適應(yīng)能力。消費(fèi)貸款輔助子系統(tǒng)消費(fèi)貸款輔助子系統(tǒng)，關(guān)鍵負(fù)責(zé)完成數(shù)據(jù)加工和分析、定時(shí)任務(wù)調(diào)度、報(bào)表生成和展示、歷史數(shù)據(jù)查詢等后臺(tái)任務(wù)。之所以劃分出輔助子系統(tǒng)，關(guān)鍵是出于對(duì)系統(tǒng)性能考慮，經(jīng)過(guò)獨(dú)立布署子系統(tǒng)來(lái)完成后臺(tái)任務(wù)，避免后臺(tái)任務(wù)對(duì)日間業(yè)務(wù)運(yùn)行效率產(chǎn)生不良影響。子系統(tǒng)間依靠關(guān)系消費(fèi)貸款四子系統(tǒng)之間依靠關(guān)系以下圖所表示：圖3-7合作方子系統(tǒng)運(yùn)作必需依靠和管理子系統(tǒng)支持，合作方子系統(tǒng)負(fù)責(zé)對(duì)外渠道，其獨(dú)立運(yùn)行沒(méi)有任何意義，需要經(jīng)過(guò)管理子系統(tǒng)來(lái)完成對(duì)每筆進(jìn)單業(yè)務(wù)處理。管理子系統(tǒng)運(yùn)作，需要有核實(shí)系統(tǒng)配合，核實(shí)系統(tǒng)能夠是消費(fèi)貸系統(tǒng)內(nèi)嵌核實(shí)子系統(tǒng)，也能夠是機(jī)構(gòu)內(nèi)關(guān)鍵業(yè)務(wù)系統(tǒng)。管理子系統(tǒng)經(jīng)過(guò)核實(shí)子系統(tǒng)完成全部貸款賬務(wù)相關(guān)業(yè)務(wù)操作。輔助子系統(tǒng)運(yùn)行，需要依靠管理子系統(tǒng)、核實(shí)子系統(tǒng)正常運(yùn)行，輔助子系統(tǒng)用作消費(fèi)貸系統(tǒng)后臺(tái)處理單元，其獨(dú)立運(yùn)行沒(méi)有任何意義，需求經(jīng)過(guò)調(diào)用管理子系統(tǒng)和核實(shí)子系統(tǒng)中業(yè)務(wù)功效來(lái)實(shí)現(xiàn)本身功效。技術(shù)選型消費(fèi)貸系統(tǒng)是基于JaveEEWEB應(yīng)用，其后臺(tái)技術(shù)框架采取企業(yè)EMP實(shí)現(xiàn)，前臺(tái)業(yè)務(wù)展現(xiàn)框架基于Jquery+EasyUi實(shí)現(xiàn)，具體以下圖所表示：圖3-8消費(fèi)貸系統(tǒng)基礎(chǔ)支撐環(huán)境為JavaEE和在此之上WEB容器中間件（如WAS、Weblogic等等），對(duì)Java虛擬機(jī)版本要求為1.5或1.6，對(duì)WAS版本要求為6.1以上（含），對(duì)Weblogic版本要求為10g以上（含）。技術(shù)基礎(chǔ)框架采取企業(yè)產(chǎn)品EMP2.2，步驟引擎選擇企業(yè)產(chǎn)品eChain2.2，規(guī)則引擎shuffle1.0；業(yè)務(wù)處理邏輯實(shí)現(xiàn)，采取組件注入機(jī)制和POJO為業(yè)務(wù)數(shù)據(jù)結(jié)構(gòu)方法；業(yè)務(wù)展現(xiàn)邏輯基于Jquery實(shí)現(xiàn)，頁(yè)面部件基于EasyUI實(shí)現(xiàn)，并用JspTag包裝，前后臺(tái)通訊有使用Ajax方法。業(yè)務(wù)邏輯處理沒(méi)有選擇EMP提供標(biāo)準(zhǔn)開發(fā)方法實(shí)現(xiàn)（邏輯流+KCOL），而是選擇了組件+Pojo方法實(shí)現(xiàn)，由其是在數(shù)據(jù)結(jié)構(gòu)上不再使用EMPKCOL，而是選擇傳統(tǒng)Pojo方法。這是因?yàn)?，期望?jīng)過(guò)功效組件+Pojo方法來(lái)實(shí)現(xiàn)面向?qū)ο笤O(shè)計(jì)思緒，不再去走面向過(guò)程+快捷開發(fā)老路。這是因?yàn)橄M(fèi)貸系統(tǒng)是業(yè)務(wù)操作類系統(tǒng)，其中業(yè)務(wù)運(yùn)行模式、信息結(jié)構(gòu)全部是含有積累價(jià)值，所以能夠用面向?qū)ο笤O(shè)計(jì)思緒，將業(yè)務(wù)模式轉(zhuǎn)換成技術(shù)框架，將業(yè)務(wù)功效包裝成一個(gè)個(gè)組件，將業(yè)務(wù)要素信息映射成數(shù)據(jù)對(duì)象，最終，達(dá)成提升系統(tǒng)可復(fù)用性和產(chǎn)品形態(tài)目地。技術(shù)架構(gòu)分層消費(fèi)貸系統(tǒng)技術(shù)架構(gòu)上劃分為四個(gè)層次——業(yè)務(wù)展現(xiàn)層、服務(wù)提供層、業(yè)務(wù)組件層、持久層。技術(shù)架構(gòu)層次劃分以下圖所表示：圖3-9業(yè)務(wù)展現(xiàn)層業(yè)務(wù)展現(xiàn)層負(fù)責(zé)消費(fèi)貸系統(tǒng)和用戶之間交互接口，在這一層中業(yè)務(wù)邏輯處理統(tǒng)一由JS負(fù)責(zé)實(shí)現(xiàn)，不會(huì)出現(xiàn)其它形式業(yè)務(wù)邏輯處理（如，JAVA代碼）。不管在邏輯處理時(shí)，還是加載后臺(tái)數(shù)據(jù)時(shí)，還是向后臺(tái)發(fā)送請(qǐng)求時(shí)，其數(shù)據(jù)結(jié)構(gòu)統(tǒng)一使用JSON格式。服務(wù)提供層服務(wù)提供層負(fù)責(zé)將系統(tǒng)內(nèi)功效組裝成獨(dú)立事務(wù)原子服務(wù)，并以此為單位響應(yīng)來(lái)至展現(xiàn)層（或來(lái)至其它渠道，如SOCKET、WEBSERVICE）服務(wù)請(qǐng)求。這里提到服務(wù)，并不是指通常概念中服務(wù)，其關(guān)鍵是指系統(tǒng)內(nèi)部暴露給其用戶功效，當(dāng)然，完全能夠?qū)⑵渲幸徊糠止π?，?jīng)過(guò)多種渠道公布給其它系統(tǒng)使用，此時(shí)其才是真正意義上服務(wù)，這里只是借用并擴(kuò)展了服務(wù)這個(gè)概念，將系統(tǒng)提供給用戶功效也認(rèn)為是一個(gè)服務(wù)，確切地說(shuō)是細(xì)粒度原子服務(wù)。在服務(wù)提供層中，經(jīng)過(guò)對(duì)組合對(duì)業(yè)務(wù)組件層中組件調(diào)用來(lái)實(shí)現(xiàn)服務(wù)功效，服務(wù)層中每個(gè)服務(wù)對(duì)應(yīng)著一個(gè)業(yè)務(wù)操作，其名稱全部應(yīng)該是一個(gè)動(dòng)詞，表示一個(gè)業(yè)務(wù)過(guò)程業(yè)務(wù)操作（如，提議申請(qǐng)、協(xié)議簽署等等）。同時(shí)，在本層中還負(fù)責(zé)將從展現(xiàn)層（或渠道）過(guò)來(lái)EMPKCOL格式業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換成POJO格式數(shù)據(jù)。業(yè)務(wù)組件層業(yè)務(wù)組件層負(fù)責(zé)對(duì)業(yè)務(wù)功效進(jìn)行劃分、封裝和實(shí)現(xiàn)，組件層為服務(wù)層提供功效實(shí)現(xiàn)層面支撐。其中以組件為單位對(duì)業(yè)務(wù)功效進(jìn)行組織，每個(gè)組件有著明確業(yè)務(wù)含意，其在概念上和參與業(yè)務(wù)過(guò)程業(yè)務(wù)實(shí)體基礎(chǔ)一致，每個(gè)組件名稱全部是一個(gè)業(yè)務(wù)名詞，表示一個(gè)業(yè)務(wù)過(guò)程中業(yè)務(wù)實(shí)體（如，用戶、協(xié)議、耐用消費(fèi)品貸款產(chǎn)品等等）。在本層中各個(gè)業(yè)務(wù)組件內(nèi)，一律使用POJO為業(yè)務(wù)邏輯處理時(shí)數(shù)據(jù)結(jié)構(gòu)。持久層持久層負(fù)責(zé)實(shí)現(xiàn)消費(fèi)貸系統(tǒng)對(duì)數(shù)據(jù)庫(kù)訪問(wèn)和操作。在持久層中一律使用POJO為數(shù)據(jù)邏輯處理時(shí)數(shù)據(jù)結(jié)構(gòu)。各層間關(guān)系四個(gè)層次之間類關(guān)系以下圖所表示：圖3-10展示現(xiàn)層經(jīng)過(guò)HTTP請(qǐng)求方法調(diào)用后臺(tái)服務(wù)層提供服務(wù)，此時(shí)請(qǐng)求報(bào)文為標(biāo)準(zhǔn)HTTP報(bào)文格式，且報(bào)文中內(nèi)容也是標(biāo)準(zhǔn)FORM格式（示例：Key1=Val1&Key2=Val2&…），后臺(tái)服務(wù)層返回至界面數(shù)據(jù)內(nèi)容則為直接為JSON格式。后臺(tái)服務(wù)經(jīng)過(guò)EMPRequestServlet接收請(qǐng)求（此處省略了對(duì)EMP框架內(nèi)部處理描述），接收后經(jīng)過(guò)抽像類CMISOperation來(lái)調(diào)用對(duì)應(yīng)具體服務(wù)實(shí)現(xiàn)功效OP；在OP中將KCOL經(jīng)過(guò)特定方法轉(zhuǎn)成Domain類（POJO格式），然后依據(jù)業(yè)務(wù)邏輯處理需要來(lái)調(diào)用具體組件類；在組件類中將不再使用KCOL格式數(shù)據(jù)來(lái)處理業(yè)務(wù)邏輯，在組件類中直接調(diào)用持久層CMISDao中公共類SqlClient，完成系統(tǒng)內(nèi)最基礎(chǔ)數(shù)據(jù)操作；在持久層中也將不再處理KCOL格式數(shù)據(jù)，而直接使用Domain格式數(shù)據(jù)來(lái)操作數(shù)據(jù)庫(kù)。關(guān)鍵技術(shù)點(diǎn)數(shù)據(jù)庫(kù)訪問(wèn)在數(shù)據(jù)庫(kù)訪問(wèn)層面，我們總結(jié)了在項(xiàng)目開發(fā)過(guò)程中使用基礎(chǔ)框架碰到問(wèn)題，并考慮用戶部分提議，對(duì)EMP中數(shù)據(jù)訪問(wèn)層進(jìn)行了設(shè)計(jì)重構(gòu)。首先，存在問(wèn)題我們歸納為下表：序號(hào)問(wèn)題描述1不支持復(fù)雜自定義SQL實(shí)施,二次開發(fā)人員只好另行編寫數(shù)據(jù)訪問(wèn)層，最終造成系統(tǒng)數(shù)據(jù)訪問(wèn)接口不統(tǒng)一、混亂，不利于問(wèn)題排查和以后維護(hù)。2不支持使用一般業(yè)務(wù)實(shí)體對(duì)象進(jìn)行數(shù)據(jù)傳輸：EMP中TableModelDao只支持KeyedCollection和IndexedCollection這么動(dòng)態(tài)存放結(jié)構(gòu)數(shù)據(jù)傳輸，即使靈活，不過(guò)數(shù)據(jù)存取不明確，一旦有問(wèn)題，不利于排查。3不支持批量實(shí)施SQL，造成項(xiàng)目開發(fā)人員在開發(fā)過(guò)程中編寫了大量循環(huán)操作數(shù)據(jù)庫(kù)代碼，對(duì)系統(tǒng)性能影響較大。4依靠配置文件實(shí)現(xiàn)ORM映射關(guān)系，這么造成系統(tǒng)配置文件過(guò)多，使系統(tǒng)文件維護(hù)過(guò)于繁瑣；另外，一個(gè)ORM配置文件對(duì)應(yīng)一個(gè)表僵化映射關(guān)系，對(duì)多表關(guān)聯(lián)查詢SQL支持乏力；另外經(jīng)過(guò)配置文件進(jìn)行映射肯定要用到JAVA反射機(jī)制，這也是性能消耗地方。5開發(fā)人員在JAVA代碼中編寫大量SQL并依據(jù)前端傳入?yún)?shù)拼寫WHERE子句條件串，輕易留下SQL注入攻擊漏洞，為排查和修復(fù)這些漏洞和應(yīng)付甲方安全掃描需要花費(fèi)不少工作量；另外，甲方期望SQL和JAVA代碼嚴(yán)格分離?；谝陨蠁?wèn)題，新數(shù)據(jù)訪問(wèn)層提供了以下處理方案和API支持：動(dòng)態(tài)ORM映射方案該方案是基于業(yè)務(wù)實(shí)體對(duì)象一個(gè)動(dòng)態(tài)ORM映射方案，該方案關(guān)鍵在于業(yè)務(wù)實(shí)體對(duì)象內(nèi)部結(jié)構(gòu)，我們?cè)跇I(yè)務(wù)實(shí)體對(duì)象內(nèi)置了一個(gè)MAP用來(lái)存放業(yè)務(wù)實(shí)體對(duì)象屬性值，而對(duì)外使用時(shí)，仍然經(jīng)過(guò)業(yè)務(wù)實(shí)體對(duì)象get和set方法進(jìn)行存取，這么既確保了上層調(diào)用時(shí)明確性，同時(shí)內(nèi)置MAP結(jié)構(gòu)為多表關(guān)聯(lián)查詢和動(dòng)態(tài)映射提供了很好支持，保留了KeyedCollection結(jié)構(gòu)靈活性。另外無(wú)需再考慮數(shù)據(jù)庫(kù)表字段和業(yè)務(wù)實(shí)體對(duì)象屬性名稱不一致性，這種映射關(guān)系動(dòng)態(tài)靈活，方便開發(fā)人員維護(hù)，也避免了反射使用。具體業(yè)務(wù)實(shí)體對(duì)象結(jié)構(gòu)可參考下列代碼：不足是以后業(yè)務(wù)實(shí)體對(duì)象需要實(shí)現(xiàn)CMISDomain接口中方法，不是純粹POJO。SQL可配置方案該方案強(qiáng)制要求把SQL從JAVA邏輯中剝離出來(lái)，類似iBatis在對(duì)應(yīng)XML文件中進(jìn)行配置，然后程序依據(jù)配置ID動(dòng)態(tài)裝載SQL,并用“？”替換配置SQL串中變量，最終交給JDBCPreparedStatement對(duì)象實(shí)施。具體SQL配置文件格式可參考以下文件：經(jīng)過(guò)這種強(qiáng)制性方案，開發(fā)人員失去了編寫帶有SQL注入攻擊漏洞代碼機(jī)會(huì)，對(duì)這類問(wèn)題進(jìn)行了提前預(yù)防；同時(shí)SQL外置可配置，使業(yè)務(wù)實(shí)體對(duì)象在進(jìn)行動(dòng)態(tài)ORM映射時(shí)，不需要指明其對(duì)應(yīng)物理表名和主鍵字段名等信息，這么兩個(gè)方案結(jié)合在一起，對(duì)復(fù)雜多表關(guān)聯(lián)查詢和動(dòng)態(tài)映射進(jìn)行了很好支持，同時(shí)也支持了在系統(tǒng)邏輯層中經(jīng)過(guò)業(yè)務(wù)實(shí)體對(duì)象進(jìn)行數(shù)據(jù)傳輸這一需求。另外，對(duì)于SQL配置過(guò)程碰到部分特殊問(wèn)題，我們也提供了很好處理措施：一是動(dòng)態(tài)SQL問(wèn)題，部分SQL條件是依據(jù)運(yùn)行時(shí)期值動(dòng)態(tài)決定是否要拼入整體SQL中，對(duì)于該問(wèn)題處理措施是，把對(duì)應(yīng)SQL條件逐一配置在配置文件中，并用對(duì)應(yīng)條件ID標(biāo)識(shí)區(qū)分，然后由開發(fā)人員在程序中依據(jù)用戶端傳入?yún)?shù)值決定要把哪些條件ID傳到數(shù)據(jù)庫(kù)訪問(wèn)層，數(shù)據(jù)訪問(wèn)層關(guān)鍵類依據(jù)這些條件ID動(dòng)態(tài)去追加這SQL條件；問(wèn)題二對(duì)于IN子句支持，開發(fā)人員能夠在IN子句括號(hào)中指定對(duì)應(yīng)變量名，并指明該變量類型，其類型能夠是數(shù)組、LIST集合對(duì)象和逗號(hào)間隔String，然后數(shù)據(jù)庫(kù)訪問(wèn)層關(guān)鍵類會(huì)拆分和計(jì)算出IN值個(gè)數(shù)，并用對(duì)應(yīng)個(gè)數(shù)”?”替換配置屬性變量名。最終，沒(méi)有直接使用iBatis原因是iBatisSQL配置方法和配置語(yǔ)句相對(duì)復(fù)雜，且對(duì)應(yīng)輔助JAVA類過(guò)于冗長(zhǎng)繁瑣，和數(shù)據(jù)庫(kù)訪問(wèn)層整體處理方案契合度不高。支持SQL批量實(shí)施前述兩個(gè)方案結(jié)合在一起，處理了問(wèn)題3認(rèn)為四個(gè)問(wèn)題，對(duì)于問(wèn)題3中提到SQL批量實(shí)施，新數(shù)據(jù)庫(kù)訪問(wèn)層CMISDAO中關(guān)鍵類com.yucheng.cmis.pub.dao.SqlClient提供了對(duì)應(yīng)API支持，關(guān)鍵是采取JDBCPreparedStatement對(duì)象批處理功效來(lái)實(shí)現(xiàn)另外，考慮到兼容性，對(duì)于之前數(shù)據(jù)類型KeyedCollection和IndexedCollection，新CMISDAO仍然提供部分支持；對(duì)于之前TableModelDAO優(yōu)點(diǎn)，新CMISDAO仍然繼承和發(fā)揚(yáng)，比如對(duì)單表面向?qū)ο蠓椒ù嫒≡L問(wèn)接口仍然提供，只是內(nèi)部實(shí)現(xiàn)方法有所改變。CMISDAO本身在小數(shù)據(jù)量時(shí)（千條之內(nèi)），對(duì)系統(tǒng)性能無(wú)顯著影響，能將Domain至數(shù)據(jù)庫(kù)之間往返映射性能消耗降至最低，另外，因?yàn)镴VM堆容量限制，提議在批量數(shù)據(jù)處理時(shí)要謹(jǐn)用。數(shù)據(jù)緩存CMISCache用于信貸系統(tǒng)運(yùn)行時(shí)緩存常見業(yè)務(wù)數(shù)據(jù)、過(guò)程數(shù)據(jù)和配置數(shù)據(jù)，以緩解系統(tǒng)在面對(duì)復(fù)雜業(yè)務(wù)需求時(shí)對(duì)數(shù)據(jù)庫(kù)壓力。緩存機(jī)制在信貸系統(tǒng)中已經(jīng)比較常見，比如，數(shù)據(jù)字典、組織機(jī)構(gòu)信息等。實(shí)際上緩存還能夠廣泛用于對(duì)數(shù)據(jù)一致性要求不高，但對(duì)數(shù)據(jù)庫(kù)性能消耗高，或用SQL難以實(shí)現(xiàn)復(fù)雜業(yè)務(wù)場(chǎng)景，比如即時(shí)消息提醒、數(shù)據(jù)即時(shí)統(tǒng)計(jì)、數(shù)據(jù)展現(xiàn)修飾和深加工等等。CMISCache現(xiàn)階段關(guān)鍵處理對(duì)業(yè)務(wù)數(shù)據(jù)緩存使用規(guī)范統(tǒng)一問(wèn)題，集群組員之間緩存同時(shí)問(wèn)題，并提升緩存檢索性能，加強(qiáng)使用安全性。未來(lái)考慮實(shí)現(xiàn)分布式+分級(jí)式緩存機(jī)制，平衡時(shí)間和空間之間矛盾，深入讓緩存能提升系統(tǒng)性能，并考慮使用類似XPATH語(yǔ)法模式對(duì)緩存檢索，讓緩存機(jī)制能替換部分SQL實(shí)現(xiàn)功效，能為復(fù)雜業(yè)務(wù)實(shí)現(xiàn)提供更多支持。數(shù)據(jù)權(quán)限控制數(shù)據(jù)統(tǒng)計(jì)級(jí)權(quán)限為菜單級(jí)權(quán)限補(bǔ)充，用于更細(xì)粒度地控制用戶對(duì)每條統(tǒng)計(jì)各類操作權(quán)限，不一樣是在菜單級(jí)權(quán)限中動(dòng)作完全由用戶自行定義，而對(duì)于統(tǒng)計(jì)級(jí)權(quán)限則僅分為三類動(dòng)作——查詢、修改、刪除，其分別對(duì)應(yīng)查詢權(quán)限、修改權(quán)限、刪除權(quán)限。查詢權(quán)限，用于控制數(shù)據(jù)統(tǒng)計(jì)對(duì)目前操作者正確可見性，其作用于展示列表之時(shí)。當(dāng)某數(shù)據(jù)無(wú)權(quán)被目前用戶看見時(shí)，在該用戶訪問(wèn)其所在列表時(shí)，系統(tǒng)將自動(dòng)過(guò)濾掉無(wú)權(quán)限數(shù)據(jù)。注：系統(tǒng)現(xiàn)只在訪問(wèn)列表時(shí)進(jìn)行查詢權(quán)限，對(duì)于單筆數(shù)據(jù)查看權(quán)限，則僅僅使用界面菜單權(quán)限進(jìn)行控制。修改權(quán)限，用于控制目前操作者對(duì)數(shù)據(jù)統(tǒng)計(jì)修改權(quán)，其作用于用戶進(jìn)入‘修改’界面之時(shí)，和在提議修改請(qǐng)求之時(shí)。當(dāng)某條數(shù)據(jù)統(tǒng)計(jì)無(wú)權(quán)被目前用戶修改時(shí)，系統(tǒng)將在進(jìn)入修改界面、提議修改請(qǐng)求兩個(gè)時(shí)刻進(jìn)行攔截。刪除權(quán)限，用于控制目前操作者對(duì)數(shù)據(jù)統(tǒng)計(jì)刪除權(quán)，其作用于用戶提議刪除之時(shí)。當(dāng)某條數(shù)據(jù)統(tǒng)計(jì)無(wú)權(quán)被目前用戶刪除時(shí)，系統(tǒng)將在提議刪除請(qǐng)求時(shí)進(jìn)行攔截。數(shù)據(jù)統(tǒng)計(jì)級(jí)權(quán)限所保護(hù)資源范圍是在表模型中所配置表，其控制依據(jù)取決于表中權(quán)限歸屬描述字段（用于描述被約束對(duì)象）中值和目前登錄者相關(guān)信息（如工號(hào)、機(jī)構(gòu)碼等等）匹配程度，約束對(duì)象是信貸系統(tǒng)中用戶。在信貸系統(tǒng)中有三類常見約束對(duì)象——本人、本機(jī)構(gòu)、本機(jī)構(gòu)及下級(jí)機(jī)構(gòu)，其和統(tǒng)計(jì)級(jí)權(quán)限一共有七種，以下圖所表示：圖3-12注：在步驟審批過(guò)程中對(duì)數(shù)據(jù)統(tǒng)計(jì)權(quán)限控制移交給步驟引擎負(fù)責(zé),操作查看。在上圖中描述了統(tǒng)計(jì)級(jí)權(quán)限控制層次劃分，及針對(duì)每一張表有三類權(quán)限（查詢、修改和刪除），針對(duì)每一類權(quán)限又按約束對(duì)象細(xì)分為若干個(gè)具體權(quán)限控制點(diǎn)。因?yàn)樵谛刨J系統(tǒng)中，被約束對(duì)象基礎(chǔ)上是確定，而用于描述這些對(duì)象權(quán)限歸屬字段字段名基礎(chǔ)一至，所以能夠考慮針將常見權(quán)限控制點(diǎn)制作成標(biāo)準(zhǔn)統(tǒng)計(jì)級(jí)權(quán)限控制模板，用于覆蓋絕大部份權(quán)限需求，對(duì)于少數(shù)特殊需求，能夠參考現(xiàn)有權(quán)限控制模板進(jìn)行擴(kuò)展即可?，F(xiàn)對(duì)每個(gè)權(quán)限類型下最有可能出現(xiàn)約束對(duì)象提供標(biāo)準(zhǔn)統(tǒng)計(jì)級(jí)權(quán)限控制模板，一共提供以下七個(gè)：由查詢本人統(tǒng)計(jì)權(quán)限模板，控制僅能查詢屬于本人數(shù)據(jù)由查詢本機(jī)構(gòu)統(tǒng)計(jì)權(quán)限模板，控制僅能查詢屬于本機(jī)構(gòu)數(shù)據(jù)由查詢本機(jī)構(gòu)及下級(jí)機(jī)構(gòu)統(tǒng)計(jì)權(quán)限模板，控制僅能查詢屬于本機(jī)構(gòu)及下級(jí)機(jī)構(gòu)數(shù)據(jù)由修改本人統(tǒng)計(jì)權(quán)限模板，控制僅能修改屬于本人數(shù)據(jù)由修改本機(jī)構(gòu)統(tǒng)計(jì)權(quán)限模板，控制僅能修改屬于本機(jī)構(gòu)數(shù)據(jù)由刪除本人統(tǒng)計(jì)權(quán)限模板，控制僅能刪除屬于本人數(shù)據(jù)由刪除本機(jī)構(gòu)統(tǒng)計(jì)權(quán)限模板，控制僅能刪除屬于本機(jī)構(gòu)數(shù)據(jù)為確保模板是可替換，應(yīng)該按表模型+操作類型+崗位來(lái)配置具體哪張表在作什么類型操作時(shí)應(yīng)該怎樣控制目前用戶權(quán)限。模板使用大致步驟以下：在實(shí)施某操作之前，依據(jù)目前操作表模型、操作類型（是屬于查詢、修改還是刪除），和目前用戶崗位調(diào)用對(duì)應(yīng)模板（注：崗位在配置中為可選項(xiàng)，假如沒(méi)有配模板對(duì)應(yīng)崗位，則該模板適適用于全部些人），用以檢驗(yàn)?zāi)壳安僮髡呤欠裼袡?quán)限操作目前數(shù)據(jù)，對(duì)于權(quán)限檢驗(yàn)不經(jīng)過(guò)，則直接返回?zé)o權(quán)操作提醒界面，截?cái)嘤脩舨僮髡?qǐng)求。業(yè)務(wù)導(dǎo)航為提升用戶在系統(tǒng)中工作效率，首先需要有良好UI設(shè)計(jì)，經(jīng)過(guò)良好UI設(shè)計(jì)能夠?qū)崿F(xiàn)消息驅(qū)動(dòng)+步驟驅(qū)動(dòng)操作模式。能夠考慮將整個(gè)業(yè)務(wù)辦理過(guò)程，按實(shí)際業(yè)務(wù)拆解成若干個(gè)步驟，每個(gè)步驟是功效明確，而且相對(duì)其它步驟獨(dú)立，而讓用戶每筆發(fā)生業(yè)務(wù)全部按步驟一步步實(shí)施，從而將整個(gè)業(yè)務(wù)辦理步驟，行成業(yè)務(wù)操作向?qū)?，?jīng)過(guò)業(yè)務(wù)向?qū)е甘緦?shí)現(xiàn)在操作層面，將業(yè)務(wù)功效組織更條理且簡(jiǎn)單明確；消費(fèi)貸系統(tǒng)中，將經(jīng)過(guò)業(yè)務(wù)導(dǎo)航和步驟引擎配合，來(lái)完成業(yè)務(wù)操作，示意圖以下所表示：圖3-11在圖3-11中，經(jīng)過(guò)導(dǎo)航將業(yè)務(wù)辦理過(guò)程中復(fù)雜業(yè)務(wù)操作劃成若干個(gè)單簡(jiǎn)場(chǎng)景，并用導(dǎo)航串聯(lián)一起，使其業(yè)務(wù)操作過(guò)程更明確和規(guī)范，從而達(dá)成提升效率目地；經(jīng)過(guò)步驟引擎將整個(gè)業(yè)務(wù)各個(gè)步驟聯(lián)接起來(lái)，實(shí)現(xiàn)業(yè)務(wù)步驟流轉(zhuǎn)。JQuery和EasyUIjQueryEasyUI是一組基于jQueryUI插件集合，而jQueryEasyUI目標(biāo)就是幫助web開發(fā)者更輕松打造出功效豐富而且美觀UI界面。開發(fā)者不需要編寫復(fù)雜javascript，也不需要對(duì)css樣式有深入了解，開發(fā)者需要了解只有部分簡(jiǎn)單html標(biāo)簽。jQueryEasyUI為我們提供了大多數(shù)UI控件使用，如：accordion，combobox，menu，dialog，tabs，validatebox，datagrid，window，tree等等。jQueryEasyUI是基于JQuery一個(gè)前臺(tái)ui界面插件，功效相對(duì)沒(méi)extjs強(qiáng)大，但頁(yè)面也是相當(dāng)好看。部分功效也足夠開發(fā)者使用，相對(duì)于extjs更輕量。jQueryEasyUI有以下特點(diǎn)：1、基于jquery用戶界面插件集合2、為部分目前用于交互js應(yīng)用提供必需功效3、使用EasyUI你不需要寫很多javascript代碼，通常只需要寫HTML標(biāo)識(shí)來(lái)定義用戶界面即可4、支持HTML55、開發(fā)產(chǎn)品時(shí)可節(jié)省時(shí)間和資源6、簡(jiǎn)單，但很強(qiáng)大（注：本小節(jié)中對(duì)jquery和easyui描述引用至‘baidu百科’）步驟引擎消費(fèi)貸系統(tǒng)整個(gè)業(yè)務(wù)流轉(zhuǎn)基于企業(yè)echain實(shí)現(xiàn)。規(guī)則引擎消費(fèi)貸系統(tǒng)整個(gè)業(yè)務(wù)過(guò)程規(guī)則基于企業(yè)shuffle實(shí)現(xiàn)。功效設(shè)計(jì)功效模塊劃分基于以上從業(yè)務(wù)和技術(shù)兩方面對(duì)消費(fèi)貸系統(tǒng)分析，能夠初步明確系統(tǒng)功效模塊怎樣劃分，經(jīng)過(guò)對(duì)模塊劃分明確系統(tǒng)中各個(gè)功效職責(zé)組織方法，以下圖所表示：圖4-1其中業(yè)務(wù)功效一級(jí)包結(jié)構(gòu)和邏輯結(jié)構(gòu)一一對(duì)應(yīng)，一共分為產(chǎn)品線、管理、合作方、決議分析、工具、賬務(wù)核實(shí)六個(gè)包（注：這里不包含技術(shù)實(shí)現(xiàn)部分）。各個(gè)包之間依靠關(guān)系圖以下：圖4-2在產(chǎn)品線包（productline）中，用于放置業(yè)務(wù)操作和展現(xiàn)相關(guān)功效，以產(chǎn)品別劃分二級(jí)包，比如對(duì)耐用消費(fèi)品貸款、電子消費(fèi)品貸款等等。其中每個(gè)二級(jí)包內(nèi)，以獨(dú)立產(chǎn)品為單位形成組件類，即一個(gè)產(chǎn)品一個(gè)類，假如有兩個(gè)十分相同產(chǎn)品，則以繼承方法實(shí)現(xiàn)第二個(gè)類。產(chǎn)品線包為頂級(jí)包不為其它包提供支撐。在管理包（manager）中，用于放置業(yè)務(wù)管理相關(guān)功效，以業(yè)務(wù)實(shí)體二級(jí)包，比如用戶、協(xié)議、產(chǎn)品等等。其中每個(gè)二級(jí)包內(nèi)，依據(jù)功效職責(zé)劃分若干個(gè)組件類。管理包為產(chǎn)品線包、合作方包提供支撐。在合作方包（partner）中，用于放置消費(fèi)貸業(yè)務(wù)包含第三方進(jìn)件渠道相關(guān)功效，比如，賣場(chǎng)經(jīng)銷商、4S店等等。其為產(chǎn)品線包提供支撐。合作方包將以子系統(tǒng)形態(tài)和主應(yīng)用工程分離布署，在主應(yīng)用工程中僅保留其接口。在決議分析包（analysis）中，用于放置業(yè)務(wù)運(yùn)作數(shù)據(jù)統(tǒng)計(jì)分析相關(guān)功效。決議包為頂級(jí)包不為其它包提供支撐，同時(shí)其本身也不依靠和其它業(yè)務(wù)功效包。在工具包（tools）中，用于放置業(yè)務(wù)專業(yè)工具相關(guān)功效，比如，信用評(píng)級(jí)、風(fēng)險(xiǎn)指標(biāo)庫(kù)、額度測(cè)算等等。其為管理包、產(chǎn)品線包提供支撐，其本身不依靠和其它業(yè)務(wù)功效包。在賬務(wù)核實(shí)包（accounting）中，用于放置貸款核實(shí)相關(guān)功效，比如，貸款發(fā)放、還款扣款。其為管理包提供支撐，其本身不依靠和其它業(yè)務(wù)功效包。賬務(wù)核實(shí)包將以子系統(tǒng)形態(tài)和主應(yīng)用工程分離布署，在主應(yīng)用工程中僅保留其接口。功效結(jié)構(gòu)設(shè)計(jì)經(jīng)過(guò)對(duì)消費(fèi)貸系統(tǒng)關(guān)鍵功效模塊劃分，基礎(chǔ)明確了系統(tǒng)中最粗粒度功效組織單位，在本節(jié)中將采取類圖方法，深入細(xì)化各功效之間結(jié)構(gòu)關(guān)系，以下圖所表示：圖4-3在圖4-3中，描繪了消費(fèi)貸系統(tǒng)中大多數(shù)業(yè)務(wù)類和各個(gè)類之間關(guān)系。從圖中能夠很輕易地發(fā)覺(jué)，處于整個(gè)系統(tǒng)中心是‘消費(fèi)貸產(chǎn)品線’這個(gè)抽象類。其負(fù)責(zé)實(shí)現(xiàn)業(yè)務(wù)申請(qǐng)至還款整個(gè)業(yè)務(wù)步驟中全部和業(yè)務(wù)操作相關(guān)功效，如申請(qǐng)、電核、審批等等。圍繞它類關(guān)系能夠分三種：實(shí)現(xiàn)關(guān)系（如，耐用消費(fèi)品貸款、電子消費(fèi)品貸款等）、聚合關(guān)系（如，申請(qǐng)、用戶、合相同）、引用關(guān)系（如，信用評(píng)級(jí)、風(fēng)險(xiǎn)指標(biāo)庫(kù)等）。實(shí)現(xiàn)關(guān)系：耐用消費(fèi)品貸款類、電子消費(fèi)品貸款類均是消費(fèi)貸產(chǎn)品線抽象類具體實(shí)現(xiàn)，用于對(duì)消費(fèi)貸產(chǎn)品基礎(chǔ)功效進(jìn)行擴(kuò)展。聚合關(guān)系：申請(qǐng)、用戶、協(xié)議、產(chǎn)品類均是消費(fèi)貸款產(chǎn)品組成關(guān)鍵要素，是其中一部分，所以它們之間是聚合關(guān)系。引用關(guān)系：信用評(píng)級(jí)、風(fēng)險(xiǎn)指標(biāo)庫(kù)類均屬于在消費(fèi)貸款產(chǎn)品運(yùn)過(guò)程中需要使用工具類，所以它們之間是引用關(guān)系。消費(fèi)貸產(chǎn)品線類負(fù)責(zé)全部業(yè)務(wù)操作層面功效實(shí)現(xiàn)，之所以要采取要采產(chǎn)品線作為中心來(lái)組織功效，這是因?yàn)椴灰粯赢a(chǎn)品會(huì)有不一樣運(yùn)作方法（如，有產(chǎn)品需要走授信，有不需要；有進(jìn)件渠道是來(lái)自合作方，有來(lái)自機(jī)構(gòu)內(nèi)；有需要進(jìn)行電核，有不需要；有產(chǎn)品是自感人工放款，有是自動(dòng)放款；），同時(shí)，對(duì)于金融機(jī)構(gòu)而言，產(chǎn)品是其組織開展業(yè)務(wù)基礎(chǔ)單元；對(duì)于用戶而言，產(chǎn)品也是享受金融服務(wù)基礎(chǔ)單元；對(duì)于金融行業(yè)而言，產(chǎn)品更是相互間競(jìng)爭(zhēng)基礎(chǔ)單元。所以，以產(chǎn)品為中心來(lái)組織業(yè)務(wù)功效，在概念上實(shí)現(xiàn)了業(yè)務(wù)和技術(shù)統(tǒng)一。在技術(shù)實(shí)現(xiàn)層面上，經(jīng)過(guò)產(chǎn)品線類來(lái)統(tǒng)一封裝業(yè)務(wù)操作層功效，屏蔽后臺(tái)具體技術(shù)實(shí)現(xiàn)細(xì)節(jié)和實(shí)現(xiàn)方法，同時(shí)也屏蔽來(lái)自管理層具體業(yè)務(wù)規(guī)則，讓其專注完成產(chǎn)品基礎(chǔ)公共業(yè)務(wù)操作功效，如接收進(jìn)件、提議申請(qǐng)、提交電核、協(xié)議簽署等等。對(duì)于有新消費(fèi)類貸款產(chǎn)品，能夠經(jīng)過(guò)直接新實(shí)現(xiàn)該抽象類來(lái)完成新功效，也能夠繼承已經(jīng)有產(chǎn)品類來(lái)實(shí)現(xiàn)新功效（當(dāng)產(chǎn)品間差異較小時(shí)）。產(chǎn)品線類