基于SSM的校園快遞代取系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

I 目錄第1章緒論 11.1系統(tǒng)開發(fā)的背景及意義 11.2國內(nèi)外校園快遞代取模式現(xiàn)狀 21.3本課程研究主要內(nèi)容 21.4系統(tǒng)開發(fā)環(huán)境與開發(fā)工具 3第2章系統(tǒng)需求分析 42.1可行性分析 42.2UML系統(tǒng)建模 52.2.2普通用戶用例圖 52.2.3代領(lǐng)人用例圖 72.2.4系統(tǒng)管理員用例圖 92.3數(shù)據(jù)流圖 122.4本章小結(jié) 13第3章系統(tǒng)設(shè)計(jì) 153.1系統(tǒng)總體架構(gòu)設(shè)計(jì) 153.2數(shù)據(jù)庫設(shè)計(jì) 163.3系統(tǒng)模塊的設(shè)計(jì) 193.3.1登陸模塊 193.3.2下單模塊 203.3.3意見反饋模塊 213.3.4代領(lǐng)人接單模塊 223.4本章小結(jié) 22第4章系統(tǒng)實(shí)現(xiàn) 234.1登陸模塊的實(shí)現(xiàn) 234.2下單模塊的實(shí)現(xiàn) 244.3意見反饋模塊的實(shí)現(xiàn) 264.4代領(lǐng)人接單模塊的實(shí)現(xiàn) 274.5反饋處理模塊的實(shí)現(xiàn) 294.6本章小結(jié) 30第5章系統(tǒng)測試 315.1測試目的和意義 315.2測試方法 315.3測試用例 325.3.1登錄測試 325.3.2用戶下單測試 325.3.3查詢訂單測試 345.4本章小結(jié) 34第6章結(jié)束語 356.1全文總結(jié) 356.2課題展望 35參考文獻(xiàn) 36致謝 37PAGEPAGE37第1章緒論1.1系統(tǒng)開發(fā)的背景及意義最近幾年以來，網(wǎng)絡(luò)購物漸漸地成為人們的一種生活習(xí)慣和消費(fèi)，各高?？爝f物流的流通量近些年呈現(xiàn)出高幅度增長的趨勢。在校園內(nèi)，很多人都在為接收快遞而苦惱。出于學(xué)校的校園區(qū)域限制非本校人員的進(jìn)入，并且學(xué)校的快遞點(diǎn)多和快遞量又大，還有學(xué)校管理上沒有送件上門這個(gè)服務(wù)。學(xué)生和學(xué)校的職工只有到快遞點(diǎn)才能取到快遞。因?yàn)楦鱾€(gè)快遞點(diǎn)比較分散以及一般離學(xué)生宿舍比較遠(yuǎn)，因而學(xué)生取件很不方便。針對上面所說到的問題，實(shí)現(xiàn)一種由校園人員代取快遞模式，以及基于SSM的校園快遞代取系統(tǒng)，可以很好地化解了現(xiàn)有校園快遞取件不便的問題，讓系統(tǒng)中的用戶能夠足不出戶，更方便的拿到自己的快遞。本課題主要研究和開發(fā)校園快遞代取系統(tǒng)，對高校校園快遞收取存在的問題進(jìn)行分析和解決。隨著互聯(lián)網(wǎng)信息迅速發(fā)展，以及學(xué)生消費(fèi)水平的顯著提高，網(wǎng)購已成為各高校學(xué)生優(yōu)先考慮的一種購物方式。我們能夠從網(wǎng)上商城瀏覽各種商品信息，不用出門就能買到自己想要的商品，并且網(wǎng)絡(luò)支付的出現(xiàn)讓我們更容易進(jìn)行網(wǎng)上購物。在快遞走進(jìn)校園的同時(shí)，它也帶來了快遞量大造成的擁擠等問題。因此，校園快遞代取系統(tǒng)的出現(xiàn)就可以很好地改善快遞量多帶來的滯后問題，同時(shí)給需要的同學(xué)提供了兼職的機(jī)會?；赟SM的校園快遞代取系統(tǒng)具有簡單的操作性，目前主要是面向全國高校在校學(xué)生提供快遞代取功能，讓快遞迅速到達(dá)收件人手上，為沒有時(shí)間或者不方便取快遞的人送快遞上門。只要有需求的用戶登錄系統(tǒng)中選擇所需求的功能進(jìn)行操作，即可快捷并方便地獲取到自己的快遞或有效地接下訂單帶領(lǐng)快遞。校園快遞代取系統(tǒng)的研發(fā)具有以下兩點(diǎn)意義：1）該系統(tǒng)的研發(fā)成功可以便利同學(xué)們領(lǐng)取自己的快遞和提供一個(gè)很好的兼職平臺給需要的同學(xué)。開拓校園兼職市場。2）該系統(tǒng)的成功開發(fā)將成為高校兼職信息化、物品送貨上門的一個(gè)典范作為高校的一個(gè)快遞帶領(lǐng)平臺的開發(fā)，該系統(tǒng)的成功與否將給本系甚至本校的兼職市場提供了許多機(jī)會和解決同學(xué)們不方便取快遞的需求。1.2國內(nèi)外校園快遞代取模式現(xiàn)狀目前校園快遞代取作為一種順應(yīng)快遞迅速猛增的模式應(yīng)運(yùn)而生。信息化技術(shù)和互聯(lián)網(wǎng)化的交易方式被應(yīng)用在網(wǎng)上各個(gè)平臺。在電子商務(wù)行業(yè)高速發(fā)展起來了，高校學(xué)生大多數(shù)選擇網(wǎng)上購物。高校的購物黨會因?yàn)闀r(shí)間沖突、不在學(xué)校等其他緣故，錯(cuò)過取快遞時(shí)間而心慌意亂。校園快遞代取系統(tǒng)的出現(xiàn)很好地解決了這些問題，這種代取平臺的出現(xiàn)不單單可以解決購物黨無法順利取到快遞的問題，也為需要做兼職的同學(xué)們提供了一個(gè)工作機(jī)會。校園快遞代取模式已成為高校學(xué)生們非常歡迎的取快遞服務(wù)。代取快遞服務(wù)模式的投入成本小、校園物流多和工作分配靈活、具有效率收益。因此，在大學(xué)校園里的推行相比較容易。張議,肖珊珊,卓曉蕓.高校校園快遞現(xiàn)狀調(diào)研及問題分析[J].中國物流與采購,2017(14):76-77.快遞代取服務(wù)在校園中深受大眾喜歡，它能夠滿足許多學(xué)生張議,肖珊珊,卓曉蕓.高校校園快遞現(xiàn)狀調(diào)研及問題分析[J].中國物流與采購,2017(14):76-77.1.3本課程研究主要內(nèi)容校園快遞代取系統(tǒng)包括以下子系統(tǒng)如圖1-1所示：校園快遞代取系統(tǒng)校園快遞代取系統(tǒng)代領(lǐng)人子系統(tǒng)用戶子系統(tǒng)系統(tǒng)管理員子系統(tǒng)圖1-1系統(tǒng)的組成用戶子系統(tǒng)：用戶在系統(tǒng)中可以發(fā)起訂單，然后可以根據(jù)訂單號查詢進(jìn)度，還可以反饋系統(tǒng)或訂單的意見，并可根據(jù)反饋號查詢結(jié)果。其需求有：用戶注冊登錄、下單、意見反饋、查詢訂單、查詢反饋以及個(gè)人中心服務(wù)。代領(lǐng)人子系統(tǒng)：擁有代領(lǐng)人角色權(quán)限的用戶能接下其他用戶添加的訂單，在規(guī)時(shí)間內(nèi)完成訂單并確認(rèn)完成，期間可以對異常的訂單進(jìn)行異常處理。包括以下需求：接單、確認(rèn)完成訂單、處理異常訂單。系統(tǒng)管理員子系統(tǒng)：系統(tǒng)管理員對校園快遞代取系統(tǒng)的訂單、人員、反饋信息進(jìn)行管理，維護(hù)系統(tǒng)運(yùn)轉(zhuǎn)所需要的數(shù)據(jù)。系統(tǒng)管理員包括以下需求：人員管理，訂單處理，反饋處理。1.4系統(tǒng)開發(fā)環(huán)境與開發(fā)工具校園快遞代取系統(tǒng)開發(fā)的過程使用的OS為：Windows10，以及其CPU為i5-8260U和運(yùn)行內(nèi)存為8G;開發(fā)工具選用IDEA；使用JDKVersion1.8.0作為開發(fā)工具包，JasonBrittain,IanF.Darwin.TomcattheDefinitiveGuide[M]//Tomcat:TheDefinitiveGuide.O'ReillyMedia,Inc.2003.使用Tomcat8.5作為項(xiàng)目部署的服務(wù)器；使用GoogleChromeJasonBrittain,IanF.Darwin.TomcattheDefinitiveGuide[M]//Tomcat:TheDefinitiveGuide.O'ReillyMedia,Inc.2003.

