網上銀行轉賬及查詢系統(tǒng)設計

PAGEPAGE13第一章緒論1.1項目背景伴隨著我國經濟的高速發(fā)展，人們都漸漸的過上了較高水平的生活，所以人們與金錢打交道的次數(shù)越來越多了，如果我們每次轉賬、用錢都得去銀行并排很長時間的隊來辦理業(yè)務，且路途也相當?shù)睦速M時間，如此多的不便給人們帶來了很大的煩惱,但是網上銀行客戶便可以避免這一煩惱，他們想要辦理業(yè)務，完全可以不去往銀行，而在家中、辦公室里或者旅行途中等等，只需要擁有互聯(lián)網絡和一部電腦或手機，隨時隨地的連接銀行，進行業(yè)務辦理，例如：信息查詢、轉帳匯款、甚至是信用貸款等各種銀行業(yè)務。網上銀行是客戶在自己的計算機或手機上的客戶端通過互聯(lián)網訪問銀行的服務器，并操作銀行的數(shù)據庫，從而完成業(yè)務的辦理[1]。應運而生的網上銀行就極大地給予了人們方便的轉賬方式，使得人們不再受時間與空間的束縛，隨時隨地的處理轉賬交易，讓人們的工作生活變得更加便捷、省時、也減少了人力資源方面的不必要的浪費，進一步提高了工作的效率。網上銀行與傳統(tǒng)的銀行相比，原本就是一個創(chuàng)新，然而面對變化多樣、迅猛發(fā)展的全新需求模式，以及互聯(lián)網技術的快速更新?lián)Q代，使得網上銀行所擁有的各類產品，以及創(chuàng)新技術的使用周期急劇縮短，更新?lián)Q代速度愈來愈快，在這樣的形式下，堅持不懈的創(chuàng)新才是唯一出路，吸納新型人才自主創(chuàng)新,打造全新的產品、研發(fā)新型技術避免自身的落伍。網上銀行的誕生不僅僅只是銀行金融行業(yè)創(chuàng)新過程中的必不可少的一部分,更是憑借現(xiàn)代科學科技支持下，銀行業(yè)發(fā)展的最終結果。銀行金融業(yè)的進步必須經過幾個主要的階段。首先是在傳統(tǒng)銀行階段，銀行業(yè)務的辦理需要去往銀行的業(yè)務站點，向銀行工作人員進行辦理，此時辦理業(yè)務主要是通過工作人員操作，與很少的電腦系統(tǒng)辦理；進入下一階段就是電子銀行，銀行的營業(yè)場所依然存在，但是電子化的應用程度已經得到了極大的提升，銀行業(yè)務的處理此時已經轉變?yōu)橐宰灾鶤TM機銀行、電話服務銀行、自助銀行發(fā)卡機、自助柜員取票機等電子金融科技產品的形式體現(xiàn)出來，很大程度上的使得銀行客戶能夠便利的進行自主便捷的業(yè)務辦理；最后是虛擬銀行，此階段，銀行營業(yè)場所已經不再需要了，而是通過互聯(lián)網網絡來辦理業(yè)務。該階段發(fā)展過程中的最為杰出的表現(xiàn)就是網上銀行。目前我國的銀行業(yè)發(fā)展，基本停滯在電子銀行的階段，但也有一些銀行慢慢朝著虛擬銀行的方面進一步探索了。網上銀行是勇于創(chuàng)新創(chuàng)造的智能化的銀行，它的出現(xiàn)不只是對客戶和銀行之間互通方法的改變，并且改變了銀行產品的推廣方法、業(yè)務的辦理方法、以及交易處理方法等眾多營銷方法。網上銀行將用戶與網絡的“交互式”關聯(lián)方式進行了充分的利用，如此使得以產品為主導的傳統(tǒng)的銀行推銷模式變向成為以客戶為主導，并且能夠創(chuàng)新出客戶心之所需的全新產品，使得銀行產品更加人性化，面對客戶日益變更的需求也不再覺得困難。由此可見，網上銀行在21世紀銀行網絡直接主動營銷必將取代傳統(tǒng)被動的營銷方式。1.2選題意義在中國計算機網絡的迅猛發(fā)展使得網上銀行也得到迅捷發(fā)展，與此同時隨著人們生活水平的不斷提高，對更加便捷的支付轉賬方式的迫切需求，使得網上銀行很快的成為了人們的最佳選擇，從此改變人們乃至整個社會的資金交易方式。這種方式改變了傳統(tǒng)的現(xiàn)金交易方式，打破了時空和其他許多人為方面的限制。并且在推動整個國家經濟高速發(fā)展和經濟可持續(xù)性發(fā)展方面顯現(xiàn)出巨大的動力[2]。由于安全隱患這一重要的反面網上銀行的發(fā)展受到了極大的限制?；ヂ?lián)網與銀行業(yè)務相結合，網上銀便成為黑客的惡意攻擊和入侵的極大目標，這就使得很多用戶對這一重大問題一直充滿疑慮，并不愿在網上填寫保留自己的銀行卡的賬號與密碼等個人隱私的信息，這樣網上銀行也就被束縛了。因此，中國銀監(jiān)局也已經開啟安全認證的安保服務，并通過發(fā)放安全數(shù)字證書等方式來辨別用戶是真實用戶，而不是黑客。這樣確保網上辦理業(yè)務的安全，為確保支付環(huán)境安全方面也起到很好的效果。但是網上銀行與網上付款的發(fā)展還有較大的進步空間，而國家與之相關的法律、法規(guī)等并沒有進一步完善[3]。目前，我國的公民在接受網上銀行和網上貨幣的思想觀念上已經有一定程度上的發(fā)展。網上銀行業(yè)務辦理所需的個人計算機與手機也已經普及，人們對網上銀行及計算機技術也已經能夠熟練的運用。多數(shù)人也已經能夠接受網上銀行，銀行金融的網絡化程度已經得到了很大的提升?？蛻粢惨呀浤軌驈母鱾€方面上都已經接受網上銀行，因此用戶的使用率也就相當高了，網上銀行也就慢慢得到了普及。1.3系統(tǒng)特點本系統(tǒng)由四個主要的方面構成：一是轉賬以及轉賬記錄查詢，為了確保轉賬的安全與便捷，系統(tǒng)設計許多信息的驗證，比如收款人賬號驗證、手機短信驗證、轉賬用途備注等；二是轉賬記錄查詢，可以查看此次轉賬的具體詳細信息，還可以進行自定義條件查詢,查詢到用戶所需要的信息，比如某一天的所有轉賬記錄、對某人的所有轉賬記錄；三是添加收款人名冊，創(chuàng)建常用收款人記錄收款人的基本信息，便于轉賬；四是查詢收款人列表，同樣可以自定義條件查詢，比如某一段時間內添加的所有收款人，并查看收款人詳細。本系統(tǒng)的宗旨是為用戶建立一個操作便利、安全高效的網上銀行系統(tǒng)，給用戶一個很好的使用體驗。1.4本文主要工作本論文描述了網上銀行轉賬及查詢系統(tǒng)總體設方案。全文由以下幾個部分構成：任務概述、系統(tǒng)可行性分析、數(shù)據需求、功能設計、運行環(huán)境、性能需求、數(shù)據結構、報錯處理等。通過文檔的方式展現(xiàn)設計的整個流程，有需求的明確，流程的設計，細節(jié)化考慮等等。

