【正文】 傳入?yún)?shù)值決定要把哪些條件ID傳到數(shù)據(jù)庫(kù)訪(fǎng)問(wèn)層，數(shù)據(jù)訪(fǎng)問(wèn)層的核心類(lèi)根據(jù)這些條件ID動(dòng)態(tài)去追加這SQL條件； 問(wèn)題二對(duì)于IN子句的支持，開(kāi)發(fā)人員可以在IN子句的括號(hào)中指定對(duì)應(yīng)的變量名，并指明該變量的類(lèi)型，其類(lèi)型可以是數(shù)組、LIST集合對(duì)象以及逗號(hào)間隔的String，然后數(shù)據(jù)庫(kù)訪(fǎng)問(wèn)層核心類(lèi)會(huì)拆分和計(jì)算出IN值的個(gè)數(shù)，并用對(duì)應(yīng)個(gè)數(shù)的”?”替換配置的屬性變量名。l SQL的可配置方案該方案強(qiáng)制要求把SQL從JAVA邏輯中剝離出來(lái)，類(lèi)似iBatis在相應(yīng)的XML文件中進(jìn)行配置，然后程序根據(jù)配置的ID動(dòng)態(tài)裝載SQL,并用“？”替換配置的SQL串中的變量，最后交給JDBC的PreparedStatement對(duì)象執(zhí)行。另外無(wú)需再考慮數(shù)據(jù)庫(kù)表字段和業(yè)務(wù)實(shí)體對(duì)象屬性名稱(chēng)的不一致性， 這種映射關(guān)系動(dòng)態(tài)靈活，方便開(kāi)發(fā)人員維護(hù)，也避免了反射的使用。5開(kāi)發(fā)人員在JAVA代碼中編寫(xiě)大量SQL并根據(jù)前端傳入?yún)?shù)拼寫(xiě)WHERE子句的條件串，容易留下SQL注入攻擊漏洞，為排查和修復(fù)這些漏洞以及應(yīng)付甲方的安全掃描需要花費(fèi)不少工作量；另外，甲方希望SQL和JAVA代碼嚴(yán)格分離。3不支持批量執(zhí)行SQL，導(dǎo)致項(xiàng)目開(kāi)發(fā)人員在開(kāi)發(fā)過(guò)程中編寫(xiě)了大量循環(huán)操作數(shù)據(jù)庫(kù)的代碼，對(duì)系統(tǒng)性能影響較大。 首先，存在的問(wèn)題我們歸納為下表：序號(hào)問(wèn)題描述1不支持復(fù)雜的自定義SQL的執(zhí)行, 二次開(kāi)發(fā)人員只得另行編寫(xiě)數(shù)據(jù)訪(fǎng)問(wèn)層，最終導(dǎo)致系統(tǒng)數(shù)據(jù)訪(fǎng)問(wèn)接口不統(tǒng)一、混亂，不利于問(wèn)題排查和日后維護(hù)。后臺(tái)服務(wù)通過(guò)EMPRequestServlet接收請(qǐng)求（此處省略了對(duì)EMP框架內(nèi)部處理描述），接收后通過(guò)抽像類(lèi)CMISOperation來(lái)調(diào)用對(duì)應(yīng)的具體服務(wù)實(shí)現(xiàn)功能OP；在OP中將KCOL通過(guò)特定方法轉(zhuǎn)成Domain類(lèi)（POJO格式），然后根據(jù)業(yè)務(wù)邏輯處理的需要來(lái)調(diào)用具體的組件類(lèi)；在組件類(lèi)中將不再使用KCOL格式的數(shù)據(jù)來(lái)處理業(yè)務(wù)邏輯，在組件類(lèi)中直接調(diào)用持久層CMISDao中公共類(lèi)SqlClient，完成系統(tǒng)內(nèi)最基礎(chǔ)的數(shù)據(jù)操作；在持久層中也將不再處理KCOL格式的數(shù)據(jù)，而直接使用Domain格式數(shù)據(jù)來(lái)操作數(shù)據(jù)庫(kù)。Key2=Val2amp。在持久層中一律使用POJO為數(shù)據(jù)邏輯處理時(shí)的數(shù)據(jù)結(jié)構(gòu)。在本層中的各個(gè)業(yè)務(wù)組件內(nèi)，一律使用POJO為業(yè)務(wù)邏輯處理時(shí)的數(shù)據(jù)結(jié)構(gòu)。l 業(yè)務(wù)組件層業(yè)務(wù)組件層負(fù)責(zé)對(duì)業(yè)務(wù)功能進(jìn)行劃分、封裝與實(shí)現(xiàn)，組件層為服務(wù)層提供功能實(shí)現(xiàn)層面的支撐。在服務(wù)提供層中，通過(guò)對(duì)組合對(duì)業(yè)務(wù)組件層中組件的調(diào)用來(lái)實(shí)現(xiàn)服務(wù)功能，服務(wù)層中的每個(gè)服務(wù)對(duì)應(yīng)著一個(gè)業(yè)務(wù)操作，其名稱(chēng)都應(yīng)該是一個(gè)動(dòng)詞，表示一個(gè)業(yè)務(wù)過(guò)程的業(yè)務(wù)操作（如，發(fā)起申請(qǐng)、合同簽訂等等）。l 服務(wù)提供層服務(wù)提供層負(fù)責(zé)將系統(tǒng)內(nèi)的功能組裝成獨(dú)立事務(wù)的原子服務(wù)，并以此為單位響應(yīng)來(lái)至展現(xiàn)層（或來(lái)至其它渠道，如SOCKET、WEBSERVICE）的服務(wù)請(qǐng)求。技術(shù)架構(gòu)層次劃分如下圖所示：圖39l 業(yè)務(wù)展現(xiàn)層業(yè)務(wù)展現(xiàn)層負(fù)責(zé)消費(fèi)貸系統(tǒng)與用戶(hù)之間的交互接口，在這一層中的業(yè)務(wù)邏輯處理統(tǒng)一由JS負(fù)責(zé)實(shí)現(xiàn)，不會(huì)出現(xiàn)其它形式業(yè)務(wù)邏輯處理（如，JAVA代碼）。這是因?yàn)橄M(fèi)貸系統(tǒng)是業(yè)務(wù)操作類(lèi)系統(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)的目地。業(yè)務(wù)邏輯處理沒(méi)有選用EMP提供的標(biāo)準(zhǔn)開(kāi)發(fā)方式實(shí)現(xiàn)（邏輯流+KCOL），而是選擇了組件+Pojo方式實(shí)現(xiàn)，由其是在數(shù)據(jù)結(jié)構(gòu)上不再使用EMP的KCOL，而是選擇傳統(tǒng)的Pojo方式。 技術(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)，具體如下圖所示：圖38消費(fèi)貸系統(tǒng)基礎(chǔ)支撐環(huán)境為JavaEE以及在此之上的WEB容器中間件（如WAS、Weblogic等等），（含），對(duì)Weblogic版本要求為10g以上（含）。管理子系統(tǒng)通過(guò)核算子系統(tǒng)完成所有貸款賬務(wù)相關(guān)的業(yè)務(wù)操作。l 子系統(tǒng)間依賴(lài)關(guān)系消費(fèi)貸款四子系統(tǒng)之間的依賴(lài)關(guān)系如下圖所示：圖37合作方子系統(tǒng)的運(yùn)作必須依賴(lài)與管理子系統(tǒng)的支持，合作方子系統(tǒng)負(fù)責(zé)對(duì)外渠道，其獨(dú)立運(yùn)行沒(méi)有任何意義，需要通過(guò)管理子系統(tǒng)來(lái)完成對(duì)每筆進(jìn)單的業(yè)務(wù)處理。l 消費(fèi)貸款輔助子系統(tǒng)消費(fèi)貸款輔助子系統(tǒng)，主要負(fù)責(zé)完成數(shù)據(jù)加工與分析、定時(shí)任務(wù)調(diào)度、報(bào)表生成與展示、歷史數(shù)據(jù)查詢(xún)等后臺(tái)任務(wù)。l 消費(fèi)貸款核算子系統(tǒng)消費(fèi)貸款核算子系統(tǒng)，主要面向金融機(jī)內(nèi)部的賬務(wù)人員，負(fù)責(zé)完成所有與貸款相關(guān)的賬務(wù)處理，如貸款發(fā)放、還款扣款、罰息減免等等，其與邏輯架構(gòu)中的賬務(wù)核算層相對(duì)應(yīng)。其主要功能是進(jìn)件處理與審批狀態(tài)查詢(xún)。消費(fèi)貸款管理子系統(tǒng)是整個(gè)系統(tǒng)業(yè)務(wù)運(yùn)營(yíng)的核心系統(tǒng)。 系統(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)，如下圖所示： 圖36l 消費(fèi)貸款管理子系統(tǒng)消費(fèi)貸款管理子系統(tǒng)，主要面向金融機(jī)構(gòu)內(nèi)部的客戶(hù)經(jīng)理以及相關(guān)管理人員，負(fù)責(zé)完成消費(fèi)貸款進(jìn)件流程與業(yè)務(wù)管理。金融機(jī)構(gòu)財(cái)部門(mén)是一個(gè)相對(duì)獨(dú)立的部門(mén)，其完全依照財(cái)務(wù)規(guī)章制度運(yùn)行，一般而言，其運(yùn)營(yíng)主要有IT部門(mén)的支持即可；同時(shí)，由于不是所有金融機(jī)構(gòu)都需要消費(fèi)貸系統(tǒng)提供核算功能，這就需要盡量保證其獨(dú)立性，因此，賬務(wù)核算層，只需要依賴(lài)技術(shù)支撐層。業(yè)務(wù)管理部門(mén)為了能更好的對(duì)業(yè)務(wù)進(jìn)行管控，也需要專(zhuān)業(yè)部門(mén)（如產(chǎn)品部門(mén)、財(cái)務(wù)部門(mén)、IT部門(mén)等等）的積極配合。業(yè)務(wù)的正常運(yùn)營(yíng)，離不開(kāi)業(yè)務(wù)管理部門(mén)（風(fēng)控部門(mén)）的管控，與專(zhuān)業(yè)部門(mén)（例如，財(cái)務(wù)部門(mén)、產(chǎn)品部門(mén)、客服部門(mén)、IT部門(mén)等等）的大力支持。本層將在后繼章節(jié)進(jìn)行詳細(xì)介紹。l 技術(shù)支撐層技術(shù)支撐層，用于為消費(fèi)貸系統(tǒng)提供基礎(chǔ)開(kāi)發(fā)平臺(tái)與運(yùn)行容器，是所有業(yè)務(wù)功能落地的基石。其能完成貸款發(fā)放、還款扣款、罰息減免、貼息處理、減值計(jì)提、貸款形態(tài)轉(zhuǎn)移等基礎(chǔ)的賬務(wù)核算功能。由于數(shù)據(jù)分析不是現(xiàn)階段消費(fèi)貸系統(tǒng)的關(guān)注的重點(diǎn)，因此，獨(dú)立劃分出決策分析層，有利于保持核心功能的穩(wěn)定性。l 決策分析層在決策分析層中的功能，用于對(duì)業(yè)務(wù)運(yùn)營(yíng)過(guò)程中產(chǎn)生的數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析，例如，對(duì)業(yè)務(wù)辦理效率分析、對(duì)貸款人群分布分析、逾期貸款占比分析等等。之所以劃分出這一層，主要原因是為銀行內(nèi)部對(duì)專(zhuān)業(yè)化技能的要求越來(lái)越高，隨著銀行自身的發(fā)展，會(huì)形成越來(lái)越多專(zhuān)業(yè)職能崗位（或部門(mén)），或者干脆將部分非核心的業(yè)務(wù)操作外包給第三方。l 業(yè)務(wù)工具層在業(yè)務(wù)工具層中的功能，用于為業(yè)務(wù)操作與業(yè)務(wù)管理的正常運(yùn)作提供必要的專(zhuān)業(yè)的工具箱，但其并不對(duì)業(yè)務(wù)運(yùn)作的形態(tài)、業(yè)務(wù)規(guī)則或流程產(chǎn)生直接影響。而相對(duì)于業(yè)務(wù)操作層面，業(yè)務(wù)產(chǎn)品種類(lèi)個(gè)數(shù)（尤其是對(duì)未來(lái)新產(chǎn)品）是不可預(yù)期的，不同業(yè)務(wù)產(chǎn)品間使用的業(yè)務(wù)實(shí)體也不會(huì)相同，更重要的每種產(chǎn)品的運(yùn)作模式都會(huì)完全不同，不同銀行間產(chǎn)品的運(yùn)作模式也有明顯差異。本層以業(yè)務(wù)生命周期過(guò)程中的業(yè)務(wù)實(shí)體為基本組織單位，其承載著各業(yè)務(wù)環(huán)節(jié)的管理、配置、監(jiān)控、以及對(duì)應(yīng)業(yè)務(wù)實(shí)體的基本功能（與現(xiàn)有劃分基本對(duì)應(yīng)），并為業(yè)務(wù)操作層提供具體功能服務(wù)?？梢哉f(shuō)業(yè)務(wù)操作層就是整個(gè)信貸業(yè)務(wù)的外延。產(chǎn)品部分以業(yè)務(wù)產(chǎn)品為基本組織單位，其承擔(dān)著一個(gè)產(chǎn)品在生命周期內(nèi)所有對(duì)外的功能。功能邏輯結(jié)構(gòu)如下圖所示：圖34 功能層次劃分l 業(yè)務(wù)操作層在業(yè)務(wù)操作層中的功能用于直接面向客戶(hù)的業(yè)務(wù)操作與呈現(xiàn)，可以簡(jiǎn)單地認(rèn)為其相當(dāng)于系統(tǒng)的面門(mén)，用作信貸基層人員對(duì)最終客戶(hù)的業(yè)務(wù)門(mén)面與操作入口。各子模塊完成專(zhuān)項(xiàng)工作，如受理模塊主要完成營(yíng)銷(xiāo)和渠道進(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ù)分析、流程分析、客戶(hù)分析、風(fēng)險(xiǎn)分析等統(tǒng)計(jì)和展現(xiàn)；業(yè)務(wù)監(jiān)控模塊主要用于對(duì)業(yè)務(wù)的實(shí)時(shí)業(yè)務(wù)量監(jiān)控。對(duì)應(yīng)圖32中，申請(qǐng)、面簽交由營(yíng)銷(xiāo)部門(mén)中的客戶(hù)經(jīng)理完成，審批由產(chǎn)品管理部門(mén)與風(fēng)險(xiǎn)管理部門(mén)負(fù)責(zé)，放款由財(cái)務(wù)部門(mén)完成。同時(shí)，盡可能采用自動(dòng)流程部分代替其中的人工操作。申請(qǐng)節(jié)點(diǎn)，由客戶(hù)經(jīng)理或客戶(hù)填寫(xiě)并發(fā)起；電核節(jié)點(diǎn)，由獨(dú)立的電核人員完成對(duì)客戶(hù)的核實(shí)；審批節(jié)點(diǎn)，由管理人員完成對(duì)申請(qǐng)的審批；面簽節(jié)點(diǎn)，由客戶(hù)經(jīng)理與客戶(hù)一起完成的同合的簽訂；放款節(jié)點(diǎn)，由財(cái)務(wù)人員完成打款操作；還款節(jié)點(diǎn)，由系統(tǒng)自動(dòng)完成從客戶(hù)還款賬戶(hù)上扣款，或客戶(hù)主動(dòng)發(fā)起提前還款。區(qū)別在于消費(fèi)貸為提升效率，流程中各節(jié)點(diǎn)專(zhuān)業(yè)性更強(qiáng)、分工更明確，即采用類(lèi)似信貸工廠(chǎng)的模式（注：消費(fèi)貸并不是工廠(chǎng)模式）。在這個(gè)模式下，對(duì)于金融機(jī)構(gòu)而言，最重要的是如何找到合適合作方，且能盡可能多地?cái)U(kuò)展新的不同領(lǐng)域的合作方，同時(shí)提供合作方感興趣的激勵(lì)機(jī)制（如傭金等等）；對(duì)于客戶(hù)則能提供更有針對(duì)性的還款方式。在成交之后，金融機(jī)構(gòu)直接將貨款打給合作方；客戶(hù)方分期向金融機(jī)構(gòu)還款；金融機(jī)構(gòu)在一定條件下，定期付給合作方一定的傭金。 業(yè)務(wù)模式消費(fèi)貸的業(yè)務(wù)模式與傳統(tǒng)的個(gè)人消費(fèi)類(lèi)貸款、以及個(gè)人信用卡相比，最大的不同就是營(yíng)銷(xiāo)渠道的不同，采用現(xiàn)場(chǎng)主動(dòng)營(yíng)銷(xiāo)方式，即直接在客戶(hù)消費(fèi)場(chǎng)所營(yíng)銷(xiāo)，而不是被動(dòng)地等著客戶(hù)上門(mén)來(lái)貸款或者刷卡消費(fèi)?，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)品的落地開(kāi)發(fā)周期，不影響新產(chǎn)品的投放時(shí)間。同時(shí)，工作流模式還需要與風(fēng)險(xiǎn)