第2章系統(tǒng)需求分析網(wǎng)絡(luò)購物方式日益成為高校學(xué)生在校生活的重要組成部分，為了方便學(xué)生收取快遞，校園快遞代取模式的產(chǎn)生和發(fā)展正好滿足同學(xué)們的這種需求。然而，校園快遞代取系統(tǒng)也應(yīng)運(yùn)而生，成為一種深受同學(xué)們歡迎的快遞代取平臺。校園快遞代取系統(tǒng)的角色被劃分為普通用戶、代領(lǐng)人、以及系統(tǒng)管理員。普通用戶登錄成功之后，即可填寫訂單信息并發(fā)起訂單，并能根據(jù)訂單號查詢具體的訂單信息，普通用戶也可以對訂單進(jìn)行意見反饋。配送員是普通用戶申請具有配送員權(quán)限的角色，能夠進(jìn)入接單大廳進(jìn)行選擇性接單和管理自己的訂單。系統(tǒng)管理員負(fù)責(zé)對管訂單、人員、用戶反饋等進(jìn)行管理。該系統(tǒng)的核心與主要功能模塊分為：普通用戶模塊、代領(lǐng)人模塊、管理員模塊。2.1可行性分析可行性研究可以確定系統(tǒng)能否值得去開發(fā)，避免投入開發(fā)等資金虧損。通常來說，要從經(jīng)濟(jì)、技術(shù)、運(yùn)行和法律四個(gè)方面進(jìn)行分析，做出明確結(jié)論給用戶參考。（一）經(jīng)濟(jì)可行性 校園快遞代取系統(tǒng)開發(fā)過程消耗成本低和維護(hù)過程損耗低，本系統(tǒng)使用免費(fèi)版IDEA作為開發(fā)工具；WideniusM,AxmarkD,DuboisP.MysqlReferenceManual[M].O'Reilly&Associates,Inc.2002.使用版本為5.7.28的MySQL作為系統(tǒng)后臺數(shù)據(jù)管理庫，開發(fā)工具都不用花費(fèi)資金，即能使用。因此該系統(tǒng)開發(fā)過程，主要是在消耗個(gè)人時(shí)間和精力，WideniusM,AxmarkD,DuboisP.MysqlReferenceManual[M].O'Reilly&Associates,Inc.2002.（二）技術(shù)可行性 校園快遞代取系統(tǒng)后端使用開源框架TomcyJohn.LearnSpringFramework[M].Springer,Berlin,2013.SSM實(shí)現(xiàn)，前端的實(shí)現(xiàn)使用了bootstrap+layer開源框架；IDEA是功能齊全，編碼效率高的JAVA開發(fā)工具。開發(fā)過程中用到的技術(shù)和知識都是在校期間學(xué)習(xí)過的，因此，這些工具TomcyJohn.LearnSpringFramework[M].Springer,Berlin,2013.（三）運(yùn)行可行性 校園快遞代取系統(tǒng)簡單易操作，功能清晰。懂得瀏覽網(wǎng)站的人都能輕松使用，學(xué)生們完全能夠掌握使用，在運(yùn)行上是沒有問題的。（四）法律可行性 本系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)均由個(gè)人獨(dú)自開發(fā)，使用的系統(tǒng)框架均為開源框架和正版的開發(fā)工具，無入侵他人權(quán)益行為和沒有違反國家政策的行為。2.2UML系統(tǒng)建模 根據(jù)上述的功能分析，可以得出系統(tǒng)的參與者有：普通用戶、代領(lǐng)人和系統(tǒng)管理員。根據(jù)參與者來劃分，系統(tǒng)用例圖可以分為：普通用戶用例圖、代領(lǐng)人用例圖和系統(tǒng)管理員用例圖。2.2.2普通用戶用例圖普通用戶用例有：用戶注冊登錄、查詢訂單或反饋、下單、意見反饋、個(gè)人中心等用例。在校園快遞代取系統(tǒng)中，用戶可以通過注冊成為系統(tǒng)的普通用戶之后登錄上系統(tǒng)；當(dāng)自己有需要時(shí)，填寫被代領(lǐng)快遞訂單的信息，即可發(fā)起訂單；可以根據(jù)訂單號查看訂單的信息狀態(tài)；在個(gè)人中心，可以修改用戶的基本信息。普通用戶用例圖如圖2-1所示：圖2-1普通用戶的用例關(guān)系圖用戶用例的部分用例描述如下所述。表2-1下單用例規(guī)約表用例編號2-1用例名稱下單功能描述用戶在填寫訂單界面進(jìn)行下單操作執(zhí)行者用戶前置條件進(jìn)入填寫訂單界面后置條件下單成功，顯示訂單號涉眾利益用戶基本路徑1、用戶下單1.1、用戶在填寫訂單界面填寫訂單信息（取件人姓名、聯(lián)系電話、取件短信、配送地址、備注（可選）），以及驗(yàn)證碼1.2、訂單結(jié)算1.2.1、用戶提交訂單信息請求，進(jìn)入訂單結(jié)算界面1.2.2、用戶輸入包裹重量，系統(tǒng)計(jì)算出訂單費(fèi)用1.2.3、用戶可以選擇線下支付，系統(tǒng)保存訂單信息，訂單完成；用戶也可以懸著線上支付寶支付方式，系統(tǒng)將提交用戶請求，進(jìn)入支付界面，等待用戶支付完成后，系統(tǒng)保存訂單信息，訂單完成1.3、用戶成功下單，得到系統(tǒng)反饋的訂單號拓展1.2.3a、用戶對快遞訂單付款時(shí)，支付費(fèi)用時(shí)間超過系統(tǒng)允許的時(shí)間范圍時(shí)訂單將被系統(tǒng)取消1.2.3b、用戶選擇線上支付寶平臺進(jìn)行付款時(shí)，如果用戶付款賬戶余額不足，用戶付款操作被終止，系統(tǒng)提示用戶付款賬戶余額不足，請重新付款字段列表取件人姓名、配送地址、取件短信、備注（可選）、聯(lián)系電話、驗(yàn)證碼備注無表2-2意見反饋用例規(guī)約表用例編號2-2用例名稱意見反饋功能描述用戶可以對系統(tǒng)或訂單等問題進(jìn)行反饋執(zhí)行者用戶前置條件登錄用戶進(jìn)入填寫意見反饋信息界面后置條件顯示出反饋號涉眾利益用戶基本路徑1.意見反饋1.1輸入反饋類型、反饋人、聯(lián)系電話、反饋內(nèi)容、驗(yàn)證碼，提交反饋1.2系統(tǒng)得到用戶的反饋請求，保存反饋信息到后臺數(shù)據(jù)庫表，并反饋給用戶系統(tǒng)隨機(jī)生成的反饋號1.3界面顯示反饋號拓展1.1a、如果輸入條件為空，則提示該條件不能為空字段列表反饋人、反饋類型、聯(lián)系電話、反饋內(nèi)容、驗(yàn)證碼備注無2.2.3代領(lǐng)人用例圖代領(lǐng)人用例有：注冊、登錄、訂單管理、接單、個(gè)人中心等用例。代領(lǐng)人用例圖如圖2-2所示：圖2-2代領(lǐng)人用例圖代領(lǐng)人用例的部分用例描述如下所述。表2-3接單用例規(guī)約表用例編號2-3用例名稱接單功能描述代領(lǐng)人在接單大廳界面查看到訂單表，可以查看每個(gè)訂單詳細(xì)信息，選擇訂單進(jìn)行接單執(zhí)行者代領(lǐng)人前置條件代領(lǐng)人已登錄系統(tǒng)，前往接單大廳界面后置條件在我的訂單可以查看到已經(jīng)接單的訂單涉眾利益代領(lǐng)人、用戶基本路徑1.代領(lǐng)人進(jìn)入接單大廳界面，查看到訂單列表1.1選擇一個(gè)訂單查看其詳細(xì)內(nèi)容，點(diǎn)擊查詢圖標(biāo)1.2系統(tǒng)獲得點(diǎn)擊請求，根據(jù)該訂單id查詢后臺數(shù)據(jù)表，反饋查詢結(jié)果1.3界面顯示訂單詳情2.接單2.1代領(lǐng)人可以單選或多選訂單進(jìn)行接單，提交接單請求2.2系統(tǒng)相應(yīng)用戶請求，保存提交請求后反饋成功信息2.3彈框界面顯示接單成功拓展無表2-4訂單管理用例規(guī)約表用例編號2-4用例名稱訂單管理功能描述代領(lǐng)人在我的訂單界面，可以查看訂單、確認(rèn)完成的訂單，標(biāo)記異常的訂單執(zhí)行者代領(lǐng)人前置條件代領(lǐng)人已登錄系統(tǒng)，前往我的訂單界面后置條件代領(lǐng)人操作后的訂單得到異步刷新涉眾利益代領(lǐng)人基本路徑1.代領(lǐng)人進(jìn)入我的訂單界面，查看到接單列表1.1選擇一個(gè)訂單查看其詳細(xì)內(nèi)容，點(diǎn)擊查詢圖標(biāo)1.2系統(tǒng)獲得點(diǎn)擊請求，根據(jù)該訂單id查詢后臺數(shù)據(jù)表，反饋查詢結(jié)果1.3彈框界面顯示訂單詳情2.確認(rèn)訂單2.1在代領(lǐng)人完成訂單配送后確認(rèn)訂單，提交確認(rèn)請求2.2系統(tǒng)得到請求后，更新訂單狀態(tài)，返回更新結(jié)果2.3訂單配送完成，訂單刷新，顯示完成狀態(tài)3標(biāo)記異常訂單3.1代領(lǐng)人選擇異常訂單進(jìn)行操作，輸入訂單的異常詳情，提交到系統(tǒng)3.2系統(tǒng)得到請求后，更新訂單狀態(tài)，返回更新結(jié)果3.3該訂單刷新，顯示為異常狀態(tài)拓展無字段列表異常詳情備注訂單發(fā)生異常，可以是訂單信息存在問題或訂單存在意外狀況（快遞不存在、丟失）問題2.2.4系統(tǒng)管理員用例圖系統(tǒng)管理員圖中包括的用例有：登錄、訂單處理、反饋處理、人員管理、個(gè)人中心。系統(tǒng)管理員用例圖如圖2-3所示。圖2-3系統(tǒng)管理員用例圖系統(tǒng)管理員用例的部分用例描述如下所述。表2-5訂單處理用例規(guī)約表用例編號2-5用例名稱訂單處理功能描述系統(tǒng)管理員瀏覽訂單列表，可以查看訂單詳情、分配訂單給配送員，處理異常的訂單、以及進(jìn)行刪除訂單執(zhí)行者系統(tǒng)管理員前置條件系統(tǒng)管理員進(jìn)入系統(tǒng)，前往訂單列表界面后置條件訂單列表內(nèi)容得到異步刷新涉眾利益系統(tǒng)管理員基本路徑1.查看訂單詳情1.1選擇一個(gè)訂單查看其詳細(xì)內(nèi)容，點(diǎn)擊查詢圖標(biāo)1.2系統(tǒng)獲得請求，根據(jù)該訂單id查詢后臺數(shù)據(jù)表，反饋查詢結(jié)果1.3彈框界面顯示訂單詳情2.分配訂單2.1管理員根據(jù)業(yè)務(wù)情況可以分配訂單，選擇訂單并選擇訂單派送人員（代領(lǐng)人），提交確認(rèn)請求2.2系統(tǒng)得到請求后，更新訂單狀態(tài)，返回更新結(jié)果2.3訂單配送完成，訂單刷新，顯示派送員和顯示訂單在派送中3.標(biāo)記異常訂單3.1管理員選擇異常訂單進(jìn)行操作，輸入訂單的異常詳情，提交到系統(tǒng)3.2系統(tǒng)得到請求后，更新訂單狀態(tài)，返回更新結(jié)果3.3該訂單刷新，顯示為異常狀態(tài)4.刪除訂單4.1管理員在訂單列表界面選擇訂單移入訂單回收站4.2系統(tǒng)得到請求后，更新訂單，返回更新結(jié)果4.3管理員在訂單回收站可以對訂單進(jìn)行恢復(fù)、刪除的操作4.3.1管理員選擇訂單進(jìn)行恢復(fù)，系統(tǒng)會更新訂單狀態(tài)，該訂單將顯示在訂單列表界面中4.3.2管理員選擇訂單刪除，系統(tǒng)響應(yīng)請求，把該訂單所有信息從數(shù)據(jù)表中刪除，并返回反饋結(jié)果4.4訂單刪除成功拓展無字段列表異常詳情備注3a.訂單發(fā)生異常，可以是訂單信息存在問題或訂單存在意外狀況（快遞不存在、丟失）問題表2-6反饋處理用例規(guī)約表用例編號2-6用例名稱反饋處理功能描述管理員對用戶的反饋信息進(jìn)行回復(fù)和刪除操作執(zhí)行者管理員前置條件管理員登錄系統(tǒng)，進(jìn)入反饋管理界面后置條件反饋信息的到管理員處理或反饋信息已被刪除涉眾利益管理員基本路徑1.回復(fù)反饋1.1管理員進(jìn)入填寫反饋內(nèi)容界面1.2填寫反饋內(nèi)容，提交處理1.3系統(tǒng)保存反饋信息，更新數(shù)據(jù)表，并返回更新結(jié)果給用戶1.4反饋狀態(tài)更新，管理員和用戶可以查看到反饋處理結(jié)果2.刪除反饋信息2.1選擇反饋進(jìn)行刪除，點(diǎn)擊刪除圖標(biāo)2.2系統(tǒng)響應(yīng)刪除請求，將該反饋信息從數(shù)據(jù)表刪除，反饋處理結(jié)果2.3該反饋信息從列表移除拓展輸入反饋內(nèi)容為空，處理將取消并返回上一頁面字段列表反饋內(nèi)容備注無2.3數(shù)據(jù)流圖登錄數(shù)據(jù)流圖登錄數(shù)據(jù)流的過程：用戶進(jìn)入校園快遞代取系統(tǒng)的登陸界面，填寫用戶的登錄信息;系統(tǒng)校驗(yàn)數(shù)字圖形驗(yàn)證碼，用戶信息是否與后臺數(shù)據(jù)一致；系統(tǒng)將查詢結(jié)果返回并判斷用戶的角色權(quán)限，生成相應(yīng)的主頁。用戶登錄數(shù)據(jù)流圖如圖2-4所示：圖2-4登錄DFD用戶下單數(shù)據(jù)流圖用戶下單數(shù)據(jù)流的過程：第一步是已登錄的用戶進(jìn)入填寫快遞信息和個(gè)人信息后提交下單請求；第二步是系統(tǒng)驗(yàn)證訂單信息通過后，然后用戶可以選擇支付方式，如果選擇線下支付方式，下單完成；若選擇上線方式，等待用戶線上支付成功后訂單才會生成；最后系統(tǒng)將處理結(jié)果返回給用戶。用戶發(fā)起訂單DFD如圖2-5所示：圖2-5用戶下單DFD意見反饋數(shù)據(jù)流圖意見反饋數(shù)據(jù)流的過程：第一步是填寫相關(guān)信息提交到系統(tǒng)；第二步是系統(tǒng)保存反饋信息并將用戶反饋的信息傳送給系統(tǒng)管理員；第三步就是管理員查看到反饋的信息，將實(shí)際地做出處理；最后將處理的結(jié)果返回給用戶。意見反饋數(shù)據(jù)流圖如圖2-6所示：圖2-6意見反饋DFD代領(lǐng)人接單數(shù)據(jù)流圖代領(lǐng)人接單數(shù)據(jù)流過程為：代領(lǐng)人請求接單，系統(tǒng)處理接單請求，代領(lǐng)人成功接單后，系統(tǒng)將訂單被接單信息反饋給用戶。代領(lǐng)人接單DFD如圖2-7所示：圖2-7代領(lǐng)人接單DFD訂單管理數(shù)據(jù)流圖系統(tǒng)管理員能夠查看訂單和刪除訂單。管理員提交查看或刪除請求，系統(tǒng)處理管理員的請求，最后將處理結(jié)果返回給管理員。訂單管理DFD如圖2-8所示：圖2-8訂單管理DFD2.4本章小結(jié)本章對校園快遞代取系統(tǒng)進(jìn)行了明確清晰的需求分析。通過可行性分析，確保校園快遞代取系統(tǒng)開發(fā)的可能性。另外，本章從普通用戶、代領(lǐng)人、系統(tǒng)管理員三個(gè)角色的角度對系統(tǒng)進(jìn)行了UML建模，給出了各自的功能用例關(guān)系圖以及部分用例對應(yīng)的規(guī)約表，進(jìn)行了詳細(xì)的分析說明。最后，本章給出登錄、用戶發(fā)起訂單、意見反饋、代領(lǐng)人接單、訂單管理這五個(gè)小模塊的數(shù)據(jù)流圖，并作了簡要說明。

