中圖分類號： 學校代碼： 10055 密級： 公開 碩 士 專 業(yè) 學 位 論 文 基于 文作者 指導教師 申請學位 工程碩士 培養(yǎng)單位 軟件學院 學科專業(yè) 軟件工程 研究方向 答辯委員會主席 評 閱 人 南開大學研究生院 二一三年 十一 月 南開大學學位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的學位論文，是本人在導師指導下進行研究工作所取得的研究成果。除文中已經注明引用的內容外，本學位論文的研究成果不包含任何他人創(chuàng)作的、已公開發(fā)表或者沒有公開發(fā)表的作品的內容。對本論文所涉及的研究工作 做出貢獻的其他個人和集體，均已在文中以明確方式標明。本學位論文原創(chuàng)性聲明的法律責任由本人承擔。 學位論文作者簽名： 年 月 日 非公開學位論文標注說明 (本頁表中填寫內容須打印 ) 根據南開大學有關規(guī)定，非公開學位論文須經指導教師同意、作者本人申請和相關部門批準方能標注。未經批準的均為公開學位論文，公開學位論文本說明為空白。 論文題目 基于 銀行 信貸管理系統的設計與 實施 申請密級 限制 ( 2 年 ) 秘密 ( 10 年 ) 機密 ( 20 年 ) 保密期限 年 月 日至 20 年 月 日 審批表編號 批準日期 年 月 日 南開大學學位評定委員會辦公室蓋章 (有效 ) 注： 限制 2 年 (可少于 2 年 );秘密 10 年 (可少于 10 年 );機密 20 年 (可少于 20 年 ) 南開大學學位論文使用授權書 根據南開大學關于研究生學位論文收藏和利用管理辦法，我校的博士、碩士學位獲得者均須向南開大學提交本人的學位論文紙質本及相應電子版。 本人完全了解南開大學有關研究 生學位論文收藏和利用的管理規(guī)定。南開大學擁有在著作權法規(guī)定范圍內的學位論文使用權，即： (1)學位獲得者必須按規(guī)定提交學位論文 (包括紙質印刷本及電子版 )，學?？梢圆捎糜坝?、縮印或其他復制手段保存研究生學位論文，并編入南開大學博碩士學位論文全文數據庫； (2)為教學和科研目的，學?？梢詫⒐_的學位論文作為資料在圖書館等場所提供校內師生閱讀，在校園網上提供論文目錄檢索、文摘以及論文全文瀏覽、下載等免費信息服務； (3)根據教育部有關規(guī)定，南開大學向教育部指定單位提交公開的學位論文； (4)學位論文作者授權學校向 中國科技信息研究所及其萬方數據電子出版社和 中國學術期刊 (光盤 )電子出版社提交規(guī)定范圍的 學位論文及其電子版并收入相應學位論文數據庫，通過其相關網站對外進行信息服務。同時本人保留在其他媒體發(fā)表論文的權利。 非公開學位論文，保密期限內不向外提交和提供服務，解密后提交和服務同公開論文。 論文電子版提交至 校圖書館網站： 。 本人承諾：本人的學位論文是在南開大學學習期間創(chuàng)作完成的作品，并已通過論文答辯；提交的學位論文電子版與紙質本論文的內容一致，如因不同造成不良后果由本人自負。 本人同意遵守上述規(guī)定。本授權書簽署一式兩份，由研究生院和圖書館留存。 作者暨授權人簽字： 2013 年 月 日 南開大學研究生學位論文作者信息 論文題目 基于 銀行 信貸管理系統的設計與 實施 姓 名 號 辯日期 2013 年 月 日 論文類別 博士 學歷碩士 碩士專業(yè)學位 高校教師 同等學力碩士 院 /系 /所 軟件學院 專業(yè) 軟件工程 聯系電話 信地址 (郵編 )： 注： 是否批準為非公開論文 注：本授權書適用我校授予的所有博士、碩士的學位論文。由作者填寫 (一式兩份 )簽字后交校圖書館，非公開學位論文須附南開大學研究生申請非公開學位論文審批表。 摘 要 I 摘 要 信貸管理是商業(yè)銀行業(yè)務中的重要組成部分，也是商業(yè)銀行實現利益收入的重要手段。經濟改革的不斷深入，促進了各個銀行內部信貸業(yè)務的 發(fā)展。 通過何種方式實現信貸業(yè)務經營管理的集約化和科學化，客戶信息處理的共享化，并提升貸款質量，降低信貸風險；通過何種方式實現準確的預測信貸趨勢，安全的信貸管理并提升輔助決策效果，提升管理信貸的水平，進而實現信貸處理流程的規(guī)范化，是目前主要商業(yè)銀行所面臨且必須進行解決的迫切問題。 本文 針對 商業(yè) 銀行信貸管理系統的 業(yè)務處理需求 ， 借助當前流行的需求分析思想和工具，實現了銀行信貸管理業(yè)務的需求建模及整體設計工作；利用軟件工程思想，對系統的詳細設計及實現過程進行了具體的闡述和分析 。論文的主要內容如下： （ 1）闡述信貸管 理的 課題背景及國內外研究現狀 ， 結合信貸管理研究的意義，界定本文的研究范疇 ； （ 2） 使 用統一建模語言對系統的用例模型等進行需求建模； （ 3）通過對信貸管理系統的總體設計以及功能模塊的詳細設計，建立完善的信貸業(yè)務，并在此基礎上，對系統的數據庫邏輯和物理結構進行詳細設計； （ 4）利用 計模式及 架技術，實現 銀行 信貸業(yè)務的信息化管理，通過計算機技術和網絡技術實現的人機交互，促進信貸管理人員業(yè)務操作的可視化及規(guī)范化 ； 該系統經過測試后運行穩(wěn)定，操作方便快捷， 對于 規(guī)范 銀行 信貸業(yè)務的操作流程，提高信貸審批管理 的工作效率， 加強 信貸風險的監(jiān)管力度具有重要的作用。 關鍵詞：信貸管理 模型 款 I is an of is of of to of of to of of of of in to of to to be to of of of of in of is as (1) In of at of to of (2) of (3) on of of on of in (4) VC SH of to of of II of of of an t 錄 第一章 緒 論 . 1 第一節(jié) 課題背景 . 1 第二節(jié) 國內外研究現狀 . 1 第三節(jié) 研究主要內容與研究方法 . 2 究主 要內容 . 2 究方法 . 2 第四節(jié) 本文組織結構 . 3 第二章 相關技術 . 4 第一節(jié) 系統架構 . 4 計模式 . 4 構方式 . 5 !未定義書簽。 第一章 緒論 1 第 一 章 緒 論 第一節(jié) 課題背景 隨著我國經濟的發(fā)展，已經在體制改革和市場發(fā)展等方面取得了長 足的進步。與此同時，各個商業(yè)銀行之間、國內銀行與國外銀行之間都面臨著激烈的競爭形勢。為了在激烈的競爭過程中取得一定的優(yōu)勢，商業(yè)銀行必須利用當前先進的管理制度和技術手段對自身的管理進行提升，以便增強核心競爭力。這就需要各個商業(yè)銀行在日常運營過程中充分利用信息化技術規(guī)范業(yè)務處理流程。 各個商業(yè)銀行的主要利潤來源于信貸業(yè)務，商業(yè)銀行已將其作為最基本的業(yè)務進行經營。電子化管理 銀行 信貸業(yè)務，可以有效提高信貸的管理水平 。 科學性的決策和預測信貸，對于業(yè)務操作流程的規(guī)范以及信貸資產安全的強化都有著至關重要的作用。信貸管理系 統研究的主要意義包括四個方面：一是對于 銀行 信貸業(yè)務的發(fā)展具有極大的促進作用；二是對于 銀行 信貸業(yè)務的處理效率具有提高作用，能夠將審批流程進行電子化規(guī)范；三是具有輔助決策作用，增強預警的分析能力，提高客戶的滿意度及降低產品的風險；四是能夠杜絕違規(guī)越權行為，有效對信貸業(yè)務進行實時監(jiān)管。 過去相當長的一段時間里，我國 的商業(yè)銀行在進行信貸業(yè)務處理時都是采用的半信息化半手工的形式進行的。信息化程度不高容易導致貸款審批和發(fā)放流程的不規(guī)范、工作效率低下、流程無法得到有效的監(jiān)管以及信貸風險高等問題。所以為了滿足銀行信貸業(yè)務處 理的實際需要，亟待利用當前先進的計算機技術和網絡技術完成信貸管理系統的開發(fā)與應用。 第二節(jié) 國內外研究現狀 發(fā)達國家將信息化技術應用到金融行業(yè)起源于上世紀六十年代，主要經歷了四個主要發(fā)展階段，分別是業(yè)務處理的脫機階段、業(yè)務處理的聯機階段、信息化經營決策階段以及智能決策階段。 在上世紀末的時候，金融信息化已經在發(fā)達國家得到逐步的推進，用于對金融業(yè)務處理進行改進和完善。 美國信息化推進一直走在世界的前列，其最早于上世紀九十年代開始進行銀第一章 緒論 2 行業(yè)務聯網處理，并開始著手信貸管理的網上辦理 。 通過聯網銀行形式，可以進行在線交 易、賬戶信息查詢、動態(tài)信息獲取以及靜態(tài)信息瀏覽等服務。 國內商業(yè)銀行的信息化起步較晚，水平與西方發(fā)達國家也存在一定的差距。隨著信息化在其他領域應用的深入，也為銀行信息化帶來了新的機遇和挑戰(zhàn)。我國開始逐步推進國內商業(yè)銀行的信息化，很多銀行都已經完成網上銀行系統的建立，并在不同業(yè)務處理領域開始嘗試。而作為商業(yè)銀行支柱經營業(yè)務的信貸管理業(yè)務也已經在逐步電子化和信息化。 第三節(jié) 研究主要內容與研究方法 究主要內容 本論文通過對 計模式 、 B/S 設計模式、 統一建模語言 以及數據庫的介紹，完成了 銀行 信貸 管理 系統的設計與 實施 。本論文的研究內容主要包括：結合商業(yè)銀行業(yè)務處理流程，規(guī)范和簡化了信貸業(yè)務的處理過程，不僅實現了業(yè)務處理由手工操作到信息化處理的轉變，而且對處理模式進行了模塊化，對城市商業(yè)銀行目前大多數信貸業(yè)務進行了有效覆蓋。同時，為了綜合管理信貸過程，提供實用的風險管理、統計分析和資信評估功能，應采用合理的數學模型， 為 信貸分析決策提供有效的指導作用。 究方法 （ 1）結構化生命周期開發(fā)方法 軟件開發(fā)的方法有很多，且都已經形成較為完善的體系，結構化生命周期法即是其中的一種。結構化生命周期開發(fā) 方法的核心思想是：生命周期的設計與分析是按照從上到下的順序進行的，先進行結構化再進行模塊化，其方法以系統架構思想為基礎，遵循用戶至上的原則。將結構化生命周期方法應用到銀行個人信貸管理系統開發(fā)過程中，規(guī)范為五個開發(fā)階段，分別為調研階段、需求分析、系統設計、系統實施和運營維護。 （ 2）面向對象系統開發(fā)方法 另一個比較成熟的軟件開發(fā)方法是 面向對象 的 開發(fā)方法。其 核心思想 是 對象的抽象，即抽象 客觀世界 為 對象 ，對象之間具有相互關聯的關系；系統的開發(fā)充分利用對象的特性，實現計算機軟件模型與對象的關系映射?，F在面向對象技術第一章 緒論 3 的 應用已有很多成熟的開發(fā)工具進行支持，本系統主要采用 行完成。 綜上所述，個人信貸管理系統將面向對象與結構化生命周期方法進行了有效的結合，充分發(fā)揮其特點。面向對象的設計與開發(fā)方法主要在系統程序的設計與開發(fā)階段采用，而結構化的生命周期方法則是主要應用于系統規(guī)劃及系統分析階段。兩種方法的結合使用既能夠在需求發(fā)生變更時，進行及時的調整，又能夠解決開發(fā)周期過長的問題。 第四節(jié) 本文組織結構 本文的組織結構 如 下： 第 1 章 緒論。主要從課題的研究背景及意義、國內外研究現狀以及論文的研究內容和研究方法等方 面進行了介紹，并對論文的組織結構進行了歸納； 第 2 章 相關基礎理論和技術。本章主要闡述了系統設計與實現過程中 使 用的主要技術，包括 計模式 、 B/S 三層模式 、統一建模語言 以及 合框架 技術，并對各種技術的思想及特點進行了簡述。 第 3 章 信貸 管理 系統需求分析。從可行性分析、功能需求分析、業(yè)務及用例模型 分析以及性能需求分析等四個方面對信貸業(yè)務的需求進行了詳細的分析。 第 4 章 信貸 管理 系統設計。在需求分析的基礎上， 分析和闡述 系統的總體設計 、 詳細設計 以及 數據庫 設計 ； 數據庫設計則從 設計原則、邏輯結構 以及物理結構 三 個方面進行設計 。 第 5 章 信貸 管理 系統 實施 。對系統的主要功能的實現進行詳細介紹，包括實現的界面截圖及主要代碼 ；并對主要功能進行測試，最后對系統的實施進行分析 。 第 6 章 結論與展望。首先對論文及本人工作進行總結，指出存在的不足，并對以后的工作進行展望。 第二章 相關基礎理論和技術 4 第 二 章 相關技術 第一節(jié) 系統架構 計模式 計模式是當前流行的設計模式之一， 是 縮寫，其主要由控制層（ 心層）、模型層（ 象層）以及視圖層（ 戶交互層）三個層次組成。 通過三個層次的結合使用，可以分離出業(yè)務的流入、業(yè)務的辦理以及業(yè)務的流出過程。 控制層作為整個設計模式的核心層，主要負責進行業(yè)務邏輯和用戶請求的處理工作，是視圖層和模型層的關聯環(huán)節(jié)，其處理過程是通過指令調用模型層信息，經過處理后，交由視圖層進行用戶反饋。 模型層在整個業(yè)務處理過程中只對控制層可見，其他功能的處理不能直接調用模型層，必須通過控制層來完成；視圖層的用戶請求不會直接與模型層進行交互。此層次主要完成對象模型的定義及數據訪問規(guī)則制定。 視圖層負責與用戶的交互，用戶的請求及反饋都 是通過視圖層體現的 。 模型層和控制層相對使用者來說是黑箱形式的，只能通過視圖層完成操作，主要通過 標記語言實現。 利用 計模式，不僅能夠降低模塊之間的耦合度，還能夠使得代碼重用率得到提高 。 其優(yōu)缺點主要表現在以下幾個方面： （ 1） 計模式 的 優(yōu)點 利用 計模式進行系統的開發(fā)，需要設計人員具有較高的水平，前期工作和投入較大，但是可提高后期的管控能力及開發(fā)進度。其優(yōu)點主要是從視圖、控制器和模型三個方面介紹。 視圖 方面 ： 模型和視圖是無法直接進行通信的，必須借助于 控制器進行，因此具有松耦 合的特性。通過模式將系統劃分為三個層次，能夠實現分離業(yè)務邏輯和業(yè)務展現。 與此同時，對于后期系統的維護人員來說，能夠極大的提高代碼的可讀性和重用性。 模型方面：模型具有較高的獨立性，與控制器以及視圖的連接是通過接口來實現的。由于其獨立特性，在進行模型規(guī)則和屬性管理時較為方便，不會存在沖第二章 相關基礎理論和技術 5 突問題（與其他模型或者模塊）。 可以說， 一大優(yōu)勢就是模型定義及模塊設計的獨立性，通過這個優(yōu)勢可以提高可充用模塊的利用率，減少模塊間的耦合度。 控制器方面：控制器是設計模式中的主導功能，所有的調配及管理都是通過控制器來完成， 能夠提高功能設計和擴展的靈活性及擴展性。 通過使用控制器，可以使得功能處理方式得到擴充，提高用戶滿意度?？刂破鲗τ谝晥D及模型的調用，使得用戶可以通過配置文件來完成，增強了重用功能、可擴展性和靈活性。所有用戶操作控制無法直接訪問業(yè)務邏輯，增強了系統的健壯性和安全性。 （ 2） 計模式 的 缺點 計模式是進行系統開發(fā)的基礎， 但是局限于理論模型設計。在進行 銀行信貸管理系統開發(fā)時，需要對相關的業(yè)務需求劃分為三層架構以完成詳細設計，便于后期的系統維護和功能擴展。在進行前期 式設計時，要求架構人員擁有豐富的 項目經驗和 邏輯思維能力。利用 計模式進行系統開發(fā)，其主要的缺點是增加代碼量，在進行文件管理和功能維護時開銷較大。 構方式 瀏覽器 /服務器模式（ B/S）和客戶端 /服務器模式（ C/S）是系統開發(fā)過程中兩種流行的架構模式，系統在進行架構模式選擇時，可根據應用的情況和模式的優(yōu)缺點進行綜合比較。 為了保障系統開發(fā)的正常運行，避免不必要的財力、物力的損失，需要在開發(fā)之前慎重的對架構模式進行選擇，結合業(yè)務需求選擇符合項目要求的架構方式。 C/S 模式 主要應用于小型項目或者安全性要求極高的項目，在網絡技術未得 到較大發(fā)展之前 就 得到了廣泛的應用。 術 的發(fā)展，推動了 B/進度，逐步取代 C/S 模式 成為發(fā)展的趨勢。 對于兩種架構方式的優(yōu)缺點可以通過系統開發(fā)、系統使用、性能評估以及系統實施與維護四個方面進行評估 。 （ 1）系統開發(fā) C/S 模式 最大的優(yōu)勢在于不斷積累和完善的組件庫，經過開發(fā)人員和技術人員的努力，其組件庫業(yè)已成熟。在進行新的系統開發(fā)時，能夠以較快的速度完成功能的開發(fā)。但是其對于操作系統和數據庫系統具有較高的依賴性，在出現不確定性因素時，容易導致開發(fā)成本的上升，甚至于無法保證正常的開發(fā)周期。 B/S 模式的程 序僅僅依賴于部署環(huán)境的系統版本信息，不需要考慮客戶端的情況，而此項技術的應用也日趨廣泛，開發(fā)人員基本已經掌握。利用 B/S 模式進行系統的開發(fā)，第二章 相關基礎理論和技術 6 可以有效保障開發(fā)成本和開發(fā)周期。 （ 2）系統使用 B/S 模式的所有訪問操作都是借助于瀏覽器來完成的，操作人員只需要具備網絡使用的能力即可，業(yè)務操作流程需要單獨的進行培訓，這個在 C/S 模式 同樣需要 。 而 C/S 模式 同時在操作性方面比較復雜，對操作人員具有較高的要求性。所以說 B/C/處理效率方面具有優(yōu)勢。 （ 3） 性能評估 B/S 模式在 性能方面遠遠無法與 C/S 模式 相比，這是由架構的形式決定的， C/于業(yè)務邏輯的處理可以分散于客戶端和服務器端同時進行；而 B/S 模式 對于業(yè)務邏輯的處理全部集中于服務器端，而且需要通過網絡進行信息的傳輸，對于服務器的性能和部署情況要求較多，性能方面也容易受到網絡和服務器的瓶頸限制。在進行本系統的部署時，為了規(guī)避單一服務器的性能瓶頸，采用多服務器形式進行部署，將數據庫服務器和應用服務器進行分離，提高訪問和處理的效率。 （ 4）系統實施與維護 C/S 模式的系統實施和維護的過程繁雜，需要對每個客戶端使用者進行安裝和調試，容易造成問題的累積。后期的升級也需要重復此過程，會帶來額外的開銷成本。而 B/S 模式 的安裝只需要在服務器端進行即可，所遇到的問題處理也都集中于服務器端的環(huán)境中，不會產生額外的開支，降低了實施和安裝的成本；與此同時，在后期的升級與維護過程中，也只需要針對服務器端進行。 ，即瀏覽器服務器結構，其客戶端的訪問只需要通過瀏覽器即可進行，程序的更新與維護都僅限于服務器，可操作性極強?？梢哉f， B/S 結構是 以有效彌補 C/S 結構的缺陷和不足。 其主要是將各種 術以及瀏覽器技術進行整合而成的軟件體系結構，其中 言主要包括微軟的 及 司的 B/S 模式的三層體系結構即是在客戶 /服務器兩層結構的基礎上，增加了中間件層，原始的兩層是用戶界面層和數據管理層，而整個體系結構便形成了成熟的三層體系結構。中間件技術的不斷成熟，對三層結構的出現起到了推動作用。利用中間件技術，三層結構可以劃分為數據存儲層、業(yè)務邏輯層以及表示層三個不同的層次結構。三層結構的劃分是按照邏輯進行的，如果 進行處理，則有不同的第二章 相關基礎理論和技術 7 組合方法。中間件本質上是一個基礎平臺，構造了三層結構應用系統，其主要功能包括負責服務器與服務器之間以及服務器與客戶端之間的通信與連接；數據庫與應用程序之間高效連接的實現；開發(fā)、運行以及部署和管理平臺三層結構應用的使用。 B/S 三層結構任何一層的改變對其他層的功能不會產生影響，因為三層結構的層與層之間是相互獨立的。 B/S 結構的優(yōu)點主要體現在以下四個方面： （ 1）廣泛性及方便性 ，只要有網絡的地方便可以完成信貸業(yè)務的管理及查詢 ； （ 2）可擴展性 ，便利的業(yè)務擴展形式 ，增加 服務器 功能的具體體現都在于客戶端的交互上； （ 3）易維護性 ，系統維護全部通過服務器端進行，不需要同步更新客戶端，因此 維護簡單 便捷 ； （ 4）技術趨于成熟，開發(fā)簡單，重用性強。 構雖然具有分布性、擴展性、易維護性以及共享性強等優(yōu)點，同樣也具有其缺點，主要體現在以下四個方面： （ 1）個性化特點明顯降低，無法實現具有個性化的功能要求，需要結合具體的框架和技術進行特殊化處理，開發(fā)復雜性高于傳統模式； （ 2）最 基本的操作方式是通過鼠標來完成的，并且可以通過輔助的插件來完成快速操作； （ 3）頁面動態(tài)刷新，響應速度明顯降低，不如傳統模式下的速度快； （ 4）功能弱化，難以實現傳統模式下的特殊功能要求，但是可以通過 供的特定功能進行曲線實現。 由于 銀行網點 相對比較分散，因此采用 式的服務器集中部署，客戶端通過瀏覽器直接訪問系統，能夠降低成本。管理系統采用了權限認證與傳輸加密相結合的技術，實現信息傳輸及信息管理的安全。 綜上所述，通過對系統實施與維護、性能評估、系統使用以及系統開發(fā)四個方面的綜合分析，結合 銀行貸 款 管理系統的實際需求，明確了采用 計模式的好處與不足。并通過一些解決方案來有效的趨利避害，充分發(fā)揮 式的 優(yōu)點 ，降低風險性及不足。 第二節(jié) 統一建模語言 系統建模是面向對象開發(fā)的主要設計形式，其方法稱作統一建模語言，簡稱第二章 相關基礎理論和技術 8 動態(tài)模型和靜態(tài)模型共同組成了 系統分析模型。而靜態(tài)模型又包括對象模型和功能模型。最先形成的是功能模型，通過用例圖進行需求資料到模型的轉化；對象模型是用例圖的進一步細化得到的，即是功能模型的衍生，通過類圖實現操作及數據的 用例描述；最終的動態(tài)模型也是對功能的描述，只是描述的功能動態(tài)過程，可以通過順序圖描述功能交互，通過狀態(tài)圖描述功能節(jié)點狀態(tài)。目前，主要的 模工具有 A 等