基于springmvc框架的快遞代取代寄平臺(tái)后臺(tái)管理子系統(tǒng)的設(shè)計(jì)與開發(fā)

1、<p><b>　　天津工業(yè)大學(xué)</b></p><p><b>　　畢業(yè)設(shè)計(jì)（論文）</b></p><p>　　基于SpringMVC框架的快遞代取代寄平臺(tái)</p><p>　　后臺(tái)管理子系統(tǒng)的設(shè)計(jì)與開發(fā)</p><p>　　姓 名 張文博 </p&

2、gt;<p>　　學(xué) 院 計(jì)算機(jī)科學(xué)與軟件 </p><p>　　專 業(yè) 軟件工程 </p><p>　　指導(dǎo)教師 尹紹宏 張建軍 </p><p>　　職 稱 副教授 高級(jí)工程師 </p><p>　　2016年 5 月29日</p><p>　　天

3、津工業(yè)大學(xué)畢業(yè)設(shè)計(jì)（論文）任務(wù)書</p><p>　　院長(zhǎng) 教研室主任 指導(dǎo)教師 </p><p><b>　　畢業(yè)論文開題報(bào)告表</b></p><p>　　2016年3月10日</p><p>　　天津工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)（論文）評(píng)閱表&

4、lt;/p><p><b>　　（論文類）</b></p><p>　　天津工業(yè)大學(xué)畢業(yè)設(shè)計(jì)（論文）成績(jī)考核表</p><p><b>　　摘 要</b></p><p>　　當(dāng)今已經(jīng)是互聯(lián)網(wǎng)經(jīng)濟(jì)飛速發(fā)展的時(shí)代,互聯(lián)網(wǎng)+已經(jīng)遍及方方面面，人們可以足不出戶買到心儀的物品。與此同時(shí)，伴隨著電商的橫行，物流

5、業(yè)也進(jìn)入了黃金時(shí)期。對(duì)物流系統(tǒng)的監(jiān)控和實(shí)時(shí)數(shù)據(jù)采集已成為當(dāng)前的發(fā)展趨勢(shì)。飛速物流管理系統(tǒng)的出現(xiàn)，可以解決高校校園快遞每日快遞數(shù)量之大，難于管理的問題,使快遞資源得到合理分配；在方便大學(xué)生的日常生活的同時(shí)，讓物流系統(tǒng)更加的健全與完善。</p><p>　　由于考慮到系統(tǒng)的主要目的是作為后臺(tái)管理，以及高可用性和快速調(diào)整的特點(diǎn)，系統(tǒng)采用Java B/S的模式開發(fā)。由于mysql開源，且穩(wěn)定，維護(hù)成本低，滿足小型互聯(lián)網(wǎng)公

6、司的使用，可以減少公司的成本，故采用mysql作為存儲(chǔ)管理系統(tǒng)。前臺(tái)界面采用開源框架bootstrap，大大減少開發(fā)時(shí)間，和公司的經(jīng)濟(jì)成本。使用Tomcat服務(wù)器,搭載Http協(xié)議，既保證了服務(wù)器的高性能，又使網(wǎng)絡(luò)傳輸效率得到提升。</p><p>　　本系統(tǒng)為公司的業(yè)務(wù)管理提供了高效便捷管理方式，不僅減少了人力物力財(cái)力，而且使各種資源得到合理的調(diào)配。與此同時(shí)搭配數(shù)據(jù)視圖,使管理者能更好的了解如今公司的業(yè)務(wù)狀況，

7、對(duì)公司的最新策略實(shí)施，做到實(shí)時(shí)監(jiān)控。</p><p>　　關(guān)鍵詞：數(shù)據(jù)報(bào)表；Java B/S模式；后臺(tái)管理系統(tǒng)；SpringMVC</p><p><b>　　ABSTRACT</b></p><p>　　Today is the era of rapid development of the Internet economy, and Int

8、ernet + has widespread in all aspects that people can buy the favorite goods without leaving their homes. At the same time, as the e-commerce is all over, the logistics industry has entered the golden period. The monitor

9、ing of the logistic system and real-time data acquisition has become the current development trend. The emergence of the rapid logistics management system can solve the problems of huge quantity of express deli</p>

10、<p>　　Since taking into account the main purpose of the system is to be used as the back-stage management, as well as the characteristics of high availability and fast adjustment, the system is developed by adopti

11、ng the B/S Java model. Because mysql is open source, and stable, with low maintenance costs, meets the use of small Internet Company, and can reduce the cost of the company, so mysql is used as the storage management sys

12、tem. The front desk interface which adopts the open source framework of b</p><p>　　This system provides an efficient and convenient management method for the company's business management, which not only

13、 reduces the manpower and financial resources, but also makes a reasonable allocation of resources. At the same time, it is matched with the data view, which can let the managers better understand the company's busin

14、ess situation, and real-time monitor the implement of company's latest strategy.</p><p>　　Key Words: Data report; Java B/S model; back-stage management system;SpringMVC</p><p><b>　　目

15、錄</b></p><p>　　第一章 緒 論1</p><p>　　1.1課題背景介紹1</p><p>　　1.2開發(fā)本系統(tǒng)的意義1</p><p>　　1.3本系統(tǒng)內(nèi)容及所到達(dá)的目標(biāo)1</p><p>　　1.3.1本系統(tǒng)內(nèi)容 1</p><p>　　1.3.2本

16、系統(tǒng)所達(dá)到的目標(biāo)1</p><p>　　第二章 快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)開發(fā)工具及技術(shù)簡(jiǎn)介3</p><p>　　2.1Java語言簡(jiǎn)介3</p><p>　　2.2 SpringMVC技術(shù)簡(jiǎn)介及優(yōu)勢(shì)5</p><p>　　2.2.1 SpringMVC技術(shù)簡(jiǎn)介5</p><p>　　2.2.2 Spr

17、ingMVC技術(shù)優(yōu)勢(shì)5</p><p>　　2.3 MyBatis技術(shù)簡(jiǎn)介5</p><p>　　2.4 ECharts圖表統(tǒng)計(jì)技術(shù)簡(jiǎn)介6</p><p><b>　　2.5開發(fā)架構(gòu)6</b></p><p>　　2.5.1B/S架構(gòu)6</p><p>　　2.5.2 B/S架構(gòu)特點(diǎn)7

18、</p><p>　　2.6開發(fā)工具和運(yùn)行壞境7</p><p>　　第三章 快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)需求分析8</p><p>　　3.1快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)可行性分析8</p><p>　　3.2快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)功能需求8</p><p>　　3.3快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)用例分析1

19、0</p><p>　　3.3.1系統(tǒng)角色和用例分析10</p><p>　　3.3.2系統(tǒng)用例圖10</p><p>　　3.4快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)業(yè)務(wù)對(duì)象模型11</p><p>　　第四章 快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)概要設(shè)計(jì)13</p><p>　　4.1快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)功能模塊13

20、</p><p>　　4.1.1 后臺(tái)角色功能劃分13</p><p>　　4.1.2 后臺(tái)模塊功能劃分13</p><p>　　4.1.3 后臺(tái)總體功能圖15</p><p>　　4.2快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)可視化界面設(shè)計(jì)16</p><p>　　4.2.1登錄界面樣式16</p><

21、;p>　　4.2.2系統(tǒng)主界面樣式16</p><p>　　4.3快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)數(shù)據(jù)庫規(guī)劃與設(shè)計(jì)16</p><p>　　4.3.1數(shù)據(jù)庫概念模型設(shè)計(jì)17</p><p>　　4.3.2數(shù)據(jù)庫E-R圖設(shè)計(jì)17</p><p>　　4.3.3數(shù)據(jù)表設(shè)計(jì)18</p><p>　　第五章 快遞代