第3章系統(tǒng)設(shè)計(jì)3.1系統(tǒng)總體架構(gòu)設(shè)計(jì)根據(jù)校園快遞代取系統(tǒng)的需求分析，校園快遞代取系統(tǒng)的功能模塊有：普通用戶模塊、代領(lǐng)人模塊和管理員模塊，圖3-1為校園快遞代取系統(tǒng)的功能模塊結(jié)構(gòu)圖。圖3-1系統(tǒng)的功能模塊結(jié)構(gòu)圖用戶模塊功能設(shè)計(jì)如下：登錄注冊：用戶可以向系統(tǒng)申請注冊為普通用戶，然后可以進(jìn)行登錄系統(tǒng)。下單：用戶填寫相關(guān)訂單信息，完成結(jié)算提交支付后，訂單將發(fā)布到接單大廳。查詢訂單或反饋：用戶可以根據(jù)訂單號（或訂單號）準(zhǔn)確查詢到某個(gè)訂單（或反饋）的狀態(tài)。意見反饋：用戶把訂單完成過程產(chǎn)生的問題和系統(tǒng)中的不足反饋給系統(tǒng)管理員。個(gè)人中心：更改用的基本信息，例如：修改密碼。代領(lǐng)人模塊功能設(shè)計(jì)如下：接單：代領(lǐng)人能夠在訂單列表中選擇性接單。訂單管理：代領(lǐng)人可以查詢自己的接單列表，完成訂單后可選擇確認(rèn)完成訂單操作，訂單存在問題時(shí)，可將訂單標(biāo)記為異常狀態(tài)并提交相關(guān)問題信息。個(gè)人中心：更改用戶的基本信息，例如：修改密碼。管理員模塊功能分析如下：訂單處理：管理員可查看訂單列表，可標(biāo)記異常訂單，也可將訂單移除到訂單回收站。人員管理：管理員可對代領(lǐng)人的權(quán)限進(jìn)行任職、離職操作。用戶反饋：管理員查看到用戶反饋的信息，將處理結(jié)果回復(fù)給用，刪除已經(jīng)處理或無意義的反饋信息。個(gè)人中心：更改用戶的基本信息，例如：修改密碼。3.2數(shù)據(jù)庫設(shè)計(jì)根據(jù)第二章的系統(tǒng)需求分析和系統(tǒng)總體架構(gòu)設(shè)計(jì)，陳浩川,饒志堅(jiān).校園快遞代取系統(tǒng)的數(shù)據(jù)庫分析與設(shè)計(jì)[J].中國信息化,2018,000(010):43-45.可以對校園快遞代取系統(tǒng)的數(shù)據(jù)庫進(jìn)行設(shè)計(jì)。在校園快遞代取系統(tǒng)E-R圖中，有四個(gè)實(shí)體，分別是系統(tǒng)用戶、快遞訂單、訂單支付信息、反饋信息。系統(tǒng)用戶與快遞訂單、系統(tǒng)用戶與反饋信息是一對多的關(guān)系，快遞訂單與訂單支付信息是一對一的關(guān)系。校園快遞代取系統(tǒng)E-R圖如圖3-2陳浩川,饒志堅(jiān).校園快遞代取系統(tǒng)的數(shù)據(jù)庫分析與設(shè)計(jì)[J].中國信息化,2018,000(010):43-45. 圖3-2系統(tǒng)全局E-R圖根據(jù)校園快遞代取系統(tǒng)E-R圖的設(shè)計(jì)，系統(tǒng)需要建立數(shù)據(jù)庫表來保存一些相關(guān)的信息，數(shù)據(jù)庫的名稱為express-ssm,數(shù)據(jù)表有：用戶信息表、訂單信息表、訂單支付信息表、反饋信息表，以下表是對上述數(shù)據(jù)庫表具體的設(shè)計(jì)：SysUser（用戶信息表）表表3-1SysUser表列名數(shù)據(jù)類型可為空注釋IDVARCHAR(255)NOTNULL用戶IdUSERNAMEVARCHAR(255)NOTNULL用戶名PASSWORDVARCHAR(255)NOTNULL密碼TELVARCHAR(1)NULL電話號碼SEXVARCHAR(255)NOTNULL性別ADDRESSVARCHAR(255)NULL地址BIRTHDAYVARCHAR(255)NULL生日日期ROLE_IDINT(11)NOTNULL權(quán)限idSTATUSINT(11)NOTNULL狀態(tài)CREATE_DATEDATETIMENOTNULL創(chuàng)建時(shí)間UPDATE_DATEDATETIMENULL修改時(shí)間表3-1給出了存放用戶信息的數(shù)據(jù)庫表結(jié)構(gòu)（如用戶Id、權(quán)限id、用戶名、性別、地址、密碼、生日日期、狀態(tài)、電話號碼等），表中各字段代表的含義在第四列“注釋”中有具體描述，該表的主鍵為用戶Id。Express(訂單信息表)表表3-2為訂單信息表，用于存放用戶快遞訂單的有關(guān)信息（如姓名、手機(jī)號碼、訂單號、快遞短信、配送地址、訂單備注、訂單狀態(tài)、配送人員、配送人員備注、訂單是否刪除、創(chuàng)建時(shí)間等），該表的主鍵為ID。Express表結(jié)構(gòu)如表3-2所示：表3-2Express表列名數(shù)據(jù)類型可為空注釋IDVARCHAR(255)NOTNULL訂單號NAMEVARCHAR(16)NOTNULL收件人TELVARCHAR(24)NOTNULL手機(jī)號碼MESSAGEVARCHAR(255)NOTNULL快遞短信ADDRESSVARCHAR(255)NOTNULL配送地址REMARKVARCHAR(255)NULL訂單備注STATUSINT(11)NOTNULL訂單狀態(tài)STAFFVARCHAR(255)NULL配送人員STAFF_REMARKVARCHAR(255)NULL配送人員備注HAS_DELETETINYINT(1)NOTNULL訂單是否刪除CREATE_DATEDATETIMENOTNULL創(chuàng)建時(shí)間UPDATE_DATEDATETIMENULL修改時(shí)間Express_payment(訂單支付信息表)表表3-3為訂單支付信息表，用來存儲訂單支付的相關(guān)信息（如訂單號、支付方式、支付狀態(tài)、線上支付、線上支付第三方的流水號、線上收款方、線下支付金額等），該表主鍵為EXPRESS_ID，Express_payment表結(jié)構(gòu)詳情如表3-3所示：表3-3Express_payment表列名數(shù)據(jù)類型可為空注釋EXPRESS_IDVARCHAR(255)NOTNULL訂單號STATUSINT(11)NULL支付方式TYPEINT(11)NULL支付狀態(tài)ONLINE_PAYMENTDOUBLENULL線上支付ONLINE_PAYMENT_NUMVARCHAR(255)NULL線上支付流水號ONLINE_SELLERVARCHAR(255)NULL線上收款方OFFLINE_PAYMENTDOUBLENULL線下支付金額REMARKVARCHAR(255)NULL備注CREATE_TIMEDATETIMENOTNULL創(chuàng)建時(shí)間UPDATE_TIMEDATETIMENULL修改時(shí)間（4）Feedback(反饋信息表)表表3-4為反饋信息表，用來存放用戶反饋給管理員的相關(guān)信息，該表主鍵為id。Feedback表結(jié)構(gòu)詳情如表3-4所示：表3-4Feedback表列名數(shù)據(jù)類型可為空注釋IDVARCHAR(255)NOTNULLidNAMEVARCHAR(255)NOTNULL反饋人TELVARCHAR(255)NOTNULL聯(lián)系方式TYPEVARCHAR(255)NOTNULL反饋類型（1.訂單反饋、2.意見反饋、3.BUG反饋）MESSAGEVARCHAR(255)NOTNULL反饋信息STATUSINT(11)NULL反饋狀態(tài)（0：等待處理、1：處理完成）STAFFIDVARCHAR(255)NULL處理人RESULTVARCHAR(255)NULL處理結(jié)果CREATE_DATEDATETIMENOTNULL創(chuàng)建時(shí)間UPDATE_DATEDATETIMENULL更改時(shí)間3.3系統(tǒng)模塊的設(shè)計(jì)根據(jù)校園快遞代取系統(tǒng)的需求分析和功能模塊設(shè)計(jì)，校園快遞代取系統(tǒng)的模塊設(shè)計(jì)主要包括普通用戶模塊、代領(lǐng)人模塊、系統(tǒng)管理員模塊的設(shè)計(jì)，本小節(jié)不在此對所有的模塊的設(shè)計(jì)進(jìn)行介紹，以下將介紹系統(tǒng)小模塊中的用戶登陸模塊、下單模塊、用戶意見反饋模塊、代領(lǐng)人接單模塊、反饋處理模塊的設(shè)計(jì)。3.3.1登陸模塊登錄模塊是用戶前往登錄界面后，輸入相關(guān)信息進(jìn)行登錄，如果登錄信息錯(cuò)誤,則登錄失敗,只有通過校驗(yàn)正確的用戶,即可根據(jù)用戶的權(quán)限訪問校園快遞代取系統(tǒng)。。其具體的流程圖如圖3-3所示：圖3-3登陸流程圖3.3.2下單模塊用戶下單的前提是用戶能夠登陸校園快遞代取系統(tǒng)。用戶進(jìn)入填寫好快遞具體的信息，填寫好相關(guān)信息之后向系統(tǒng)提交下單請求，接下來前往訂單結(jié)算，系統(tǒng)會根據(jù)用戶輸入的快遞重量計(jì)算出配送費(fèi)，用戶還可以挑選線上或線下的支付方式，如果用戶選擇線上進(jìn)行支付，支付完成，則用戶下單成功了；如果用戶選擇線下支付，則用戶下單成功；系統(tǒng)將保存訂單信息到數(shù)據(jù)庫的訂單信息表中。下單的流程圖如圖3-4所示：圖3-4下單流程圖3.3.3意見反饋模塊意見反饋可以是反饋訂單問題、意見反饋、系統(tǒng)BUG反饋。在意見反饋頁面，用戶填寫相關(guān)的反饋信息，當(dāng)用戶填寫完信息后，發(fā)送反饋請求，反饋信息將由系統(tǒng)寫入數(shù)據(jù)庫的反饋信息表中，并等待管理員處理。意見反饋的流程圖如圖3-5所示：圖3-5意見反饋的流程圖3.3.4代領(lǐng)人接單模塊代領(lǐng)人接單是擁有代領(lǐng)人權(quán)限的用戶可以在訂單列表界面選擇性接單，代領(lǐng)人可以先查看訂單的詳細(xì)信息后做出接單選擇，接單后，如果訂單出現(xiàn)異常，代領(lǐng)人可以在系統(tǒng)的訂單列表頁面選擇異常的訂單，向系統(tǒng)提交異常處理，并上報(bào)該異常的詳細(xì)情況，提交到系統(tǒng)中；如果訂單順利完成后，代領(lǐng)人可以在系統(tǒng)的訂單列表頁面選擇該訂單，向系統(tǒng)提交確認(rèn)請求，完成接單任務(wù)。其具體的流程圖如圖3-6所示：圖3-6代領(lǐng)人接單流程圖3.4本章小結(jié)本章介紹了從系統(tǒng)的總體架構(gòu)：系統(tǒng)功能模塊分為用戶模塊、代領(lǐng)人模塊、管理員模塊的；數(shù)據(jù)庫的設(shè)計(jì)：建立數(shù)據(jù)表以及設(shè)計(jì)每張表的字段類型和大小。系統(tǒng)模塊設(shè)計(jì)中，通過流程圖詳細(xì)介紹了部分模塊的流程設(shè)計(jì)。本章節(jié)對校園快遞代取系統(tǒng)進(jìn)行了詳細(xì)的功能設(shè)計(jì)和數(shù)據(jù)庫設(shè)計(jì)，清晰地說明了系統(tǒng)的主要功能和數(shù)據(jù)存儲的詳情。第4章系統(tǒng)實(shí)現(xiàn)根據(jù)上一章系統(tǒng)模塊的詳細(xì)設(shè)計(jì)，本節(jié)給出了它們實(shí)現(xiàn)。下面分別是它們實(shí)現(xiàn)的部分界面效果。4.1登陸模塊的實(shí)現(xiàn)下圖4-1是登陸模塊的實(shí)現(xiàn)界面圖，頁面上有驗(yàn)證碼、用戶名和密碼的文本框，一個(gè)數(shù)字圖片驗(yàn)證碼，以及一個(gè)登錄按鈕，當(dāng)用戶單擊“登陸”按鈕將進(jìn)行登陸操作；圖4-1登陸界面 如圖4-1所示，用戶填寫完登錄信息，單擊“登陸”按鈕后，系統(tǒng)將進(jìn)行信息驗(yàn)證，若驗(yàn)證碼、用戶名和密碼都正確，用戶身份校驗(yàn)通過，系統(tǒng)將根據(jù)這個(gè)用戶的權(quán)限生成相關(guān)的主頁面。如圖4-2為普通用戶登錄成功進(jìn)入的主頁面。普通用戶主頁中，左邊是用戶操作的菜單欄，右邊是主頁顯示的內(nèi)容區(qū)域。圖4-2用戶主頁面 實(shí)現(xiàn)登錄模塊中校驗(yàn)賬號的主要代碼如圖4-3所示： 圖4-3登錄校驗(yàn)代碼圖4.2下單模塊的實(shí)現(xiàn) 如圖4-4是下單模塊實(shí)現(xiàn)的模態(tài)框界面圖，主要有六個(gè)文本框（訂單信息的取件人姓名、取件短信、備注、配送地址、聯(lián)系電話、驗(yàn)證碼）、一個(gè)數(shù)字圖形驗(yàn)證碼以及三個(gè)按鈕（提交訂單的前往結(jié)算按鈕、清空表單的重新填寫按鈕、關(guān)閉模擬框的關(guān)閉按鈕）。 圖4-4用戶主頁面如圖4-5所示，當(dāng)用戶用戶輸入表單信息并提交后，系統(tǒng)將跳轉(zhuǎn)到訂單結(jié)算界面，界面中有顯示出訂單的基本信息(姓名、取件短信、配送地址、備注、聯(lián)系電話)、價(jià)格計(jì)算說明、包裹重量，以及兩個(gè)按鈕（支付寶支付的按鈕、線下支付按鈕）。若用戶選擇線下支付，系統(tǒng)將保存用戶訂單，提示用戶完成訂單并生成訂單號。若用戶采用支付寶支付，系統(tǒng)將響應(yīng)用戶請求跳轉(zhuǎn)頁面到支付寶支付界面，支付寶支付界面如圖4-6所示。圖4-5訂單結(jié)算界面圖4-6支付寶支付界面 實(shí)現(xiàn)用戶下單模塊的線下支付方式的主要代碼如下：//創(chuàng)建訂單

