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

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

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

StringexpressId=expressService.createExpress(express);

//創建訂單支付信息

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意見反饋模塊的實現意見反饋模塊實現的模態框如圖4-7所示，界面中有五個文本框（反饋信息的反饋類型、反饋內容、姓名、驗證碼、聯系電話）、一個數字圖形驗證碼以及三個按鈕（提交反饋按鈕、清空表單的重新填寫按鈕、關閉模擬框的按鈕）。用戶填寫完信息，提交反饋，系統會響應用戶的請求，生成反饋號反饋給用戶。反饋成功界面如圖4-8所示。圖4-7意見反饋模態框界面圖4-8反饋成功界面實現意見反饋模塊的主要代碼如下所示：publicMsgfeedback2(Feedbackfeedback){

feedback.setCreateDate(newDate());

feedbackService.insert(feedback);

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

}4.4代領人接單模塊的實現 如圖4-9是代領人接單模塊實現的接單大廳界面。代領人進入接單大廳界面后，可以根據姓名、訂單號等條件進行查詢，得到訂單列表。代領人可以查看訂單的詳細信息和單選或多選訂單進行接單。當代領人接單成功后，該訂單將從接單大廳列表中移除，顯示到代領人的“我的訂單”界面中。代領人的訂單界面如圖4-10所示，代領人在完成訂單過程中能夠處理異常訂單，當訂單配送完成，代領人可以確認訂單完成。圖4-9接單大廳界面圖4-10代領人的訂單界面 實現代領人接單模塊的主要代碼如下所示：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反饋處理模塊的實現如圖4-11是反饋處理模塊的反饋列表界面。管理員在反饋列表界面可以根據反饋類型、反饋號、反饋狀態這些條件查詢相關的反饋信息，同時可以對用戶的反饋進行恢復，以及刪除反饋信息。圖4-11反饋列表界面 管理員對用戶的反饋進行回復時，將進入反饋處理模態框，界面里有一個文本框。管理員填寫反饋的處理結果，提交處理，系統將保存反饋信息并將處理詳情提供給用戶查看，此條反饋狀態將更新為已處理狀態。反饋處理模態框的實現如圖4-12所示。 圖4-12反饋處理模態框實現反饋處理模塊的主要代碼如下所示：publicMsghandleFeedback(Stringid,Stringcontent){

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

returnMsg.error("參數錯誤");

}

Feedbackfeedback=feedbackService.selectById(id);

//設置處理人為當前用戶

feedback.setStaffId(globalFunction.getUserId());

feedback.setResult(content);

//0代表未處理，1代表已處理；默認為0

feedback.setStatus(1);

feedbackService.updateById(feedback);

returnMsg.ok();

}

}4.6本章小結本章從系統的五個模塊的實現進行了介紹。對每個模塊的實現效果和功能都做出了詳細的說明。比如下單模塊和代領人接單，這兩個模塊是校園快遞代取系統的核心模塊。這些模塊的實現效果基本上可以滿足用戶的需求。

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

第6章結束語6.1全文總結經過三個月的基于SSM的校園快遞代取系統的設計與實現，我鞏固了所學的Java的知識，對項目中出現的一些問題有了更加深刻的理解和相對應的解決辦法，對SSM架構、編程思想有