22、取代寄平臺(tái)后臺(tái)子系統(tǒng)詳細(xì)設(shè)計(jì)24</p><p>　　5.1快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)總體流程圖24</p><p>　　5.2系統(tǒng)主界面24</p><p>　　5.2.1超級(jí)管理員的主界面25</p><p>　　5.2.2本系統(tǒng)的管理員的主界面25</p><p>　　5.3個(gè)人中心模塊25</

23、p><p>　　5.3.1登錄功能25</p><p>　　5.3.2登錄界面實(shí)現(xiàn)頁面26</p><p>　　5.3.3超管切換學(xué)校27</p><p>　　5.4快遞員管理模塊28</p><p>　　5.4.1申請(qǐng)成為快遞員的審批28</p><p>　　5.4.2快遞員狀態(tài)管理2

24、9</p><p>　　5.4.3快遞員訂單查詢29</p><p>　　5.4.4快遞員信息修改31</p><p>　　5.5 代寄公司管理模塊31</p><p>　　5.5.1添加代寄公司32</p><p>　　5.5.2代寄公司列表展示以及刪除32</p><p>　　5.

25、6本校信息完善模塊32</p><p>　　5.7數(shù)據(jù)采集模塊33</p><p>　　5.7.1 快遞員本月每天的訂單數(shù)量33</p><p>　　5.7.2 區(qū)域本月每天的訂單數(shù)量表34</p><p>　　5.7.3 未完成訂單統(tǒng)計(jì)34</p><p>　　5.7.4 業(yè)務(wù)數(shù)量圖形統(tǒng)計(jì)35</p

26、><p>　　5.8管理員管理模塊35</p><p>　　第六章 快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)功能測(cè)試37</p><p>　　6.1登錄模塊測(cè)試37</p><p>　　第七章 結(jié) 論39</p><p><b>　　參考文獻(xiàn)40</b></p><p>&l

27、t;b>　　附　　錄41</b></p><p><b>　?、?英文原文41</b></p><p><b>　?、?中文譯文43</b></p><p><b>　　謝　　辭45</b></p><p><b>　　第一章 緒 論&l

28、t;/b></p><p><b>　　1.1課題背景介紹</b></p><p>　　高校快遞業(yè)務(wù)目前處在兩難的境地，有許多需要完善的地方，完善的高校快遞市場(chǎng)任然是一片空白，市場(chǎng)潛力巨大，亟需得到補(bǔ)充。</p><p>　　例如一所普通高校,學(xué)校約有20000人，根據(jù)實(shí)際調(diào)查，校園內(nèi)每天約有3000件快遞，其中約有300件快遞需要代取。

29、每天有250件快遞從學(xué)校寄出去，其中有25件快遞需要代寄，一個(gè)學(xué)校如此，再往全國高校擴(kuò)展。如果僅僅靠人的微薄之力來管理，那么將付出高額的代價(jià)。因此簡(jiǎn)化、優(yōu)化校園物流，搭建智能的后臺(tái)管理系統(tǒng)，是不二選擇。</p><p>　　1.2開發(fā)本系統(tǒng)的意義</p><p>　　校園快遞代取實(shí)行后臺(tái)管理之后，改變了以前代取業(yè)務(wù)臟、亂、差、的特點(diǎn)。從無人監(jiān)管，到市場(chǎng)化監(jiān)管，再到發(fā)生糾紛，精準(zhǔn)定位。對(duì)整個(gè)

30、校園物流鏈做到了及時(shí)管理。</p><p>　　工作人員通過此系統(tǒng)，來審核快遞人員從業(yè)資質(zhì)。這樣的話，不僅僅使審核的流程加快了，而且使業(yè)務(wù)更加的便捷，公司不用花費(fèi)很多的資金跑到實(shí)地去勘察人員。更有數(shù)據(jù)報(bào)表，可以實(shí)時(shí)的給公司的決策提供精準(zhǔn)的支持。例如某學(xué)校本月區(qū)域訂單數(shù)量變化，來調(diào)整快遞人員的區(qū)域分配。還可以根據(jù)訂單數(shù)量走勢(shì)圖來調(diào)配訂單的價(jià)格。搭配超級(jí)管理員對(duì)各個(gè)校區(qū)實(shí)行智能化管理。</p><

31、;p>　　通過以上一些工作，使得公司的運(yùn)作和管理都更加高效，達(dá)到利益的最大化，同時(shí)也保證了消費(fèi)之的權(quán)益，使得快遞走好最后一公里。</p><p>　　1.3本系統(tǒng)內(nèi)容及所到達(dá)的目標(biāo)</p><p>　　1.3.1本系統(tǒng)內(nèi)容</p><p>　　本系統(tǒng)選擇Java B/S模式開發(fā)，使用bootstrap前端框架來處理前端頁面顯示，后端框架采用SpringMVC+

32、MyBatis，對(duì)前端請(qǐng)求做處理以及回應(yīng)。服務(wù)器采用apache tomcat，來保證服務(wù)的高可用。采用HTTP協(xié)議保證數(shù)據(jù)的傳輸。用mysql作為數(shù)據(jù)存儲(chǔ)的媒介，來保證系統(tǒng)的正常運(yùn)行。</p><p>　　1.3.2本系統(tǒng)所達(dá)到的目標(biāo)</p><p>　　本系統(tǒng)主要用于校園快遞代取的后臺(tái)管理系統(tǒng)，該系統(tǒng)可以對(duì)快遞業(yè)務(wù)邏輯進(jìn)行后臺(tái)線上處理，并且記錄運(yùn)營數(shù)據(jù)做報(bào)表分析，同時(shí)對(duì)一些信息進(jìn)行及

33、時(shí)發(fā)布。</p><p><b>　　具體有：</b></p><p>　　1.快遞代取業(yè)務(wù)人員管理。包括未入職的錄入審批，和已經(jīng)入職的個(gè)人信息、業(yè)務(wù)管理等。</p><p>　　2.快遞代取公司的管理。對(duì)可以提供代寄的快遞公司信息進(jìn)行匯總，并且統(tǒng)一發(fā)布。</p><p>　　3.學(xué)校區(qū)域樓號(hào)以及價(jià)格錄入。由校園大使統(tǒng)一

34、將信息錄入。</p><p>　　4.數(shù)據(jù)報(bào)表的統(tǒng)計(jì)。區(qū)域的統(tǒng)計(jì)、快遞員的統(tǒng)計(jì)、業(yè)務(wù)完成量統(tǒng)計(jì)、以及訂用戶注冊(cè)量、訂單量等走勢(shì)圖、以及日常活動(dòng)統(tǒng)計(jì)、并且提供下載數(shù)據(jù)報(bào)表。</p><p>　　5.超級(jí)管理員擴(kuò)展校園業(yè)務(wù)以及普通管理員賬號(hào)的開通，和管理。</p><p>　　第二章 快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)開發(fā)工具及技術(shù)簡(jiǎn)介</p><p>

35、;　　2.1Java語言簡(jiǎn)介</p><p>　　Java是一門編程高級(jí)語言，具有跨平臺(tái)、面向?qū)ο蟆⒚嫦蚪涌诰幊痰鹊奶匦?。由于具有這些特性，在企業(yè)級(jí)Web項(xiàng)目和移動(dòng)應(yīng)用中應(yīng)用較多。</p><p><b>　　1.簡(jiǎn)單性</b></p><p>　　C++既有面向?qū)ο蟮奶卣?也有面向過程的特征。而Java是一門面向?qū)ο蟮恼Z言，沒有C++的指針運(yùn)