StringexpressId=expressService.createExpress(express);

//創(chuàng)建訂單支付信息

ExpressPaymentpayment=expressPaymentService.createOfflinePayment(expressId,money);

//將支付信息寫入session

session.setAttribute(SESSION_LATEST_PAYMENT,payment);

//下單成功后刪除Express的session

session.removeAttribute(SESSION_LATEST_EXPRESS);

returnMsg.ok(null,"/user/payment/result");4.3意見反饋模塊的實(shí)現(xiàn)意見反饋模塊實(shí)現(xiàn)的模態(tài)框如圖4-7所示，界面中有五個(gè)文本框（反饋信息的反饋類型、反饋內(nèi)容、姓名、驗(yàn)證碼、聯(lián)系電話）、一個(gè)數(shù)字圖形驗(yàn)證碼以及三個(gè)按鈕（提交反饋按鈕、清空表單的重新填寫按鈕、關(guān)閉模擬框的按鈕）。用戶填寫完信息，提交反饋，系統(tǒng)會響應(yīng)用戶的請求，生成反饋號反饋給用戶。反饋成功界面如圖4-8所示。圖4-7意見反饋模態(tài)框界面圖4-8反饋成功界面實(shí)現(xiàn)意見反饋模塊的主要代碼如下所示：publicMsgfeedback2(Feedbackfeedback){

feedback.setCreateDate(newDate());

feedbackService.insert(feedback);

returnMsg.ok(null,feedback.getId());

}4.4代領(lǐng)人接單模塊的實(shí)現(xiàn) 如圖4-9是代領(lǐng)人接單模塊實(shí)現(xiàn)的接單大廳界面。代領(lǐng)人進(jìn)入接單大廳界面后，可以根據(jù)姓名、訂單號等條件進(jìn)行查詢，得到訂單列表。代領(lǐng)人可以查看訂單的詳細(xì)信息和單選或多選訂單進(jìn)行接單。當(dāng)代領(lǐng)人接單成功后，該訂單將從接單大廳列表中移除，顯示到代領(lǐng)人的“我的訂單”界面中。代領(lǐng)人的訂單界面如圖4-10所示，代領(lǐng)人在完成訂單過程中能夠處理異常訂單，當(dāng)訂單配送完成，代領(lǐng)人可以確認(rèn)訂單完成。圖4-9接單大廳界面圖4-10代領(lǐng)人的訂單界面 實(shí)現(xiàn)代領(lǐng)人接單模塊的主要代碼如下所示：publicMsgacceptExpress(String[]ids){

for(Stringid:ids){

Expressexpress=expressService.selectById(id);

express.setStaff(globalFunction.getUserId());

express.setStatus(ExpressStatusEnum.TRANSPORT.getIndex());

expressService.updateById(express);

}

returnMsg.ok();

}4.5反饋處理模塊的實(shí)現(xiàn)如圖4-11是反饋處理模塊的反饋列表界面。管理員在反饋列表界面可以根據(jù)反饋類型、反饋號、反饋狀態(tài)這些條件查詢相關(guān)的反饋信息，同時(shí)可以對用戶的反饋進(jìn)行恢復(fù)，以及刪除反饋信息。圖4-11反饋列表界面 管理員對用戶的反饋進(jìn)行回復(fù)時(shí)，將進(jìn)入反饋處理模態(tài)框，界面里有一個(gè)文本框。管理員填寫反饋的處理結(jié)果，提交處理，系統(tǒng)將保存反饋信息并將處理詳情提供給用戶查看，此條反饋狀態(tài)將更新為已處理狀態(tài)。反饋處理模態(tài)框的實(shí)現(xiàn)如圖4-12所示。 圖4-12反饋處理模態(tài)框?qū)崿F(xiàn)反饋處理模塊的主要代碼如下所示：publicMsghandleFeedback(Stringid,Stringcontent){

if(StringUtils.isBlank(id)||StringUtils.isBlank(content)){

returnMsg.error("參數(shù)錯(cuò)誤");

}

Feedbackfeedback=feedbackService.selectById(id);

//設(shè)置處理人為當(dāng)前用戶

feedback.setStaffId(globalFunction.getUserId());

feedback.setResult(content);

//0代表未處理，1代表已處理；默認(rèn)為0

feedback.setStatus(1);

feedbackService.updateById(feedback);

returnMsg.ok();

}

}4.6本章小結(jié)本章從系統(tǒng)的五個(gè)模塊的實(shí)現(xiàn)進(jìn)行了介紹。對每個(gè)模塊的實(shí)現(xiàn)效果和功能都做出了詳細(xì)的說明。比如下單模塊和代領(lǐng)人接單，這兩個(gè)模塊是校園快遞代取系統(tǒng)的核心模塊。這些模塊的實(shí)現(xiàn)效果基本上可以滿足用戶的需求。

