【正文】 型。模型中的數(shù)據(jù)和方法被控 制器改變之后，與此相關(guān)的視圖部分也會自動改變相類似的，如果控制器改變了視圖，那么視圖就會從相應的模型時獲取所需要的數(shù)據(jù)來更新自己。 視圖中顯示的信息來自模型，受控制器的調(diào)用而顯示，要更改視圖中的數(shù)據(jù)信息時，只需要在控制器和模型中進行進行相應改變。 但是對 MVC 模式來說，模型中存儲的 數(shù)據(jù)和數(shù)據(jù)操作方法可以應用在不同視圖上，模型中的數(shù)據(jù)和規(guī)則不必變化，控制器中的操作方法也不需要變化，只需要在視圖中進行相應的操作，比如更改數(shù)據(jù)的格式，即可實現(xiàn)數(shù)據(jù)在不同界面上的顯示。 (4)系統(tǒng)的可維護性高 因為各個邏輯層的低耦合性，開發(fā)者和維護人員往往只需要實施分層次的、部分的改動即可，而不必對系統(tǒng)的整體實施操作。 綜上所述，系統(tǒng)選擇 MVC 模式進行搭建，因為它具有低耦合、高維護性和高效率的開發(fā)等優(yōu)點。 AOP，使用 AOP 可以對系統(tǒng)的各個業(yè)務 邏輯部分進行隔離，降低了系統(tǒng)各個業(yè)務邏輯之間的耦合性，使得程序可以重復使用，以此大大提高了系統(tǒng)開發(fā)的效率。 IOC 控制反轉(zhuǎn)（ Inversion of Control）作為輕量級的 Spring 框架的核心之一被用來削 減程序的耦合問題。 Hibernate 是一個開源的框架。對數(shù)據(jù)庫的操作化成對類的操作，相對于運用 sql 語言對數(shù)據(jù)庫進行操作，這樣無疑是高效的。 （ 2） SessionFactory 而 SessionFactory 接口被創(chuàng)建出來之后，它會負責初始化 Hibernate。所以通常的做法是在對 Hibernate 進行初始化配置時就要設置渲染時是不會關(guān)閉的指定渲染 [25]。 Criteria 這單詞的本意即是標準化條件查詢，它是一個 Java 類，在實例化之后，通過設置各項參數(shù)，完成查詢功能 [30]。 11 第三章 系統(tǒng)需求分析 本章對銀行數(shù)據(jù)管理系統(tǒng)進行業(yè)務需求分析，系統(tǒng)的需求分析對于后續(xù)的工作是十分必要的，完整、準確的需求分析可以減少系統(tǒng)的開發(fā)成本。并且當前銀行業(yè)者所需要的業(yè)務數(shù)據(jù)往往不局限于單個子系統(tǒng)中的數(shù)據(jù)，其重視的是綜合的、跨業(yè)務平臺的數(shù)據(jù)，這就需要通過銀行數(shù)據(jù)管理系統(tǒng)對數(shù)據(jù)加以整合并提供給銀行業(yè)內(nèi)的數(shù)據(jù)使用者。 (3)系統(tǒng)要滿足用 戶的查詢需求，根據(jù)用戶的查詢請求將相應的數(shù)據(jù)提供給用戶，并且提供打印功能，使得用戶可以將所需的數(shù)據(jù)打印出來。 因為開發(fā)者在開發(fā)過程中只是參與到對系統(tǒng)各個功能模塊的需求分析、設計與實現(xiàn)，并沒有涉及到系統(tǒng)性能方面的工作，所以本文的內(nèi)容中不包括對系統(tǒng)性能的相關(guān)內(nèi)容。 13 在數(shù)據(jù)錄入員登入系統(tǒng)之后，可以對于數(shù)據(jù)遷移服務進行管理，包括配置、刪除和修改數(shù)據(jù)的遷移規(guī)則，選擇錄入數(shù)據(jù)的來源，對錄入的數(shù)據(jù)按照主題分類等；并且在抽取完成后對缺少的業(yè)務數(shù)據(jù)進行補錄，這類數(shù)據(jù)分為機構(gòu)數(shù)據(jù)和柜員數(shù)據(jù)兩種，包括數(shù)據(jù)的添加，數(shù)據(jù)的查詢、數(shù)據(jù)的修改以及數(shù)據(jù)的刪除。通過日志管理了解系統(tǒng)的運行情況和用戶的操作狀況，根據(jù)日志模塊提供的信息進行系統(tǒng)管理。 數(shù)據(jù)遷移模塊 因為銀行各個業(yè)務系統(tǒng)每天產(chǎn)生的業(yè)務數(shù)據(jù)非常龐大，所以依靠人工的方式將各業(yè)務系統(tǒng)產(chǎn)生的數(shù)據(jù)遷入到銀行數(shù)據(jù)管理系統(tǒng)不太可能。在所有的源數(shù)據(jù)文件到位后，進行數(shù)據(jù)加載時，要生成日志文件，以此來判斷加載是否成功。之所以設計該流程是因為機構(gòu)數(shù)據(jù)和柜員數(shù)據(jù)不能由各業(yè)務系統(tǒng)遷移而來，因此只能由數(shù)據(jù)錄入員進行手工輸入。該模塊的創(chuàng)建豐富了數(shù)據(jù)管理系統(tǒng)的數(shù)據(jù)來源，使得數(shù) 據(jù)信息的來源不只是遷移自其他系統(tǒng)，例如，信貸業(yè)務系統(tǒng)，財務業(yè)務系統(tǒng)，客戶管理系統(tǒng)等。 在該模塊中，主要是解決的是如何實現(xiàn)將數(shù)據(jù)從各個業(yè)務子系統(tǒng)遷移到本系統(tǒng)中，并在本系統(tǒng)上有效存儲和組織的基礎(chǔ)上，對各種用戶需求提供數(shù)據(jù)支持。這需要對數(shù)據(jù)的各個方面進行管理。這些屬性可能沒有被填充或者填入空值，因此導致不完整性。 數(shù)據(jù)質(zhì)量管理的目標主要有以下幾個方面，使用戶能對數(shù)據(jù)信息管理系統(tǒng)中的數(shù)據(jù)狀況有一個比較全面的了解和合理的預期；能根據(jù)質(zhì)量規(guī)則檢測到各個業(yè)務子系統(tǒng)中的數(shù)據(jù)質(zhì)量問題并保證系統(tǒng)中的數(shù)據(jù)與各個業(yè)務子系統(tǒng)中的數(shù)據(jù)的一致性。應采用多方面的安全機制來保護銀行數(shù)據(jù)信息管理系統(tǒng)中信息的安全性和私密性。在對數(shù)據(jù)進行加載或者是刪除時，數(shù)據(jù)管理員需要有數(shù)據(jù)庫上相對應的權(quán)限才可。在搜索的過程中系統(tǒng)會通過用戶的唯一標示符來獲取用戶的權(quán)限標識符，通過用戶的權(quán)限標識符來確定是否顯示用戶所搜索的信息，如果用戶的權(quán)限不足，則在瀏覽器頁面上給與顯示，如果用戶的權(quán)限足夠，則調(diào)用后臺的數(shù)據(jù)庫產(chǎn)生報表。 17 用戶在登錄該系統(tǒng)后，根據(jù)自己的需求搜索相應的數(shù)據(jù)并瀏覽，生成報表之后用戶可以自己選擇是否需要打印。采用分隔網(wǎng)絡的方式即銀行數(shù)據(jù)信息管理系統(tǒng)的主網(wǎng)段和數(shù)據(jù)遷移的傳輸網(wǎng)段不連接外部網(wǎng)絡，以此從硬件環(huán)境上保證了數(shù)據(jù)的安全。 從上述兩個模塊即數(shù)據(jù)遷移模塊和數(shù)據(jù)質(zhì)量管理模塊的功能中可以 看出，各個模塊的配置需要的是一個網(wǎng)絡和軟硬件環(huán)境，并且模塊具有數(shù)據(jù)庫系統(tǒng)的功能。 (3)由于各種原因，數(shù)據(jù)沒有在指定的容忍限度周期內(nèi)同步更新，這會導致數(shù)據(jù)不是最新的。 在數(shù)據(jù)的整個流轉(zhuǎn)過程中涉及三種角色，即數(shù)據(jù)的產(chǎn)生者、數(shù)據(jù)的管理者、數(shù)據(jù)的使用者。如圖 所示是數(shù)據(jù)質(zhì)量管理的用例圖： 數(shù)據(jù)質(zhì)量管理員創(chuàng)建數(shù)據(jù)質(zhì)量規(guī)則修改數(shù)據(jù)質(zhì)量規(guī)則刪除數(shù)據(jù)質(zhì)量規(guī)則 包含 包含 包含 規(guī)則引擎實例化規(guī)則數(shù)據(jù)分發(fā)規(guī)則引擎監(jiān)控數(shù)據(jù)質(zhì)量規(guī)則管理 包含 包含 包含 規(guī)則引擎管理器預警日期設置 數(shù)據(jù)質(zhì)量管理用例圖 圖 如圖 所示，在數(shù)據(jù)質(zhì)量管理模塊中，數(shù)據(jù)質(zhì)量管理員的主要工作有三種即對數(shù)據(jù)質(zhì)量規(guī)則進行設置，所謂的數(shù)據(jù)質(zhì)量規(guī)則在數(shù)據(jù)庫中就指對表的結(jié)構(gòu)，表中字段的數(shù)據(jù)范圍進行規(guī)定，把不滿足定義的規(guī)則的數(shù)據(jù)剔除；設置規(guī)則預警日期是指規(guī)則引擎將在設置的特定時行質(zhì)量管理；在進行質(zhì)量管理時還要對規(guī)則引擎進行管理，主要包含監(jiān)控規(guī)則引擎的運行狀態(tài)、將規(guī)則引擎實例化和進行質(zhì)量管理任務發(fā)布。 15 務系統(tǒng)，財務管理系統(tǒng)，風險管理系統(tǒng)和客戶管理系統(tǒng)等。同樣的，在特定的數(shù)據(jù)庫中選中數(shù)據(jù)后，管理員可以對該數(shù)據(jù)進行修改和刪除。 (2)進行 數(shù)據(jù)補錄，數(shù)據(jù)補錄是指對通過數(shù)據(jù)遷移無法獲得的數(shù)據(jù)進行處理，這部分數(shù)據(jù)有兩種，分別是機構(gòu)數(shù)據(jù)和柜員數(shù)據(jù)。 數(shù)據(jù)遷移模塊的用例圖所圖 所示： 西安電子科技大學 碩士學位 論文 14 管理遷移規(guī)則數(shù)據(jù)錄入員創(chuàng)建遷移規(guī)則修改遷移規(guī)則刪除遷移規(guī)則 包含 包含 包含 進行數(shù)據(jù)補錄選擇遷移數(shù)據(jù)來源對數(shù)據(jù)按主題分類 數(shù)據(jù)遷移功能用例圖 圖 在該數(shù)據(jù)遷移服務中需要完成的功 能有： (1)對數(shù)據(jù)遷移規(guī)則進行設置，對數(shù)據(jù)遷移本文分為三個步驟實現(xiàn)，分別是數(shù)據(jù)抽取、數(shù)據(jù)加載和數(shù)據(jù)整合。 分別是數(shù)據(jù)遷移模塊、數(shù)據(jù)質(zhì)量管理模塊、數(shù)據(jù)查詢模塊和日志模塊。 對于系統(tǒng)管理員而言，在系統(tǒng)中的主要工作有用戶管 理和日志管理。具體的用戶角色用例劃分如圖 所示： 登錄普通用戶數(shù)據(jù)錄入員數(shù)據(jù)質(zhì)量管理員系統(tǒng)管理員數(shù)據(jù)查詢數(shù)據(jù)瀏覽數(shù)據(jù)打印數(shù)據(jù)添加數(shù)據(jù)質(zhì)量管理日志管理 用戶角色用例圖 圖 如圖 所示，四種類型的用戶分別進行不同的操作，具體的說明如下： 對于普通用戶而言，他在進入到系統(tǒng)之后要對所需要的數(shù)據(jù)進行查詢，根據(jù)查詢返回的結(jié)果進行數(shù)據(jù)瀏覽，如果查詢不到所需要的信息或自身權(quán)限不夠時系統(tǒng)會給與提示，并且在完成瀏覽需要的信息后普通用戶可以選擇是否需要調(diào)用打印功能去打印數(shù)據(jù)。通過記錄的數(shù)據(jù)為管理員提供數(shù)據(jù)支持。 (2)其次系統(tǒng)要對取得的數(shù)據(jù)進行數(shù)據(jù)質(zhì)量管理，這里所說的數(shù)據(jù)質(zhì)量主要指的是數(shù)據(jù)的完整性、及時性和準確性。 當前現(xiàn)狀與系統(tǒng)總體需求分析 在銀 行業(yè)這些年的發(fā)展過程中，大多數(shù)銀行基本都實現(xiàn)了電子化的辦公，并且開始了業(yè)務數(shù)據(jù)的建設。 本章小結(jié) 本章主要研究了與本系統(tǒng)相關(guān)的理論與技術(shù)，首先介紹了 B/S 架構(gòu)模式，接著對MVC 模式進行了介紹，隨后介紹 Spring 框架，它是本系統(tǒng)采用的開發(fā)框架，本章介紹的技術(shù)為后文的系統(tǒng)設計與實現(xiàn)提供指導與支持。 （ 5） Query Query 接口被用來對數(shù)據(jù)庫進行查詢操作 [27]，它有兩種方式完成本功能，一種是使用數(shù)據(jù)庫提供的 SQL 語句，而另一種則是 HQL(Hibernate Query Language),相比前一種具有更高的靈活性； Query 進行的操作是執(zhí)行查詢操作、設定查詢參數(shù)、限制查詢結(jié)果數(shù)量 [28]。通常情 況下，一個 SessionFactory 連接一個數(shù)據(jù)庫，當遇到需要多個數(shù)據(jù)庫的情況時，就要為每個數(shù)據(jù)庫配置一個 SessionFactory。下面對這些類和接口分別加以介紹： （ 1） Configuration Configuration 類實現(xiàn) Hibernate 的初始化配置。比如在進行數(shù)據(jù)查詢時，通過 SQLQuerey 接口，在接口中設置所需要查詢的表名，調(diào)用接口則會生成一個由 Objec 數(shù)組組成的 List，數(shù)組中的元素就是表中的字段值。 9 作 [20]。 AOP 主要被用來產(chǎn)生事務、生成日志、進行異常處理，做安全控制、進行系統(tǒng)性能統(tǒng)計等等。 AOP(Aspect Oriented Programming，即面向切面編程 )和 IOC(Inversion of Control,即控制反轉(zhuǎn) )技術(shù)是 Spring 框架的核心。 (5)有利系統(tǒng)管理 因為各個邏輯層都有自己相應的職責，在各個層運行的過程中，它們的應用會有部分相似的功能和處理方式，這使得開發(fā)者可以通過工程化來管理這部分的相似代碼。這使得模型和控制器中的代碼能夠得到最大化的利用，提高了代碼的可重復利用，減少了開發(fā)者的工作量。 (2)系統(tǒng)中代碼的重用性高 隨著無線終端技術(shù)的發(fā)展，訪問技術(shù)有多樣化的趨勢，之前軟件系統(tǒng)基本只是運行在電腦上，而現(xiàn)在越來越多的人們選擇手機和平板電腦進行數(shù)據(jù)操作，比如說進行網(wǎng)上購物、網(wǎng)頁瀏覽或者是網(wǎng)絡游戲。 總而言之， MVC 具有以下的優(yōu)點： (1)各邏輯層的耦合性低 因為三個邏輯層之間相互分離，對任意一層的代碼進行變動時不會影響到其它兩個邏輯層的代碼，比如說，在對模型中的數(shù)據(jù)和數(shù)據(jù)操作方法進 行變動時，視圖層對模型層進行操作的方法和接口不會改變。通過調(diào)用模型中的方法，對視圖上用戶的操作進行響應，以此在模型和視圖之間建立聯(lián)系，模型和視圖之間不必直接相連，彼此之間是相對獨立的，解決了彼此之間的依賴性 [16]。在任意一個組件中，模型就是體現(xiàn)組件的狀態(tài)和操作這個狀態(tài)的方法。并且基于B/S 模式的系統(tǒng)容易在網(wǎng)絡之間協(xié)調(diào)，適合信息的管理和發(fā)布。在響應速度方面，因為基于 B/S 模式的系統(tǒng)其業(yè)務處理都需要在服務器端完成，這對服務器端造成了較大的負荷，為了解決這一方面的問題，需要將頁面渲染工作交給瀏覽器來完成，減輕服務器端的壓力。而基于 B/S 架構(gòu)的系統(tǒng)有瀏覽器即可。 網(wǎng)絡化和大數(shù)據(jù)化是計算機行業(yè)未來發(fā)展的趨勢。 不同于 C/S 模式使用的是自己定義的應用層協(xié)議， B/S 模式的服務器端統(tǒng)一基于HTTP（超文本傳輸協(xié)議）協(xié)議。 AJAX(Asynchronous JavaScript And Xml 異步 JavaScript(一種直譯式腳本語言 ))和 XML(Extensible Markup Language 可擴展標記語言 ))， AJAX 技術(shù)的發(fā)展對于 B/S 模式的發(fā)展起到了至關(guān)重要的作用。 5 第二章 系統(tǒng)相關(guān)技術(shù)介紹 本章介紹了系統(tǒng)所采用的相關(guān)技術(shù)，著重介紹了 B/S 模式、 MVC 模式和 Spring框架的特點和優(yōu)勢，指出選擇它們作為技術(shù)基礎(chǔ)的原因。 第五章搭建了系統(tǒng)的測試環(huán)境，驗證系統(tǒng)是否實現(xiàn)了開發(fā)目標。 論文組織結(jié)構(gòu) 下面對論文的組織結(jié)構(gòu)進行說明： 第一章介紹了本文的研究背景、現(xiàn)狀、研究目標與研究內(nèi)容，隨后對論文的組織結(jié)構(gòu)進行了說明。 (2)在第一步完成的基礎(chǔ)上實現(xiàn)銀行數(shù)據(jù)管理系統(tǒng)的系統(tǒng)功能，將系統(tǒng)用戶分類設置為系統(tǒng)管理員、數(shù)據(jù)錄入員、數(shù)據(jù)質(zhì)量管理員和普通用戶。 本系統(tǒng)采用三層 B/S 架構(gòu)，基于 MVC 的設計模式，采用 JAVA 語言和數(shù)據(jù)庫技術(shù)進行開發(fā)，并采用中間件對數(shù)據(jù)庫進行訪問，利用 Oracle 數(shù)據(jù)庫存儲數(shù)據(jù)。國內(nèi)的系統(tǒng)在架構(gòu)上是低于國際水平的，表現(xiàn)在靈活性差，設計的不完善，使得系統(tǒng)來自各個業(yè)務子系統(tǒng)的壓力越來越大。 在航空領(lǐng)域中，運載火箭的測控系統(tǒng)需要和遙測系統(tǒng)中的數(shù)據(jù)進行交互，比如美國的戰(zhàn)神 IX 運載火箭，俄羅斯的進步號運載火箭等。普通的數(shù)據(jù)管理只是應用于當前的數(shù)據(jù)環(huán)境，而新的系統(tǒng)和舊的系統(tǒng)之間的交互不能有效的進行，因此建立數(shù)據(jù)管理系統(tǒng)就是非常必要的，使得各個業(yè)務系統(tǒng)之間能有效結(jié)合，使得其中的數(shù)據(jù)信息能夠流暢的交換，從宏觀上達到 順理各個業(yè)務系統(tǒng)平臺的數(shù)據(jù)的作用。如何在數(shù)據(jù)建立的過程中實現(xiàn)標準化的配置，如何能獲得有意義的數(shù)據(jù)并且將這些數(shù)據(jù)呈現(xiàn)給系西安電子科技大學 碩士學位 論文 2 統(tǒng)用戶，如何通過對數(shù)據(jù)的分析獲取有意義的信息，提供滿足客戶偏好的服務，挖掘出客戶新的需求以此來為銀行實現(xiàn)更多的經(jīng)濟利益，這是開發(fā)實現(xiàn)本系統(tǒng)的目標 [6][7]。 再次，從系統(tǒng)的可維護性和安保性方面來看，對各個業(yè)務處理系統(tǒng)進行數(shù)據(jù)維護和質(zhì)量管理缺乏統(tǒng)一的標準，這些往往會導致大量的數(shù)據(jù)風險。 現(xiàn)今銀行業(yè)內(nèi)數(shù)據(jù)的管理存在如 下幾個方面的缺陷： 首先，因為在前期系統(tǒng)開發(fā)的過程中沒有制定好統(tǒng)一的規(guī)