36、算，結(jié)構(gòu)，頭文件等。但是有一些類似的特性，例如C++的switch語法，在Java中基本上沒有什么改動(dòng)。</p><p>　　如果一個(gè)開發(fā)者經(jīng)常使用可視化的那種編程環(huán)境，Java的簡(jiǎn)單性就不是很明顯了。例如和Visual Batic對(duì)比起來，Java來實(shí)現(xiàn)卻需要手動(dòng)編寫代碼，代碼量通常很大。但第三方開發(fā)環(huán)境開發(fā)的“拖放”式程序也得到了一些支持。</p><p>　　除此之外。Java的發(fā)展

37、目標(biāo)之一是可以在小機(jī)軟件獨(dú)立運(yùn)行?；镜慕忉屍骱皖愔С执蟾?0kb；再加上類庫庫和線程支持需要增加約175kb線程（基本上是一個(gè)單獨(dú)的內(nèi)核）。</p><p><b>　　2.安全性 </b></p><p>　　Java的安全性是大家公認(rèn)的，在早期就可以防止各種惡意攻擊，包括</p><p>　　（1）惡意病毒利用運(yùn)行時(shí)的堆棧進(jìn)行攻擊<

38、/p><p>　　（2）破壞在運(yùn)行系統(tǒng)所占用內(nèi)存之外的內(nèi)存</p><p>　?。?）讀寫沒有經(jīng)過系統(tǒng)授權(quán)的文件</p><p>　　早期就有數(shù)字簽名這一個(gè)概念，文件可以被作者進(jìn)行簽名。只要作者被信任，該類就會(huì)在你的機(jī)器上的擁有更多的執(zhí)行權(quán)限。而且這些安全權(quán)限是隨著技術(shù)的發(fā)展，會(huì)不斷的進(jìn)行更新和維護(hù)。</p><p><b>　　3.面

39、向?qū)ο笮?</b></p><p>　　從過去的幾十年來看，如果程序設(shè)計(jì)語言不使用面向?qū)ο蟮募夹g(shù)，開發(fā)難度陡然增大，所以時(shí)間足以證明面向?qū)ο蟮膬r(jià)值。</p><p>　　即使C++擁有面向過程和面向?qū)ο蟮奶攸c(diǎn)，但是Java憑借其自身明突出的面向?qū)ο筇攸c(diǎn)，仍然不輸于C++。Java與C++區(qū)別主要在于多繼承，在Java中是接口(interface)概念，以及Java的元類（met

40、aclass）模型。</p><p><b>　　4.健壯性</b></p><p>　　Java的編譯器能夠檢查在編譯時(shí)出現(xiàn)的錯(cuò)誤。如果沒有使用過顯式指針的語言，可能會(huì)感覺這么說似乎使人疑惑 。這對(duì)作為C語言的開發(fā)者來說，深知道理。通常C開發(fā)者進(jìn)行需要利用指針進(jìn)行開發(fā)，例如對(duì)數(shù)組，字符串的操作。以及對(duì)一些流的操作。而且大多數(shù)的復(fù)雜的數(shù)據(jù)結(jié)構(gòu)都是通過指針來完成的。由于

41、指針具有容易表達(dá)數(shù)據(jù)結(jié)構(gòu)的優(yōu)勢(shì)，所以被大量的應(yīng)用。可是指針特別容易出錯(cuò)。所以Java具有更明顯的優(yōu)勢(shì)，既有指針的特性，但是又不用考慮指針操作內(nèi)存的時(shí)候出現(xiàn)內(nèi)存分配錯(cuò)誤的可能性。而且Java也可以代替指針，也有鏈表等特性。</p><p><b>　　5.可移植性</b></p><p>　　Int類型在Java中一直占用32位數(shù)的大小，而在C++/C中卻不是這樣，要么

42、是編譯器提供商指定的，或者是int占用16位整數(shù)、或者32位。除了對(duì)Int與short類型所占的大小限制之外，沒有其他多余的限制。由于Java跨平臺(tái)的特性，所以Java有一套通用的數(shù)據(jù)格式標(biāo)準(zhǔn)，這套標(biāo)準(zhǔn)在各個(gè)平臺(tái)上都一致。例如Int在任何平臺(tái)上都是占用4個(gè)字節(jié)。因?yàn)槎M(jìn)制格式的數(shù)據(jù)按照統(tǒng)一的標(biāo)準(zhǔn)進(jìn)行傳輸和存儲(chǔ)，不會(huì)出現(xiàn)不同平臺(tái)的字節(jié)順序不一致的問題。</p><p>　　對(duì)于對(duì)Java語言有一定了解的人員都知道，

43、Java有一個(gè)完整的類庫。這個(gè)類庫會(huì)調(diào)系統(tǒng)底層的代碼。這個(gè)類庫在不同系統(tǒng)環(huán)境下的實(shí)現(xiàn)方法都一致例如Linux和IOS。如果更有早期的開發(fā)者，開發(fā)一些跨平臺(tái)的應(yīng)用，相同的代碼邏輯，相同的界面，相同的業(yè)務(wù)，卻要耗費(fèi)幾倍的人力、精力在不同的平臺(tái)上開發(fā)出來?？梢浦残苑浅２?。正是有了這個(gè)類庫，讓開發(fā)人員從不通的平臺(tái)中解脫出來，只專注于代碼邏輯。但是任何平臺(tái)都需要犧牲一下，允許這個(gè)類庫的存在。不過這個(gè)和可以移植的特性相比，簡(jiǎn)直微不足道。而且非常具有

44、吸引力。</p><p><b>　　6.高性能</b></p><p>　　Java語言發(fā)展的頭幾年，不少用戶不同意這樣的看法：性能就是“適用性更強(qiáng)”的觀點(diǎn)。由于即使編譯器也是隨著時(shí)間飛速進(jìn)步，導(dǎo)致成了傳統(tǒng)編譯器的競(jìng)爭(zhēng)對(duì)手。一些情況下，超越了傳統(tǒng)編譯器，追根究底是它們含有更多的可用信息。例如，即時(shí)編譯器可以監(jiān)控經(jīng)常執(zhí)行哪些代碼，并且智能的優(yōu)化這些代碼來提高運(yùn)行速度，

45、而且還有更復(fù)雜的消除函數(shù)的優(yōu)化。而且即時(shí)編譯器通常知道已經(jīng)加載了哪些類。只要基于當(dāng)前加載的類集，且特定的函數(shù)不被覆蓋的話就可以內(nèi)嵌。特別情況下時(shí)，還可以撤銷優(yōu)化。</p><p><b>　　7.多線程</b></p><p>　　多線程可以使系統(tǒng)具有更好的實(shí)時(shí)行為和交互響應(yīng)。</p><p>　　Java中支持在多核系統(tǒng)上操作線程。雖然不同平

46、臺(tái)的線程實(shí)現(xiàn)機(jī)制都不一樣，但是Java在不同系統(tǒng)上進(jìn)行多線程開發(fā)的代碼是一樣的，開發(fā)人員可以專心的進(jìn)行代碼編寫，無需關(guān)系所在的平臺(tái)。由于具有這種跨平臺(tái)的特性，使得開發(fā)成本降低，而且很適用服務(wù)器開發(fā)。大量?jī)?yōu)勢(shì)使其很快就成為熱門開發(fā)語言。</p><p>　　2.2 SpringMVC技術(shù)簡(jiǎn)介及優(yōu)勢(shì)</p><p>　　2.2.1 SpringMVC技術(shù)簡(jiǎn)介</p><p&

47、gt;　　SpringMVC框架是的核心就是DispatcherServlet，當(dāng)網(wǎng)絡(luò)的請(qǐng)求抵達(dá)服務(wù)器后，該類會(huì)把請(qǐng)求分發(fā)到各個(gè)處理器（handlers）上，并且這個(gè)過程十分的靈活，可以更改，比如時(shí)區(qū)與主題渲染等，處理器路徑映射、本地化、視圖渲染、以及支持文件上傳等配置。處理器是通過該你所應(yīng)用的@RequestMapping和@Controller等注解來進(jìn)行配置，可以支持多種類型的配置。在Spring 3.0后，引入@PathVari