第5章系統(tǒng)測試5.1測試目的和意義 找到系統(tǒng)中的存在的不足是系統(tǒng)測試的目的。系統(tǒng)中可能存在界面溢出、功能錯(cuò)亂、數(shù)據(jù)錯(cuò)誤、顯示不當(dāng)?shù)热毕?，為了保證軟件產(chǎn)品的質(zhì)量和給用戶更好的體驗(yàn)感以及降低軟件項(xiàng)目開發(fā)的成本，系統(tǒng)測試已經(jīng)成為了軟件開發(fā)流程中的關(guān)鍵環(huán)節(jié)。 系統(tǒng)測試提升了軟件質(zhì)量，降低了軟件開發(fā)投資的資金，提高用戶的體驗(yàn)。測試成為了保障整個(gè)軟件系統(tǒng)質(zhì)量的重要環(huán)節(jié)。5.2測試方法 校園快遞代取系統(tǒng)的測試使用黑盒測試的方法進(jìn)行測試。測試中，采用的用例輸入分別是錯(cuò)誤和正確的條件。部分功能具體的測試計(jì)劃如下所示：測試1：測試名稱：登錄測試目的：測試用戶登錄功能測試內(nèi)容：驗(yàn)證碼、用戶名和密碼的輸入，校驗(yàn)正確，用戶主頁面顯示測試2：測試名稱：用戶下單測試目的：測試用戶下單功能測試內(nèi)容：用戶填寫訂單界面顯示、取件人姓名輸入、聯(lián)系電話輸入、取件短信輸入、配送地址輸入、備注輸入、驗(yàn)證碼輸入、表單清空按鈕檢查、檢查支付寶方式支付按鈕、測試3：測試名稱：查詢訂單測試目的：測試查詢訂單功能測試內(nèi)容：訂單號輸入、搜索功能測試、檢查查詢內(nèi)容顯示5.3測試用例5.3.1登錄測試 功能描述：用戶輸入相關(guān)信息進(jìn)行登錄。如果輸入的登錄信息錯(cuò)誤或不輸入任一登錄信息，則登錄界面會顯示相應(yīng)的警告信息；輸入正確的登錄信息后，將登錄進(jìn)入系統(tǒng)主頁。登錄測試用例如表5-1所示。表5-1用戶登錄測試用例表序號測試目的測試輸入測試結(jié)果測試說明用戶名密碼驗(yàn)證碼1空用戶名（為空）123驗(yàn)證碼正確輸入用戶名或密碼不能為空2密碼為空李明（為空）驗(yàn)證碼正確輸入用戶名或密碼不能為空3用戶名和密碼不輸入（為空）（為空）驗(yàn)證碼正確輸入用戶名或密碼不能為空4驗(yàn)證碼不輸入李明123（為空）驗(yàn)證碼不能為空用戶名和密碼正確輸入5驗(yàn)證碼錯(cuò)誤輸入李明1230000驗(yàn)證碼輸入錯(cuò)誤用戶名和密碼正確輸入6用戶名、密碼錯(cuò)誤輸入123李明驗(yàn)證碼正確輸入用戶名或密碼錯(cuò)誤7用戶名、密碼正確輸入李明123驗(yàn)證碼正確輸入登錄成功進(jìn)入正確的用戶主界面5.3.2用戶下單測試 功能描述：用戶進(jìn)入訂單填寫界面，輸入相關(guān)信息，提交訂單，完成結(jié)算后，將生成相關(guān)訂單。每項(xiàng)信息均為必填項(xiàng)，如果輸入信息為空，會出現(xiàn)提示信息；聯(lián)系電話驗(yàn)證長度不少與11位；提交填寫信息，將跳轉(zhuǎn)到訂單結(jié)算界面并顯示出填寫信息，選擇包裹重量只能輸入阿拉伯?dāng)?shù)字。根據(jù)用戶下單測試計(jì)劃的內(nèi)容（用戶填寫訂單界面顯示、取件人姓名輸入、聯(lián)系電話輸入、取件短信輸入、配送地址輸入、備注輸入、驗(yàn)證碼輸入、表單清空按鈕檢查、檢查支付寶方式支付按鈕），用戶下單測試用例如表5-2所示。表5-2用戶下單測試用例表序號測試目的測試內(nèi)容測試結(jié)果測試說明1測試下單功能選擇“我要下單”命令正常顯示“快遞代取信息填寫”模擬框界面界面和設(shè)計(jì)時(shí)保持一致2測試數(shù)據(jù)輸入完整性“取件人姓名”、“聯(lián)系電話”、“取件短信”、“配送地址”、“驗(yàn)證碼輸入”都未空提示——不能為空3測試輸入部分?jǐn)?shù)據(jù)“取件人姓名”為張三、“聯(lián)系電話”為空、“取件短信”為中通快遞、“配送地址”為3棟605、“驗(yàn)證碼輸入”為正確輸入提示——聯(lián)系電話不能為空4測試輸入部分?jǐn)?shù)據(jù)“取件人姓名”為張三、“聯(lián)系電話”“取件短信”為中通快遞、“配送地址”為空、“驗(yàn)證碼輸入”為正確輸入提示——配送地址不能為空5測試輸入部分?jǐn)?shù)據(jù)“取件人姓名”為空、“聯(lián)系電話”“取件短信”為中通快遞、“配送地址”為3棟605、“驗(yàn)證碼輸入”為正確輸入提示——必填項(xiàng)取件人姓名不能為空6測試輸入部分?jǐn)?shù)據(jù)“取件人姓名”為張三、“聯(lián)系電話”“取件短信”為空、“配送地址”為3棟506、“驗(yàn)證碼輸入”為正確輸入提示——取件短信不能為空7測試輸入部分?jǐn)?shù)據(jù)“取件人姓名”為張三、“聯(lián)系電話”“取件短信”為中通快遞、“配送地址”為3棟506、“驗(yàn)證碼輸入”為空提示——驗(yàn)證碼不能為空8測試表單清空按鈕點(diǎn)擊“重新填寫”命令填寫信息被清空效果與設(shè)計(jì)一致9測試邏輯處理按鈕點(diǎn)擊“支付寶”命令跳轉(zhuǎn)到支付界面，支付金額準(zhǔn)確效果與設(shè)計(jì)一致5.3.3查詢訂單測試 功能描述：用戶進(jìn)入查詢訂單模擬框界面，輸入搜索條件訂單號即可查詢到該訂單的詳細(xì)信息。如果輸入訂單號為空，會出現(xiàn)提示信息。如果輸入不存在的訂單號，會出現(xiàn)查詢不到的提示信息。當(dāng)輸入正確的訂單號，則會顯示出該訂單的詳細(xì)信息。根據(jù)查詢訂單測試計(jì)劃的內(nèi)容（訂單號輸入、搜索功能測試、檢查查詢內(nèi)容顯示），查詢訂單測試用例如表5-3所示。表5-3查詢訂單測試用例表序號測試目的測試內(nèi)容測試結(jié)果測試說明1測試輸入數(shù)據(jù)為空不輸入訂單號，點(diǎn)擊“搜索”命令提示—查詢內(nèi)容不能為空2測試輸入不合理的數(shù)據(jù)輸入123后，點(diǎn)擊“搜索”命令提示—沒有查詢到相關(guān)數(shù)據(jù)3測試查詢內(nèi)容顯示輸入合理的訂單號，點(diǎn)擊“搜索”命令顯示出該訂單號的訂單信息顯示內(nèi)容與設(shè)計(jì)一致5.4本章小結(jié) 以上主要介紹了系統(tǒng)采用了黑盒測試進(jìn)行校園快遞代取系統(tǒng)測試的部分具體實(shí)例，其中包括了用戶登錄模塊測試、用戶下單模塊測試、查詢訂單模塊測試，大概介紹了校園快遞代取系統(tǒng)主要的功能實(shí)現(xiàn)情況，在測試過程中發(fā)現(xiàn)了一些系統(tǒng)問題并對這些問題作出了修改。

