




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