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