48、able注解以及一些其他的特性后，@Controller注解還能支持RESTful的Web站點(diǎn)。</p><p>　　Spring MVC中，任何對(duì)象可以作為表單后退對(duì)象或者命令對(duì)象等。開發(fā)人員無須另外實(shí)現(xiàn)一個(gè)框架提供的特定基類或接口。同時(shí)其數(shù)據(jù)綁定機(jī)制十分靈活，比如，它會(huì)把不匹配的數(shù)據(jù)類型當(dāng)成程序運(yùn)行時(shí)的驗(yàn)證錯(cuò)誤，而不是系統(tǒng)錯(cuò)誤?？赡軙?huì)為了避免非法的類型轉(zhuǎn)換在表單對(duì)象中使用字符串來存儲(chǔ)數(shù)據(jù)，但簡(jiǎn)單的字符串無法描

49、述真正業(yè)務(wù)數(shù)據(jù)的類型，而且還需要把它們轉(zhuǎn)換成對(duì)應(yīng)的業(yè)務(wù)對(duì)象類型。有了Spring的驗(yàn)證機(jī)制，減輕了開發(fā)人員你的負(fù)擔(dān)，可以直接把表單對(duì)象綁定到業(yè)務(wù)對(duì)象。</p><p>　　Spring的視圖解析設(shè)計(jì)的十分靈活?？刂破髫?fù)責(zé)準(zhǔn)備一個(gè)Map模型并將數(shù)據(jù)放入、選擇視圖名，但控制器也可以選擇直接將數(shù)據(jù)寫到響應(yīng)流中。視圖名的解析高度靈活，支持很多種配置，包括通過Accept內(nèi)容頭、bean、文件擴(kuò)展名、配置文件等來配置，還可

50、以自己實(shí)現(xiàn)一個(gè)視圖解釋器ViewResolver。MVC中'M'所指的模型其實(shí)是一個(gè)Map類型的接口，把數(shù)據(jù)從視圖技術(shù)中分離?？梢灾苯诱匣谀０寮夹g(shù)進(jìn)行渲染，如Velocity、JSP、和Freemarker等，而且，還可以直接生成Atom、XML、JSON、等。Map模型將會(huì)簡(jiǎn)單地被轉(zhuǎn)換成適當(dāng)?shù)母袷剑鏙SP的請(qǐng)求屬性或Velocity模板的模型。</p><p>　　2.2.2 Sprin

51、gMVC技術(shù)優(yōu)勢(shì)</p><p>　　同大多數(shù)的MVC框架一樣，SpringMVC框架的驅(qū)動(dòng)來自請(qǐng)求。設(shè)計(jì)核心都以一個(gè)中央Servlet來開始，將所有的請(qǐng)求發(fā)送到控制器，同時(shí)裝載了web應(yīng)用開發(fā)所需要的功能。不過，Spring的DispatcherServlet能做的更多而且更強(qiáng)，集成了Spring IoC容器，也就意味著，任何Spring具有的特性你都可以在Spring MVC中使用。</p>&

52、lt;p>　　2.3 MyBatis技術(shù)簡(jiǎn)介</p><p>　　MyBatis支持原生SQL、存儲(chǔ)過程以及實(shí)體映射的高效率持久層框架。避免了JDBC 代碼使用以及通過手動(dòng)設(shè)置參數(shù)來獲取結(jié)果集?？梢允褂?XML 或者注解兩種形式，將接口、Java的POJO與數(shù)據(jù)庫中的記錄映射。</p><p>　　允許開發(fā)人員充分利用數(shù)據(jù)庫的功能，例如視圖、存儲(chǔ)過程、原生SQL以及某數(shù)據(jù)庫的具有的特

53、性。要對(duì)不規(guī)范的數(shù)據(jù)庫、或者有歷史問題的數(shù)據(jù)庫進(jìn)行操作，或者要完全控制SQL的執(zhí)行，MyBatis是一個(gè)優(yōu)秀的ORM框架。</p><p>　　與Spring Framework和Google Guice集成，使用戶免于依賴性問題困擾。MyBatis同時(shí)支持聲明式數(shù)據(jù)緩存（declarative data caching）。只要SQL語句被標(biāo)記為“可緩存”的語句之后，第一次執(zhí)行它時(shí)，從數(shù)據(jù)庫獲取的所有數(shù)據(jù)會(huì)被存儲(chǔ)

54、在緩存中，之后再次請(qǐng)求的時(shí)候，如果該條數(shù)據(jù)沒有被修改，就不會(huì)去訪問數(shù)據(jù)庫。MyBatis提供了默認(rèn)基于Java HashMap的緩存，以及用于與Redis、OSCache、Ehcache、Hazelcast和Memcached等連接的默認(rèn)連接器。而且提供API供其他緩存實(shí)現(xiàn)。</p><p>　　2.4 ECharts圖表統(tǒng)計(jì)技術(shù)簡(jiǎn)介</p><p>　　百度的開源項(xiàng)目ECharts，是一

55、個(gè)專業(yè)的制圖工具，擁有純Javascript 的圖表庫，可以在電腦和移動(dòng)設(shè)備上進(jìn)行流暢的運(yùn)行和響應(yīng)式的處理，當(dāng)前兼容絕大部分瀏覽器（Firefox，Chrome，Safari，IE8/9/10/11，等），底層依賴 Canvas 類庫 ZRender，提供優(yōu)質(zhì)的、高可以用的、可視化的數(shù)據(jù)圖表。</p><p>　　ECharts 3 中更是加入了更多的可視化效果以及更多豐富的交互功能，并且對(duì)移動(dòng)端做了深層次的優(yōu)化

56、。ECharts 提供了常規(guī)的柱狀圖，散點(diǎn)圖，餅圖，K線圖，折線圖，地理數(shù)據(jù)可視化的地圖，關(guān)系數(shù)據(jù)可視化的關(guān)系圖，多維數(shù)據(jù)可視化的平行坐標(biāo)，并且支持圖與圖之間的混搭。</p><p><b>　　其優(yōu)勢(shì)在于：</b></p><p>　　1.穩(wěn)定、輕量級(jí)且功能強(qiáng)大。</p><p><b>　　2.免費(fèi)開源。</b><

57、;/p><p>　　3.API處理簡(jiǎn)單，很容易上手。</p><p>　　4.生成的圖表運(yùn)行順暢。</p><p><b>　　2.5開發(fā)架構(gòu)</b></p><p>　　2.5.1B/S架構(gòu)</p><p>　　想到B/S，就不得不提到C/S。都是與用戶交互的產(chǎn)品，但是運(yùn)用的領(lǐng)域卻不同，而且特征也不

58、一樣。C/S是Client和Server的這種架構(gòu)，通過利用兩端的硬件的優(yōu)勢(shì)，將任務(wù)平均的分配到兩端，而且降低了系統(tǒng)的開銷。而且B/S屬于Browser和Server的架構(gòu)。隨著時(shí)間的發(fā)展，這種服務(wù)器和瀏覽器這一種架構(gòu)越來越流行。歸其原因是降低了系統(tǒng)的升級(jí)和維護(hù)的代價(jià)。使得總體成本減少了。可以控制不同權(quán)限的訪問，以及服務(wù)器安全性 。Java語言出現(xiàn)之后,由于可跨平臺(tái)型，使得B/S架構(gòu)管理軟件優(yōu)點(diǎn)更加明顯、突出。</p>&