第6章結(jié)束語6.1全文總結(jié)經(jīng)過三個(gè)月的基于SSM的校園快遞代取系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，我鞏固了所學(xué)的Java的知識，對項(xiàng)目中出現(xiàn)的一些問題有了更加深刻的理解和相對應(yīng)的解決辦法，對SSM架構(gòu)、編程思想有了更加深刻的理解。我通過基于SSM的校園快遞代取系統(tǒng)的實(shí)現(xiàn)，學(xué)會了一種新的后端認(rèn)證框架，那就是現(xiàn)在比較好用的Shiro，以及掌握了前后分離項(xiàng)目的設(shè)計(jì)思路。在項(xiàng)目設(shè)計(jì)中，其中由于設(shè)計(jì)思路不清晰出現(xiàn)了這樣一個(gè)問題：編寫完后臺的接口才發(fā)覺后臺接口返回給前端都是json格式的數(shù)據(jù)，以致于無法訪問前端界面。最后通過四處搜索別人的Dome，才知道可以再前端通過js解析json數(shù)據(jù)形成再次訪問路徑（此路徑為頁面跳轉(zhuǎn)），然后再通過建立頁面跳轉(zhuǎn)的Controller，就順利將前后端鏈接起來了。畢業(yè)設(shè)計(jì)是學(xué)校對我們四年來學(xué)習(xí)成果的一次檢驗(yàn)，基于SSM的校園快遞代取系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)基本上自己在大學(xué)生活中學(xué)習(xí)的大部分知識都運(yùn)用進(jìn)去了，但是還不夠，在許多方面還沒有考慮全面，相信自己在以后進(jìn)入工作中會更加努力，做出更加完美、用戶體驗(yàn)更好的系統(tǒng)。6.2課題展望基于SSM的校園快遞代取系統(tǒng)的主要功能都得以實(shí)現(xiàn)，但是還有很多方面需要完善。線上支付方式只實(shí)現(xiàn)了支付寶支付，還需添加微信支付的方式。由于時(shí)間不足，對于系統(tǒng)界面的設(shè)計(jì)比較簡潔，對于系統(tǒng)的功能設(shè)計(jì)也比較單一，后期將會優(yōu)化校園快遞代取系統(tǒng)的界面，補(bǔ)充快遞代寄功能、訂單評價(jià)功能、系統(tǒng)消息通知功能、代領(lǐng)人工資結(jié)算功能，使得校園快遞代取系統(tǒng)可以給予用戶更好的體驗(yàn)感。

參考文獻(xiàn)林信良.Spring2.0技術(shù)手冊[M].北京：電子工業(yè)出版社，2005(美)威爾德，斯尼德等著，趙利通譯.SpringFramework2入門經(jīng)典[M].北京：清華大學(xué)出版社，2009田珂，謝世波，方馬.J2EE數(shù)據(jù)持久層的解決方案[J].計(jì)算機(jī)工程，2003,29(22):93-95劉京華.JavaWeb整合開發(fā)王者歸來[M].北京：清華大學(xué)出版社，2010張孝祥.深入JavaWeb開發(fā)內(nèi)幕——核心基礎(chǔ)[M].北京：電子工業(yè)出版社.2006孫衛(wèi)琴，李洪成.Tomcat與JavaWeb開發(fā)技術(shù)詳解[M].電子工業(yè)出版社，2003.6:1-205孫一林，彭波.Java數(shù)據(jù)庫編程實(shí)例[M].清華大學(xué)出版社，2002.8:30-210FLANAGAN.Java技術(shù)手冊[M].中國電力出版社，2002.6:1-465LEEANNEPHILLIPS.巧學(xué)活用HTML4[M].電子工業(yè)出版社，2004.8:1-319Brown.JAVA編程指南(第二版)[M].電子工業(yè)出版社，2003.3:1-268CraigWalls,RyanBreidenBach.SpringInAction[M].ManningPublications.2006BruceEckel.ThinkinginJava[M].UpperSaddleRiver,NewJersey,USA:PrenticeHall,2006JoshuaBloch.EffectiveJava[M].Piscataway,N.J:IEEEPress,2009JoshuaBloch.EffectiveJavaProgrammingLanguageGuide.Addison-WesleyProfessional.2001RachitMohanGarg,YaminiSood,BalajiKottana,PallaviTotlani.AFrameworkBasedApproachfortheDevelopmentofWebBasedApplicationsWaknaghat[J].JaypeeUniversityofInformationTechnology,2011,1(1):1-4

致謝 轉(zhuǎn)眼間，大學(xué)四年學(xué)習(xí)生涯即將結(jié)束了，當(dāng)我寫完這篇畢業(yè)論文的時(shí)候，有一種如釋重負(fù)的感覺，感慨良多。回想過去幾年的校園生活，交到了許多志同道合的朋友，讓我的人生也增添了許多豐富多彩的生活，學(xué)到了許許多多，在各個(gè)方面都得到了發(fā)展、提高。在校四年期間，老師們教導(dǎo)我們學(xué)習(xí)的方法以及引導(dǎo)我們接觸社會，在此，我衷心感謝老師們給予我們的幫助，是你們教育了我們踏實(shí)做人，刻苦學(xué)習(xí)，指導(dǎo)著我們沿著正確的方向前進(jìn)。還有，特別要感謝劉紅敏老師對我的關(guān)心和指導(dǎo)。同時(shí)也謝謝在此期間給予我?guī)椭耐瑢W(xué)們。

電腦故障檢測卡代碼表

1、特殊代碼"00"和"ff"及其它起始碼有三種情況出現(xiàn)：

①已由一系列其它代碼之后再出現(xiàn)："00"或"ff"，則主板ok。