第二章需求分析2.1任務概述系統(tǒng)的主要的任務是實現(xiàn)個人網上銀行轉賬及查詢等相關功能，具體功能模塊包括：轉賬匯款、轉賬記錄查詢、添加收款人名冊、查詢收款人列表等。2.2系統(tǒng)目標本系統(tǒng)的主體功能：1、用戶登錄：每個用戶都有各自的賬號，通過輸入賬號密碼登錄網上銀行轉賬及查詢系統(tǒng)。2、轉賬匯款：顯示本人賬號信息，在輸入框中輸入收款人的姓名與收款賬號、轉賬的金額以及選擇轉賬的用途等，驗證收款人信息是否正確以及轉賬金額是否超出賬戶剩余金額、轉賬金額是否超出每日轉賬限額，并且進行手機短信驗證，確認無誤便進行實時轉賬。3、查詢轉賬記錄：查看本用戶的所有轉賬信息記錄，輸入收款人姓名可以查詢到對該收款人的所有轉賬記錄。點擊查看詳情可查看本次轉賬的所有具體記錄，包括訂單號、轉賬金額等。4、添加收款人名冊：在輸入框中輸入收款人的基本信息，如收款人姓名與賬號等，并對信息進行確認驗證，確認無誤后添加入收款人名冊中。5、查詢收款人列表：直接點擊查詢，可以查看所有的常用收款人，并且按照最近添加排列。輸入添加時間段，可以查詢到此段時間添加的收款人，并查看到收款人的詳細信息。2.3系統(tǒng)可行性分析分析研究網上銀行轉賬及查詢系統(tǒng)是不是滿足實現(xiàn)的可能性和必須性，在開發(fā)系統(tǒng)時會不會有各種方面的困難，例如：技術、經濟、人力等。網上銀行轉賬及查詢系統(tǒng)的可行性的分析的主要目的是為了能使用最短的時間，花費最少的成本來判斷問題是否能夠得到解決，以避免不必要的投資失誤。因此從以下三個角度來具體的判斷網上銀行轉賬及查詢系統(tǒng)是否具有可行性：1、經濟可行性：經濟方面的可行性是指本系統(tǒng)研發(fā)的花費不高，無需高價格的硬件花費,使用免費的開發(fā)軟件。但是研發(fā)的系統(tǒng)擁有極高的實用價值。本系統(tǒng)為方便人們的資金交易給予了極大的幫助。2、技術可行性：系統(tǒng)主要運用liana框架，框架封裝得相當強大。該框架的使用使得網上銀行系統(tǒng)必須的基本功能很方便的完成。同時本系統(tǒng)運用的數(shù)據庫表相對不多,選用方便、且功能強大的Oracle數(shù)據庫作為數(shù)據庫便成為本系統(tǒng)的不二選擇，Oracle可以很好地處理數(shù)據的完整性，充分滿足本系統(tǒng)開發(fā)的需求。3、應用可行性：本系統(tǒng)主要是為了滿足人們對便捷資金交易的需要，突破傳統(tǒng)資金交易的時空以及一些人為條件的限制，給予人們更加高效、安全、便利的交易方式。該系統(tǒng)對于個人或大小公司來說都有很高的實用價值。2.4功能需求系統(tǒng)功能主要包含用戶登錄模塊、轉賬匯款模塊、轉賬記錄查詢模塊、常用收款人名冊模塊以及常用收款人查詢模塊，具體的功能需求框圖如下：圖2-1系統(tǒng)功能框圖系統(tǒng)平臺提供的功能如下：1、用戶登錄：用戶輸入登錄的賬戶名和密碼，進入個人網上銀行系統(tǒng)。系統(tǒng)會與數(shù)據庫中的數(shù)據對比，如果驗證通過，便成功登陸系統(tǒng)。2、轉賬匯款：首先系統(tǒng)自動讀取數(shù)據庫返顯出用戶本人的姓名與銀行卡號，然后用戶填寫收款人的姓名、賬號以及轉賬金額，并可以選擇轉賬幣種以及轉賬用途。當用戶填寫信息輸入框中為空時，提示對應信息的填寫不能為空。當用戶填寫信息輸入框中錯誤時，提示對應的信息填寫錯誤。其中金額填寫完成后，會自動顯示三位一分的形式。同時結合收款人名冊功能，此處可以選擇將此次轉賬的收款人添加到收款人名冊。隨后一步進入轉賬確認界面，需要對轉賬信息再次確認，系統(tǒng)可發(fā)送手機短信驗證碼，然后用戶需要在輸入框中輸入用戶接收到的手機動態(tài)驗證碼，驗證通過便實時轉賬成功，跳轉到成功界面，如果失敗，提示用戶輸入的驗證碼錯誤，請重新輸入，如果需要重新獲取驗證碼，則需要等待一分鐘，因為每次獲取驗證碼后，獲取驗證碼的按鈕會置灰，已避免用戶短時間獲取大量驗證碼。驗證碼均為隨機生成，僅在5分鐘內有效。最后從轉賬成功見面跳轉到功能選擇界面。3、轉賬匯款記錄查詢：直接點擊查詢，可查詢出所有轉賬記錄，并且記錄按最近轉賬時間排列。用戶也可以輸入收款人姓名，查詢到對該收款人的所有轉賬記錄。每條轉賬記錄只顯示本人和收款人姓名與賬號以及轉賬金額，點擊查看詳情，可以查看轉賬記錄的所有詳情，包括轉賬訂單編號、轉賬時間、轉賬用途等。4、添加收款人名冊：首先系統(tǒng)自動讀取數(shù)據庫內容反顯出本人編號，然后用戶可以選擇想要填寫的收款人證件的類型，填寫相應的證件號碼、收款人的姓名、收款的賬號以及賬號所在銀行。當用戶填寫信息為空時，提示對應信息不能為空。當用戶信息填寫錯誤時，提示對應的信息填寫錯誤，對證件有格式驗證。然后需要用戶對信息再次確認，隨后寫入數(shù)據庫的收款人名冊表中，跳轉到添加成功界面，最后返回功能選擇界面。5、常用收款人查詢：直接點擊查詢，可查詢出所有添加的收款人，并且記錄按最近添加的時間排列。用戶也可以輸入時間段，以查詢某短時間內添加的收款人?？梢圆樵兊绞湛钊说男彰?、收款賬號、添加改收款人的時間等。2.5數(shù)據需求本文采用E-R圖來描繪系統(tǒng)中的各實體、實體的各屬性、以及實體與實體之間的關系。實體包括：用戶、轉賬匯款記錄、收款人名冊。實體的屬性：每個實體都對應多個不同屬性。實體之間的關系：一個用戶擁有多條轉賬記錄，一個用戶管理多個常用收款人名冊。下圖為本系統(tǒng)的數(shù)據庫實體關系圖： 圖2-2網上銀行轉賬及查詢系統(tǒng)E-R圖2.6性能需求網上銀行轉賬及查詢系統(tǒng)的性能的需求主要是包括系統(tǒng)的吞吐量、時間性能、遷移適應能力、用戶的并發(fā)數(shù)量、數(shù)據精準程度等一些性能能力。1、吞吐量：系統(tǒng)的吞吐量指的是在一段時間內，系統(tǒng)接受的請求數(shù)據量和回復數(shù)據量的大小。對吞吐量造成影響的主要是的對數(shù)據的處理方式，所以，本系統(tǒng)設計主要選用數(shù)據處理方式都是高效的。2、時間性能：包含系統(tǒng)的數(shù)據轉換的時間、接受響應的時間、處理響應的時間、返回響應的時間、系統(tǒng)運作時間等。最為要緊的時間性能便是系統(tǒng)的響應時間。系統(tǒng)的響應時間是指客戶從點擊按鈕發(fā)送請求開始一直到系統(tǒng)做出應答的來回總時間。3、遷移適應能力：遷移適應能力是系統(tǒng)能夠在不同的機器的環(huán)境運行的能力。網上銀行的特點，用戶量大且復雜使用的操作系統(tǒng)環(huán)境各不相同，所以系統(tǒng)必須有很好的適應能力，遷移適應能力也展現(xiàn)了系統(tǒng)的可擴展與可移植的能力。4、用戶的并發(fā)數(shù)量：用戶并發(fā)數(shù)量指的是多個用戶同時進行同一個業(yè)務辦理操作的承受力。它是評判系統(tǒng)是否穩(wěn)定的重要項目，用戶并發(fā)數(shù)量與服務器的硬件配置也是密不可分的。5、數(shù)據精準程度：是指系統(tǒng)中的數(shù)據精準到小數(shù)點后的幾位。因為銀行金融業(yè)特性，數(shù)據有關于錢數(shù)，比如轉賬金額等。所以，系統(tǒng)對數(shù)據精準程度就必須做到絲毫不差。2.7開發(fā)與運行環(huán)境開發(fā)語言：HTML5、JavaScript、Java等開發(fā)環(huán)境：eclipse[4]后臺數(shù)據庫：Oracle11g運行軟件：Firefox16.0.1/GoogleChrome開發(fā)系統(tǒng)：Windows8/Windows7