59、lt;p>　　2.5.2 B/S架構(gòu)特點(diǎn)</p><p>　?。?）升級(jí)和維護(hù)便捷。C/S一般都是在專用的網(wǎng)絡(luò)里進(jìn)行使用，局域網(wǎng)內(nèi)通過專用的服務(wù)器進(jìn)行數(shù)據(jù)的傳輸，而B/S不需要專用的網(wǎng)絡(luò)，僅僅需要服務(wù)器的租用即可進(jìn)行傳輸。而且B/S可以快速升級(jí)，用戶根本感受不到這個(gè)過程，但是C/S需要用戶進(jìn)行手動(dòng)或者有一個(gè)明顯的升級(jí)更新的過程。這樣的話，升級(jí)與維護(hù)的成本與效率就明顯不一樣了。而且現(xiàn)在產(chǎn)品需求日新月異，B/C

60、更是優(yōu)秀的首選。</p><p>　?。?）成本減少。應(yīng)用B/S框架可以使軟件重用性增強(qiáng)，開發(fā)過程中大量的成本會(huì)大大減少?？蛻舳瞬恍枰惭b特殊的軟件，日常維護(hù)與開發(fā)簡(jiǎn)單，升級(jí)便捷，人員也不需要長(zhǎng)時(shí)間培訓(xùn)，節(jié)省了大量的成本。幾乎不需要經(jīng)常修改用戶端，只需要在平時(shí)的監(jiān)控工作中對(duì)項(xiàng)目進(jìn)行日常的維護(hù)就可以。在項(xiàng)目建立初期進(jìn)行資金投入，后期基本也就是一些簡(jiǎn)單的維護(hù)費(fèi)用，所以在勞動(dòng)力成本和技術(shù)成本上，公司都可以加以控制。&l

61、t;/p><p>　?。?）服務(wù)器壓力大。在B/S中，大腦像是服務(wù)器Server，特點(diǎn)就像人的大腦中樞，控制著身體各個(gè)部分的功能。如果一旦發(fā)生服務(wù)器宕機(jī)的話，整個(gè)網(wǎng)絡(luò)就癱瘓了，無法進(jìn)行溝通。而且用戶的界面邏輯越復(fù)雜，服務(wù)器的壓力越大。C/S的特點(diǎn)就稍微好一些，可以利用與電腦系統(tǒng)緊密交互的優(yōu)勢(shì)，進(jìn)行本地操作，減少Server的壓力。所以B/S中大多數(shù)服務(wù)器都是多節(jié)點(diǎn)集群。</p><p>　　2

62、.6開發(fā)工具和運(yùn)行壞境</p><p>　　硬件：戴爾筆記本電腦一臺(tái)；</p><p>　　軟件：運(yùn)行環(huán)境：Windows8 旗艦版系統(tǒng)</p><p>　　開發(fā)平臺(tái)：MyEclipse2014</p><p>　　服務(wù)器：Tomcat7</p><p>　　數(shù)據(jù)庫：MySQL5.5</p><p

63、>　　前端軟件：dreamweaver</p><p>　　第三章 快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)需求分析</p><p>　　可以解決實(shí)際的生活中的問題，并且滿足用戶的需求。對(duì)要研究的問題做到目標(biāo)和結(jié)果的統(tǒng)一，就是需求分析。</p><p>　　在軟件工程中，需求分析是項(xiàng)目的更新或者是創(chuàng)建的時(shí)候，對(duì)新的任務(wù)的從開始到結(jié)束所要做的工作，是軟件開發(fā)中的開始環(huán)節(jié)。作

64、為系統(tǒng)的設(shè)計(jì)和開發(fā)人員，需要首先弄明白需求的來源和解決方案，并且考慮到實(shí)際的可行性以及風(fēng)險(xiǎn)。只有確定了這些，才能繼續(xù)開發(fā)系統(tǒng)。</p><p>　　3.1快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)可行性分析</p><p>　　可行性分析是對(duì)工程項(xiàng)目，以最小的代價(jià)在盡可能短的時(shí)間內(nèi)，對(duì)系統(tǒng)進(jìn)行技術(shù)經(jīng)濟(jì)論證，并且使用正確的經(jīng)濟(jì)和技術(shù)知識(shí)等推斷未來的走向。通過不同方面驗(yàn)證結(jié)論的正確性，而且還需要判斷將來可能出

65、現(xiàn)的風(fēng)險(xiǎn)。通過以上步等驟來判斷該快遞代取代寄平臺(tái)后臺(tái)管理子系統(tǒng)是否可以實(shí)現(xiàn)。對(duì)項(xiàng)目進(jìn)行可行性定性分析，從而選擇更加的方案。</p><p><b>　　1.技術(shù)上的可行性</b></p><p>　　本系統(tǒng)開發(fā)采用MyEclipse作為后臺(tái)開發(fā)工具。數(shù)據(jù)庫采用MySql5.5，由于具有開源社區(qū)活躍，技術(shù)氛圍好。而且mysq數(shù)據(jù)存儲(chǔ)非常安全，且開發(fā)使用成本相對(duì)Oracl

66、e較低。對(duì)小型互聯(lián)網(wǎng)公司來說，msyql性能已經(jīng)足夠滿足。作為B/S架構(gòu)的硬件，服務(wù)器響應(yīng)時(shí)間和處理時(shí)間、資源需求，相對(duì)是比較低的，以現(xiàn)在的計(jì)算機(jī)的硬件水平能夠完全達(dá)標(biāo)。</p><p><b>　　2.經(jīng)濟(jì)上可行性</b></p><p>　　采用B/S架構(gòu),本來就比C/S節(jié)省經(jīng)濟(jì)成本,同時(shí)采用Java語言開發(fā)以及MySql數(shù)據(jù)庫，以及Echarts都是開源免費(fèi)的產(chǎn)

67、品，對(duì)開發(fā)成本以及維護(hù)成本都是相對(duì)較低。并且，在系統(tǒng)投入使用之后，將會(huì)改變傳統(tǒng)的工作方式，節(jié)省人力成本、軟件升級(jí)的費(fèi)用、公司的管理費(fèi)用等，經(jīng)濟(jì)節(jié)約效率明顯。</p><p><b>　　3.管理上的可行性</b></p><p>　　傳統(tǒng)的快遞代取管理方式為人為的實(shí)地考察，然后簽署協(xié)議，并且管理起來不方便，尤其是對(duì)訂單的管理針對(duì)到人的時(shí)候加上歷史數(shù)據(jù)，就像大海撈針。采

68、用電腦系統(tǒng)管理，將數(shù)據(jù)存儲(chǔ)，用戶只要連接網(wǎng)絡(luò)，通過手機(jī)或者電腦隨時(shí)隨地進(jìn)行操作，使得信息管理的步驟簡(jiǎn)單，并且使繁瑣的事情簡(jiǎn)單化。</p><p>　　3.2快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)功能需求</p><p>　　開發(fā)人員需要通過代碼開發(fā)出產(chǎn)品，管理員利用這些開發(fā)出來的產(chǎn)品來完成業(yè)務(wù)管理，使公司業(yè)務(wù)正常流轉(zhuǎn)。</p><p>　　本系統(tǒng)主要目標(biāo)是開發(fā)快遞代取代寄平臺(tái)后

69、臺(tái)子系統(tǒng)，該系統(tǒng)可以實(shí)時(shí)對(duì)快遞員進(jìn)行管理；可以提供代寄的快遞公司的信息發(fā)布；以及與學(xué)校有關(guān)的信息錄入；以及數(shù)據(jù)統(tǒng)計(jì)；對(duì)校園大使賬號(hào)的管理。</p><p>　　系統(tǒng)需求功能如圖3-1所示：</p><p>　　圖3-1 系統(tǒng)主要需求</p><p><b>　　功能如下：</b></p><p><b>　　

