【正文】 的集合為一些當前用于交互的js應用提供必要的功能使用 EasyUI你不需要寫很多的javascript代碼，通常只需要寫HTML標記來定義用戶界面即可支持HTML5開發(fā)產(chǎn)品時可節(jié)省時間和資源簡單，但很強大（注：本小節(jié)中對jquery與easyui的描述引用至‘百度百科’） 流程引擎消費貸系統(tǒng)整個業(yè)務流轉基于公司echain實現(xiàn)。 規(guī)則引擎消費貸系統(tǒng)整個業(yè)務過程的規(guī)則基于公司shuffle實現(xiàn)。4 功能設計 功能模塊劃分基于以上從業(yè)務與技術兩方面對消費貸系統(tǒng)的分析，可以初步明確系統(tǒng)功能模塊如何劃分，通過對模塊的劃分明確系統(tǒng)中各個功能職責的組織方式，如下圖所示：圖41其中業(yè)務功能的一級包結構與邏輯結構一一對應，一共分為產(chǎn)品線、管理、合作方、決策分析、工具、賬務核算六個包（注：這里不包含技術實現(xiàn)部分）。各個包之間的依賴關系圖如下：圖42在產(chǎn)品線包（productline）中，用于放置業(yè)務操作與呈現(xiàn)相關功能，以產(chǎn)品別劃分二級包，例如對耐用消費品貸款、電子消費品貸款等等。其中每個二級包內(nèi)，以獨立產(chǎn)品為單位形成組件類，即一個產(chǎn)品一個類，如果有兩個十分相似的產(chǎn)品，則以繼承的方式實現(xiàn)第二個類。產(chǎn)品線包為頂級包不為其它包提供支撐。在管理包（manager）中，用于放置業(yè)務管理相關功能，以業(yè)務實體二級包，例如客戶、合同、產(chǎn)品等等。其中每個二級包內(nèi)，依據(jù)功能職責劃分若干個組件類。管理包為產(chǎn)品線包、合作方包提供支撐。在合作方包（partner）中，用于放置消費貸業(yè)務涉及的第三方進件渠道相關功能，例如，賣場經(jīng)銷商、4S店等等。其為產(chǎn)品線包提供支撐。合作方包將以子系統(tǒng)的形態(tài)與主應用工程分離部署，在主應用工程中僅保留其接口。在決策分析包（analysis）中，用于放置業(yè)務運作數(shù)據(jù)的統(tǒng)計分析相關功能。決策包為頂級包不為其它包提供支撐，同時其本身也不依賴與其它業(yè)務功能包。在工具包（tools）中，用于放置業(yè)務專業(yè)工具相關功能，例如，信用評級、風險指標庫、額度測算等等。其為管理包、產(chǎn)品線包提供支撐，其本身不依賴與其它業(yè)務功能包。在賬務核算包（accounting）中，用于放置貸款核算相關功能，例如，貸款發(fā)放、還款扣款。其為管理包提供支撐，其本身不依賴與其它業(yè)務功能包。賬務核算包將以子系統(tǒng)的形態(tài)與主應用工程分離部署，在主應用工程中僅保留其接口。 功能結構設計通過對消費貸系統(tǒng)主要功能模塊的劃分，基本明確了系統(tǒng)中最粗粒度的功能組織單位，在本節(jié)中將采用類圖的方式，進一步細化各功能之間的結構關系，如下圖所示：圖43在圖43中，描繪了消費貸系統(tǒng)中大多數(shù)業(yè)務類以及各個類之間的關系。從圖中可以很容易地發(fā)現(xiàn)，處于整個系統(tǒng)中心的是‘消費貸產(chǎn)品線’這個抽象類。其負責實現(xiàn)業(yè)務申請至還款整個業(yè)務流程中所有與業(yè)務操作相關的功能，如申請、電核、審批等等。圍繞它的類的關系可以分三種：實現(xiàn)關系（如，耐用消費品貸款、電子消費品貸款等）、聚合關系（如，申請、客戶、合同等）、引用關系（如，信用評級、風險指標庫等）。l 實現(xiàn)關系：耐用消費品貸款類、電子消費品貸款類均是消費貸產(chǎn)品線抽象類的具體實現(xiàn)，用于對消費貸產(chǎn)品的基本功能進行擴展。l 聚合關系：申請、客戶、合同、產(chǎn)品類均是消費貸款產(chǎn)品的構成關鍵要素，是其中的一部分，因此它們之間是聚合關系。l 引用關系：信用評級、風險指標庫類均屬于在消費貸款產(chǎn)品運過程中需要使用的工具類，因此它們之間是引用關系。消費貸產(chǎn)品線類負責所有業(yè)務操作層面功能的實現(xiàn)，之所以要采用要采產(chǎn)品線作為中心來組織功能，這是因為不同的產(chǎn)品會有不同的運作方式（如，有的產(chǎn)品需要走授信，有的不需要；有的進件渠道是來自合作方，有的來自機構內(nèi)；有的需要進行電核，有的不需要；有的產(chǎn)品是自動人工放款，有的是自動放款；），同時，對于金融機構而言，產(chǎn)品是其組織開展業(yè)務的基本單元；對于客戶而言，產(chǎn)品也是享受金融服務的基本單元；對于金融行業(yè)而言，產(chǎn)品更是彼此間競爭的基本單元。因此，以產(chǎn)品為中心來組織業(yè)務功能，在概念上實現(xiàn)了業(yè)務與技術的統(tǒng)一。在技術實現(xiàn)層面上，通過產(chǎn)品線類來統(tǒng)一封裝業(yè)務操作層的功能，屏蔽后臺的具體的技術實現(xiàn)細節(jié)與實現(xiàn)方式，同時也屏蔽來自管理層的具體業(yè)務規(guī)則，讓其專注完成產(chǎn)品基本的公共的業(yè)務操作功能，如接收進件、發(fā)起申請、提交電核、合同簽訂等等。對于有新的消費類貸款產(chǎn)品，可以通過直接新實現(xiàn)該抽象類來完成新功能，也可以繼承已有的產(chǎn)品類來實現(xiàn)新功能（當產(chǎn)品間差異較小時）。產(chǎn)品線類相當于一個模板（或者說是一個業(yè)務操作框架），當有新的功能，復制一份模板，將調(diào)整其中有變化的地方即可。這樣，即可以實現(xiàn)新功能，又不會影響已有功能，對于系統(tǒng)業(yè)務功能的積累十分有利。在此之前的信貸系統(tǒng)的設計中，只有申請、合同、客戶、額度等單個的業(yè)務組件，由于沒有產(chǎn)品線這個概念，其結果是，申請有一堆不同版本的功能、合同有一堆不同版本功能，客戶也一樣… ，隨著時間的推移，現(xiàn)在沒有誰能說明白哪些功能是應該配套在一起使用的，哪些功能是為什么業(yè)務實現(xiàn)的?，F(xiàn)在有了產(chǎn)品線類，通過產(chǎn)品這個維度來統(tǒng)一為業(yè)務組件功能進行編目，就可以有效解決一直以來信貸業(yè)務組件功能組織混亂的問題。從業(yè)務需求與技術實現(xiàn)兩方面來看，以產(chǎn)品線為中心來組織、設計業(yè)務功能，可以較容易地滿足各個層面對系統(tǒng)的需求，也能較好地應對將來的變化。5 非功能設計 性能設計由于消費貸系統(tǒng)對時效性要求較高，在系統(tǒng)設計時需考慮提供相應機制，保障在業(yè)務高峰期的系統(tǒng)性能，盡量保證不會出現(xiàn)因為系統(tǒng)響應速度原因而影響業(yè)務效率。系統(tǒng)提供以下五種機制來保障性能：（1） 數(shù)據(jù)緩存機制消費貸系統(tǒng)中基于CMISCache實現(xiàn)對業(yè)務數(shù)據(jù)的緩存，其用于系統(tǒng)運行時緩存常用的業(yè)務數(shù)據(jù)、過程數(shù)據(jù)與配置數(shù)據(jù)，以緩解系統(tǒng)在面對復雜業(yè)務需求時的對數(shù)據(jù)庫的壓力。其還可以廣泛用于對數(shù)據(jù)一致性要求不高，但對數(shù)據(jù)庫性能消耗高，或用SQL難以實現(xiàn)的復雜的業(yè)務場景，例如即時消息提醒、數(shù)據(jù)即時統(tǒng)計、數(shù)據(jù)呈現(xiàn)的修飾與深加工等等。（2） 請求量控制機制消費貸系統(tǒng)中，可以對于執(zhí)行時間較長的交易，基于EMP的訪問控制器accessManager，獨立實行請求量控制。通過請求量控制，可以確保在同一時間內(nèi)不會對同一個交易出現(xiàn)過多請求，以避免因個別復雜交易或問題交易影響整個系統(tǒng)的正常運行。（3） 內(nèi)存控制機制消費貸系統(tǒng)中，將自動控制集合類中存放元素的個數(shù)（控制在30000個之內(nèi)），以規(guī)避由于數(shù)據(jù)量過大或程序BUG導致的JVM內(nèi)存溢出問題。（4） 數(shù)據(jù)壓縮機制消費貸系統(tǒng)中，將自動壓縮下傳至客戶端的返回數(shù)據(jù)，包括返回的HTML、JSON、CSS、JS，其能有效節(jié)約80%的網(wǎng)絡流量。（5） 合理拓撲結構消費貸系統(tǒng)中，將分析查詢、定時任務等耗時效的功能，從主應用中分離出來獨立部署，以盡量避免后臺操作影響日間交易運行（ 子系統(tǒng)劃分）。 安全設計消費貸系統(tǒng)，由于是一個含賬務核算的業(yè)務操作系統(tǒng)，且有部分功能面向互聯(lián)網(wǎng)，所以系統(tǒng)安全必須有保障。系統(tǒng)除了提供在硬件環(huán)境內(nèi)的安全保障（如防火墻、軟硬加密等），在應用軟件內(nèi)部也提供以下五種機制來保障安全：（1） 內(nèi)外網(wǎng)隔離消費貸系統(tǒng)中，將對外網(wǎng)的合作方使用的功能，從主應用中分離出來獨立部署，兩子系統(tǒng)間其于報文交易，以有效屏蔽從外網(wǎng)直接訪問內(nèi)網(wǎng)服務器的可能性，從而有效提升系統(tǒng)整體的安全性（ 子系統(tǒng)劃分）。（2） 防跨站點腳本攻擊機制消費貸系統(tǒng)中，在后臺通過特定的過濾器，統(tǒng)一過濾有嫌疑的字符（如 {=:等），在前臺針對所有Ajax異步請求結果，也作統(tǒng)一的過濾處理，從而有效避免前臺頁面惡意代碼注入的發(fā)生。（3） 防SQL注入機制消費貸系統(tǒng)中，通過在持久層統(tǒng)一對SQL的提出處理，將SQL與代碼進行了分離，可有效屏蔽SQL注入的可能性。（4） 防止會話盜用機制消費貸系統(tǒng)中，通過將后臺業(yè)務會話ID與瀏覽器COOKIES或IP進行綁定，有效規(guī)避了通過網(wǎng)絡嗅探器盜用會話ID的風險。（5） 防止越權訪問機制消費貸系統(tǒng)中，通過記錄級權限機制，嚴格控制每個登錄用戶的數(shù)據(jù)訪問、操作權限，有效屏蔽越權訪問的風險（ 數(shù)據(jù)權限控制）。 容錯設計由于消費貸系統(tǒng)對時效性要求較高，在系統(tǒng)設計時需考慮提供相應機制，能保障整個系統(tǒng)有較高的可用性。系統(tǒng)提供以下四種機制來實現(xiàn)容錯：（1） 雙機互備機制消費貸系統(tǒng)中在應用服務器層面，采用雙機（或多機）集群方式，實現(xiàn)應用系統(tǒng)間的互備，在數(shù)據(jù)庫層面，采用雙機HA方式，實現(xiàn)數(shù)據(jù)庫的互備。通過互備機制，能在一方出現(xiàn)嚴重故障時（如宕機、掉電、斷網(wǎng)等），另外的服務器能繼續(xù)對外提供服務。（2） 交易存儲重發(fā)機制消費貸系統(tǒng)中，對于關鍵性交易（如貸款發(fā)放交易），一律再取先存儲交易場景，再發(fā)送交易的機制，當交易失敗時，可以視失敗原因（例如，通訊失?。駲C重發(fā)，或等待日終對賬處理。（3） 防重復提交機制消費貸系統(tǒng)中，對于一些較復雜的操作場景（如貸款申請），可能會出現(xiàn)由于操作失誤所導致請求重復提交，此時，系統(tǒng)在頁面層面提供遮罩機制，避免對單一功能的重復提交；在后臺，通過EMP的訪問控制器accessManager，有選擇地控制短時間內(nèi)重復報文的發(fā)送。（4） 操作預防機制消費貸系統(tǒng)中，通過對用戶操作時嚴格控制（如，控制數(shù)據(jù)長度、精度、范圍、以及業(yè)務處理規(guī)則等），配合友好的提示，盡量將系統(tǒng)的錯誤處理前移，實現(xiàn)整個系統(tǒng)的預防性容錯。