營口銀行貸款管理系統的設計

程書偉

摘要：該文通過對營口銀行的了解，對營口銀行貸款業務進行需求分析，該系統的主要功能分為五大模塊，分別是客戶信息管理、監控、貸款審批、資產管理、系統管理，并且進行了系統流程分析，從而對系統進行了設計。因此，本系統的設計對于規范貸款業務的流程、提高貸款人員的業務水平、增強銀行的風險控制、優化貸款流程、有效提高銀行的信息化管理水平有著重要的意義。系統基于Struts，選用了Castor技術，選用的數據包括了XML數據與Oracle數據，文件配置需要用到Castor XML，通過Castor JDO實現數據的永久儲存。

關鍵詞：銀行系統；貸款管理系統；流程控制

中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2018）02-0006-02

流程控制和銀行貸款之間的業務聯系十分緊密，在隔離方面沒有做到很好，當需要調整業務的時候，常常會進行一些改變，然而十分容易對系統造成影響。考慮到業務和流程控制之間的關系，會給系統的實施帶來很大的影響，從而會限制銀行的業務發展，由于每個地區之間的不同點，從而會導致彼此業務間造成很大的兼容性問題，系統靈活性不夠，在處理流程的過程中有著很大的困難，本文具體是根據分析營口銀行的公司業務將流程控制與業務很好地分離開來，因此會在銀行貸款管理系統中得到很大的應用。

營口銀行構建了由柜臺服務、ATM自助服務設施、電話銀行、網上銀行、手機銀行、客戶服務中心等構成的立體化、多功能的服務渠道，形成了公司業務、零售業務、同業金融三大業務板塊和功能多元、內容豐富、特色鮮明的產品體系，金融服務水平發生了質的變化。營口銀行的經營范圍主要包括：吸收公眾存款；發放短期、中期和長期貸款；辦理國內結算，辦理票據貼現，發行金融債券，買賣政府債券等。貸款業務在銀行業務中占據著很重要的角色，但是，比較重要的內容就是營口銀行的計算機管理系統相比于其他的計算機管理系統，營口銀行的貸款系統，處于劣勢。

1 系統需求分析

銀行貸款管理系統主要的功能包括了幾個方面，分別是客戶信息管理、監控、貸款審批、資產管理、系統管理等。數據的交換主要是接口實現的，銀行貸款的重點業務具體涉及如下幾點：完成貸款的申請審批，而且這個審批的過程，完全是電子化，先是貸款人員提交申請貸款的請求，業務人員接收到請求后，會轉接給上級管理人員，進而根據這種情況，展開信息調查，身份核實，同時還包括了信息的審查，在整個審查環節需要重點考慮的是管理人員會不會同意審批，領導按照調查的情況從而進一步確定是否需要做出審批，當領導給出了審批結果以后，就會把結果通知給其他負責貸款的機構。從而下面的機構能夠就此執行，這就是整個的電子貸款的過程。

系統基于Struts，選用了Castor技術。按照系統所表現出來的特征，具體包括了數據服務層、業務邏輯層以及表示層等。根據這些數據的公共部分，從而給予了一個能夠對數據進行的組件，這就是Comm Java，Castor組件具體是用在數據庫方面。升級系統功能的時候，能夠根據組件的修改，完善從而獲得更好的組件。修改的過程在業務邏輯層中，而且這個操作的過程實現起來比較容易，同時也十分方便，在很大程度上大大地優化了系統后期的維護工作。

所有的業務層組件和業務對象的關系是1對多的關系。通常情況下，業務對象在系統中對應的就是實體，例如公司工人、用戶角色，甚至也可以是能夠控制的一個對象。當遇到了煩瑣的操作時候，能夠借助組件的方式從而完成一定的功能。

2 系統設計

2.1 數據層設計

數據層部分重點是數據的保存，本文涉及的數據包括了XML數據與Oracle數據，其中XML數據主要是用來調查貸款情況以及審查表中的數據，而Oracle則是保存了除此之外的數據。