70、1 .快遞員管理：</b></p><p>　　（1）主要用于申請(qǐng)成為快遞員的審批</p><p>　?。?）現(xiàn)在工作的快遞員的管理,例如凍結(jié)、正常</p><p>　　（3）快遞員根據(jù)時(shí)間的訂單查詢</p><p>　?。?）快遞員個(gè)人信息的更新</p><p><b>　　2.快遞公司管理：&

71、lt;/b></p><p>　　對(duì)可以進(jìn)行快遞代寄的公司進(jìn)行信息統(tǒng)一發(fā)布</p><p><b>　　3.學(xué)校信息錄入：</b></p><p>　　對(duì)于本學(xué)校區(qū)域、樓號(hào)、校園緊急聯(lián)系人、信息錄入</p><p><b>　　4.公司數(shù)據(jù)報(bào)表：</b></p><p>

72、;　?。?）對(duì)學(xué)校各個(gè)區(qū)域的訂單數(shù)量進(jìn)行本月每日統(tǒng)計(jì)</p><p>　?。?）對(duì)學(xué)校所有快遞員的訂單數(shù)量進(jìn)行本月每日統(tǒng)計(jì)</p><p>　?。?）對(duì)學(xué)校所有訂單的未接單、未完成進(jìn)行每日統(tǒng)計(jì)</p><p>　?。?）對(duì)學(xué)校的每天的訂單量、注冊(cè)量、下單人數(shù)走勢(shì)圖統(tǒng)計(jì)</p><p>　　（3）對(duì)用戶注冊(cè)量按照時(shí)段統(tǒng)計(jì)</p>

73、<p>　?。?）對(duì)使用不同天數(shù)的用戶進(jìn)行統(tǒng)計(jì)</p><p><b>　　5.校園大使管理</b></p><p>　　（1）超級(jí)管理員，新增校區(qū)的開通</p><p>　　（2）對(duì)已有校區(qū)，進(jìn)行管理</p><p><b>　　6.個(gè)人中心</b></p><p&g

74、t;<b>　?。?）用戶登錄</b></p><p><b>　?。?）用戶退出</b></p><p>　　（3）超級(jí)管理員選擇學(xué)校</p><p>　　3.3快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)用例分析</p><p>　　3.3.1系統(tǒng)角色和用例分析</p><p>　　用例是

75、軟件開發(fā)過程中系統(tǒng)對(duì)應(yīng)對(duì)用戶請(qǐng)求的圖形展示，通過用戶的應(yīng)用場(chǎng)景得到用例圖。用例會(huì)提供了多個(gè)場(chǎng)景，不同場(chǎng)景會(huì)說明系統(tǒng)是如何和用戶或其它系統(tǒng)關(guān)聯(lián)，通俗的說，就是明確業(yè)務(wù)目標(biāo)。編寫用例時(shí)要盡量少用技術(shù)專用術(shù)語，而應(yīng)該用用戶領(lǐng)域的語言。用戶和軟件開發(fā)者共同決定最終的用例特點(diǎn)。</p><p>　　本系統(tǒng)主要的用例和參與者的特征如下：</p><p><b>　　1.超級(jí)管理員</b

76、></p><p>　　（1）增加校區(qū)，同時(shí)也就是開通普通管理員賬號(hào)</p><p>　　（2）對(duì)已開通校區(qū)的管理員賬號(hào)更新</p><p><b>　　2.普通管理員</b></p><p>　?。?）快遞員的賬號(hào)審批</p><p>　　（2）快遞員的管理：例如快遞員信息更新或者快遞糾紛

77、查詢</p><p>　　（3）學(xué)校信息調(diào)控：更改區(qū)域、樓號(hào)、價(jià)格、校園負(fù)責(zé)人電話</p><p>　　（4）快遞公司管理：對(duì)可以提供代取的快遞公司進(jìn)行信息發(fā)布管理</p><p>　　（5）數(shù)據(jù)報(bào)表審查：對(duì)后臺(tái)的實(shí)時(shí)數(shù)據(jù)進(jìn)行監(jiān)控，發(fā)現(xiàn)異常及時(shí)處理</p><p>　　3.3.2系統(tǒng)用例圖</p><p>　　用例圖主

78、要是以文本的形式來進(jìn)行描述。軟件設(shè)計(jì)人員根據(jù)客戶的需求，設(shè)計(jì)出與軟件結(jié)構(gòu)和功能相照應(yīng)的模塊。并且對(duì)用例之間的關(guān)系，參與者和用例之間的關(guān)系加以描述，真實(shí)的將系統(tǒng)的狀況反應(yīng)給用戶。根據(jù)上文的用例分析得出本系統(tǒng)的用例圖為圖3-2所示：</p><p>　　圖3-2 用例圖分析</p><p>　　3.4快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)業(yè)務(wù)對(duì)象模型</p><p>　　業(yè)務(wù)對(duì)象

79、是程序的其他部分的基礎(chǔ)。是在面向?qū)ο蠓椒▽W(xué)中的一種展示，所以構(gòu)成業(yè)務(wù)對(duì)象模型的各個(gè)類有時(shí)也被稱為領(lǐng)域類。各個(gè)方面都會(huì)使用業(yè)務(wù)對(duì)象模型來展示數(shù)據(jù)和執(zhí)行某些一些業(yè)務(wù)邏輯。</p><p>　　業(yè)務(wù)對(duì)象模型中定義很多都來源于我們的問題域中的詞語。隨著應(yīng)用程序復(fù)雜度提升，類代表更具抽象。應(yīng)用程序的設(shè)計(jì)人員從業(yè)務(wù)對(duì)象模型的設(shè)計(jì)開始在較高的層次上看，對(duì)象模型也包括一些邏輯，但它們絲毫沒有用于訪問其他層的代碼。同時(shí)也不會(huì)依賴于

80、其他任何一層。</p><p>　　本系統(tǒng)部分領(lǐng)域模型圖如圖3-3所示：</p><p>　　圖3-3 系統(tǒng)部分領(lǐng)域模型圖</p><p>　　第四章 快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)概要設(shè)計(jì)</p><p>　　4.1快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)功能模塊</p><p>　　4.1.1 后臺(tái)角色功能劃分</p&g

81、t;<p>　　對(duì)于不同的角色，系統(tǒng)要單獨(dú)考慮，給予不同的功能特征。本系統(tǒng)主要有普通管理員、超級(jí)管理員兩種。</p><p>　　1.普通管理員：快遞員審批功能、快遞員狀態(tài)管理功能、快遞員信息變更功能、快遞員訂單查詢功能、可寄件快遞公司信息錄入功能、可寄件快遞公司信息刪除、學(xué)校信錄入功能、數(shù)據(jù)報(bào)表管理與查閱功能、數(shù)據(jù)瀏覽功能，登陸功能。</p><p>　　2.超級(jí)管理員：登

82、錄功能、退出功能、普通管理員賬號(hào)更新的功能、瀏覽監(jiān)督各個(gè)學(xué)校的業(yè)務(wù)狀況功能、開通新校區(qū)功能。</p><p>　　4.1.2 后臺(tái)模塊功能劃分</p><p>　　1.個(gè)人中心模塊：實(shí)現(xiàn)管理員的登陸和退出等操作，其功能如表4-1所示：</p><p>　　表4-1 管理員登陸退出模塊功能</p><p>　　2.快遞員模塊：主要是對(duì)快遞員進(jìn)

