【正文】 （4） 操作預(yù)防機(jī)制消費貸系統(tǒng)中，通過對用戶操作時嚴(yán)格控制（如，控制數(shù)據(jù)長度、精度、范圍、以及業(yè)務(wù)處理規(guī)則等），配合友好的提示，盡量將系統(tǒng)的錯誤處理前移，實現(xiàn)整個系統(tǒng)的預(yù)防性容錯。（2） 交易存儲重發(fā)機(jī)制消費貸系統(tǒng)中，對于關(guān)鍵性交易（如貸款發(fā)放交易），一律再取先存儲交易場景，再發(fā)送交易的機(jī)制，當(dāng)交易失敗時，可以視失敗原因（例如，通訊失?。駲C(jī)重發(fā)，或等待日終對賬處理。系統(tǒng)提供以下四種機(jī)制來實現(xiàn)容錯：（1） 雙機(jī)互備機(jī)制消費貸系統(tǒng)中在應(yīng)用服務(wù)器層面，采用雙機(jī)（或多機(jī)）集群方式，實現(xiàn)應(yīng)用系統(tǒng)間的互備，在數(shù)據(jù)庫層面，采用雙機(jī)HA方式，實現(xiàn)數(shù)據(jù)庫的互備。（5） 防止越權(quán)訪問機(jī)制消費貸系統(tǒng)中，通過記錄級權(quán)限機(jī)制，嚴(yán)格控制每個登錄用戶的數(shù)據(jù)訪問、操作權(quán)限，有效屏蔽越權(quán)訪問的風(fēng)險（ 數(shù)據(jù)權(quán)限控制）。（3） 防SQL注入機(jī)制消費貸系統(tǒng)中，通過在持久層統(tǒng)一對SQL的提出處理，將SQL與代碼進(jìn)行了分離，可有效屏蔽SQL注入的可能性。系統(tǒng)除了提供在硬件環(huán)境內(nèi)的安全保障（如防火墻、軟硬加密等），在應(yīng)用軟件內(nèi)部也提供以下五種機(jī)制來保障安全：（1） 內(nèi)外網(wǎng)隔離消費貸系統(tǒng)中，將對外網(wǎng)的合作方使用的功能，從主應(yīng)用中分離出來獨立部署，兩子系統(tǒng)間其于報文交易，以有效屏蔽從外網(wǎng)直接訪問內(nèi)網(wǎng)服務(wù)器的可能性，從而有效提升系統(tǒng)整體的安全性（ 子系統(tǒng)劃分）。（5） 合理拓?fù)浣Y(jié)構(gòu)消費貸系統(tǒng)中，將分析查詢、定時任務(wù)等耗時效的功能，從主應(yīng)用中分離出來獨立部署，以盡量避免后臺操作影響日間交易運行（ 子系統(tǒng)劃分）。（3） 內(nèi)存控制機(jī)制消費貸系統(tǒng)中，將自動控制集合類中存放元素的個數(shù)（控制在30000個之內(nèi)），以規(guī)避由于數(shù)據(jù)量過大或程序BUG導(dǎo)致的JVM內(nèi)存溢出問題。（2） 請求量控制機(jī)制消費貸系統(tǒng)中，可以對于執(zhí)行時間較長的交易，基于EMP的訪問控制器accessManager，獨立實行請求量控制。系統(tǒng)提供以下五種機(jī)制來保障性能：（1） 數(shù)據(jù)緩存機(jī)制消費貸系統(tǒng)中基于CMISCache實現(xiàn)對業(yè)務(wù)數(shù)據(jù)的緩存，其用于系統(tǒng)運行時緩存常用的業(yè)務(wù)數(shù)據(jù)、過程數(shù)據(jù)與配置數(shù)據(jù)，以緩解系統(tǒng)在面對復(fù)雜業(yè)務(wù)需求時的對數(shù)據(jù)庫的壓力。從業(yè)務(wù)需求與技術(shù)實現(xiàn)兩方面來看，以產(chǎn)品線為中心來組織、設(shè)計業(yè)務(wù)功能，可以較容易地滿足各個層面對系統(tǒng)的需求，也能較好地應(yīng)對將來的變化。在此之前的信貸系統(tǒng)的設(shè)計中，只有申請、合同、客戶、額度等單個的業(yè)務(wù)組件，由于沒有產(chǎn)品線這個概念，其結(jié)果是，申請有一堆不同版本的功能、合同有一堆不同版本功能，客戶也一樣… ，隨著時間的推移，現(xiàn)在沒有誰能說明白哪些功能是應(yīng)該配套在一起使用的，哪些功能是為什么業(yè)務(wù)實現(xiàn)的。產(chǎn)品線類相當(dāng)于一個模板（或者說是一個業(yè)務(wù)操作框架），當(dāng)有新的功能，復(fù)制一份模板，將調(diào)整其中有變化的地方即可。在技術(shù)實現(xiàn)層面上，通過產(chǎn)品線類來統(tǒng)一封裝業(yè)務(wù)操作層的功能，屏蔽后臺的具體的技術(shù)實現(xiàn)細(xì)節(jié)與實現(xiàn)方式，同時也屏蔽來自管理層的具體業(yè)務(wù)規(guī)則，讓其專注完成產(chǎn)品基本的公共的業(yè)務(wù)操作功能，如接收進(jìn)件、發(fā)起申請、提交電核、合同簽訂等等。消費貸產(chǎn)品線類負(fù)責(zé)所有業(yè)務(wù)操作層面功能的實現(xiàn)，之所以要采用要采產(chǎn)品線作為中心來組織功能，這是因為不同的產(chǎn)品會有不同的運作方式（如，有的產(chǎn)品需要走授信，有的不需要；有的進(jìn)件渠道是來自合作方，有的來自機(jī)構(gòu)內(nèi)；有的需要進(jìn)行電核，有的不需要；有的產(chǎn)品是自動人工放款，有的是自動放款；），同時，對于金融機(jī)構(gòu)而言，產(chǎn)品是其組織開展業(yè)務(wù)的基本單元；對于客戶而言，產(chǎn)品也是享受金融服務(wù)的基本單元；對于金融行業(yè)而言，產(chǎn)品更是彼此間競爭的基本單元。l 聚合關(guān)系：申請、客戶、合同、產(chǎn)品類均是消費貸款產(chǎn)品的構(gòu)成關(guān)鍵要素，是其中的一部分，因此它們之間是聚合關(guān)系。圍繞它的類的關(guān)系可以分三種：實現(xiàn)關(guān)系（如，耐用消費品貸款、電子消費品貸款等）、聚合關(guān)系（如，申請、客戶、合同等）、引用關(guān)系（如，信用評級、風(fēng)險指標(biāo)庫等）。從圖中可以很容易地發(fā)現(xiàn)，處于整個系統(tǒng)中心的是‘消費貸產(chǎn)品線’這個抽象類。賬務(wù)核算包將以子系統(tǒng)的形態(tài)與主應(yīng)用工程分離部署，在主應(yīng)用工程中僅保留其接口。在賬務(wù)核算包（accounting）中，用于放置貸款核算相關(guān)功能，例如，貸款發(fā)放、還款扣款。在工具包（tools）中，用于放置業(yè)務(wù)專業(yè)工具相關(guān)功能，例如，信用評級、風(fēng)險指標(biāo)庫、額度測算等等。在決策分析包（analysis）中，用于放置業(yè)務(wù)運作數(shù)據(jù)的統(tǒng)計分析相關(guān)功能。其為產(chǎn)品線包提供支撐。管理包為產(chǎn)品線包、合作方包提供支撐。在管理包（manager）中，用于放置業(yè)務(wù)管理相關(guān)功能，以業(yè)務(wù)實體二級包，例如客戶、合同、產(chǎn)品等等。其中每個二級包內(nèi)，以獨立產(chǎn)品為單位形成組件類，即一個產(chǎn)品一個類，如果有兩個十分相似的產(chǎn)品，則以繼承的方式實現(xiàn)第二個類。4 功能設(shè)計 功能模塊劃分基于以上從業(yè)務(wù)與技術(shù)兩方面對消費貸系統(tǒng)的分析，可以初步明確系統(tǒng)功能模塊如何劃分，通過對模塊的劃分明確系統(tǒng)中各個功能職責(zé)的組織方式，如下圖所示：圖41其中業(yè)務(wù)功能的一級包結(jié)構(gòu)與邏輯結(jié)構(gòu)一一對應(yīng)，一共分為產(chǎn)品線、管理、合作方、決策分析、工具、賬務(wù)核算六個包（注：這里不包含技術(shù)實現(xiàn)部分）。jQuery EasyUI有以下特點：基于jquery用戶界面插件的集合為一些當(dāng)前用于交互的js應(yīng)用提供必要的功能使用 EasyUI你不需要寫很多的javascript代碼，通常只需要寫HTML標(biāo)記來定義用戶界面即可支持HTML5開發(fā)產(chǎn)品時可節(jié)省時間和資源簡單，但很強(qiáng)大（注：本小節(jié)中對jquery與easyui的描述引用至‘百度百科’） 流程引擎消費貸系統(tǒng)整個業(yè)務(wù)流轉(zhuǎn)基于公司echain實現(xiàn)。jQuery EasyUI是基于JQuery的一個前臺ui界面的插件，功能相對沒extjs強(qiáng)大，但頁面也是相當(dāng)好看的。開發(fā)者不需要編寫復(fù)雜的javascript，也不需要對css樣式有深入的了解，開發(fā)者需要了解的只有一些簡單的html標(biāo)簽。可以考慮將整個業(yè)務(wù)辦理過程，按實際業(yè)務(wù)拆解成若干個步驟，每個步驟是功能明確，并且相對其他步驟獨立的，而讓客戶每筆發(fā)生的業(yè)務(wù)都按步驟一步步執(zhí)行，從而將整個業(yè)務(wù)辦理步驟，行成業(yè)務(wù)操作向?qū)?，通過業(yè)務(wù)向?qū)е甘緦崿F(xiàn)在操作層面，將業(yè)務(wù)功能組織更條理且簡單明確；消費貸系統(tǒng)中，將通過業(yè)務(wù)導(dǎo)航與流程引擎的配合，來完成業(yè)務(wù)操作，示意圖如下所示：圖311在圖311中，通過導(dǎo)航將業(yè)務(wù)辦理過程中的復(fù)雜業(yè)務(wù)操作劃成若干個單簡的場景，并用導(dǎo)航串聯(lián)一起，使其業(yè)務(wù)操作過程更明確與規(guī)范，從而達(dá)到提升效率的目地；通過流程引擎將整個業(yè)務(wù)各個環(huán)節(jié)聯(lián)接起來，實現(xiàn)業(yè)務(wù)流程的流轉(zhuǎn)。模板使用的大體步驟如下：在執(zhí)行某操作之前，根據(jù)當(dāng)前操作的表模型、操作類型（是屬于查詢、修改還是刪除），以及當(dāng)前用戶的崗位調(diào)用對應(yīng)的模板（注：崗位在配置中為可選項，如果沒有配模板對應(yīng)崗位，則該模板適用于所有人），用以檢查當(dāng)前的操作者是否有權(quán)限操作當(dāng)前數(shù)據(jù)，對于權(quán)限檢查不通過的，則直接返回?zé)o權(quán)操作的提示界面，截斷用戶的操作請求。由于在信貸系統(tǒng)中，被約束對象基本上是確定的，而用于描述這些對象的權(quán)限歸屬字段的字段名基本一至，因此可以考慮針將常用權(quán)限控制點制作成標(biāo)準(zhǔn)記錄級權(quán)限控制模板，用于覆蓋絕大部份的權(quán)限需求，對于少數(shù)特殊的需求，可以參照現(xiàn)有的權(quán)限控制模板進(jìn)行擴(kuò)展即可。在信貸系統(tǒng)中有三類常見的約束對象——本人、本機(jī)構(gòu)、本機(jī)構(gòu)及下級機(jī)構(gòu)，其與記錄級權(quán)限一共有七種，如下圖所示：圖312注：在流程審批過程中的對數(shù)據(jù)記錄的權(quán)限控制移交給流程引擎負(fù)責(zé),操作查看。當(dāng)某條數(shù)據(jù)記錄無權(quán)被當(dāng)前用戶刪除時，系統(tǒng)將在發(fā)起刪除請求時進(jìn)行攔截。當(dāng)某條數(shù)據(jù)記錄無權(quán)被當(dāng)前用戶修改時，系統(tǒng)將在進(jìn)入修改界面、發(fā)起修改請求兩個時刻進(jìn)行攔截。注：系統(tǒng)現(xiàn)只在訪問列表時進(jìn)行查詢權(quán)限，對于單筆數(shù)據(jù)的查看權(quán)限，則僅僅使用界面菜單權(quán)限進(jìn)行控制。查詢權(quán)限，用于控制數(shù)據(jù)記錄對當(dāng)前操作者對的可見性，其作用于展示列表之時。將來考慮實現(xiàn)分布式+分級式的緩存機(jī)制，平衡時間與空間之間的矛盾，進(jìn)一步讓緩存能提升系統(tǒng)性能，并考慮使用類似XPATH語法模式對緩存檢索，讓緩存機(jī)制能替代部分SQL實現(xiàn)功能，能為復(fù)雜業(yè)務(wù)的實現(xiàn)提供更多支持。實際上緩存還可以廣泛用于對數(shù)據(jù)一致性要求不高，但對數(shù)據(jù)庫性能消耗高，或用SQL難以實現(xiàn)的復(fù)雜的業(yè)務(wù)場景，例如即時消息提醒、數(shù)據(jù)即時統(tǒng)計、數(shù)據(jù)呈現(xiàn)的修飾與深加工等等。 數(shù)據(jù)緩存CMISCache用于信貸系統(tǒng)運行時緩存常用的業(yè)務(wù)數(shù)據(jù)、過程數(shù)據(jù)與配置數(shù)據(jù)，以緩解系統(tǒng)在面對復(fù)雜業(yè)務(wù)需求時的對數(shù)據(jù)庫的壓力。l 支持SQL的批量執(zhí)行前述兩個方案結(jié)合在一起，解決了問題3以為的四個問題，對于問題3中提到SQL批量執(zhí)行，主要是采用JDBC的PreparedStatement對象的批處理功能來實現(xiàn)另外，考慮到兼容性，對于之前的數(shù)據(jù)類型KeyedCollection和IndexedCollection，新的CMISDAO依然提供部分支持；對于之前的TableModelDAO的優(yōu)點，新的CMISDAO依然繼承和發(fā)揚，例如對單表的面向?qū)ο蠓绞降拇嫒≡L問接口依然提供，只是內(nèi)部實現(xiàn)方式有所改變。此外，對于SQL配置過程遇到的一些特殊問題，我們也提供了較好的解決辦法：一是動態(tài)SQL的問題，一些SQL條件是根據(jù)運行時期的值動態(tài)決定是否要拼入整體SQL中，對于該問題的解決辦法是，把相應(yīng)的SQL條件逐一配置在配置文件中，并用相應(yīng)的條件ID標(biāo)識區(qū)分，然后由開發(fā)人員在程序中根據(jù)客戶端