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