消費(fèi)信貸系統(tǒng)架構(gòu)設(shè)計(jì)說明書

宇信易誠消費(fèi)信貸管理系統(tǒng)——架構(gòu)設(shè)計(jì)說明書v0.1目錄TOC\o"1-5"\h\z\o"CurrentDocument"概述 4\o"CurrentDocument"文檔目的 4\o"CurrentDocument"背景與建設(shè)目標(biāo) 4\o"CurrentDocument"設(shè)計(jì)規(guī)范與約束 4\o"CurrentDocument"參考資料 5\o"CurrentDocument"述語 5\o"CurrentDocument"架構(gòu)需求分析 6\o"CurrentDocument"消費(fèi)貸關(guān)鍵業(yè)務(wù)場景分析 6\o"CurrentDocument"場景：申請(qǐng) 6\o"CurrentDocument"場景：電核 6\o"CurrentDocument"場景：審批 7\o"CurrentDocument"場景：面簽 8\o"CurrentDocument"場景：還款計(jì)劃與費(fèi)率計(jì)算 9\o"CurrentDocument"消費(fèi)貸業(yè)務(wù)特征 9\o"CurrentDocument"設(shè)計(jì)目標(biāo)與原則 9\o"CurrentDocument"架構(gòu)設(shè)計(jì) 11\o"CurrentDocument"系統(tǒng)業(yè)務(wù)架構(gòu) 11\o"CurrentDocument"業(yè)務(wù)模式 11\o"CurrentDocument"業(yè)務(wù)流程 11\o"CurrentDocument"功能劃分 12\o"CurrentDocument"系統(tǒng)邏輯架構(gòu) 13\o"CurrentDocument"功能層次劃分 13\o"CurrentDocument"功能層次關(guān)系 14\o"CurrentDocument"系統(tǒng)技術(shù)架構(gòu) 15\o"CurrentDocument"子系統(tǒng)劃分 15\o"CurrentDocument"技術(shù)選型 17\o"CurrentDocument"技術(shù)架構(gòu)分層 17\o"CurrentDocument"關(guān)鍵技術(shù)點(diǎn) 19\o"CurrentDocument"功能設(shè)計(jì) 24\o"CurrentDocument"功能模塊劃分 24\o"CurrentDocument"功能結(jié)構(gòu)設(shè)計(jì) 25\o"CurrentDocument"非功能設(shè)計(jì) 28\o"CurrentDocument"性能設(shè)計(jì) 28\o"CurrentDocument"安全設(shè)計(jì) 28\o"CurrentDocument"容錯(cuò)設(shè)計(jì) 29概述文檔目的《架構(gòu)設(shè)計(jì)說明書》用于確定消費(fèi)信貸系統(tǒng)的整體架構(gòu)，明確業(yè)務(wù)功能結(jié)構(gòu)、技術(shù)方向、以及設(shè)計(jì)原則，為后續(xù)階段進(jìn)行概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼開發(fā)以及測試提供方向性、原則性的指導(dǎo)。消費(fèi)信貸系統(tǒng)主要針對(duì)消費(fèi)金融公司、銀行消費(fèi)信貸部門的業(yè)務(wù)運(yùn)營需求而設(shè)計(jì)，本說明書將從消費(fèi)貸業(yè)務(wù)特征分析為切入點(diǎn)，從業(yè)務(wù)架構(gòu)、邏輯架構(gòu)、技術(shù)架構(gòu)等多個(gè)維度，逐步分析采用何種技術(shù)架構(gòu)可以在最大程度地滿足現(xiàn)有業(yè)務(wù)需求的同時(shí)，也能兼顧將來一段時(shí)間內(nèi)的業(yè)務(wù)發(fā)展變化。背景與建設(shè)目標(biāo)基于國內(nèi)整體消費(fèi)金融業(yè)務(wù)的發(fā)展情況和銀行關(guān)注消費(fèi)金融的程度，以及國家加速發(fā)放消費(fèi)金融牌照的趨勢，為了能夠搶占消費(fèi)系統(tǒng)服務(wù)市場份額，特別研發(fā)新一代消費(fèi)信貸管理系統(tǒng)。消費(fèi)系統(tǒng)建設(shè)整體目標(biāo)如下：1、建立先進(jìn)、有效、多類型的進(jìn)單渠道，并建立與渠道的溝通方式，以擴(kuò)大與外部合作機(jī)構(gòu)、消費(fèi)者的聯(lián)系和服務(wù)質(zhì)量；擴(kuò)大客戶群體和異地服務(wù)的能力。2、為了支持消費(fèi)貸款業(yè)務(wù)短、平、快、業(yè)務(wù)量大等情況，建立適合的業(yè)務(wù)處理流程。實(shí)現(xiàn)業(yè)務(wù)的精細(xì)化管理、統(tǒng)計(jì)分析、監(jiān)測、審批、控制的電子化和自動(dòng)化，提供存儲(chǔ)、匯總、收集、反映，為各層次的經(jīng)營管理者提供監(jiān)控、決策、分析、預(yù)警等功能，為信貸業(yè)務(wù)的創(chuàng)新、經(jīng)營決策提供充分的信息支持。3、高效的影像審批流程：通過消費(fèi)信貸管理系統(tǒng)和影像系統(tǒng)的整合，以及通過系統(tǒng)提供在線通知、在線打印等自動(dòng)化功能，實(shí)現(xiàn)業(yè)務(wù)審批模式的突破，滿足消費(fèi)業(yè)務(wù)集中審批、無紙化辦公的要求。4、智能的數(shù)據(jù)決策分析平臺(tái)：通過各種報(bào)表的展示和數(shù)據(jù)的統(tǒng)計(jì)分析查詢，為不同層次的人員提供相應(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ī)則引擎遵循JSR199規(guī)范內(nèi)容服務(wù)器遵循JSR170、JSR283規(guī)范基于宇信公司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)金融公司試點(diǎn)管理辦法》述語個(gè)人消費(fèi)貸款：金融機(jī)構(gòu)向個(gè)人客戶發(fā)放的有指定消費(fèi)用途的人民幣貸款業(yè)務(wù)，用途主要有個(gè)人購物、住房、汽車、一般助學(xué)貸款等消費(fèi)性個(gè)人貸款。CC：電話客服中心系統(tǒng)。電核：金融機(jī)構(gòu)通過電話溝通方式核實(shí)借款人身份、貸款用途等基本情況。面簽：貸款審批通過之后，約客戶到場簽訂借款合同、繳納費(fèi)用，向客戶說明貸款權(quán)利義務(wù)。合作方：指金融機(jī)構(gòu)在營銷貸款產(chǎn)品時(shí)的合作伙伴，如合作商戶、大賣場、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ù)過程中的業(yè)務(wù)實(shí)體基本一致，如客戶組件。頁面部件：系統(tǒng)技術(shù)實(shí)現(xiàn)，用于在系統(tǒng)界面中展現(xiàn)業(yè)務(wù)要素的基本單元，如文本輸入框。架構(gòu)需求分析消費(fèi)貸關(guān)鍵業(yè)務(wù)場景分析場景：申請(qǐng)消費(fèi)貸款申請(qǐng)，是信貸類系統(tǒng)的典型場景之一，申請(qǐng)主要目的是為收集客戶貸款融資需求與客戶的基本信息，同時(shí)申請(qǐng)還需借助各種渠道來充分發(fā)揮其市場營銷功能。在消費(fèi)貸的申請(qǐng)場景下，會(huì)有多種運(yùn)作模式，例如由客戶經(jīng)理直接登錄系統(tǒng)操作完成、由客戶通過各種渠道操作完成、由合作商戶通過各種渠道代理客戶操作完成等等。消費(fèi)貸申請(qǐng)用例圖如下：圖2-1申請(qǐng)人）、經(jīng)銷商（合作商戶）、終端設(shè)備發(fā)起貸款申請(qǐng)；經(jīng)銷商可申請(qǐng)人）、經(jīng)銷商（合作商戶）、終端設(shè)備發(fā)起貸款申請(qǐng)；經(jīng)銷商可消費(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ì)方式。由于涉及不少渠道是由客戶主動(dòng)填寫并發(fā)起的，所以其數(shù)據(jù)量可能會(huì)很大，相應(yīng)垃圾數(shù)據(jù)量也會(huì)很大，所以需要有人工與系統(tǒng)自動(dòng)相配合的數(shù)據(jù)篩選功能，對(duì)大量申請(qǐng)數(shù)據(jù)進(jìn)行甄別。由于業(yè)務(wù)申請(qǐng)量可能較大，在設(shè)計(jì)時(shí)需要考慮盡量將錄入工作從客戶經(jīng)理的日常工作中剝離出來，減輕客戶經(jīng)理重復(fù)工作量。場景：電核般情況下，電核為金融機(jī)構(gòu)消費(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)貸電核過程中涉及到的角色有客戶經(jīng)理、電核人員與客戶。客戶經(jīng)理從消費(fèi)貸系統(tǒng)中將資料提交至電核系統(tǒng)，同時(shí)也可以查詢電核反饋結(jié)果；電核人員在電核系統(tǒng)中與客戶電話聯(lián)系，并將電核情況記錄至系統(tǒng)中。電核過程，對(duì)于消費(fèi)貸系統(tǒng)而言是一個(gè)可選部分，不是所有消費(fèi)貸產(chǎn)品都需要這一步驟，而對(duì)于沒有類似CC系統(tǒng)的金融機(jī)構(gòu)，但需要對(duì)客戶作電核，則可以考慮直接作為系統(tǒng)業(yè)務(wù)流程的一部分來簡化實(shí)現(xiàn)，即在消費(fèi)貸中系統(tǒng)錄入線下電核結(jié)果即可。由于電核步驟涉及獨(dú)立電核系統(tǒng)，所以在設(shè)計(jì)時(shí)需要充分考慮與電核系統(tǒng)間可能的交互模式，保證在接入不同的電核系統(tǒng)時(shí)，對(duì)消費(fèi)貸本身業(yè)務(wù)流程的實(shí)現(xiàn)沒有影響。場景：審批消費(fèi)貸申請(qǐng)審批，也是信貸類系統(tǒng)的典型場景之一，審批主要目的是對(duì)客戶的貸款申請(qǐng)，按金融機(jī)構(gòu)內(nèi)規(guī)章制度的進(jìn)行逐級(jí)審批。不同金融機(jī)構(gòu)、不同的產(chǎn)品其審批流程步驟、參與人員、以及審批規(guī)則將會(huì)有明顯區(qū)別。消費(fèi)貸申請(qǐng)審批的用例圖下如：圖2-3從上圖可知，參與審批的角色主要有客戶經(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ì)有不同角色人員來完成審批工作，其完全取決與行內(nèi)的規(guī)章制度。但無論審批角色如何變化，其需要完成的動(dòng)作基本一至，主要包括對(duì)申請(qǐng)的同意、否決、打回或撤銷等等。在設(shè)計(jì)時(shí)需考慮消費(fèi)貸審批過程的不確性，系統(tǒng)需要提供靈活配置功能來應(yīng)對(duì)不確定的審批需求。由于每天申請(qǐng)單量可能較大，需要在設(shè)計(jì)層面充分考慮如何提高審批工作效率，例如批量審批操作、自動(dòng)審批、關(guān)鍵消息提醒等等。同時(shí)，需要提供充足的審批統(tǒng)計(jì)數(shù)據(jù)，為行內(nèi)的審批流程優(yōu)化再造提供數(shù)據(jù)分析支撐。場景：面簽面簽是信貸類系統(tǒng)的典型場景之一，面簽主要目的是在審批通過之后約客戶到場簽訂借款合同、繳納費(fèi)用，向客戶說明貸款權(quán)利義務(wù)等等。一般而言面簽主要工作是在系統(tǒng)線下完成，線上主要合同打印、登記面簽結(jié)果、確認(rèn)合同已簽即可。但對(duì)于消費(fèi)貸而言，對(duì)時(shí)間要求高，面簽過程可能會(huì)直接在場外完成，以提高貸款的效率。消費(fèi)貸面簽用例圖如下：圖2-4從上圖可知，面簽過程參與角色主要有客戶、客戶經(jīng)理、合作商戶（如經(jīng)銷商） ，如果在場內(nèi)簽訂合同，則客戶與客戶經(jīng)理參與即可，如果在場外簽訂合同，則可能由客戶、合作商戶、與客戶經(jīng)理共同參與，也有可能在場外通過專用設(shè)備進(jìn)行遠(yuǎn)程面簽（如視屏面簽），此時(shí)就不需要客戶經(jīng)理必須到場，僅需合作商戶通過配合即可。由于消費(fèi)貸面簽過程大多都是在場內(nèi)線下進(jìn)行，但隨著IT技術(shù)的不斷發(fā)展，面簽功能會(huì)逐步放在場外上線進(jìn)行，系統(tǒng)需要充分考慮在新的面簽?zāi)Ｊ较氯绾文芎芎玫闹С?。場景：還款計(jì)劃與費(fèi)率計(jì)算由于消費(fèi)貸大多數(shù)都是采用按揭方式還款，對(duì)靈活的還款計(jì)劃計(jì)算的必不可少。系統(tǒng)需要能支持各種方式的還款計(jì)劃計(jì)算，以及相應(yīng)的費(fèi)率計(jì)算。由于金融公司可能沒有核算系統(tǒng)，所以系統(tǒng)中需要能提供部分賬務(wù)核算功能；而對(duì)于有核算系統(tǒng)的銀行，則需要實(shí)現(xiàn)與其核算系統(tǒng)的接口。為此系統(tǒng)需要充分考慮如何支持有核算系統(tǒng)與無核算系統(tǒng)兩種情況。消費(fèi)貸業(yè)務(wù)特征消費(fèi)貸款產(chǎn)品與其他貸款產(chǎn)品相比，其基本特征是小額、快速與靈活。在運(yùn)作模式上主要特征是與特約商戶合作推廣業(yè)務(wù)。在目標(biāo)客戶群體在主要特征是針對(duì)年輕人、年輕家庭以及由合作商戶推薦的客戶。服務(wù)模式上，主要特征是IT自助型服務(wù)模式。消費(fèi)貸‘快速'這個(gè)特征最為突出，其中最快的貸款產(chǎn)品要求可以直接在商戶賣場中1小時(shí)之內(nèi)完成，一般的消費(fèi)貸款產(chǎn)品，要求在1~3個(gè)工作日內(nèi)完成。而機(jī)構(gòu)內(nèi)審批時(shí)間要求最快能在30內(nèi)分鐘完成。可以說沒有什么貸款產(chǎn)品比消費(fèi)貸對(duì)工作效率要求更高，這對(duì)于承載消費(fèi)貸業(yè)務(wù)運(yùn)營的IT系統(tǒng)而言，如何滿足對(duì)高效率的要求將是一個(gè)挑戰(zhàn)。消費(fèi)貸‘靈活'主要體現(xiàn)在還款方式、利率與貸款品種上。由于消費(fèi)針對(duì)的目標(biāo)客戶的用款需求十分明確，相對(duì)與信用卡（等其貸款產(chǎn)品）而言，還款方式與利率定價(jià)的針對(duì)性更強(qiáng)，對(duì)于客戶而言享用金融服務(wù)的方式（如更適合自身?xiàng)l件的還款方式）也更為多樣化，更靈活。由于消費(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)的多樣化。也許是由于年輕人更能接受超前消費(fèi)的觀念的原因，市面上已有消費(fèi)貸產(chǎn)品面向的客戶主要群體一般是年輕人，消費(fèi)貸產(chǎn)品將來一定會(huì)考慮采用更有針對(duì)性的自動(dòng)營銷渠道，例如直接在網(wǎng)上商城內(nèi)營銷、手機(jī)/PAD等終端設(shè)備上營銷、微博營銷等等。對(duì)于 IT系統(tǒng)而言則需要能支持多種的營銷渠道來源，同時(shí)也能提供給客戶更多享用金融服務(wù)的渠道，如通過手機(jī)/PAD等IT自助服務(wù)。由于金融機(jī)構(gòu)的消費(fèi)貸產(chǎn)品未來發(fā)展，在很大程度上取決于對(duì)合作商戶的不斷發(fā)掘，對(duì)于IT系統(tǒng)而言，需要充分考慮如何應(yīng)對(duì)不斷增加的合作商與合作模式給系統(tǒng)功能帶來的負(fù)面影響。設(shè)計(jì)目標(biāo)與原則消費(fèi)貸系統(tǒng)作為一個(gè)獨(dú)立、新興的貸款類業(yè)務(wù)操作系統(tǒng)主要圍繞著以下三個(gè)主要目標(biāo)進(jìn)行設(shè)計(jì)與建設(shè)：1、 系統(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ù)場景下突出不同的重點(diǎn)的效果，盡量實(shí)現(xiàn)‘消息驅(qū)動(dòng)'的UI操作模式。要提高效率僅僅從UI層考慮是不夠的，更應(yīng)該從優(yōu)化業(yè)務(wù)操作流程著手，進(jìn)一步考慮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í)需考慮提供相應(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)等等。2、 系統(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í)，不僅僅把貸款的審批過程用工作流模式來實(shí)現(xiàn)，而是考慮采用其來實(shí)現(xiàn)操作層面的主線功能，通過在系統(tǒng)中構(gòu)建各業(yè)務(wù)場景間流轉(zhuǎn)邏輯關(guān)系，來實(shí)現(xiàn)業(yè)務(wù)規(guī)范在系統(tǒng)中的落地。同時(shí)，工作流模式還需要與風(fēng)險(xiǎn)識(shí)別與攔截機(jī)制結(jié)合起來，才能真正發(fā)揮規(guī)范業(yè)務(wù)流程的作用。3、 系統(tǒng)能支撐消費(fèi)業(yè)務(wù)的不斷發(fā)展；消費(fèi)金融公司在國內(nèi)處于起步階段，未來的變數(shù)還很大，其主要表現(xiàn)在新消費(fèi)貸產(chǎn)品可能會(huì)大量出現(xiàn)，甚至?xí)霈F(xiàn)全新的業(yè)務(wù)模式。現(xiàn)在所設(shè)計(jì)的消費(fèi)貸系統(tǒng)，必須要認(rèn)真考慮如何能適應(yīng)將來較長一段時(shí)間內(nèi)（3年）的業(yè)務(wù)需求變化，至少要保證不影響業(yè)務(wù)的發(fā)展，同時(shí)，盡量能縮短未來新產(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è)部分來分析消費(fèi)貸業(yè)務(wù)的架構(gòu)。業(yè)務(wù)模式消費(fèi)貸的業(yè)務(wù)模式與傳統(tǒng)的個(gè)人消費(fèi)類貸款、以及個(gè)人信用卡相比，最大的不同就是營銷渠道的不同，采用現(xiàn)場主動(dòng)營銷方式，即直接在客戶消費(fèi)場所營銷，而不是被動(dòng)地等著客戶上門來貸款或者刷卡消費(fèi)。為此，消費(fèi)貸的運(yùn)作需要合作方支持，業(yè)務(wù)模式見下圖：分期還款傭金圖3-1在傳統(tǒng)貸款方式下，客戶的貸款需求是直接面向金融機(jī)構(gòu)的，而消費(fèi)貸是通過在合作方（如賣場、4S店、培訓(xùn)機(jī)構(gòu)等等）的內(nèi)主動(dòng)挖掘需求。在成交之后，金融機(jī)構(gòu)直接將貨款打給合作方；客戶方分期向金融機(jī)構(gòu)還款；金融機(jī)構(gòu)在一定條件下，定期付給合作方一定的傭金。在這種模式下金融機(jī)構(gòu)賺取了利息與手續(xù)費(fèi)、合作方擴(kuò)大自己的客戶群并能賺取一定的傭金、客戶則提前買到了合作方的產(chǎn)品或服務(wù)，實(shí)現(xiàn)了三方的共贏。在這個(gè)模式下，對(duì)于金融機(jī)構(gòu)而言，最重要的是如何找到合適合作方，且能盡可能多地?cái)U(kuò)展新的不同領(lǐng)域的合作方，同時(shí)提供合作方感興趣的激勵(lì)機(jī)制（如傭金等等）；對(duì)于客戶則能提供更有針對(duì)性的還款方式。業(yè)務(wù)流程消費(fèi)貸在業(yè)務(wù)流程上與普通貸款在本質(zhì)上沒有太多區(qū)別，其目地都是為了實(shí)現(xiàn)審貸分離。區(qū)別在于消費(fèi)貸為提升效率，流程中各節(jié)點(diǎn)專業(yè)性更強(qiáng)、分工更明確，即采用類似信貸工廠的模式（注：消費(fèi)貸并不是工廠模式）。業(yè)務(wù)流程圖如下所示：