83、行的管理，其功能點(diǎn)如表4-2所示：</p><p>　　表4-2 快遞管理模塊功能</p><p>　　3.代寄公司模塊：主要實(shí)現(xiàn)快遞代寄公司信息的發(fā)布和刪除，其主要功能如表4-3所示：</p><p>　　表4-3 代寄公司模塊功能</p><p>　　4.數(shù)據(jù)管理模塊：主要實(shí)現(xiàn)數(shù)據(jù)管理和監(jiān)督功能，其主要功能如表4-4所示：</p

84、><p>　　表4-4 數(shù)據(jù)管理模塊功能</p><p>　　學(xué)校信息管理模塊：主要實(shí)現(xiàn)學(xué)校信息錄入功能，其功能列表如表4-5所示：</p><p>　　表4-5 學(xué)校信息管理模塊功能</p><p>　　超級(jí)管理員管理模塊：主要實(shí)現(xiàn)超管的校區(qū)管理和各個(gè)校區(qū)數(shù)據(jù)瀏覽等功能，其功能列表如表4-6所示：</p><p>　

85、　表4-6 用戶管理模塊功能</p><p>　　4.1.3 后臺(tái)總體功能圖</p><p>　　根據(jù)系統(tǒng)的詳情，綜合劃分功能模塊，得出功能圖，如下圖系統(tǒng)總體功能圖4-1所示：</p><p>　　圖4-1 快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)總體功能圖</p><p>　　4.2快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)可視化界面設(shè)計(jì)</p>&l

86、t;p>　　4.2.1登錄界面樣式</p><p>　　登錄界面有需要輸入賬號(hào)密碼的文本框，和觸發(fā)登陸事件的按鈕。如圖登陸界面4-2所示：</p><p>　　圖4-2 登錄界面設(shè)計(jì)</p><p>　　4.2.2系統(tǒng)主界面樣式</p><p>　　系統(tǒng)主界面大致內(nèi)容如圖4-3所示：</p><p>　　圖4-

87、3 系統(tǒng)主界面設(shè)計(jì)</p><p>　　4.3快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)數(shù)據(jù)庫規(guī)劃與設(shè)計(jì)</p><p>　　對(duì)于遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)來說，數(shù)據(jù)庫設(shè)計(jì)十分的關(guān)鍵，需要給出一個(gè)詳細(xì)的需求模型，然后根據(jù)需求，設(shè)計(jì)出數(shù)據(jù)庫的概念模型、其次是數(shù)據(jù)庫E-R圖。最后是進(jìn)行實(shí)際的設(shè)計(jì)數(shù)據(jù)庫。每個(gè)步驟都是以上一步為基礎(chǔ)。最后的設(shè)計(jì)還需要考慮實(shí)際的情況，以及未來的可擴(kuò)展性。</p>&l

88、t;p>　　4.3.1數(shù)據(jù)庫概念模型設(shè)計(jì)</p><p>　　概念模型的設(shè)計(jì)也就是進(jìn)行實(shí)體的建模。通過對(duì)理論知識(shí)的研究之后，模擬出與理論、實(shí)體相照應(yīng)的模型。具體到本系統(tǒng)就是后臺(tái)快遞系統(tǒng)的需求進(jìn)行分析，然后結(jié)合理論與實(shí)際，得出每個(gè)實(shí)體類型之間的關(guān)系以及各自的具體屬性。主要的概念模型如圖4-4所示：</p><p>　　圖4-4 數(shù)據(jù)庫概念模型</p><p>

89、　　4.3.2數(shù)據(jù)庫E-R圖設(shè)計(jì)</p><p>　　E-R方的含義就是實(shí)體之間的聯(lián)系及實(shí)體屬性。是十分有效的概念模型描述方法之一，是表示概念模型的一種。矩形代表實(shí)體型，矩形框內(nèi)標(biāo)注明實(shí)體名；用橢圓代表實(shí)體的屬性，通過無向邊進(jìn)行實(shí)體之間的連接；菱形象代表實(shí)體之間的關(guān)聯(lián)關(guān)系，菱形內(nèi)部寫入關(guān)系名稱，也是通過無向邊進(jìn)行實(shí)體關(guān)系的連接，而且可在無向邊旁標(biāo)上標(biāo)注連接的類型，也就是對(duì)應(yīng)關(guān)系(N:M)。 在已有的概念模型的設(shè)計(jì)

90、的基礎(chǔ)上，設(shè)計(jì)出數(shù)據(jù)庫的E-R圖，具體如下圖4-5所示：</p><p>　　圖4-5 數(shù)據(jù)庫E-R圖</p><p>　　4.3.3數(shù)據(jù)表設(shè)計(jì)</p><p>　　設(shè)計(jì)數(shù)據(jù)庫需要考慮選用的數(shù)據(jù)庫系統(tǒng)，以及數(shù)據(jù)庫的使用用途，存取方式，以及存儲(chǔ)的數(shù)據(jù)結(jié)構(gòu)。數(shù)據(jù)庫表的設(shè)計(jì)的好壞會(huì)直接影響到數(shù)據(jù)處理的速度。Mysql是一個(gè)開源的數(shù)據(jù)庫可以,減少公司的成本開銷，數(shù)據(jù)庫的安

91、全性和效率上面都十分出色，所以采用它作為存儲(chǔ)和管理工具。根據(jù)以上的兩步驟，概念模型和E-R圖描述，設(shè)計(jì)出數(shù)據(jù)庫表。</p><p>　　（1）管理員表t_admi的詳細(xì)設(shè)計(jì)如表4-7所示：</p><p>　　表4-7 管理員表</p><p>　?。?）區(qū)域信息表t_areas的詳細(xì)設(shè)計(jì)如表4-8所示</p><p>　　表4-8 區(qū)域

92、信息表 </p><p>　　快遞批次表t_batchs設(shè)計(jì)如下表4-9所示</p><p>　　表4-9 快遞批次表</p><p>　　快遞員信息表t_couriers詳細(xì)設(shè)計(jì)如下表4-10所示</p><p>　　表4-10 快遞員信息表</p><p>　　快遞員申請(qǐng)表t_couriers_apply具體設(shè)

93、計(jì)如下表4-11所示</p><p>　　表4-11 快遞員申請(qǐng)表</p><p>　　快遞員詳情表t_couriers_detail詳細(xì)設(shè)計(jì)如下表4-12所示</p><p>　　表4-12 快遞員詳情表</p><p>　　快遞公司表t_express_companys具體設(shè)計(jì)如下表4-13所示</p><p>

94、　　表4-13 快遞公司信息表</p><p>　　快遞公司詳情表t_express_companys_detail具體設(shè)計(jì)如下表4-14所示</p><p>　　表4-14 快遞公詳情表</p><p>　　樓號(hào)信息表t_floors具體設(shè)計(jì)如下表4-15所示</p><p>　　表4-15 區(qū)域樓號(hào)表</p><

95、p>　　訂單表t_post_orders詳細(xì)設(shè)計(jì)如下表4-16所示</p><p>　　表4-16 訂單詳情表</p><p>　　學(xué)校信息表t_schools詳細(xì)設(shè)計(jì)如下表4-17所示</p><p>　　表4-17 學(xué)校信息表</p><p>　　第五章 快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)詳細(xì)設(shè)計(jì)</p><p&g

96、t;　　5.1快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)總體流程圖</p><p>　　快遞代取代寄平臺(tái)后臺(tái)子系統(tǒng)主要通過管理員對(duì)快遞員進(jìn)行統(tǒng)一的管理,同時(shí)對(duì)一些學(xué)校的信息進(jìn)行及時(shí)的后臺(tái)發(fā)布，例如價(jià)格、樓號(hào)、可提供代取公司信息、同時(shí)需要對(duì)報(bào)表數(shù)據(jù)做深入的研究，從中發(fā)現(xiàn)問題并解決。系統(tǒng)總體流程圖如圖5-1所示：</p><p>　　圖5-1 系統(tǒng)總體流程圖</p><p><