②如果將cmos中設(shè)置無錯(cuò)誤，則不嚴(yán)重的故障不會影響bios自檢的繼續(xù)，而最終出現(xiàn)"00"或"ff"。

③一開機(jī)就出現(xiàn)"00"或"ff"或其它起始代碼并且不變化則為主板沒有運(yùn)行起來。

2、本表是按代碼值從小到大排序，卡中出碼順序不定。

3、未定義的代碼表中未列出。

4、對于不同bios（常用ami、award、phoenix）用同一代碼代表的意義不同，因此應(yīng)弄清您所檢測的電腦是屬于哪一種類型的bios，您可查閱您的電腦使用手冊，或從主板上的bios芯片上直接查看，也可以在啟動(dòng)屏幕時(shí)直接看到。

5、有少數(shù)主板的pci槽只有一部分代碼出現(xiàn)，但isa槽有完整自檢代碼輸出。且目前已發(fā)現(xiàn)有極個(gè)別原裝機(jī)主板的isa槽無代碼輸出，而pci槽則有完整代碼輸出，故建議您在查看代碼不成功時(shí)，將本雙槽卡換到另一種插槽試一下。另外，同一塊主板的不同pci槽，有的槽有完整代碼送出，如dell810主板只有靠近c(diǎn)pu的一個(gè)pci槽有完整代碼顯示，一直變化到"00"或"ff"，而其它pci槽走到"38"后則不繼續(xù)變化。

6、復(fù)位信號所需時(shí)間isa與pci不一定同步，故有可能isa開始出代碼，但pci的復(fù)位燈還不熄，故pci代碼停要起始代碼上。

代碼對照表

00.已顯示系統(tǒng)的配置；即將控制INI19引導(dǎo)裝入。

01處理器測試1，處理器狀態(tài)核實(shí),如果測試失敗，循環(huán)是無限的。處理器寄存器的測試即將開始，不可屏蔽中斷即將停用。CPU寄存器測試正在進(jìn)行或者失敗。

02確定診斷的類型（正常或者制造）。如果鍵盤緩沖器含有數(shù)據(jù)就會失效。停用不可屏蔽中斷；通過延遲開始。CMOS寫入／讀出正在進(jìn)行或者失靈。

03清除8042鍵盤控制器，發(fā)出TESTKBRD命令（AAH）通電延遲已完成。ROMBIOS檢查部件正在進(jìn)行或失靈。

04使8042鍵盤控制器復(fù)位，核實(shí)TESTKBRD。鍵盤控制器軟復(fù)位／通電測試?？删幊涕g隔計(jì)時(shí)器的測試正在進(jìn)行或失靈。

05如果不斷重復(fù)制造測試1至5，可獲得8042控制狀態(tài)。已確定軟復(fù)位／通電；即將啟動(dòng)ROM。DMA初如準(zhǔn)備正在進(jìn)行或者失靈。

06使電路片作初始準(zhǔn)備，停用視頻、奇偶性、DMA電路片，以及清除DMA電路片，所有頁面寄存器和CMOS停機(jī)字節(jié)。已啟動(dòng)ROM計(jì)算ROMBIOS檢查總和，以及檢查鍵盤緩沖器是否清除。DMA初始頁面寄存器讀／寫測試正在進(jìn)行或失靈。

07處理器測試2，核實(shí)CPU寄存器的工作。ROMBIOS檢查總和正常，鍵盤緩沖器已清除，向鍵盤發(fā)出BAT（基本保證測試）命令。.

08使CMOS計(jì)時(shí)器作初始準(zhǔn)備，正常的更新計(jì)時(shí)器的循環(huán)。已向鍵盤發(fā)出BAT命令，即將寫入BAT命令。RAM更新檢驗(yàn)正在進(jìn)行或失靈。

09EPROM檢查總和且必須等于零才通過。核實(shí)鍵盤的基本保證測試，接著核實(shí)鍵盤命令字節(jié)。第一個(gè)64KRAM測試正在進(jìn)行。

0A使視頻接口作初始準(zhǔn)備。發(fā)出鍵盤命令字節(jié)代碼，即將寫入命令字節(jié)數(shù)據(jù)。第一個(gè)64KRAM芯片或數(shù)據(jù)線失靈，移位。

0B測試8254通道0。寫入鍵盤控制器命令字節(jié)，即將發(fā)出引腳23和24的封鎖／解鎖命令。第一個(gè)64KRAM奇／偶邏輯失靈。

0C測試8254通道1。鍵盤控制器引腳23、24已封鎖／解鎖；已發(fā)出NOP命令。第一個(gè)64KRAN的地址線故障。

0D1、檢查CPU速度是否與系統(tǒng)時(shí)鐘相匹配。2、檢查控制芯片已編程值是否符合初設(shè)置。3、視頻通道測試，如果失敗，則鳴喇叭。已處理NOP命令；接著測試CMOS停開寄存器。第一個(gè)64KRAM的奇偶性失靈

0E測試CMOS停機(jī)字節(jié)。CMOS停開寄存器讀／寫測試；將計(jì)算CMOS檢查總和。初始化輸入／輸出端口地址。

0F測試擴(kuò)展的CMOS。已計(jì)算CMOS檢查總和寫入診斷字節(jié)；CMOS開始初始準(zhǔn)備。.

10測試DMA通道0。CMOS已作初始準(zhǔn)備，CMOS狀態(tài)寄存器即將為日期和時(shí)間作初始準(zhǔn)備。第一個(gè)64KRAM第0位故障。

11測試DMA通道1。CMOS狀態(tài)寄存器已作初始準(zhǔn)備，即將停用DMA和中斷控制器。第一個(gè)64DKRAM第1位故障。

12測試DMA頁面寄存器。停用DMA控制器1以及中斷控制器1和2；即將視頻顯示器并使端口B作初始準(zhǔn)備。第一個(gè)64DKRAM第2位故障。

13測試8741鍵盤控制器接口。視頻顯示器已停用，端口B已作初始準(zhǔn)備；即將開始電路片初始化／存儲器自動(dòng)檢測。第一個(gè)64DKRAM第3位故障。

14測試存儲器更新觸發(fā)電路。電路片初始化／存儲器處自動(dòng)檢測結(jié)束；8254計(jì)時(shí)器測試即將開始。第一個(gè)64DKRAM第4位故障。

15測試開頭64K的系統(tǒng)存儲器。第2通道計(jì)時(shí)器測試了一半；8254第2通道計(jì)時(shí)器即將完成測試。第一個(gè)64DKRAM第5位故障。

16建立8259所用的中斷矢量表。第2通道計(jì)時(shí)器測試結(jié)束；8254第1通道計(jì)時(shí)器即將完成測試。第一個(gè)64DKRAM第6位故障。

17調(diào)準(zhǔn)視頻輸入／輸出工作，若裝有視頻BIOS則啟用。第1通道計(jì)時(shí)器測試結(jié)束；8254第0通道計(jì)時(shí)器即將完成測試。第一個(gè)64DKRAM第7位故障。

18測試視頻存儲器，如果安裝選用的視頻BIOS通過，由可繞過。第0通道計(jì)時(shí)器測試結(jié)束；即將開始更新存儲器。第一個(gè)64DKRAM第8位故障。

19測試第1通道的中斷控制器（8259）屏蔽位。已開始更新存儲器，接著將完成存儲器的更新。第一個(gè)64DKRAM第9位故障。

1A測試第2通道的中斷控制器（8259）屏蔽位。正在觸發(fā)存儲器更新線路，即將檢查15微秒通／斷時(shí)間。第一個(gè)64DKRAM第10位故障。

1B測試CMOS電池電平。完成存儲器更新時(shí)間30微秒測試；即將開始基本的64K存儲器測試。第一個(gè)64DKRAM第11位故障。

1C測試CMOS檢查總和。.第一個(gè)64DKRAM第12位故障。

1D調(diào)定CMOS配置。.第一個(gè)64DKRAM第13位故障。

1E測定系統(tǒng)存儲器的大小，并且把它和CMOS值比較。.第一個(gè)64DKRAM第14位故障。

1F測試64K存儲器至最高640K。.第一個(gè)64DKRAM第15位故障。

20測量固定的8259中斷位。開始基本的64K存儲器測試；即將測試地址線。從屬DMA寄存器測試正在進(jìn)行或失靈。

21維持不可屏蔽中斷（NMI）位（奇偶性或輸入／輸出通道的檢查）。通過地址線測試；即將觸發(fā)奇偶性。主DMA寄存器測試正在進(jìn)行或失靈。

22測試8259的中斷功能。結(jié)束觸發(fā)奇偶性；將開始串行數(shù)據(jù)讀／寫測試。主中斷屏蔽寄存器測試正在進(jìn)行或失靈。

23測試保護(hù)方式8086虛擬方式和8086頁面方式?；镜?4K串行數(shù)據(jù)讀／寫測試正常；即將開始中斷矢量初始化之前的任何調(diào)節(jié)。從屬中斷屏蔽存器測試正在進(jìn)行或失靈。

24測定1MB以上的擴(kuò)展存儲器。矢量初始化之前的任何調(diào)節(jié)完成，即將開始中斷矢量的初始準(zhǔn)備。設(shè)置ES段地址寄存器注冊表到內(nèi)存高端。

25測試除頭一個(gè)64K之后的所有存儲器。完成中斷矢量初始準(zhǔn)備；將為旋轉(zhuǎn)式斷續(xù)開始讀出8042的輸入／輸出端口。裝入中斷矢量正在進(jìn)行或失靈。

26測試保護(hù)方式的例外情況。讀出8042的輸入／輸出端口；即將為旋轉(zhuǎn)式斷續(xù)開始使全局?jǐn)?shù)據(jù)作初始準(zhǔn)備。開啟A20地址線；使之參入尋址。

27確定超高速緩沖存儲器的控制或屏蔽RAM。全1數(shù)據(jù)初始準(zhǔn)備結(jié)束；接著將進(jìn)行中斷矢量之后的任何初始準(zhǔn)備。鍵盤控制器測試正在進(jìn)行或失靈。