第三章相關技術簡介3.1B/S結構瀏覽器與服務器形式被稱為B/S模式[5]（Browser/Server）。它是隨著互聯(lián)網技術發(fā)展的必然產物。與C/S模式相比較而言，B/S模式的客戶端是經過瀏覽器訪問網頁的形式來完成的。選擇B/S模式優(yōu)勢便是運作簡單，且維護管理比較容易，使得不同用戶能夠在不同地方通過不同的切入方法訪問和管理同一份內容。在B/S模式中，客戶端一般為瀏覽器，不需要安裝任何其他軟件，只要運用發(fā)送請求—接收返回的方法對遠程服務器的訪問將網頁腳本下載下來進行運行。服務器處理數(shù)據時，數(shù)據庫的相關操作由前端服務器轉發(fā)到后臺的數(shù)據庫的服務器來進行解析執(zhí)行，并將執(zhí)行后的結果發(fā)送到前端服務器，最后再由前端服務器將最終結果返回給用戶呈現(xiàn)。B/S結構的主要優(yōu)點如下：1、分布式的特性，能夠不受時空的限制隨時隨的向服務器發(fā)送請求。2、能夠便捷的實施需求拓展，只要在服務器上增加相應的程序。3、使得系統(tǒng)的后期維護工作更加簡單，只要在服務器進行相應的程序變更即可，同步更新讓所有用戶訪問無問題。4、運行B/S結構進行系統(tǒng)開發(fā)相對容易，并且數(shù)據能夠實現(xiàn)多個用戶共享。3.2MVC模式MVC[6]全稱為Model—View—Controller，該模型是將一個交易的輸入、輸出以及處理的流程通過模型、控制器、視圖的方法進行拆分，并將一個交易劃分為三層：模型層、視圖層和控制層。視圖層通常作為系統(tǒng)和用戶的聯(lián)系層。原始的頁面程序語言是HTML[7-8]。如今，隨著時代的迅速發(fā)展，眾多新型的網頁界面編程語言隨處可見，表現(xiàn)突出的包含：JSP、ASP、PHP、.NET與VBScript和JavaScript[9-10]等腳本語言以及XML[11-12]等。運用MVC模式能夠將交易程序的業(yè)務邏輯和頁面分離。視圖頁面不處理交易邏輯，只是當做用戶輸入和展示數(shù)據的聯(lián)系頁面，這就能夠使得用戶頁面的編寫代碼變得更加簡單。模型層是MVC模式中最困難完成的一部分，主要用來處理具體的交易邏輯。在J2EE[13]下，模型能夠用EJB組件對象來實現(xiàn)具體交易的業(yè)務邏輯并把處理的結果返還到視圖層，又或者將視圖層傳送的數(shù)據裝載到數(shù)據庫里。由于模型的創(chuàng)建，使得數(shù)個視圖在處理同一個交易的時候，能夠運用同一個模型，這樣就能夠極大程度上的降低代碼的重復率?？刂破魍ㄟ^接納用戶發(fā)送的請求并調用模型與視圖來處理與之有關的交易處理與輸出展示。用戶經過頁面發(fā)送請求時，控制器會接納用戶所發(fā)送的信息選擇使用哪一個具體的模型去解決用戶的消息，最后選擇使用哪一個具體的頁面來展示經過模型處理之后數(shù)據。因此，模型與視圖有著多對多的關系。模型、視圖、控制器三者存在著一些必然的聯(lián)系，有擁有著各自的主要功能。MVC模式的優(yōu)點主要由以下三個方面展現(xiàn)：1、MVC模式里，一個模型能夠有多個視圖與之對應。在如今系統(tǒng)設計需求變更相當?shù)念l繁，有了多個視圖調用同一個交易邏輯的要求。如果按照以前的設計模式，我們需要給每一個視圖對應一個與之相對的模式交易邏輯。每當交易邏輯發(fā)生更新時，全部的模式都要做相應的變更。然而在運用MVC模式之后，我們只用對產生更新的對應的模式進行變更，這樣很大程度上的降低了代碼的重復率，并使得系統(tǒng)的維護更加便捷。2、MVC模式使得程序的框架更加的明了。以前的B/S系統(tǒng)的研發(fā)是將交易邏輯的功能代碼的編寫放到前端界面中，這樣的開發(fā)模式常常使得在需求發(fā)生改變時頁面和邏輯不能分離，從而延長系統(tǒng)的開發(fā)周期，造成不必要的浪費。運用MVC模式便能夠明了的把不相同的需求變化分離開來。3、MVC模式把開發(fā)劃分成三個層次，更加方便的把不同的任務分配給與之對應的程序員。前段界面設計人員就只要完成開發(fā)視圖層的界面即可,后端系統(tǒng)的開發(fā)人員，則要實現(xiàn)交易業(yè)務邏輯的設計。一個明確的分工使得程序開發(fā)能夠很好的防止來自人員的改變引發(fā)的巨大問題。3.3EMP平臺1、EMP是一個基于前端應用的、J2EE[14]的、基礎框架平臺。展現(xiàn)邏輯框架（MVCFrameWork）與交易業(yè)務邏輯框架（EMPBizLogic）分開，代碼形成組件模式，交易業(yè)務實現(xiàn)可視化配置，EMPIDE還給予了相當多樣的基本組件。2、運用MVC模式的意圖是實現(xiàn)低耦合，使得同一個程序與數(shù)據，展現(xiàn)成不同的方式，模型（model）展現(xiàn)交易業(yè)務的規(guī)則與業(yè)務的數(shù)據。MVC模式，模型進行的工作是最多的。視圖（view）就是用戶看到的頁面，用戶經過頁面和后端進行聯(lián)系?？刂破鳎╟ontroller）接納用戶輸入的信息，接著運用模型與視圖解決用戶的請求消息?？刂破鞑蛔鎏幚聿僮?，也不輸出數(shù)據展示信息。只接納客戶的信息，選擇使用哪一個具體的模型去解決用戶的消息，最后選擇使用哪一個具體的頁面來展示經過模型處理之后數(shù)據。3、EMP是包括了系統(tǒng)的監(jiān)管、開發(fā)、運作的滿足SOA體系的架構的綜合性的平臺，開放式的客戶，能拓展的框架。組件化的交易處理邏輯組裝，以原始組件為基礎的拼裝，給予了大量的基本組件、自定義交易業(yè)務邏輯組件。組件化的前后端框架、AJAX[15]都得到展現(xiàn)，支持以后互聯(lián)網技術的發(fā)展需求、完善的前后端框架，多樣的用戶交互方式，擁有基于JMX標準的監(jiān)管性能，擁有基于自建模型的可以維護的開發(fā)工具IDE組件。4、EMP是可用于企業(yè)級別的電子商務軟件開發(fā)的平臺，優(yōu)點是搭建簡單與基于模型。5、控制器：聯(lián)系業(yè)務處理邏輯和輸入、輸出界面的系帶。通過請求信息判斷：是返回輸入界面，或者把輸入界面加載到交易處理的模型，接著進行邏輯處理，判斷運行結論，返回對應的輸出界面，給予功能時間的端口，使得用戶能夠根據自己的需求自定義實現(xiàn)自己的Controller?？蚣芙o予的Controller:普通的Controller，擁有輸出、輸入界面。向導式的Controller，可以在多個頁面轉換，完成某個交易邏輯。多次請求式的controller，交易在實現(xiàn)交易功能之后，返回的界面里可以讓用戶操作查看到很多其他的消息與圖表。6、MVC數(shù)據變換與檢查（1）服務器數(shù)據變換與校驗：鍵入數(shù)據變換：比如金額在前端展現(xiàn)時是帶分隔符，在后端就變成么有分隔符和小數(shù)點的數(shù)據。輸出數(shù)據變換，后端數(shù)據發(fā)送到前端展示事數(shù)據發(fā)生變換。檢查，擁有叢多的數(shù)據類型的檢查接口。在Controller變換數(shù)據模型時，進行變換與檢查。（2）客戶端數(shù)據輸入的變換與校驗：擁有基本的javascript代碼和基礎接口，進行鍵入數(shù)據的檢查包括：是否是必輸項、數(shù)據格式是否正確和數(shù)據是否在正常值范圍。（3）全部功能皆是統(tǒng)一管理，運用時只要設置一個對應的參數(shù)即可。7、EMP交易處理容器行業(yè)使用上的特征（1）金融行業(yè)使用大多有連接性需求：同原始的信息管理系統(tǒng)不一樣，金融方面要管理數(shù)據庫，同時還和外界系統(tǒng)進行數(shù)據的交互。包括報文信息的處理、通訊協(xié)議的處理。（2）交易處理相當復雜：與原始的信息管理類的系統(tǒng)不一樣的是，金融行業(yè)流程較多，邏輯更加復雜。傳統(tǒng)編碼方法會出現(xiàn)代碼質量差，并且維護困難的問題。（3）交易處理流程很多都相似：用簡單的一個借口對應一個服務的模式完成這樣的流程是不合理，會造成代碼重復率高，系統(tǒng)維護困難，造成不必要的經濟浪費。運用配置化產生流程實例與流程的抽象的方法能夠更復合業(yè)務的需要，不同的流程也就只是不同的配置而已了。8、EMP訪問控制模型：（1）訪問控制模型的入口，包含業(yè)務邏輯訪問入口與渠道/表現(xiàn)邏輯訪問入口?？蚣茉谌肟谔幾隽藱嘞拊O置，進入入口前有權限檢查組件，當通過時，才可以訪問。（2）平臺擁有的訪問權限插件通過用戶角色的不同給予不同的訪問權。9、訪問控制器（1）實現(xiàn)的接口：com.ecc.emp.accesscontrol.AccessController（2）方法介紹：checkAccess==入口的方法，驗證請求是否合法的，且該請求是否是該控制器的管轄范圍。beginAccess==控制角色的開始控制方法，當checkAccess返回值不是空，就可以進入。endAccess==請求角色處理完成。10、EMP數(shù)據庫聲明式事務處理方式（1）在交易邏輯的進行的過程，通常不止一次的進行數(shù)據庫訪問，但是這些數(shù)據庫的訪問需要在同一個事務中結束，更有一個交易處理邏輯有別的的事務處理需求，面對這樣的需求。EMP也擁有獨立于交易邏輯的，獨立的事務管理的部分。EMP事務管理部分，擁有聲明式的事務處理機制，交易也能夠終止事務的處理。（2）EMP提供兩種事物處理能力 通過數(shù)據源的事務管理部分，是單一數(shù)據源的事務管理。多數(shù)據源的事務管理部分，完成多個數(shù)據源的事務的處理。（3）EMP數(shù)據庫訪問的操作都能夠聲明為一個事務。11、EMP數(shù)據庫組件化數(shù)據庫[16]服務（1）和EMP事務處理融合的數(shù)據庫訪問服務。（2）運用交易服務器數(shù)據庫的連接池。（3）運用EMP擁有的數(shù)據庫連接池的管控。（4）數(shù)據和數(shù)據庫表的映射；存儲過程訪問數(shù)據庫；SQL[17]訪問數(shù)據庫。（5）IDE向導功能進行數(shù)據訪問。12、EMP數(shù)據庫優(yōu)化訪問（1）都提前產生預處理的SQL語句對象[18]。（2）自動分頁的查詢能力。（3）支持動態(tài)SQL。（4）定制動態(tài)查詢SQL模板；通過接受的數(shù)據信息，動態(tài)產生查詢過濾條件。3.4liana框架 1、liana是基于EMP技術平臺電子銀行產品家族的總稱。2、liana產品家族包括Liana個人網上銀行、liana企業(yè)網上銀行、liana內部管理、liana網上支付平臺、LMB手機銀行等業(yè)務產品。3、EMP是技術平臺，Liana是業(yè)務應用。4、liana網上銀行產品家族包括實現(xiàn)了具體業(yè)務功能的各個業(yè)務系統(tǒng)，大量擴展了技術業(yè)務組件，基于EMP技術平臺。PAGE41第四章系統(tǒng)架構及總體設計4.1系統(tǒng)總體設計4.1.1EMPMVC邏輯模型下圖是EMPMVC邏輯模型。圖4-1EMPMVC邏輯模型EMP是一個基于前端應用的、J2EE[14]的、基礎框架平臺。交易業(yè)務邏輯框架（EMPBizLogic）與展現(xiàn)邏輯框架（MVCFrameWork）分開，代碼形成組件模式，交易業(yè)務實現(xiàn)可視化配置，EMPIDE還給予了相當多樣的基本組件。業(yè)務構件(BizLogic)是EMP的交易邏輯處理的最多的封裝模塊，業(yè)務構件是對某一個業(yè)務剖析、合并然后完成對應功能之后，所形成的單獨的能夠完成完整業(yè)務的封裝組件，而且能否作為一個WebService對象向外界交易提供訪問。業(yè)務構件包含了四個方面：格式化處理（Format）、多個實現(xiàn)具體業(yè)務功能的業(yè)務邏輯（Operation）、服務組件（Service）、數(shù)據模型（Data）。4.1.2功能模塊設計系統(tǒng)包括如下功能模塊：圖4-2系統(tǒng)功能模塊設計圖網上銀行系統(tǒng)可以分為五個功能模塊：分別為用戶登錄模塊、轉賬匯款模塊、轉賬記錄查詢模塊、添加收款人名冊模塊、常用收款人查詢模塊。4.1.3功能流程設計 系統(tǒng)功能流程的設計分析得到其系統(tǒng)功能操作的流程如圖所示:圖4-3系統(tǒng)功能流程圖用戶通過網絡訪問到該系統(tǒng)后通過登陸頁面正確輸入自己的用戶名、密碼即可完成登錄成功。登陸成功后用戶可以訪問到轉賬匯款模塊、轉賬記錄查詢模塊、添加收款人名冊模塊、常用收款人查詢模塊。用戶進入模塊之后，可以查看對應的提示信息完成操作。操作結束之后，點擊安全退出的按鈕，就能夠安全退出登錄的賬號。4.2數(shù)據庫總體設計根據需求以及功能分析，數(shù)據庫的設計，主要涉及三個主要的表。一是用戶信息表，主要包括用戶賬號、卡號、姓名等用戶基本信息；二是收款人名冊表，主要包含用戶添加的收款人的姓名、卡號等基本信息；三是轉賬記錄表，主要包含每條轉賬記錄的轉賬記錄編號、轉賬人賬號、收款人賬號等所有轉賬詳細信息。4.2.1用戶信息表表名：LY_ACC_INF字段名字段類型大小描述LAI_NUMBERVARCHAR26用戶登錄賬號LAI_NAMECHAR20用戶姓名LAI_SEXVARCHAR22用戶性別（男/女）LAI_AGENUMBER3用戶年齡LAI_CERTNOVARCHAR218用戶身份證號LAI_HOBBYVARCHAR220用戶愛好LAI_ACCOUNTNOVARCHAR216用戶銀行卡號LAI_BALANCEVARCHAR210用戶余額LAI_MOBILEVARCHAR211用戶手機號LAI_STTVARCHAR22用戶銀行卡狀態(tài)（0：正常；1：掛失；2：注銷；3：凍結）4.2.2收款人名冊表表名：LY_ADD_PAYEE字段名字段類型大小描述LAP_NUMBERVARCHAR26用戶登錄賬號LAP_ACCOUNTNOVARCHAR216收款人銀行卡號LAP_ACCOUNTNAMECHAR20收款人姓名LAP_DATEVARCHAR214添加收款人日期LAP_NAMECHAR20用戶姓名LAP_AGENUMBER3收款人年齡LAP_SEXVARCHAR22收款人性別（男/女）4.2.3轉賬記錄表表名：LY_TRANSFER字段名字段類型大小描述LTF_FLOWNOVARCHAR220轉賬記錄編號LTF_NUMBERVARCHAR26用戶登錄賬號LTF_PAYACCVARCHAR216付款銀行卡號LTF_PAYNAMECHAR20付款人姓名LTF_RECACCVARCHAR216收款銀行卡號LTF_RECACCNAMECHAR20收款人姓名LTF_RECBANKNAMECHAR20收款人銀行LTF_TRANAMTVARCHAR210轉賬金額LTF_USEGEVARCHAR22轉賬用途（10：工資；11：獎金；12：還款；13：其他）LTF_CURRENCYTYPEVARCHAR22轉賬幣種（20：人民幣；21：美元22：韓元；23：日元等）LTF_STTVARCHAR22轉賬狀態(tài)（90：轉賬成功；50：轉賬異常）系統(tǒng)詳細設計網上銀行轉賬及查詢系統(tǒng)的設計做到了功能的完善，并且用戶交互界面的精美。因此，如果想要設計出一個成功的系統(tǒng)，功能模塊設計便是重中之重。5.1系統(tǒng)結構設計網上銀行轉賬及查詢系統(tǒng)的設計過程中最為重要之處是系統(tǒng)的模塊化的設計。模塊化的設計就是處理一個操作時，從上到下的一步步的把系統(tǒng)的設計劃分為許多個模塊的處理過程。而每一個不同的模塊實現(xiàn)每一個不同的功能，所有的模塊是由某個方式組合起來變成一個整體，然后才能實現(xiàn)系統(tǒng)所需求的所有功能。把系統(tǒng)拆分為眾多不同的模塊的目的是為了要降低整個系統(tǒng)的復雜性，并且使得系統(tǒng)的架構更加明確，也便于維護管理，然而模塊的拆分并不是隨意的，我們需要應盡可能的維持系統(tǒng)的獨立性。也就是說，每個不同的模塊只實現(xiàn)整個系統(tǒng)的某一個獨立的子功能，而且要做到聯(lián)系其他模塊的地方盡可能的少，即實現(xiàn)高內聚低藕合的效果，將模塊的獨立性提高到最高水平，為設計出優(yōu)秀的系統(tǒng)奠定良好的基礎。在系統(tǒng)設計的過程中，運用了結構化的設計思路，從需求分析階段繪制的系統(tǒng)流程圖作為依照，然后按一定的步驟處理弄清楚系統(tǒng)的結構。首先我將系統(tǒng)細分為很多個小模塊。在系統(tǒng)中，設計出了用戶登錄、轉賬匯款、轉賬記錄查詢、添加收款人名冊、查詢收款人列表等模塊。接著，進一步的細分模塊功能，增加許多細節(jié)之處。5.2詳細設計5.2.1轉賬金額輸入判斷及自動格式化為了用戶的良好體驗，對用戶輸入信息進行是否為空、格式是否正確、余額是否滿足轉賬需求等驗證。由于數(shù)據太長時，如果數(shù)據不加處理，我們很難一眼看出數(shù)據的大小，所以為了方便查看，我們選擇在數(shù)字的中添加一個符號作為分隔。我們默認都是按照每隔三位數(shù)添加逗號分隔，我們所說的千位分隔符就是這樣，它的主要目的就是為了使得人們更加方便識別出較大的數(shù)值。例如：數(shù)字11223311變成11,223,311.00，三位一分，并小數(shù)點后保留兩位小數(shù)。在系統(tǒng)中，當用戶輸入轉賬金額，然后鼠標點擊其他地方，在金額輸入框失焦時，對用戶輸入數(shù)據進行驗證，以及金額自動格式化。圖5-1金額輸入框流程圖5.2.2轉賬金額超過限額 系統(tǒng)設置了用戶每天轉賬的最大限額，即用戶每天所轉金額總數(shù)相加不能超過最大限額。此設置有效地避免了大量金額的快速流動，同時也提高了系統(tǒng)的安全性。在系統(tǒng)中，當用戶填寫完所有轉賬信息，點擊下一步時，系統(tǒng)自動將本次轉賬金額與本日已轉賬金額相加，再將其與系統(tǒng)查詢到的用戶每日轉賬限額相比較，如果小于每日轉賬限額，則進入轉賬信息確認的頁面。否則，提示轉賬金額已超過限額。用戶可以點擊確定，然后更改轉賬金額，重新轉賬。圖5-2轉賬金額是否超限流程圖5.2.3收款人姓名與賬號不匹配本系統(tǒng)有很多的自動檢驗功能，比如，當用戶填寫轉賬信息時，存在未填寫的內容時，在輸入框后方顯示紅字提示不能為空。當用戶填寫的信息錯誤時，同樣也在輸入框之后顯示紅字提示填寫的該項信息有誤。當轉賬金額超過用戶余額時，提示余額不足。在系統(tǒng)中，當用戶填寫完所有轉賬信息，點擊下一步時，系統(tǒng)自動查詢收款人賬號與姓名，并檢驗是否匹配，若不匹配，彈出提示。用戶可以點擊確定，然后更改轉賬信息，重新轉賬。圖5-3收款人信息判斷流程圖5.2.4收款人賬戶受限系統(tǒng)數(shù)據庫中，有一個設置用戶銀行卡的狀態(tài)的參數(shù)。當該參數(shù)為0時，用戶銀行卡處于正常狀態(tài)。當該參數(shù)為1時，用戶銀行卡處于被掛失狀態(tài)。當該參數(shù)為2時，用戶銀行卡處于已注銷狀態(tài)。當該參數(shù)為3時，用戶銀行卡處于被凍結狀態(tài)。當用戶銀行卡處于非正常狀態(tài)時，用戶無法接受轉賬。在系統(tǒng)中，當用戶填寫完所有轉賬信息，點擊下一步時，系統(tǒng)自動查詢收款人銀行卡狀態(tài)，如果收款人銀行卡處于非正常狀態(tài)時，彈出對應提示。用戶可以點擊確定，然后更改轉賬信息，重新轉賬。圖5-4收款人賬戶受限流程圖5.2.5手機短信驗證用戶在轉賬匯款的確認界面時，需要進行手機短信驗證，驗證碼輸入正確才能完成轉賬匯款，此設計確保了轉賬匯款的安全。在原本的系統(tǒng)設計中，我們可以根據數(shù)據庫中，用戶預留的手機號將短信驗證碼發(fā)送至用戶手機，但由于沒有第三方短信發(fā)送端，本系統(tǒng)將短信內容以彈框的方式顯示在網頁中。短信驗證碼為隨機生成的六位數(shù)字。并且為防止用戶短時間頻繁提交短信申請，在用戶點擊發(fā)送短信驗證碼之后，將短信驗證按鈕至灰，并設置一分鐘倒計時，此一分鐘內用戶無法再次點擊。圖5-5手機短信驗證碼發(fā)送流程圖圖5-6手機短信驗證碼驗證流程圖