銀行貸款的系統中，數據庫表具體有70多張，而且隨著系統的不斷發展，數據量也不斷地加大，這對于系統的靈活性以及系統的效率得到了很大的提高，在整個數據庫的設計過程里，面對的對象是申請貸款。數據審查等，這些數據全部是放在XML文件里面。

數據層中的數據操作主要有刪除、更新、插入等。與外鍵相互關聯的數據是不會保存在數據庫中，而且觸發器和存儲過程是不會使用的，業務邏輯層主要是負責實現全部的邏輯。本文系統主要是體現出了面向對象的思想，從而確保了這個過程就是可以被操控的，由于操作數據表的過程就是利用java組件實現的，如果系統在整個的運行過程里出現了異常的情況，那么這個時候只需要對組件進行相應的修改就可以了，這樣就能夠很好地防止第二次發生異常。

選擇存儲過程甚至是觸發器，這樣會讓服務器的業務邏輯更加分散，同時還會利用多種方式實現業務邏輯，進而加大了維護系統的深度，選擇數據外鍵的方式，選擇數據外鍵關聯的方式在一方面能夠增強數據庫的可靠性以及安全性、完整性，另一方面，這種處理方式所帶來的影響就是當用戶在進行操作的時候，常常會有錯誤提示內容產生，通過業務層從而能夠很好地將這種外鍵關聯得到很好地實現，同時也可以給用戶創造更加可靠的信息，進而最后方便用戶很好地操作。

2.2 服務器結構設計

借助于業務接口，表現層從而可以得到數據命令，業務層就能夠得到所需要的業務邏輯對象，業務邏輯對象會將取數的命令發送給數據庫，當從數據庫中得到了數據后，表現層就會接收這些數據。數據庫操作具體涉及了數據查詢、增加、刪除、修改等。本文將業務層中的數據庫獨立開來，選擇了Castor組件，可以取名字為數據訪問層。而且業務邏輯層如何實現，這些對于表現層而言都是隱藏的。表現層只需要調用業務邏輯層的接口就可以了，這樣一來表現層就能夠完成具體的操作。所以獨立出這個接口，可以用來作為業務邏輯層與數據層之間進行訪問的橋梁，而這個接口又可以稱為業務表現層。然而被分離出來的全部是抽象的。實現方式涉及多層。同時物理上是能夠運行在共同的電腦里面的。endprint

2.2.1 數據訪問層

所謂的數據訪問層的主要任務就是操作數據庫，本文訪問數據需要JDBC.Class和Castor組件，Castor組件主要是操作表，JDBC主要是查詢、修改數據。

比如JDBCWrapper組件訪問Java數據的函數是用了executeupdates，參數名包括了string型的mysqls，boolean類型的transac，主要的作用是方便聯機服務過程中更新數據、存儲數據。其中sql ddl中包括的數據庫基本操作有update、delete以及insert。

2.2.2 業務邏輯層

在業務邏輯層中，根據業務不同，所以選擇的服務組件也不同，一般情況下，業務與java組件之間的關系是1對1的關系，數據表對象映射需要用到Data，表單數據請求需要用到Form，邏輯業務需要用到Logic，客戶端行為請求需要用到Action。

2.2.3 業務表現層

業務表現層實現起來比較容易，這個時候，沒有用到對象，只有所謂的jsp，這些標簽是被封裝在業務組件里面的。其主要的目的是即使不知道組件的方式，也可以有效地幫助用戶進行合作，而且使得流程進一步得到精簡。開發員在業務組件運用的過程中不會完成邏輯組件的創建，這個創建的過程能夠通過業務單元調用方式實現就可以。

2.3 架構設計