28確定超高速緩沖存儲器的控制或者特別的8042鍵盤控制器。完成中斷矢量之后的初始準(zhǔn)備；即將調(diào)定單色方式。CMOS電源故障／檢查總和計(jì)算正在進(jìn)行。

29.已調(diào)定單色方式，即將調(diào)定彩色方式。CMOS配置有效性的檢查正在進(jìn)行。

2A使鍵盤控制器作初始準(zhǔn)備。已調(diào)定彩色方式，即將進(jìn)行ROM測試前的觸發(fā)奇偶性。置空64K基本內(nèi)存。

2B使磁碟驅(qū)動(dòng)器和控制器作初始準(zhǔn)備。觸發(fā)奇偶性結(jié)束；即將控制任選的視頻ROM檢查前所需的任何調(diào)節(jié)。屏幕存儲器測試正在進(jìn)行或失靈。

2C檢查串行端口，并使之作初始準(zhǔn)備。完成視頻ROM控制之前的處理；即將查看任選的視頻ROM并加以控制。屏幕初始準(zhǔn)備正在進(jìn)行或失靈。

2D檢測并行端口，并使之作初始準(zhǔn)備。已完成任選的視頻ROM控制，即將進(jìn)行視頻ROM回復(fù)控制之后任何其他處理的控制。屏幕回掃測試正在進(jìn)行或失靈。

2E使硬磁盤驅(qū)動(dòng)器和控制器作初始準(zhǔn)備。從視頻ROM控制之后的處理復(fù)原；如果沒有發(fā)現(xiàn)EGA／VGA就要進(jìn)行顯示器存儲器讀／寫測試。檢測視頻ROM正在進(jìn)行。

2F檢測數(shù)學(xué)協(xié)處理器，并使之作初始準(zhǔn)備。沒發(fā)現(xiàn)EGA／VGA；即將開始顯示器存儲器讀／寫測試。.

30建立基本內(nèi)存和擴(kuò)展內(nèi)存。通過顯示器存儲器讀／寫測試；即將進(jìn)行掃描檢查。認(rèn)為屏幕是可以工作的。

31檢測從C800：0至EFFF：0的選用ROM，并使之作初始準(zhǔn)備。顯示器存儲器讀／寫測試或掃描檢查失敗，即將進(jìn)行另一種顯示器存儲器讀／寫測試。單色監(jiān)視器是可以工作的。

32對主板上COM／LTP／FDD／聲音設(shè)備等I／O芯片編程使之適合設(shè)置值。通過另一種顯示器存儲器讀／寫測試；卻將進(jìn)行另一種顯示器掃描檢查。彩色監(jiān)視器（40列）是可以工作的。

33.視頻顯示器檢查結(jié)束；將開始利用調(diào)節(jié)開關(guān)和實(shí)際插卡檢驗(yàn)顯示器的關(guān)型。彩色監(jiān)視器（80列）是可以工作的。

34.已檢驗(yàn)顯示器適配器；接著將調(diào)定顯示方式。計(jì)時(shí)器滴答聲中斷測試正在進(jìn)行或失靈。35.完成調(diào)定顯示方式；即將檢查BIOSROM的數(shù)據(jù)區(qū)。停機(jī)測試正在進(jìn)行或失靈。

36.已檢查BIOSROM數(shù)據(jù)區(qū)；即將調(diào)定通電信息的游標(biāo)。門電路中A－20失靈。

37.識別通電信息的游標(biāo)調(diào)定已完成；即將顯示通電信息。保護(hù)方式中的意外中斷。

38.完成顯示通電信息；即將讀出新的游標(biāo)位置。RAM測試正在進(jìn)行或者地址故障＞FFFFH。

39.已讀出保存游標(biāo)位置，即將顯示引用信息串。.

3A.引用信息串顯示結(jié)束；即將顯示發(fā)現(xiàn)信息。間隔計(jì)時(shí)器通道2測試或失靈。

3B用OPTI電路片（只是486）使輔助超高速緩沖存儲器作初始準(zhǔn)備。已顯示發(fā)現(xiàn)＜ESC＞信息；虛擬方式，存儲器測試即將開始。按日計(jì)算的日歷時(shí)鐘測試正在進(jìn)行或失靈。

3C建立允許進(jìn)入CMOS設(shè)置的標(biāo)志。.串行端口測試正在進(jìn)行或失靈。

3D初始化鍵盤／PS2鼠標(biāo)／PNP設(shè)備及總內(nèi)存節(jié)點(diǎn)。.并行端口測試正在進(jìn)行或失靈。

3E嘗試打開L2高速緩存。.數(shù)學(xué)協(xié)處理器測試正在進(jìn)行或失靈。

40.已開始準(zhǔn)備虛擬方式的測試；即將從視頻存儲器來檢驗(yàn)。調(diào)整CPU速度，使之與外圍時(shí)鐘精確匹配。

41中斷已打開，將初始化數(shù)據(jù)以便于0：0檢測內(nèi)存變換（中斷控制器或內(nèi)存不良）從視頻存儲器檢驗(yàn)之后復(fù)原；即將準(zhǔn)備描述符表。系統(tǒng)插件板選擇失靈。

42顯示窗口進(jìn)入SETUP。描述符表已準(zhǔn)備好；即將進(jìn)行虛擬方式作存儲器測試。擴(kuò)展CMOSRAM故障。

43若是即插即用BIOS，則串口、并口初始化。進(jìn)入虛擬方式；即將為診斷方式實(shí)現(xiàn)中斷。.44.已實(shí)現(xiàn)中斷（如已接通診斷開關(guān)；即將使數(shù)據(jù)作初始準(zhǔn)備以檢查存儲器在0：0返轉(zhuǎn)。）BIOS中斷進(jìn)行初始化。

45初始化數(shù)學(xué)協(xié)處理器。數(shù)據(jù)已作初始準(zhǔn)備；即將檢查存儲器在0：0返轉(zhuǎn)以及找出系統(tǒng)存儲器的規(guī)模。.

46.測試存儲器已返回；存儲器大小計(jì)算完畢，即將寫入頁面來測試存儲器。檢查只讀存儲器ROM版本。

47.即將在擴(kuò)展的存儲器試寫頁面；即將基本640K存儲器寫入頁面。

48.已將基本存儲器寫入頁面；即將確定1MB以上的存儲器。視頻檢查，CMOS重新配置。

49.找出1BM以下的存儲器并檢驗(yàn)；即將確定1MB以上的存儲器。.

4A.找出1MB以上的存儲器并檢驗(yàn)；即將檢查BIOSROM數(shù)據(jù)區(qū)。進(jìn)行視頻的初始化。

4B.BIOSROM數(shù)據(jù)區(qū)的檢驗(yàn)結(jié)束，即將檢查＜ESC＞和為軟復(fù)位清除1MB以上的存儲器。.4C.清除1MB以上的存儲器(軟復(fù)位)即將清除1MB以上的存儲器.屏蔽視頻BIOSROM。.4D。已清除1MB以上的存儲器（軟復(fù)位）；將保存存儲器的大小。.

4E若檢測到有錯(cuò)誤；在顯示器上顯示錯(cuò)誤信息，并等待客戶按＜F1＞鍵繼續(xù)。開始存儲器的測試：（無軟復(fù)位）；即將顯示第一個(gè)64K存儲器的測試。顯示版權(quán)信息。

4F讀寫軟、硬盤數(shù)據(jù)，進(jìn)行DOS引導(dǎo)。開始顯示存儲器的大小，正在測試存儲器將使之更新；將進(jìn)行串行和隨機(jī)的存儲器測試。.

50將當(dāng)前BIOS監(jiān)時(shí)區(qū)內(nèi)的CMOS值存到CMOS中。完成1MB以下的存儲器測試；即將高速存儲器的大小以便再定位和掩蔽。將CPU類型和速度送到屏幕。

51.測試1MB以上的存儲器。.

52所有ISA只讀存儲器ROM進(jìn)行初始化，最終給PCI分配IRQ號等初始化工作。已完成1MB以上的存儲器測試；即將準(zhǔn)備回到實(shí)址方式。進(jìn)入鍵盤檢測。

53如果不是即插即用BIOS，則初始化串口、并口和設(shè)置時(shí)種值。保存CPU寄存器和存儲器的大小，將進(jìn)入實(shí)址方式。.

54.成功地開啟實(shí)址方式；即將復(fù)原準(zhǔn)備停機(jī)時(shí)保存的寄存器。掃描“打擊鍵”

55.寄存器已復(fù)原，將停用門電路A－20的地址線。.

56.成功地停用A－20的地址線；即將檢查BIOSROM數(shù)據(jù)區(qū)。鍵盤測試結(jié)束。

57.BIOSROM數(shù)據(jù)區(qū)檢查了一半；繼續(xù)進(jìn)行。.

58.BIOSROM的數(shù)據(jù)區(qū)檢查結(jié)束；將清除發(fā)現(xiàn)＜ESC＞信息。非設(shè)置中斷測試。

59.已清除＜ESC＞信息；信息已顯示；即將開始DMA和中斷控制器的測試。.

5A..顯示按“F2”鍵進(jìn)行設(shè)置。

5B..測試基本內(nèi)存地址。

5C..測試640K基本內(nèi)存。

60設(shè)置硬盤引導(dǎo)扇區(qū)病毒保護(hù)功能。通過DMA頁面寄存器的測試；即將檢驗(yàn)視頻存儲器。測試擴(kuò)展內(nèi)存。

61顯示系統(tǒng)配置表。視頻存儲器檢驗(yàn)結(jié)束；即將進(jìn)行DMA＃1基本寄存器的測試。.

62開始用中斷19H進(jìn)行系統(tǒng)引導(dǎo)。通過DMA＃1基本寄存器的測試；即將進(jìn)行DMA＃2寄存器的測試。