申請(qǐng)申請(qǐng)圖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)理或客戶填寫并發(fā)起；電核節(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)發(fā)起提前還款。隨著業(yè)務(wù)量的增大，今后可能會(huì)出現(xiàn)無法滿足對(duì)放款時(shí)限要求的情況，屆時(shí)將考慮將上述流程中部分業(yè)務(wù)外包出去，例如申請(qǐng)與電核。同時(shí)，盡可能采用自動(dòng)流程部分代替其中的人工操作。功能劃分消費(fèi)貸系統(tǒng)主要面向獨(dú)立的金融機(jī)構(gòu)，一般其核心職能會(huì)劃分到四個(gè)子部門：產(chǎn)品管理部門、風(fēng)險(xiǎn)管理部門、營銷部門、財(cái)務(wù)部門。對(duì)應(yīng)圖3-2中，申請(qǐng)、面簽交由營銷部門中的客戶經(jīng)理完成，審批由產(chǎn)品管理部門與風(fēng)險(xiǎn)管理部門負(fù)責(zé)，放款由財(cái)務(wù)部門完成。具體消費(fèi)貸功能劃分如下：圖3-3圖3-3消費(fèi)信貸業(yè)務(wù)功能由五個(gè)部分組成，包括業(yè)務(wù)受理子模塊、貸款業(yè)務(wù)流程處理和管理子模塊、帳務(wù)模塊、報(bào)表子模塊、業(yè)務(wù)監(jiān)控子模塊，其包含了完成消費(fèi)主體業(yè)務(wù)所需的全部功能。各子模塊完成專項(xiàng)工作，如受理模塊主要完成營銷和渠道進(jìn)單功能；業(yè)務(wù)流程處理和管理模塊主要完成金融機(jī)構(gòu)內(nèi)部對(duì)業(yè)務(wù)的所有業(yè)務(wù)處理，包括電核、人工審批、放款、貸后管理、催收和保全；帳務(wù)模塊主要完成貸款或卡業(yè)務(wù)的各種帳務(wù)計(jì)算，包括還款計(jì)劃生成、利息/貼息計(jì)算、罰息計(jì)算、復(fù)利計(jì)算、費(fèi)用計(jì)算、傭金計(jì)算等；報(bào)表模塊主要完成對(duì)所有業(yè)務(wù)分析、流程分析、客戶分析、風(fēng)險(xiǎn)分析等統(tǒng)計(jì)和展現(xiàn)；業(yè)務(wù)監(jiā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ù)支撐層。功能邏輯結(jié)構(gòu)如下圖所示：決策分析業(yè)務(wù)分析流程分析風(fēng)險(xiǎn)分析業(yè)務(wù)工具賬務(wù)核算業(yè)務(wù)產(chǎn)品線合作方耐用消費(fèi)品貸款Mini循環(huán)貸款電子消費(fèi)品貸款賣場進(jìn)件通道助學(xué)貸款汽車配件貸款4S店進(jìn)件通道業(yè)務(wù)操作業(yè)務(wù)管理信用評(píng)級(jí)資產(chǎn)分類貸款定價(jià)貸款發(fā)放還款扣款貼/罰息處理額度測算減值計(jì)提客戶管理合同管理額度管理決策分析業(yè)務(wù)分析流程分析風(fēng)險(xiǎn)分析業(yè)務(wù)工具賬務(wù)核算業(yè)務(wù)產(chǎn)品線合作方耐用消費(fèi)品貸款Mini循環(huán)貸款電子消費(fèi)品貸款賣場進(jìn)件通道助學(xué)貸款汽車配件貸款4S店進(jìn)件通道業(yè)務(wù)操作業(yè)務(wù)管理信用評(píng)級(jí)資產(chǎn)分類貸款定價(jià)貸款發(fā)放還款扣款貼/罰息處理額度測算減值計(jì)提客戶管理合同管理額度管理產(chǎn)品管理臺(tái)賬管理催收管理商戶管理業(yè)務(wù)導(dǎo)航形態(tài)轉(zhuǎn)移組件機(jī)構(gòu)管理技術(shù)支撐流程引擎規(guī)則引擎EMP容器 DAO報(bào)表引擎圖3-4功能層次劃分業(yè)務(wù)操作層在業(yè)務(wù)操作層中的功能用于直接面向客戶的業(yè)務(wù)操作與呈現(xiàn)，可以簡單地認(rèn)為其相當(dāng)于系統(tǒng)的面門，用作信貸基層人員對(duì)最終客戶的業(yè)務(wù)門面與操作入口。其中包括業(yè)務(wù)產(chǎn)品線、合作方兩大部分。產(chǎn)品部分以業(yè)務(wù)產(chǎn)品為基本組織單位，其承擔(dān)著一個(gè)產(chǎn)品在生命周期內(nèi)所有對(duì)外的功能。之所從在概念上與物理上將這一層分離出來，一方面能將系統(tǒng)功能與現(xiàn)實(shí)中的業(yè)務(wù)角色功能映射上，減少現(xiàn)實(shí)業(yè)務(wù)與虛擬系統(tǒng)之間在基本概念與組織結(jié)構(gòu)上的差異；另一方面也是因?yàn)樵跇I(yè)務(wù)操作層面上，業(yè)務(wù)形態(tài)豐富、變數(shù)大，期望通過架構(gòu)上的分離，來確保系統(tǒng)能適應(yīng)這種特性，不會(huì)因?yàn)樾聵I(yè)務(wù)的加入而影響已有業(yè)務(wù)?？梢哉f業(yè)務(wù)操作層就是整個(gè)信貸業(yè)務(wù)的外延。業(yè)務(wù)管理層在業(yè)務(wù)管理層中的功能用于對(duì)業(yè)務(wù)操作層的支撐與管控，可以簡單地認(rèn)為其相當(dāng)于中后臺(tái)，用于中、基層管理人員對(duì)業(yè)務(wù)運(yùn)作的監(jiān)控與管控。本層以業(yè)務(wù)生命周期過程中的業(yè)務(wù)實(shí)體為基本組織單位，其承載著各業(yè)務(wù)環(huán)節(jié)的管理、配置、監(jiān)控、以及對(duì)應(yīng)業(yè)務(wù)實(shí)體的基本功能（與現(xiàn)有劃分基本對(duì)應(yīng)），并為業(yè)務(wù)操作層提供具體功能服務(wù)。由于采用業(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ì)未來新產(chǎn)品）是不可預(yù)期的，不同業(yè)務(wù)產(chǎn)品間使用的業(yè)務(wù)實(shí)體也不會(huì)相同，更重要的每種產(chǎn)品的運(yùn)作模式都會(huì)完全不同，不同銀行間產(chǎn)品的運(yùn)作模式也有明顯差異。可以說業(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)。之所以劃分出這一層，主要原因是為銀行內(nèi)部對(duì)專業(yè)化技能的要求越來越高，隨著銀行自身的發(fā)展，會(huì)形成越來越多專業(yè)職能崗位（或部門），或者干脆將部分非核心的業(yè)務(wù)操作外包給第三方。獨(dú)立的工具層，可以與銀行機(jī)構(gòu)組織職能一一對(duì)應(yīng)上；同時(shí)，也有利于在核心業(yè)務(wù)與非核心業(yè)務(wù)之間劃分出一條明顯界線，從架構(gòu)層面去減輕兩者間的耦合程度。決策分析層在決策分析層中的功能，用于對(duì)業(yè)務(wù)運(yùn)營過程中產(chǎn)生的數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析，例如，對(duì)業(yè)務(wù)辦理效率分析、對(duì)貸款人群分布分析、逾期貸款占比分析等等。決策分析層中，主要通過日終批數(shù)據(jù)加工處理、報(bào)表工具來實(shí)現(xiàn)對(duì)數(shù)據(jù)的分析與展現(xiàn)。由于數(shù)據(jù)分析不是現(xiàn)階段消費(fèi)貸系統(tǒng)的關(guān)注的重點(diǎn)，因此，獨(dú)立劃分出決策分析層，有利于保持核心功能的穩(wěn)定性。賬務(wù)核算層在賬務(wù)核算層中的功能，用于為沒有核心業(yè)務(wù)系統(tǒng)的金融機(jī)構(gòu)，提供一個(gè)Mini版的核心業(yè)務(wù)系統(tǒng)，其只含貸款功能，不含存款功能（注：與銀監(jiān)管會(huì)相關(guān)策略吻合）。其能完成貸款發(fā)放、還款扣款、罰息減免、貼息處理、減值計(jì)提、貸款形態(tài)轉(zhuǎn)移等基礎(chǔ)的賬務(wù)核算功能。由于不是所有金融機(jī)構(gòu)都沒有核算系統(tǒng)，所以將本層獨(dú)立出來，保持其與它層次間的獨(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ù)訪問工具等等。本層將在后繼章節(jié)進(jìn)行詳細(xì)介紹。功能層次關(guān)系消費(fèi)貸款系統(tǒng)中六層功能之間是一個(gè)逐層依賴的關(guān)系，如下圖所示：

