【正文】 ，不僅要保證數(shù)據(jù)的完整性、正確性還要保證數(shù)據(jù)的高效性。因?yàn)橄到y(tǒng)支持的是跨業(yè)務(wù)系統(tǒng)的平臺(tái)，要保證系統(tǒng)在更換數(shù)據(jù)庫(kù)后，能以最小的修改來(lái)保證數(shù)據(jù)庫(kù)的正常運(yùn)行。 論文組織結(jié)構(gòu) 下面對(duì)論文的組織結(jié)構(gòu)進(jìn)行說(shuō)明： 第一章介紹了本文的研究背景、現(xiàn)狀、研究目標(biāo)與研究?jī)?nèi)容，隨后對(duì)論文的組織結(jié)構(gòu)進(jìn)行了說(shuō)明。 第二章主要介紹了相關(guān)技術(shù)，如 Spring 架構(gòu)和數(shù)據(jù)庫(kù)中間件技術(shù)，并解釋選擇此技術(shù)的依據(jù)。 第三章在實(shí)地調(diào)研的基礎(chǔ)上提出了系統(tǒng)的總體需求，并在此基礎(chǔ)上對(duì)系統(tǒng)的各個(gè)功能模塊進(jìn)行需求建模。 第四章在需求分析的基礎(chǔ)上，給出了系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)的方案，包括系統(tǒng)的總體框 架設(shè)計(jì)、數(shù)據(jù)庫(kù)的設(shè)計(jì)以及各個(gè)模塊的設(shè)計(jì)與實(shí)現(xiàn)。 第五章搭建了系統(tǒng)的測(cè)試環(huán)境，驗(yàn)證系統(tǒng)是否實(shí)現(xiàn)了開(kāi)發(fā)目標(biāo)。 西安電子科技大學(xué) 碩士學(xué)位 論文 4 最后一章總結(jié)了本文的主要工作，分析了本文的不足和缺點(diǎn)，介紹了未來(lái)的努力方向。 本章小結(jié) 在本章中，簡(jiǎn)要的介紹了本文的選題背景和意義，介紹了當(dāng)前各行業(yè)中 數(shù)據(jù)管理系統(tǒng)的應(yīng)用現(xiàn)狀，闡述了本文的主要研究?jī)?nèi)容，并在最后介紹了本文的組織結(jié)構(gòu)。 第二章 錯(cuò)誤 !使用“開(kāi)始”選項(xiàng)卡將 標(biāo)題 1,一級(jí)標(biāo)題 應(yīng)用于要在此處顯示的文字。 5 第二章 系統(tǒng)相關(guān)技術(shù)介紹 本章介紹了系統(tǒng)所采用的相關(guān)技術(shù)，著重介紹了 B/S 模式、 MVC 模式和 Spring框架的特點(diǎn)和優(yōu)勢(shì)，指出選擇它們作為技術(shù)基礎(chǔ)的原因。 B/S 模式的相關(guān)介紹 B/S 模式（ Browser/Server，瀏覽器 /服務(wù)器模式），是因?yàn)榫W(wǎng)絡(luò)工程和技術(shù)的發(fā)展與興起而興起的開(kāi)發(fā)模式，通過(guò)利用 WEB 瀏覽器而放棄了 C/S 模式的客戶端，具有自身的獨(dú)特的優(yōu)勢(shì)即將系統(tǒng)的核心部分放在了服務(wù)器端，使得開(kāi)發(fā)人員可以更加方便和簡(jiǎn)潔的的進(jìn)行系統(tǒng)開(kāi)發(fā)，并且使系統(tǒng)便于維護(hù)和使用。通過(guò)瀏覽器實(shí)現(xiàn)和服務(wù)器端的數(shù)據(jù)交互 。 因?yàn)樵诳蛻舳耸褂媒y(tǒng)一的瀏覽器，所以不需要在客戶端進(jìn)行特定的配置，這樣就避免了用戶的客戶端的差異性，并且降低了客戶的使用成本，因?yàn)闉g覽器對(duì)電腦的負(fù)荷基本上是沒(méi)有。 AJAX(Asynchronous JavaScript And Xml 異步 JavaScript(一種直譯式腳本語(yǔ)言 ))和 XML(Extensible Markup Language 可擴(kuò)展標(biāo)記語(yǔ)言 ))， AJAX 技術(shù)的發(fā)展對(duì)于 B/S 模式的發(fā)展起到了至關(guān)重要的作用。因?yàn)?AJAX 能實(shí)現(xiàn)瀏覽器端的部分?jǐn)?shù)據(jù)處理的工作，這樣不僅是服務(wù)器端的負(fù)擔(dān)減輕了并且還能實(shí)現(xiàn)更好的數(shù)據(jù)交互性，還可以完成瀏覽器端的刷新功能 。 B/S 模式之所以這么流行，最重要的原因是瀏覽器方便操作。在對(duì)瀏覽器的操作方面，用戶具有很強(qiáng)的行為繼承性，即只要用戶熟悉了瀏覽器的操作，那么對(duì)于基于B/S 模式的系統(tǒng)就都會(huì)具有經(jīng)驗(yàn)。 不同于 C/S 模式使用的是自己定義的應(yīng)用層協(xié)議， B/S 模式的服務(wù)器端統(tǒng)一基于HTTP（超文本傳輸協(xié)議）協(xié)議。這也簡(jiǎn)化了開(kāi)發(fā)者的成本，因?yàn)榻y(tǒng)一的標(biāo)準(zhǔn)可以簡(jiǎn)化相應(yīng)的工作量。因?yàn)楹芏喾?wù)器就是基于 HTTP 協(xié)議，所以這些服務(wù)器都可以直接使用，而不必讓開(kāi)發(fā)者去進(jìn)行特定的軟件開(kāi)發(fā)。這種 B/S 模式的開(kāi)發(fā)甚至可以在統(tǒng)一的框架下進(jìn)行開(kāi)發(fā)，開(kāi)發(fā)者需要做的只有去關(guān)注邏輯層和表現(xiàn)層的開(kāi)發(fā)，所以說(shuō) B/S模式使得開(kāi)發(fā)者的工作量大大簡(jiǎn)化了。 網(wǎng)絡(luò)化和大數(shù)據(jù)化是計(jì)算機(jī)行業(yè)未來(lái)發(fā)展的趨勢(shì)。根據(jù)這一趨勢(shì)，提出 B/S 模式下的本文的銀行數(shù)據(jù)信息管理系統(tǒng)。 相對(duì)于需要進(jìn)行客戶端開(kāi)發(fā)的 C/S 模式而言， B/S 模式具有如下的優(yōu)勢(shì)： (1)使用方便，用戶避免了了之前 C/S 模式軟件所必需的安裝客戶端的過(guò)程，用戶對(duì)于熟悉的瀏覽器的操作也更加方便和簡(jiǎn)單，這樣就使得整個(gè)系統(tǒng)具有了易用性。 西安電子科技大學(xué) 碩士學(xué)位 論文 6 (2)開(kāi)發(fā)簡(jiǎn)單，基于 C/S 模式的軟件需要開(kāi)發(fā)者去考慮客戶端安裝后的版本問(wèn)題和用戶機(jī)上的系統(tǒng)兼容性問(wèn)題。而基于 B/S 架構(gòu)的系統(tǒng)有瀏覽器即可。這樣可以為系統(tǒng)的開(kāi)發(fā)工作帶來(lái)極大的便利性并且可以節(jié)約開(kāi)發(fā)時(shí)間，減少開(kāi)發(fā)的成本 [12]。 (3)維護(hù)方便，基于 C/S 模式的軟件一旦服務(wù)器端升級(jí)或改變，那么相應(yīng)的也必須對(duì)客戶端進(jìn)行升級(jí)服務(wù)，而基于 B/S 模式開(kāi)發(fā)的軟件不會(huì)涉及到這方面的變化 [13]。 但同時(shí) B/S 模式存在一定的缺點(diǎn)，比如說(shuō)響應(yīng)速度和客戶端體驗(yàn)上。在響應(yīng)速度方面，因?yàn)榛?B/S 模式的系統(tǒng)其業(yè)務(wù)處理都需要在服務(wù)器端完成，這對(duì)服務(wù)器端造成了較大的負(fù)荷，為了解決這一方面的問(wèn)題，需要將頁(yè)面渲染工作交給瀏覽器來(lái)完成，減輕服務(wù)器端的壓力。在客戶端體驗(yàn)方面因?yàn)榭蛻暨x擇的瀏覽器種類的不同，在進(jìn)行渲染是會(huì)產(chǎn)生較大的差異，針對(duì)這一問(wèn)題本文采用 JQuery 類庫(kù)來(lái)進(jìn)行頁(yè)面渲染，因?yàn)?JQuery 本身就對(duì)瀏覽器具有兼容性，可以適應(yīng)不同的瀏覽器和顯示器，這就提高了用戶在客戶端上的體驗(yàn) [14] [15]。 綜合上述的各個(gè) 因素和系統(tǒng)設(shè)計(jì)上的要求，本文選擇 B/S 模式來(lái)實(shí)現(xiàn)整個(gè)系統(tǒng)的開(kāi)發(fā)。因?yàn)?B/S 模式本身的具有的開(kāi)發(fā)簡(jiǎn)單、維護(hù)方便、使用方便的因素。并且基于B/S 模式的系統(tǒng)容易在網(wǎng)絡(luò)之間協(xié)調(diào)，適合信息的管理和發(fā)布。 MVC 模式 MVC(ModelViewController 模型 視圖 控制器 )是把一個(gè)軟件的輸入操作、處理操作、輸出操作的流程按照 Model(模型 )、 View(視圖 )、 Controller(控制器 )的方式來(lái)進(jìn)行分離，因此相應(yīng)的應(yīng)用就被分成三個(gè)邏輯層。 MVC 模式的各個(gè)邏輯層的關(guān)系如圖 所示： 視圖控制器模型查詢反饋發(fā)送請(qǐng)求顯示內(nèi)容通知改變選取數(shù)據(jù)存儲(chǔ)數(shù)據(jù)存儲(chǔ)規(guī)則選取規(guī)則 MVC 模 式的層次結(jié)構(gòu)圖 圖 第二章 錯(cuò)誤 !使用“開(kāi)始”選項(xiàng)卡將 標(biāo)題 1,一級(jí)標(biāo)題 應(yīng)用于要在此處顯示的文字。 7 模型：在模型中存儲(chǔ)與軟件相關(guān)的數(shù)據(jù)源和對(duì)于這些數(shù)據(jù)的操作方式。在任意一個(gè)組件中，模型就是體現(xiàn)組件的狀態(tài)和操作這個(gè)狀態(tài)的方法。 視圖：提供對(duì)模型中特定的數(shù)據(jù)的顯示。視圖顯示的可以是部分模型、整個(gè)模型或者是多個(gè)模型。 控制器：包含的是外界對(duì)模型的操作。通過(guò)調(diào)用模型中的方法，對(duì)視圖上用戶的操作進(jìn)行響應(yīng)，以此在模型和視圖之間建立聯(lián)系，模型和視圖之間不必直接相連，彼此之間是相對(duì)獨(dú)立的，解決了彼此之間的依賴性 [16]。 事件的發(fā)生會(huì)使得控制器去改變模型或者是視圖，或者兩者都被改變。模型中的數(shù)據(jù)和方法被控 制器改變之后，與此相關(guān)的視圖部分也會(huì)自動(dòng)改變相類似的，如果控制器改變了視圖，那么視圖就會(huì)從相應(yīng)的模型時(shí)獲取所需要的數(shù)據(jù)來(lái)更新自己。 MVC 模式的基本實(shí)現(xiàn)流程為： 在頂端控制器中去新建模型；控制器要去新建視圖對(duì)象，然后將它們與之前的模型相關(guān)聯(lián)；控制器改變模型的狀態(tài)；當(dāng)模型的狀態(tài)被改變后，模型就會(huì)自動(dòng)的產(chǎn)生相應(yīng)的視圖 [15]。 總而言之， MVC 具有以下的優(yōu)點(diǎn)： (1)各邏輯層的耦合性低 因?yàn)槿齻€(gè)邏輯層之間相互分離，對(duì)任意一層的代碼進(jìn)行變動(dòng)時(shí)不會(huì)影響到其它兩個(gè)邏輯層的代碼，比如說(shuō)，在對(duì)模型中的數(shù)據(jù)和數(shù)據(jù)操作方法進(jìn) 行變動(dòng)時(shí)，視圖層對(duì)模型層進(jìn)行操作的方法和接口不會(huì)改變。這樣大大降低了三個(gè)層次之間的耦合性。 視圖中顯示的信息來(lái)自模型，受控制器的調(diào)用而顯示，要更改視圖中的數(shù)據(jù)信息時(shí)，只需要在控制器和模型中進(jìn)行進(jìn)行相應(yīng)改變。至于數(shù)據(jù)源的變化，比如說(shuō)把數(shù)據(jù)庫(kù)從 MySQL（甲骨文公司的一種關(guān)系型數(shù)據(jù)庫(kù)）移植到 Oracle（甲骨文公司的另一種關(guān)系型數(shù)據(jù)庫(kù)），或者改變 RDBMS (Relational Database Management System 關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng) )數(shù)據(jù)源到 LDAP（ Lightweight Directory Access Protocol 輕量目錄訪問(wèn)協(xié)議），只需要在數(shù)據(jù)源的基礎(chǔ)上實(shí)現(xiàn)相對(duì)應(yīng)的模型，這樣即使數(shù)據(jù)源完全變化了視圖將會(huì)正確的顯示信息 [17] [18]。 (2)系統(tǒng)中代碼的重用性高 隨著無(wú)線終端技術(shù)的發(fā)展，訪問(wèn)技術(shù)有多樣化的趨勢(shì)，之前軟件系統(tǒng)基本只是運(yùn)行在電腦上，而現(xiàn)在越來(lái)越多的人們選擇手機(jī)和平板電腦進(jìn)行數(shù)據(jù)操作，比如說(shuō)進(jìn)行網(wǎng)上購(gòu)物、網(wǎng)頁(yè)瀏覽或者是網(wǎng)絡(luò)游戲。這就要求服務(wù)商提供的相同的模型必須顯示在不同的用戶界面上，如果系統(tǒng)采用其他設(shè)計(jì)模式，就會(huì)很難滿足這一要求。 但是對(duì) MVC 模式來(lái)說(shuō)，模型中存儲(chǔ)的 數(shù)據(jù)和數(shù)據(jù)操作方法可以應(yīng)用在不同視圖上，模型中的數(shù)據(jù)和規(guī)則不必變化，控制器中的操作方法也不需要變化，只需要在視圖中進(jìn)行相應(yīng)的操作，比如更改數(shù)據(jù)的格式，即可實(shí)現(xiàn)數(shù)據(jù)在不同界面上的顯示。這西安電子科技大學(xué) 碩士學(xué)位 論文 8 樣就不必因?yàn)橛脩羰褂貌煌娘@示類型而去改變模型和控制器中的代碼。這使得模型和控制器中的代碼能夠得到最大化的利用，提高了代碼的可重復(fù)利用，減少了開(kāi)發(fā)者的工作量。 (3)系統(tǒng)的開(kāi)發(fā)周期短 邏輯層次的劃分使得開(kāi)發(fā)人員各司其職，所謂術(shù)業(yè)有專攻，專業(yè)做后臺(tái)和數(shù)據(jù)庫(kù)的開(kāi)發(fā)者不必去考慮界面的開(kāi)發(fā)，而前端開(kāi)發(fā)人員也只需要考慮視圖方面的開(kāi)發(fā)，這樣不僅使系統(tǒng)開(kāi)發(fā)周期縮短，也使系統(tǒng)的質(zhì)量得到保障。 (4)系統(tǒng)的可維護(hù)性高 因?yàn)楦鱾€(gè)邏輯層的低耦合性，開(kāi)發(fā)者和維護(hù)人員往往只需要實(shí)施分層次的、部分的改動(dòng)即可，而不必對(duì)系統(tǒng)的整體實(shí)施操作。這樣使得系統(tǒng)具有很高的維護(hù)性。 (5)有利系統(tǒng)管理 因?yàn)楦鱾€(gè)邏輯層都有自己相應(yīng)的職責(zé)，在各個(gè)層運(yùn)行的過(guò)程中，它們的應(yīng)用會(huì)有部分相似的功能和處理方式，這使得開(kāi)發(fā)者可以通過(guò)工程化來(lái)管理這部分的相似代碼。在該模式中，控制器在視圖和模型中起橋梁作用，它可以按照客戶需求調(diào)用不同的模型和視圖。 綜上所述，系統(tǒng)選擇 MVC 模式進(jìn)行搭建，因?yàn)樗哂械婉詈?、高維護(hù)性和高效率的開(kāi)發(fā)等優(yōu)點(diǎn)。 Spring 框架 Spring 框架屬于輕量級(jí)的 J2EE 開(kāi)發(fā)框架，這框架采用了分層設(shè)計(jì)，這個(gè)特點(diǎn)有效應(yīng)對(duì)系統(tǒng)開(kāi)發(fā)中面臨的復(fù)雜性和低效性問(wèn)題，并使得開(kāi)發(fā)出的系統(tǒng)具有簡(jiǎn)便性和耦合性低的特點(diǎn)。 AOP(Aspect Oriented Programming，即面向切面編程 )和 IOC(Inversion of Control,即控制反轉(zhuǎn) )技術(shù)是 Spring 框架的核心。框架和 MVC 模式完美契合。 AOP，使用 AOP 可以對(duì)系統(tǒng)的各個(gè)業(yè)務(wù) 邏輯部分進(jìn)行隔離，降低了系統(tǒng)各個(gè)業(yè)務(wù)邏輯之間的耦合性，使得程序可以重復(fù)使用，以此大大提高了系統(tǒng)開(kāi)發(fā)的效率。所處理的是整個(gè)系統(tǒng)中的部分邏輯，在這一部分實(shí)現(xiàn)功能變動(dòng)。 AOP 主要被用來(lái)產(chǎn)生事務(wù)、生成日志、進(jìn)行異常處理，做安全控制、進(jìn)行系統(tǒng)性能統(tǒng)計(jì)等等。它可以在系統(tǒng)的開(kāi)發(fā)過(guò)程中將上述動(dòng)作從整體的業(yè)務(wù)邏輯代碼中分離出來(lái)，并將它們獨(dú)立到非業(yè)務(wù)邏輯的方法中，以此來(lái)保證在改動(dòng)時(shí)不會(huì)影響整體的業(yè)務(wù)邏輯的代碼 [19]。 IOC 控制反轉(zhuǎn)（ Inversion of Control）作為輕量級(jí)的 Spring 框架的核心之一被用來(lái)削 減程序的耦合問(wèn)題。因?yàn)橄到y(tǒng)是由多個(gè)類實(shí)現(xiàn)的，在這個(gè)過(guò)程中每個(gè)類都有對(duì)其 它類的已用過(guò)程，在此過(guò)程中，會(huì)使得系統(tǒng)中的代碼具有高耦合性而難以進(jìn)行測(cè)試工 第二章 錯(cuò)誤 !使用“開(kāi)始”選項(xiàng)卡將 標(biāo)題 1,一級(jí)標(biāo)題 應(yīng)用于要在此處顯示的文字。 9 作 [20]。 IoC能顯示并管理類之間的引用關(guān)系，通過(guò)配置相應(yīng)的 XML文件選擇需要的類，包括為接口類指定需要的實(shí)現(xiàn)類，而不需要開(kāi)發(fā)者去重新修改代碼 [21]。 Hibernate 是一個(gè)開(kāi)源的框架。作為 JDBC 中間件的升級(jí)版，在 Java 類和數(shù)據(jù)庫(kù)中的相應(yīng)數(shù)據(jù)表產(chǎn)生映射關(guān)系，通過(guò)配置 XML 文件或使用 JPA 注解，只需要在 Java對(duì)象中進(jìn)行改動(dòng)再調(diào)用 Hibernate 所提供的接口就可以完成對(duì)相應(yīng)數(shù)據(jù)表的操作 [22] [23]。比如在進(jìn)行數(shù)據(jù)查詢時(shí)，通過(guò) SQLQuerey 接口，在接口中設(shè)置所需要查詢的表名，調(diào)用接口則會(huì)生成一個(gè)由 Objec 數(shù)組組成的 List，數(shù)組中的元素就是表中的字段值。這就完成了數(shù)據(jù)的查詢工作。對(duì)數(shù)據(jù)庫(kù)的操作化成對(duì)類的操作，相對(duì)于運(yùn)用 sql 語(yǔ)言對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作，這樣無(wú)疑是高效的。 Hibernate 為開(kāi)發(fā)者提供 6 個(gè)核心接 口和類，這 6 個(gè)核心類和接口可以進(jìn)行數(shù)據(jù)存取和邏輯控制。下面對(duì)這些類和接口分別加以介紹： （ 1） Configuration Configuration 類實(shí)現(xiàn) Hibernate 的初始化配置。在啟動(dòng)時(shí)， Configuration 類首先找到映射文檔，加載里面的配置參數(shù)，之后會(huì)根據(jù)參數(shù)創(chuàng)建一個(gè) SessionFactory 對(duì)象，即是數(shù)據(jù)庫(kù)會(huì)話工廠 [24]。 （ 2） SessionFactory 而 SessionFactory 接口被創(chuàng)建出來(lái)之后，它會(huì)負(fù)責(zé)初始化 Hibernate。主要是負(fù)責(zé)創(chuàng)建 Session 對(duì)象。通常情 況下，一個(gè) SessionFactory 連接一個(gè)數(shù)據(jù)庫(kù)，當(dāng)遇到需要多個(gè)數(shù)據(jù)庫(kù)的情況時(shí)，就要為每個(gè)數(shù)據(jù)庫(kù)配置一個(gè) SessionFactory。 （ 3） Session Session 接口負(fù)責(zé)執(zhí)行被持久化對(duì)象的 CRUD 操作，需要知道的是，在容器對(duì) JSP進(jìn)行渲染時(shí)， session 很有可能已經(jīng)關(guān)閉，而這將會(huì)導(dǎo)致讀取數(shù)據(jù)失敗。所以通常的做法是在對(duì) Hibernate 進(jìn)行初始化配置時(shí)就要設(shè)置渲染時(shí)是不會(huì)關(guān)閉的指定渲染 [25]。 （ 4） Transaction Transaction 接口是用