第六章系統(tǒng)實現(xiàn)與測試6.1系統(tǒng)實現(xiàn)6.1.1用戶登錄模塊用戶通過輸入賬號及密碼進入功能選擇界面1、網上銀行系統(tǒng)用戶登錄模塊：圖6-1網上銀行系統(tǒng)登錄模塊2、網上銀行系統(tǒng)功能選擇模塊：圖6-2系統(tǒng)功能選擇頁面6.1.2轉賬匯款模塊1、轉賬信息及金額填寫:圖6-3轉賬信息填寫頁面2、轉賬信息及金額未填寫提示對應信息不能為空:圖6-4轉賬信息未填寫提示3、收款人賬號與姓名不匹配錯誤提示:圖6-5轉賬信息填寫錯誤提示4、轉賬信息及金額填寫正確:圖6-6轉賬基本信息填寫正確5、轉賬信息確認及短信驗證:圖6-7轉賬信息確認頁面 6、由于未連接第三方短信發(fā)送端,此處將短信內容直接提示到頁面:圖6-8短信驗證碼7、短信驗證碼填寫錯誤提示:圖6-9短信驗證碼驗證錯誤8、轉賬成功:圖6-10轉賬成功界面6.1.3轉賬記錄查詢模塊1、轉賬記錄查詢: 圖6-11查詢收款人2、直接點擊查詢，顯示所有轉賬記錄并且按最近時間排練: 圖6-12所有轉賬記錄3、按收款人姓名查詢: 圖6-13按收款人姓名查詢4、轉賬詳情: 圖6-14轉賬詳情頁面6.1.4收款人名冊添加模塊1、收款人信息填寫及未填寫提示: 圖6-15收款人信息填寫2、收款人信息確認: 圖6-16收款人信息確認界面3、收款人添加成功: 圖6-17收款人添加成功6.1.5收款人查詢模塊1、收款人查詢: 圖6-18查詢收款人2、直接點擊查詢，顯示所有添加的收款人: 圖6-19所有添加的收款人3、按時間查詢: 圖6-20按時間查詢收款人6.2系統(tǒng)測試系統(tǒng)測試是系統(tǒng)開發(fā)的過程中最為重要的一項，它是穿插在整個系統(tǒng)的開發(fā)生命周期中的，對一個已完成的產品，甚至是某個階段性的產品都必須進行檢測和確認，系統(tǒng)測試的主要目的是為了發(fā)現(xiàn)在產品中存在的各種問題以及與客戶需求是否達到了一致。系統(tǒng)測試技術可分為：系統(tǒng)測試從運行被測系統(tǒng)與否的方面分類可以將其分劃成動態(tài)的測試和靜態(tài)的測試。系統(tǒng)測試從測試是否針對系統(tǒng)的結構算法的方面分類可以將其劃分成黑盒測試和白盒測試。系統(tǒng)測試從測試的功能以及不同階段方面分類可以劃分成驗收測試、系統(tǒng)測試、集成測試、單元測試。系統(tǒng)測試是為了確保系統(tǒng)的高質量，在系統(tǒng)的開發(fā)過程中，便已經開始對系統(tǒng)進行嚴格的質量監(jiān)控。網上銀行轉賬及查詢系統(tǒng)的測試用例如下表所示：表6-1轉賬匯款模塊功能測試序號1測試模塊轉賬匯款模塊測試功能點轉賬功能操作步驟點擊轉賬匯款按鈕，跳轉到轉賬匯款界面，并填寫收款人信息以及轉賬金額等，填寫完畢后點擊下一步按鈕，跳轉到轉賬匯款信息確認界面，點擊發(fā)送短信驗證碼，接受短信并正確填寫驗證碼預期結果及驗證標準點擊確認按鈕后，跳轉到轉賬成功界面。測試時間2018/5/10執(zhí)行人李純剛測試結論轉賬成功Bug編號備注此用例測試通過了轉賬匯款的基本功能表6-2轉賬記錄查詢模塊功能測試