賬務(wù)核算層業(yè)務(wù)操作層業(yè)務(wù)管理層賬務(wù)核算層業(yè)務(wù)操作層業(yè)務(wù)管理層業(yè)務(wù)工具層技術(shù)支撐層決策分析層圖3-5消費(fèi)貸系統(tǒng)本質(zhì)上是一個(gè)業(yè)務(wù)操作系統(tǒng)，業(yè)務(wù)操作層自然便成為了整個(gè)系統(tǒng)的主要門戶，是所有業(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ù)支撐層。業(yè)務(wù)管理部門為了能更好的對(duì)業(yè)務(wù)進(jìn)行管控，也需要專業(yè)部門（如產(chǎn)品部門、財(cái)務(wù)部門、 IT部門等等）的積極配合。因此，業(yè)務(wù)管理層依賴與業(yè)務(wù)工具層、賬務(wù)核算層與技術(shù)支撐層。金融機(jī)構(gòu)財(cái)部門是一個(gè)相對(duì)獨(dú)立的部門，其完全依照財(cái)務(wù)規(guī)章制度運(yùn)行，一般而言，其運(yùn)營主要有IT部門的支持即可；同時(shí)，由于不是所有金融機(jī)構(gòu)都需要消費(fèi)貸系統(tǒng)提供核算功能，這就需要盡量保證其獨(dú)立性，因此，賬務(wù)核算層，只需要依賴技術(shù)支撐層。決策分析主要是針對(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)貸款核算系統(tǒng)、消費(fèi)貸輔助系統(tǒng)，如下圖所示：ycloans-cl消費(fèi)貸款管理子系統(tǒng)ycloans-cl-manger消費(fèi)貸款合作方子系統(tǒng)ycloans-cl-partner消費(fèi)貸款合作方子系統(tǒng)ycloans-cl-partner消費(fèi)貸款核算子系統(tǒng)ycloans-cl-account消費(fèi)貸款輔助子系統(tǒng)ycloans-cl-tools圖3-6消費(fèi)貸款管理子系統(tǒng)消費(fèi)貸款管理子系統(tǒng)，主要面向金融機(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)、人工審批、合同管理、放款等等。消費(fèi)貸款管理子系統(tǒng)是整個(gè)系統(tǒng)業(yè)務(wù)運(yùn)營的核心系統(tǒng)。消費(fèi)貸款合作方子系統(tǒng)消費(fèi)貸款合作方子系統(tǒng)，主要面向金融機(jī)構(gòu)之外的合作機(jī)構(gòu)，如賣場、4S店、培訓(xùn)機(jī)構(gòu)等等，其負(fù)責(zé)為合作方與金融機(jī)構(gòu)之間建立渠道與門戶。其主要功能是進(jìn)件處理與審批狀態(tài)查詢。之所以將合作方獨(dú)立成子系統(tǒng)，首先，是出于金融機(jī)構(gòu)與合作方之間合作方式存在不確因素的考慮，例如，現(xiàn)在是對(duì)賣廠、對(duì)4S店，但今后可能會(huì)對(duì)網(wǎng)店、對(duì)PAD、對(duì)外包公司等等，因此將合作方的功能獨(dú)立出核心業(yè)務(wù)系統(tǒng)，作為系統(tǒng)對(duì)外擴(kuò)展的網(wǎng)關(guān)，會(huì)有利于消費(fèi)貸的不斷發(fā)展；其次，是出于安全方面考慮，由于需要直接面對(duì)互聯(lián)網(wǎng)，所以必須將對(duì)外的功能獨(dú)立部署，屏蔽任務(wù)從互聯(lián)網(wǎng)上直接訪問至核心業(yè)務(wù)系統(tǒng)的渠道。消費(fèi)貸款核算子系統(tǒng)消費(fèi)貸款核算子系統(tǒng)，主要面向金融機(jī)內(nèi)部的賬務(wù)人員，負(fù)責(zé)完成所有與貸款相關(guān)的賬務(wù)處理，如貸款發(fā)放、還款扣款、罰息減免等等，其與邏輯架構(gòu)中的賬務(wù)核算層相對(duì)應(yīng)。獨(dú)立的核算子系統(tǒng)，有利于增強(qiáng)系統(tǒng)的適應(yīng)能力。消費(fèi)貸款輔助子系統(tǒng)消費(fèi)貸款輔助子系統(tǒng)，主要負(fù)責(zé)完成數(shù)據(jù)加工與分析、定時(shí)任務(wù)調(diào)度、報(bào)表生成與展示、歷史數(shù)據(jù)查詢等后臺(tái)任務(wù)。之所以劃分出輔助子系統(tǒng)，主要是出于對(duì)系統(tǒng)性能的考慮，通過獨(dú)立部署的子系統(tǒng)來完成后臺(tái)任務(wù)，避免后臺(tái)任務(wù)對(duì)日間業(yè)務(wù)運(yùn)行效率產(chǎn)生不良影響。子系統(tǒng)間依賴關(guān)系消費(fèi)貸款四子系統(tǒng)之間的依賴關(guān)系如下圖所示：ycloans-cl圖3-7合作方子系統(tǒng)的運(yùn)作必須依賴與管理子系統(tǒng)的支持，合作方子系統(tǒng)負(fù)責(zé)對(duì)外渠道，其獨(dú)立運(yùn)行沒有任何意義，需要通過管理子系統(tǒng)來完成對(duì)每筆進(jìn)單的業(yè)務(wù)處理。管理子系統(tǒng)的運(yùn)作，需要有核算系統(tǒng)的配合，核算系統(tǒng)可以是消費(fèi)貸系統(tǒng)內(nèi)嵌的核算子系統(tǒng)，也可以是機(jī)構(gòu)內(nèi)的核心業(yè)務(wù)系統(tǒng)。管理子系統(tǒng)通過核算子系統(tǒng)完成所有貸款賬務(wù)相關(guān)的業(yè)務(wù)操作。輔助子系統(tǒng)的運(yùn)行，需要依賴管理子系統(tǒng)、核算子系統(tǒng)的正常運(yùn)行，輔助子系統(tǒng)用作消費(fèi)貸系統(tǒng)的后臺(tái)處理單元，其獨(dú)立運(yùn)行沒有任何意義，需求通過調(diào)用管理子系統(tǒng)與核算子系統(tǒng)中的業(yè)務(wù)功能來實(shí)現(xiàn)自身功能。技術(shù)選型消費(fèi)貸系統(tǒng)是基于JaveEE的WEB應(yīng)用，其后臺(tái)技術(shù)框架采用公司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ǔ)框架采用公司產(chǎn)品EMP2.2，流程引擎選用公司產(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)，頁面部件基于EasyUI實(shí)現(xiàn)，并用JspTag包裝，前后臺(tái)通訊有使用Ajax方式。業(yè)務(wù)邏輯處理沒有選用EMP提供的標(biāo)準(zhǔn)開發(fā)方式實(shí)現(xiàn)（邏輯流+KCOL），而是選擇了組件+Pojo方式實(shí)現(xiàn)，由其是在數(shù)據(jù)結(jié)構(gòu)上不再使用EMP的KCOL，而是選擇傳統(tǒng)的Pojo方式。這是因?yàn)?，希望通過功能組件+Pojo方式來實(shí)現(xiàn)面向?qū)ο笤O(shè)計(jì)思路，不再去走面向過程+快捷開發(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功能層次數(shù)據(jù)結(jié)構(gòu)業(yè)務(wù)展現(xiàn)層服務(wù)提供層服務(wù)提供層業(yè)務(wù)組件層持久層業(yè)務(wù)組件層圖3-9功能層次數(shù)據(jù)結(jié)構(gòu)業(yè)務(wù)展現(xiàn)層服務(wù)提供層服務(wù)提供層業(yè)務(wù)組件層持久層業(yè)務(wù)組件層業(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)來至展現(xiàn)層（或來至其它渠道，如SOCKET、WEBSERVIC）E的服務(wù)請(qǐng)求。這里提到的服務(wù)，并不是指通常概念中的服務(wù)，其主要是指系統(tǒng)內(nèi)部暴露給其用戶的功能，當(dāng)然，完全可以將其中的一部分功能，通過各種渠道發(fā)布給其它系統(tǒng)使用，此時(shí)其才是真正意義上的服務(wù)，這里只是借用并擴(kuò)展了服務(wù)這個(gè)概念，將系統(tǒng)提供給用戶的功能也認(rèn)為是一種服務(wù)，確切地說是細(xì)粒度的原子服務(wù)。在服務(wù)提供層中，通過對(duì)組合對(duì)業(yè)務(wù)組件層中組件的調(diào)用來實(shí)現(xiàn)服務(wù)功能，服務(wù)層中的每個(gè)服務(wù)對(duì)應(yīng)著一個(gè)業(yè)務(wù)操作，業(yè)務(wù)操作（如，發(fā)起申請(qǐng)、合同簽訂等等）過來的EMPKCOL格式的業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換成服務(wù)層中的每個(gè)服務(wù)對(duì)應(yīng)著一個(gè)業(yè)務(wù)操作，業(yè)務(wù)操作（如，發(fā)起申請(qǐng)、合同簽訂等等）過來的EMPKCOL格式的業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換成業(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ù)過程的業(yè)務(wù)實(shí)體基本一致，每個(gè)組件的名稱都是一個(gè)業(yè)務(wù)名詞，表示一個(gè)業(yè)務(wù)過程中的業(yè)務(wù)實(shí)體（如，客戶、合同、耐用消費(fèi)品貸款產(chǎn)品等等）。在本層中的各個(gè)業(yè)務(wù)組件內(nèi)，一律使用POJO為業(yè)務(wù)邏輯處理時(shí)的數(shù)據(jù)結(jié)構(gòu)。POJO為數(shù)據(jù)POJO為數(shù)據(jù)各層間關(guān)系四個(gè)層次之間類的關(guān)系如下圖所示：

功能層次數(shù)據(jù)結(jié)構(gòu)JSPJsonHTTP(Form)業(yè)務(wù)展現(xiàn)層EMPRequestServletOp1API(KCol)Comp1CMISComponentDomain業(yè)務(wù)組件層API(Pojo)CMISDao持久層實(shí)現(xiàn)引用擴(kuò)展API(Pojo)圖例請(qǐng)求圖3-10HTTP(Json)API(KCol)KCol服務(wù)提供層API(Pojo)CMISOperationAPI(Pojo)功能層次數(shù)據(jù)結(jié)構(gòu)JSPJsonHTTP(Form)業(yè)務(wù)展現(xiàn)層EMPRequestServletOp1API(KCol)Comp1CMISComponentDomain業(yè)務(wù)組件層API(Pojo)CMISDao持久層實(shí)現(xiàn)引用擴(kuò)展API(Pojo)圖例請(qǐng)求圖3-10HTTP(Json)API(KCol)KCol服務(wù)提供層API(Pojo)CMISOperationAPI(Pojo)展示現(xiàn)層通過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ù)通過EMPRequestServlet接收請(qǐng)求（此處省略了對(duì)EMP框架內(nèi)部處理描述），接收后通過抽像類CMISOperation來調(diào)用對(duì)應(yīng)的具體服務(wù)實(shí)現(xiàn)功能OP；在OP中將KCOL通過特定方法轉(zhuǎn)成Domain類（POJO格式），然后根據(jù)業(yè)務(wù)邏輯處理的需要來調(diào)用具體的組件類；在組件類中將不再使用 KCOL格式的數(shù)據(jù)來處理業(yè)務(wù)邏輯，在組件類中直接調(diào)用持久層CMISDao中公共類SqlClient，完成系統(tǒng)內(nèi)最基礎(chǔ)的數(shù)據(jù)操作；在持久層中也將不再處理 KCOL格式的數(shù)據(jù)，而直接使用Domain格式數(shù)據(jù)來操作數(shù)據(jù)庫。關(guān)鍵技術(shù)點(diǎn)數(shù)據(jù)庫訪問在數(shù)據(jù)庫訪問層面，我們總結(jié)了在項(xiàng)目開發(fā)過程中使用基礎(chǔ)框架遇到的問題，并考慮客戶一些建議，對(duì)EMP中的數(shù)據(jù)訪問層進(jìn)行了設(shè)計(jì)重構(gòu)。首先，存在的問題我們歸納為下表：序號(hào)問題描述1不支持復(fù)雜的自定義SQL的執(zhí)行,二次開發(fā)人員只得另行編寫數(shù)據(jù)訪問層，最終導(dǎo)致系統(tǒng)數(shù)據(jù)訪問接口不統(tǒng)一、混亂，不利于問題排查和日后維護(hù)。2不支持使用普通的業(yè)務(wù)實(shí)體對(duì)象進(jìn)行數(shù)據(jù)傳輸：EMP中的TableModelDao只支持KeyedCollection和IndexedCollection這樣動(dòng)態(tài)存儲(chǔ)結(jié)構(gòu)的數(shù)據(jù)傳輸，雖然靈活，但是數(shù)據(jù)存取不明確，一旦有問題，不利于排查。3不支持批量執(zhí)行SQL，導(dǎo)致項(xiàng)目開發(fā)人員在開發(fā)過程中編寫了大量循環(huán)操作數(shù)據(jù)庫的代碼，對(duì)系統(tǒng)性能影響較大。4依賴配置文件實(shí)現(xiàn)ORM映射關(guān)系，這樣導(dǎo)致系統(tǒng)配置文件過多，使系統(tǒng)文件的維護(hù)過于繁瑣；另外，一個(gè)ORM配置文件對(duì)應(yīng)一個(gè)表的僵化映射關(guān)系，對(duì)多表關(guān)聯(lián)查詢的 SQL支持乏力；另外通過配置文件進(jìn)行映射必定要用到 JAVA的反射機(jī)制，這也是性能消耗的地方。5開發(fā)人員在JAVA代碼中編寫大量SQL并根據(jù)前端傳入?yún)?shù)拼寫 WHERE子句的條件串，容易留下SQL注入攻擊漏洞，為排查和修復(fù)這些漏洞以及應(yīng)付甲方的安全掃描需要花費(fèi)不少工作量；另外，甲方希望 SQL和JAVA代碼嚴(yán)格分離?；谝陨蠁栴}，新的數(shù)據(jù)訪問層提供了以下解決方案和 API支持：動(dòng)態(tài)ORM映射方案該方案是基于業(yè)務(wù)實(shí)體對(duì)象的一種動(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用來存儲(chǔ)業(yè)務(wù)實(shí)體對(duì)象的屬性值，而對(duì)外使用時(shí)，依然通過業(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)的靈活性。另外無需再考慮數(shù)據(jù)庫表字段和業(yè)務(wù)實(shí)體對(duì)象屬性名稱的不一致性，這種映射關(guān)系動(dòng)態(tài)靈活，方便開發(fā)人員維護(hù)，也避免了反射的使用。具體的業(yè)務(wù)實(shí)體對(duì)象的結(jié)構(gòu)可參考下列代碼：User.java不足的是以后的業(yè)務(wù)實(shí)體對(duì)象需要實(shí)現(xiàn)CMISDomain接口中的方法，不是純粹的POJO。SQL的可配置方案該方案強(qiáng)制要求把SQL從JAVA邏輯中剝離出來，類似iBatis在相應(yīng)的XML文件中進(jìn)行配置，然后程序根據(jù)配置的ID動(dòng)態(tài)裝載SQL,并用“？”替換配置的SQL串中的變量，最后交給JDBC的PreparedStatement對(duì)象執(zhí)行。具體的SQL配置文件格式可參考如下文件：通過這種強(qiáng)制性方案，開發(fā)人員失去了編寫帶有 SQL注入攻擊漏洞代碼的機(jī)會(huì)，對(duì)這類問題進(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)邏輯層中通過業(yè)務(wù)實(shí)體對(duì)象進(jìn)行數(shù)據(jù)傳輸這一需求。此外，對(duì)于SQL配置過程遇到的一些特殊問題，我們也提供了較好的解決辦法：一是動(dòng)態(tài)SQL的問題，一些SQL條件是根據(jù)運(yùn)行時(shí)期的值動(dòng)態(tài)決定是否要拼入整體 SQL中，對(duì)于該問題的解決辦法是，把相應(yīng)的SQL條件逐一配置在配置文件中，并用相應(yīng)的條件 ID標(biāo)識(shí)區(qū)分，然后由開發(fā)人員在程序中根據(jù)客戶端傳入?yún)?shù)值決定要把哪些條件ID傳到數(shù)據(jù)庫訪問層，數(shù)據(jù)訪問層的核心類根據(jù)這些條件ID動(dòng)態(tài)去追加這SQL條件；問題二對(duì)于IN子句的支持，開發(fā)人員可以在IN子句的括號(hào)中指定對(duì)應(yīng)的變量名，并指明該變量的類型，其類型可以是數(shù)組、LIST集合對(duì)象以及逗號(hào)間隔的String，然后數(shù)據(jù)庫訪問層核心類會(huì)拆分和計(jì)算出IN值的個(gè)數(shù)，并用對(duì)應(yīng)個(gè)數(shù)的”?”替換配置的屬性變量名。最后，沒有直接使用iBatis原因是iBatis的SQL配置方式和配置語句相對(duì)復(fù)雜，且相應(yīng)的輔助JAVA類過于冗長繁瑣，和數(shù)據(jù)庫訪問層整體解決方案的契合度不高。支持SQL的批量執(zhí)行前述兩個(gè)方案結(jié)合在一起，解決了問題3以為的四個(gè)問題，對(duì)于問題3中提到SQL批量執(zhí)行，新的數(shù)據(jù)庫訪問層CMISDAO中的核心類提供了相應(yīng)的API支持，主要是采用JDBC的PreparedStatement對(duì)象的批處理功能來實(shí)現(xiàn)另外，考慮到兼容性，對(duì)于之前的數(shù)據(jù)類型KeyedCollection和IndexedCollection，新的CMISDAO依然提供部分支持；對(duì)于之前的TableModelDAO的優(yōu)點(diǎn)，新的CMISDAO依然繼承和發(fā)揚(yáng)，例如對(duì)單表的面向?qū)ο蠓绞降拇嫒≡L問接口依然提供，只是內(nèi)部實(shí)現(xiàn)方式有所改變。CMISDAO本身在小數(shù)據(jù)量時(shí)（千條之內(nèi)），對(duì)系統(tǒng)性能無明顯影響，能將Domain至數(shù)據(jù)庫之間的來回映射的性能消耗降至最低，另外，由于JVM堆容量的限制，建議在批量數(shù)據(jù)處理時(shí)要謹(jǐn)用。數(shù)據(jù)緩存CMISCache用于信貸系統(tǒng)運(yùn)行時(shí)緩存常用的業(yè)務(wù)數(shù)據(jù)、 過程數(shù)據(jù)與配置數(shù)據(jù)，以緩解系統(tǒng)在面對(duì)復(fù)雜業(yè)務(wù)需求時(shí)的對(duì)數(shù)據(jù)庫的壓力。緩存機(jī)制在信貸系統(tǒng)中已經(jīng)比較常用，例如，數(shù)據(jù)字典、組織機(jī)構(gòu)信息等。實(shí)際上緩存還可以廣泛用于對(duì)數(shù)據(jù)一致性要求不高，但對(duì)數(shù)據(jù)庫性能消耗高，或用SQL難以實(shí)現(xiàn)的復(fù)雜的業(yè)務(wù)場景，例如即時(shí)消息提醒、數(shù)據(jù)即時(shí)統(tǒng)計(jì)、數(shù)據(jù)呈現(xiàn)的修飾與深加工等等。CMISCache現(xiàn)階段主要解決對(duì)業(yè)務(wù)數(shù)據(jù)緩存使用的規(guī)范統(tǒng)一問題， 集群成員之間緩存同步問題，并提升緩存檢索性能，加強(qiáng)使用安全性。將來考慮實(shí)現(xiàn)分布式+分級(jí)式的緩存機(jī)制，平衡時(shí)間與空間之間的矛盾，進(jìn)一步讓緩存能提升系統(tǒng)性能，并考慮使用類似 XPATH語法模式對(duì)緩存檢索，讓緩存機(jī)制能替代部分 SQL實(shí)現(xiàn)功能，能為復(fù)雜業(yè)務(wù)的實(shí)現(xiàn)提供更多支持。數(shù)據(jù)權(quán)限控制數(shù)據(jù)記錄級(jí)權(quán)限為菜單級(jí)權(quán)限的補(bǔ)充，用于更細(xì)粒度地控制用戶對(duì)每條記錄各類操作權(quán)限，不一樣的是在菜單級(jí)權(quán)限中的動(dòng)作完全由用戶自行定義，而對(duì)于記錄級(jí)權(quán)限則僅分為三類動(dòng)作——查詢、修改、刪除，其分別對(duì)應(yīng)查詢權(quán)限、修改權(quán)限、刪除權(quán)限。查詢權(quán)限，用于控制數(shù)據(jù)記錄對(duì)當(dāng)前操作者對(duì)的可見性，其作用于展示列表之時(shí)。當(dāng)某數(shù)據(jù)無權(quán)被當(dāng)前用戶看見時(shí)，在該用戶訪問其所在列表時(shí)，系統(tǒng)將自動(dòng)過濾掉無權(quán)限的數(shù)據(jù)。注：系統(tǒng)現(xiàn)只在訪問列表時(shí)進(jìn)行查詢權(quán)限，對(duì)于單筆數(shù)據(jù)的查看權(quán)限， 則僅僅使用界面菜單權(quán)限進(jìn)行控制。修改權(quán)限，用于控制當(dāng)前操作者對(duì)數(shù)據(jù)記錄的修改權(quán)，其作用于用戶 進(jìn)入‘修改'界面之時(shí)，以及在發(fā)起修改請(qǐng)求之時(shí)。當(dāng)某條數(shù)據(jù)記錄無權(quán)被當(dāng)前用戶修改時(shí)，系統(tǒng)將在進(jìn)入修改界面、發(fā)起修改請(qǐng)求兩個(gè)時(shí)刻進(jìn)行攔截。刪除權(quán)限，用于控制當(dāng)前操作者對(duì)數(shù)據(jù)記錄的刪除權(quán)，其作用于用戶發(fā)起刪除之時(shí)。當(dāng)某條數(shù)據(jù)記錄無權(quán)被當(dāng)前用戶刪除時(shí)，系統(tǒng)將在發(fā)起刪除請(qǐng)求時(shí)進(jìn)行攔截。數(shù)據(jù)記錄級(jí)權(quán)限所保護(hù)的資源范圍是在表模型中所配置的表，其控制的依據(jù)取決于表中的權(quán)限歸屬描述字段(用于描述被約束的對(duì)象)中的值與當(dāng)前登錄者相關(guān)信息(如工號(hào)、機(jī)構(gòu)碼等等)的匹配程度，約束的對(duì)象是信貸系統(tǒng)中的用戶。在信貸系統(tǒng)中有三類常見的約束對(duì)象——本人、本機(jī)構(gòu)、本機(jī)構(gòu)及下級(jí)機(jī)構(gòu)，其與記錄級(jí)權(quán)限一共有七種，如下圖所示：圖3-12注：在流程審批過程中的對(duì)數(shù)據(jù)記錄的權(quán)限控制移交給流程引擎負(fù)責(zé) ,操作查看。在上圖中描述了記錄級(jí)權(quán)限控制的層次劃分，及針對(duì)每一張表有三類權(quán)限(查詢、修改與刪除)，針對(duì)每一類權(quán)限又按約束對(duì)象細(xì)分為若干個(gè)具體的權(quán)限控制點(diǎn)。由于在信貸系統(tǒng)中，被約束對(duì)象基本上是確定的，而用于描述這些對(duì)象的權(quán)限歸屬字段的字段名基本一至，因此可以考慮針將常用權(quán)限控制點(diǎn)制作成標(biāo)準(zhǔn)記錄級(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)記錄級(jí)權(quán)限控制模板，一共提供以下七個(gè)：1)由查詢本人記錄權(quán)限模板，控制僅能查詢屬于本人的數(shù)據(jù)2)由查詢本機(jī)構(gòu)記錄權(quán)限模板，控制僅能查詢屬于本機(jī)構(gòu)的數(shù)據(jù)3)由查詢本機(jī)構(gòu)及下級(jí)機(jī)構(gòu)記錄權(quán)限模板，控制僅能查詢屬于本機(jī)構(gòu)及下級(jí)機(jī)構(gòu)的數(shù)據(jù)4)由修改本人記錄權(quán)限模板，控制僅能修改屬于本人的數(shù)據(jù)5)由修改本機(jī)構(gòu)記錄權(quán)限模板，控制僅能修改屬于本機(jī)構(gòu)的數(shù)據(jù)6)由刪除本人記錄權(quán)限模板，控制僅能刪除屬于本人的數(shù)據(jù)7)由刪除本機(jī)構(gòu)記錄權(quán)限模板，控制僅能刪除屬于本機(jī)構(gòu)的數(shù)據(jù)為保證模板是可替換的，應(yīng)該按表模型+操作類型+崗位來配置具體哪張表在作什么類型操作時(shí)應(yīng)該如何控制當(dāng)前用戶的權(quán)限。模板使用的大體步驟如下：在執(zhí)行某操作之前，根據(jù)當(dāng)前操作的表模型、操作類型（是屬于查詢、修改還是刪除）以及當(dāng)前用戶的崗位調(diào)用對(duì)應(yīng)的模板（注：崗位在配置中為可選項(xiàng)，如果沒有配模板對(duì)應(yīng)崗位，則該模板適用于所有人），用以檢查當(dāng)前的操作者是否有權(quán)限操作當(dāng)前數(shù)據(jù)，對(duì)于權(quán)限檢查不通過的，則直接返回?zé)o權(quán)操作的提示界面，截?cái)嘤脩舻牟僮髡?qǐng)求。業(yè)務(wù)導(dǎo)航為提高用戶在系統(tǒng)中的工作效率，首先需要有良好的UI設(shè)計(jì)，通過良好的UI設(shè)計(jì)可以實(shí)現(xiàn)消息驅(qū)動(dòng)+流程驅(qū)動(dòng)的操作模式?？梢钥紤]將整個(gè)業(yè)務(wù)辦理過程，按實(shí)際業(yè)務(wù)拆解成若干個(gè)步驟，每個(gè)步驟是功能明確，并且相對(duì)其他步驟獨(dú)立的，而讓客戶每筆發(fā)生的業(yè)務(wù)都按步驟一步步執(zhí)行，從而將整個(gè)業(yè)務(wù)辦理步驟，行成業(yè)務(wù)操作向?qū)Вㄟ^業(yè)務(wù)向?qū)е甘緦?shí)現(xiàn)在操作層面，將業(yè)務(wù)功能組織更條理且簡單明確；消費(fèi)貸系統(tǒng)中，將通過業(yè)務(wù)導(dǎo)航與流程引擎的配合，來完成業(yè)務(wù)操作，示意圖如下所示：業(yè)務(wù)功能業(yè)務(wù)導(dǎo)航流程引擎業(yè)務(wù)功能業(yè)務(wù)導(dǎo)航流程引擎Time調(diào)用圖3-11在圖3-11中，通過導(dǎo)航將業(yè)務(wù)辦理過程中的復(fù)雜業(yè)務(wù)操作劃成若干個(gè)單簡的場景，并用導(dǎo)航串聯(lián)一起，使其業(yè)務(wù)操作過程更明確與規(guī)范，從而達(dá)到提升效率的目地；通過流程引擎將整個(gè)業(yè)務(wù)各個(gè)環(huán)節(jié)聯(lián)接起來，實(shí)現(xiàn)業(yè)務(wù)流程的流轉(zhuǎn)。JQuery與EasyUIjQueryEasyUI是一組基于jQuery的UI插件集合，而jQueryEasyUI的目標(biāo)就是幫助web開發(fā)者更輕松的打造出功能豐富并且美觀的 UI界面。開發(fā)者不需要編寫復(fù)雜的 javascript，也不需要對(duì)css樣式有深入的了解，開發(fā)者需要了解的只有一些簡單的html標(biāo)簽。jQueryEasyUI為我們提供了大多數(shù)UI控件的使用，如：accordion，combobox，menu，dialog，tabs，validatebox，datagrid，window，tree等等。jQueryEasyUI是基于JQuery的一個(gè)前臺(tái)ui界面的插件，功能相對(duì)沒extjs強(qiáng)大，但頁面也是相當(dāng)好看的。一些功能也足夠開發(fā)者使用，相對(duì)于 extjs更輕量。jQueryEasyUI有以下特點(diǎn)：1、基于jquery用戶界面插件的集合