97、b>　　5.2系統(tǒng)主界面</b></p><p>　　超級(jí)管理員和校園大使因?yàn)闄?quán)限不一樣，所以瀏覽到的頁面也不一樣，超級(jí)管理員的權(quán)限比校園大使的權(quán)限要大很多?？梢钥吹狡胀ü芾韱T看到的所有界面而且還可以對(duì)普通管理員進(jìn)行管理。</p><p>　　系統(tǒng)主界面包括導(dǎo)航欄、中間展示部分、頁腳公司資質(zhì)信息、個(gè)人中心以及不同學(xué)校的切換。</p><p>　　導(dǎo)

98、航欄里面對(duì)應(yīng)著快遞員模塊、代寄公司管理模塊、數(shù)據(jù)管理模塊、學(xué)校信息管理模塊、超級(jí)管理員模塊。中間展示部分對(duì)應(yīng)著以上導(dǎo)航的具體數(shù)據(jù)展示。管理員通過觸發(fā)不用的鏈接來展示不同的數(shù)據(jù)。</p><p>　　5.2.1超級(jí)管理員的主界面</p><p>　　超級(jí)管理員進(jìn)入后臺(tái)管理系統(tǒng)主界面后，包括快遞員模塊，代寄公司模塊、數(shù)據(jù)模塊、校園信息管理模塊。超級(jí)管理員可以通過下拉列表選擇不同的學(xué)校，來查看每

99、個(gè)學(xué)校的不同的數(shù)據(jù)詳情。</p><p>　　如圖5-2超級(jí)管理員后臺(tái)系統(tǒng)主界面所示：</p><p>　　圖5-2 超級(jí)管理員后臺(tái)管理系統(tǒng)主界面</p><p>　　5.2.2本系統(tǒng)的管理員的主界面</p><p>　　當(dāng)普通校園大使，輸入正確的賬號(hào)密碼之后，就會(huì)進(jìn)入系統(tǒng)的主界面如圖5-3所示：</p><p>　

100、　圖5-3 普通管理員后臺(tái)管理系統(tǒng)主界面</p><p><b>　　5.3個(gè)人中心模塊</b></p><p><b>　　5.3.1登錄功能</b></p><p>　　系統(tǒng)登錄模塊是最基本的模塊，任何人都可以訪問到此頁面，但是只有登錄成功的用戶才能進(jìn)行操作。輸入賬號(hào)密碼之后，首先進(jìn)行的是前臺(tái)的javascript的

101、靜態(tài)校驗(yàn)，檢查是否有特殊字符以及是否符合要求。當(dāng)符合要求之后，會(huì)將輸入的參數(shù)傳入系統(tǒng)的后臺(tái)。若后臺(tái)系統(tǒng)校驗(yàn)成功，將跳轉(zhuǎn)到主界面。不成功會(huì)提示沒有權(quán)限，則需要繼續(xù)登陸。</p><p>　　5.3.2登錄界面實(shí)現(xiàn)頁面</p><p>　　登錄界面包括兩個(gè)文本框。其中分別是用來接收用戶名和密碼，通過點(diǎn)擊登錄向后臺(tái)發(fā)送請(qǐng)求，后臺(tái)實(shí)現(xiàn)賬號(hào)密碼的判斷。同時(shí)前臺(tái)也會(huì)校驗(yàn)密碼是否為空或者是否含有特殊字符

102、。</p><p><b>　　如圖5-4所示：</b></p><p>　　圖5-4 系統(tǒng)登錄頁面</p><p><b>　　主要實(shí)現(xiàn)代碼如下：</b></p><p>　　Admin generalAdmin = new Admin();</p><p>　　gene

103、ralAdmin.setUsername(username);</p><p>　　String mdPass = new MD5Util().MD5(password);</p><p>　　generalAdmin.setPassword(mdPass);</p><p>　　List<Admin> admins = adminService.log

104、in(generalAdmin);</p><p>　　if (admins.size() > 1 || admins.size() == 0) {</p><p>　　return "error";</p><p><b>　　}</b></p><p>　　Admin ad = admins

105、.get(0);</p><p>　　setStorageObject(Constant.USER_CONTEXT, ad);// 將用戶的信息存入session</p><p>　　Map mapSchool = new TreeMap();</p><p>　　ReadProperties<AdminBackController> Propertie

106、s=new ReadProperties<AdminBackController>();</p><p>　　int school = ad.getSchoolId();</p><p>　　String stringSchoolid = Integer.toString(school);</p><p>　　if (ad.getType() == 2)

107、 {</p><p>　　// 這里得到的是一系列學(xué)校的名字</p><p>　　mapSchool = Properties.readValue("school.properties",</p><p>　　AdminBackController.class);</p><p><b>　　} else {&l

108、t;/b></p><p>　　// 這里僅僅是得到一個(gè)學(xué)校的名字</p><p>　　String schoolName = Properties.readValueById("school.properties",</p><p>　　stringSchoolid, AdminBackController.class);</p&g

109、t;<p>　　mapSchool.put("schoolName", schoolName);</p><p><b>　　}</b></p><p>　　setStorageObject(Constant.USER_SCHOOL, mapSchool);</p><p>　　model.addAttribu

110、te("schoolSelects", mapSchool);</p><p>　　return "redirect:/peopleback/index";</p><p>　　5.3.3超管切換學(xué)校</p><p>　　超級(jí)管理員可以通過下拉列表，切換當(dāng)前所在的學(xué)校。通過這個(gè)功能可以查看每個(gè)的快遞員管理、區(qū)域價(jià)格以及信息、訂

111、單</p><p><b>　　主要實(shí)現(xiàn)代碼如下：</b></p><p>　　$(document).ready(function(){</p><p>　　$("#schoolidOption").change(function(){</p><p>　　var schoolID=$(this).

112、val();</p><p><b>　　$.ajax({</b></p><p>　　url: "adminBack/changeSchool",</p><p>　　data: {school:schoolID},</p><p>　　dataType:"json",</

113、p><p>　　type:'POST',</p><p>　　success:function(date){</p><p>　　location.reload();</p><p><b>　　}</b></p><p><b>　　});</b></p&

114、gt;<p><b>　　});</b></p><p><b>　　});</b></p><p>　　5.4快遞員管理模塊</p><p>　　快遞員管理模塊主要功能包括申請(qǐng)成為快遞員的審批、快遞員狀態(tài)管理、快遞員信息修改、根據(jù)時(shí)間查找快遞員收到的訂單。</p><p>　　5.4

115、.1申請(qǐng)成為快遞員的審批</p><p>　　當(dāng)點(diǎn)擊快遞員申請(qǐng)列表的時(shí)候，就會(huì)把申請(qǐng)成為快遞員的列表給讀取出來。列表會(huì)顯示快遞員的姓名，電話，聯(lián)系方式。然后校園大使會(huì)聯(lián)系快遞員得到快遞員的認(rèn)證信息。若認(rèn)證通過后，快遞員需要提供一張身份證照片，并且經(jīng)過管理員審核通過后，就變成快遞員。如圖5-5所示：</p><p>　　圖5-5 快遞員審批頁面</p><p>&l

116、t;b>　　主要實(shí)現(xiàn)代碼如下：</b></p><p>　　if(page==null||page<=0){</p><p><b>　　page=1;</b></p><p><b>　　}</b></p><p>　　Admin admin = (Admin) sessi

117、on.getAttribute(Constant.USER_CONTEXT);</p><p>　　int schoolid = admin.getSchoolId();</p><p>　　Map mapSchool = new TreeMap();</p><p>　　mapSchool=(Map) session.getAttribute(Constant.U