客戶端界面實際上指的就是表現層，主要是用來和用戶進行打交道的，作為系統的主要集中展示作用。在本文中，選擇了面向對象的方式，主要的目的是加快系統開發效率、增強系統穩定性，降低維護的工作量，根據這些基礎從而給出了一個完整的界面結構。在該框架下，子類窗口的組成部件包括了Form，而且jsp標簽完成了Form表單的數據請求。

3 系統實現

3.1 業務層實現

在銀行貸款管理系統里，數據存儲是通過數據庫完成的，數據存儲以及應用服務器邏輯實現是系統需要重點考慮的內容。

后臺選擇的組件是Castor與JDBCWrapper組件，其中這2個組件之間是相互不受影響的，全部的組件都會用到這組件，進而完成數據庫和數據之間的交互。

3.1.1 實現數據訪問組件

數據的訪問就離不開數據庫，在具體的場景中訪問數據。數據訪問層的實現需要用到Castor XML，數據對象模型的映射以及數據庫定義需要用到mapping.xml，文件配置需要用到Castor XML，數據對象中保存的是數據表，對象操作通過Castor JDO實現，從而能夠實現數據庫的永久性保存。如此一來，數據訪問的環境就正式確定下來了。QueryResults、Database的組裝是通過Castor JDO實現的，數據庫的操作時通過Object Query 實現的，也就是所謂的對象查詢。

3.1.2 業務邏輯層實現

多應用結構的核心是業務邏輯層，該邏輯層是由Logic對象組成的，該類中數據庫的操作具體包括了數據插入、刪除、修改以及新增等，同時Castor JDO對數據庫對象的操作時通過Castor JDO完成的。OQL語言和經常使用的SQL語言存在很大的相似點，不同點在于名稱不同，以及join子句是不支持的。

通過JDO操作對象的方法為：

1） JDO對象的創建

實現的方法為使用了GlobalVars

2） 操作對象。通過OQL語言可以把全部的對象都封裝到已知組中，但是需要知道的是，JDBC中涉及了join，比如：

Usertabs users=null；

OQL oql；

QueryResult results；

Select * from Usertabs ；

OQL和SQL語句存在很大的相同點，sql語句查詢主要有幾個步驟，首先是JDO對象創建，其次是執行select語句，最后就是獲得結果集QueryResults。

當得到了User對象后，需要更改密碼，同時在數據庫中保存結果，新增對象后，將對象數據保存到數據庫中，數據庫就會刪除掉這個對象。

3.2 接口實現

銀行貸款管理系統得到的數據主要是來自于業務賬務數據，銀行貸款管理系統完成之后，就可以通過數據批量處理。綜合業務接口的方式具體包括了兩種，分別是直接讀取方式以及間接文本方式。其中的直接讀取方式的特征是連接業務數據庫，簡單易操作，效率高。在處理綜合業務過程中需要批量操作，從而能夠保證數據的安全性以及可靠性。

所謂的間接文本方式的特征是系統的相關人員可以不用對綜合業務系統進行了解，貸款管理系統中的接口格式是標準的文本形式，而且數據源就是文本的格式。

4 結束語

銀行貸款系統中的重要功能具體包括了數據分析、數據存儲、電子化業務、數據收集等，因此在系統的應用過程中可以用到監測工具、信息分析工具。信息增值業務的基礎就是業務平臺、決策平臺等，從而有利于促進貸款業務的進一步創新，提高業務的成績，最終實現提高利益收入、減少成本投資、降低風險。

本文主要是介紹了營口銀行管理系統，主要是從業務層，數據層等。

參考文獻：

[1] 中國人民銀行遼寧省分行金融研究所調查組. 信貸集中管理好處多——營口市人民銀行成立信貸部的情況調查[J].中國金融， 2015（2）：17-18.

[2] 趙丹. 銀行業金融機構支持小微企業發展的探索研究——基于遼寧省營口銀行的做法[J].江蘇商論， 2016（6）：97-98.

[3] 梁斌.基于Struts框架的銀行貸款信息管理系統的設計與實現[D].電子科技大學， 2013.endprint