2、為一些當(dāng)前用于交互的js應(yīng)用提供必要的功能3、使用EasyUI你不需要寫很多的javascript代碼，通常只需要寫HTML標(biāo)記來定義用戶界面即可4、支持HTML55、開發(fā)產(chǎn)品時(shí)可節(jié)省時(shí)間和資源6、簡單，但很強(qiáng)大（注：本小節(jié)中對(duì)jquery與easyui的描述引用至‘百度百科'）流程引擎消費(fèi)貸系統(tǒng)整個(gè)業(yè)務(wù)流轉(zhuǎn)基于公司echain實(shí)現(xiàn)。規(guī)則引擎消費(fèi)貸系統(tǒng)整個(gè)業(yè)務(wù)過程的規(guī)則基于公司shuffle實(shí)現(xiàn)。功能設(shè)計(jì)功能模塊劃分基于以上從業(yè)務(wù)與技術(shù)兩方面對(duì)消費(fèi)貸系統(tǒng)的分析，可以初步明確系統(tǒng)功能模塊如何劃分，通過對(duì)模塊的劃分明確系統(tǒng)中各個(gè)功能職責(zé)的組織方式，如下圖所示：圖4-1其中業(yè)務(wù)功能的一級(jí)包結(jié)構(gòu)與邏輯結(jié)構(gòu)一一對(duì)應(yīng)，一共分為產(chǎn)品線、管理、合作方、決策分其中業(yè)務(wù)功能的一級(jí)包結(jié)構(gòu)與邏輯結(jié)構(gòu)一一對(duì)應(yīng)，一共分為產(chǎn)品線、管理、合作方、決策分析、工具、賬務(wù)核算六個(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í)包，例如客戶、合同、產(chǎn)品等等。其中每個(gè)二級(jí)包內(nèi)，依據(jù)功能職責(zé)劃分若干個(gè)組件類。管理包為產(chǎn)品線包、合作方包提供支撐。在合作方包(partner)中，用于放置消費(fèi)貸業(yè)務(wù)涉及的第三方進(jìn)件渠道相關(guān)功能，例如，賣場經(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)庫、額度測算等等。其為管理包、產(chǎn)品線包提供支撐，其本身不依賴與其它業(yè)務(wù)功能包。在賬務(wù)核算包(accounting)中，用于放置貸款核算相關(guān)功能，例如，貸款發(fā)放、還款扣款。其為管理包提供支撐，其本身不依賴與其它業(yè)務(wù)功能包。賬務(wù)核算包將以子系統(tǒng)的形態(tài)與主應(yīng)用工程分離部署，在主應(yīng)用工程中僅保留其接口。功能結(jié)構(gòu)設(shè)計(jì)通過對(duì)消費(fèi)貸系統(tǒng)主要功能模塊的劃分，基本明確了系統(tǒng)中最粗粒度的功能組織單位，在本節(jié)中將采用類圖的方式，進(jìn)一步細(xì)化各功能之間的結(jié)構(gòu)關(guān)系，如下圖所示：

