網(wǎng)上銀行轉(zhuǎn)賬及查詢系統(tǒng)設(shè)計(jì)

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

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

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

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