圖4-3在圖4-3中，描繪了消費(fèi)貸系統(tǒng)中大多數(shù)業(yè)務(wù)類以及各個(gè)類之間的關(guān)系。 從圖中可以很容易地發(fā)現(xiàn)，處于整個(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)庫等）。實(shí)現(xiàn)關(guān)系：耐用消費(fèi)品貸款類、電子消費(fèi)品貸款類均是消費(fèi)貸產(chǎn)品線抽象類的具體實(shí)現(xiàn)，用于對(duì)消費(fèi)貸產(chǎn)品的基本功能進(jìn)行擴(kuò)展。聚合關(guān)系：申請(qǐng)、客戶、合同、產(chǎn)品類均是消費(fèi)貸款產(chǎn)品的構(gòu)成關(guān)鍵要素，是其中的一部分，因此它們之間是聚合關(guān)系。引用關(guān)系：信用評(píng)級(jí)、風(fēng)險(xiǎn)指標(biāo)庫類均屬于在消費(fèi)貸款產(chǎn)品運(yùn)過程中需要使用的工具類，因此它們之間是引用關(guān)系。消費(fèi)貸產(chǎn)品線類負(fù)責(zé)所有業(yè)務(wù)操作層面功能的實(shí)現(xiàn)，之所以要采用要采產(chǎn)品線作為中心來組織功能，這是因?yàn)椴煌漠a(chǎn)品會(huì)有不同的運(yùn)作方式（如，有的產(chǎn)品需要走授信，有的不需要；有的進(jìn)件渠道是來自合作方，有的來自機(jī)構(gòu)內(nèi)；有的需要進(jìn)行電核，有的不需要；有的產(chǎn)品是自動(dòng)人工放款，有的是自動(dòng)放款；），同時(shí)，對(duì)于金融機(jī)構(gòu)而言，產(chǎn)品是其組織開展業(yè)務(wù)的基本單元；對(duì)于客戶而言，產(chǎn)品也是享受金融服務(wù)的基本單元；對(duì)于金融行業(yè)而言，產(chǎn)品更是彼此間競爭的基本單元。