目?錄
第一章 緒 論
1.1背景及意義
1.2國內外研究概況
1.3 研究的內容
第二章 關鍵技術的研究
2.1開發技術
2.2 Springboot框架介紹
2.3?Vue.js 主要功能
2.4 MVVM模式介紹
2.4 ?B/S體系工作原理
2.5?MySQL數據庫
第三章 系統分析
3.1 系統設計目標
3.2 系統可行性分析
3.3?系統功能分析和描述
3.4系統UML用例分析
3.4.1管理員用例
3.4.2配送員用例
3.5系統流程分析
3.5.1添加信息流程
3.5.2操作流程
3.5.3刪除信息流程
第四章 系統設計
4.1 系統體系結構
4.2 數據庫設計原則
4.3 數據表
第五章 系統實現
5.1管理員功能模塊
5.2配送員功能模塊
第六章 ?系統測試
6.1測試定義及目的
6.2性能測試
6.3測試模塊
6.4測試結果
總??結
致 ?謝
參考文獻
第一章 緒 論
系統管理將通過計算機進行整體智能化操作,對于校園外賣配送系統所牽扯的管理及數據保存都是非常多的,這給管理者的工作帶來了巨大的挑戰,面對大量的信息,傳統的管理系統,都是通過筆記的方式進行詳細信息的統計,后來出現電腦,通過電腦輸入軟件將紙質的信息統計到電腦上,這種方式比較傳統,而且想要統計數據信息比較麻煩,還受時間和空間的影響,所以為此開發了校園外賣配送系統,為用戶提供了方便。對于管理員而言,方便管理員查看及維護,并且可以通過需求進行設備信息內容的編輯及維護等;對于用戶而言,可以隨時進行查看配送訂單信息和配送信息,管理員可以足不出戶就可以獲取到系統的數據信息等,而且還能節省用戶很多時間,所以開發校園外賣配送系統給管理者帶來了很大的方便,同時也方便管理員對用戶信息進行處理。
本論文校園外賣配送系統主要牽扯到的程序,數據庫與計算機技術等。覆蓋知識面大,可以大大的提高系統人員工作效率。
1.2國內外研究概況
隨著國內經濟形勢的不斷發展,中國互聯網進入了一個難得的高峰發展時期,這使得中外資本家紛紛轉向互聯網市場。 然而,許多管理領域的不合理結構,人員不足以及市場管理需求的增加使得更多的人具備了互聯網管理的意識。
在當今高度發達的信息中,信息管理改革已成為一種更加廣泛和全面的趨勢。 “校園外賣配送系統”是基于Mysql數據庫,在springboot框架的基礎上實現的。為確保中國經濟的持續發展,信息時代日益更新,服務業仍在蓬勃發展。同時,隨著信息社會的快速發展,各種管理系統面臨著越來越多的數據需要處理,如何用方便快捷的方式使管理者在廣闊的數據海洋里面查詢、存儲、管理和共享有效的數據信息,對我們的學習,工作和生活具有重要的現實意義。因此,國內外學術界對此進行了深入而廣泛的研究,一個新的研究領域——校園外賣配送系統誕生了。
目前許多人仍將傳統的紙質工具作為信息管理的主要工具,而網絡技術的應用只是起到輔助作用。在對網絡工具的認知程度上,較為傳統的office軟件等仍是人們使用的主要工具,而相對全面且專業的信息管理軟件仍沒有得到大多數人的了解或認可。本選題則旨在通過標簽分類管理等方式,實現校園外賣配送系統的各種功能,從而達到對校園外賣配送系統的管理。
詳細內容介紹,將在以下六章中詳細闡述:
第一章,緒論,介紹了研究課題選擇的背景及意義、研究現狀,簡要介紹了本文的章節內容。
第二章,引入技術知識,通過引入關鍵技術進行開發,向系統中涉及直觀表達的技術知識。
第三章,重點分析了系統的分析,從系統強大的供需市場出發,對系統開發的可行性,系統流程以及系統性能和功能進行了探討。
第四章,介紹了系統的詳細設計方案,包括系統結構設計和數據庫設計。
第五章,系統設計的實現,通過對系統功能設計的詳細說明,論證了系統的結構。
第六章,系統的整體測試,評判系統是否可以上線運行。
2.1開發技術
本系統前端框架采用了比較流行的漸進式JavaScript框架Vue.js。使用Vue-Router和Vuex實現動態路由和全局狀態管理,Ajax實現前后端通信,Element UI組件庫使頁面快速成型。后端部分:采用springboot作為開發框架,同時集成MyBatis、Redis等相關技術。
2.2 Springboot框架介紹
2.3?Vue.js 主要功能
Vue.js是一套構建用戶界面的漸進式框架。與其他重量級框架不同的是,Vue采用自底向上增量開發的設計。Vue 的核心庫只關注視圖層,并且非常容易學習,非常容易與其它庫或已有項目整合。另一方面,Vue 完全有能力驅動采用單文件組件和Vue生態系統支持的庫開發的復雜單頁應用。
Vue.js 的目標是通過盡可能簡單的 API 實現響應的數據綁定和組合的視圖組件。
Vue.js 自身不是一個全能框架——它只聚焦于視圖層。因此它非常容易學習,非常容易與其它庫或已有項目整合。另一方面,在與相關工具和支持庫一起使用時,Vue.js 也能驅動復雜的單頁應用。
2.4 MVVM模式介紹
MVVM是Model-View-ViewModel的簡寫。它本質上就是MVC 的改進版。MVVM 就是將其中的View 的狀態和行為抽象化,讓我們將視圖 UI 和業務邏輯分開。當然這些事 ViewModel 已經幫我們做了,它可以取出 Model 的數據同時幫忙處理 View 中由于需要展示內容而涉及的業務邏輯。微軟的WPF帶來了新的技術體驗,如Silverlight、音頻、視頻、3D、動畫……,這導致了軟件UI層更加細節化、可定制化。同時,在技術層面,WPF也帶來了 諸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM(Model-View-ViewModel)框架的由來便是MVP(Model-View-Presenter)模式與WPF結合的應用方式時發展演變過來的一種新型架構框架。它立足于原有MVP框架并且把WPF的新特性糅合進去,以應對客戶日益復雜的需求變化。
2.4 ?B/S體系工作原理
B/S架構采取瀏覽器請求,服務器響應的工作模式。
用戶可以通過瀏覽器去訪問Internet上由Web服務器產生的文本、數據、圖片、動畫、視頻點播和聲音等信息;
而每一個Web服務器又可以通過各種方式與數據庫服務器連接,大量的數據實際存放在數據庫服務器中;
從Web服務器上下載程序到本地來執行,在下載過程中若遇到與數據庫有關的指令,由Web服務器交給數據庫服務器來解釋執行,并返回給Web服務器,Web服務器又返回給用戶。在這種結構中,將許許多多的網連接到一塊,形成一個巨大的網,即全球網。而各個企業可以在此結構的基礎上建立自己的Internet。
在 B/S 模式中,用戶是通過瀏覽器針對許多分布于網絡上的服務器進行請求訪問的,瀏覽器的請求通過服務器進行處理,并將處理結果以及相應的信息返回給瀏覽器,其他的數據加工、請求全部都是由Web Server完成的。通過該框架結構以及植入于操作系統內部的瀏覽器,該結構已經成為了當今軟件應用的主流結構模式。
2.5?MySQL數據庫
Mysql的語言是非結構化的,用戶可以在數據上進行工作。MySQL因為其速度、可靠性和適應性而備受關注。大多數人都認為在不需要事務化處理的情況下,MySQL是管理內容最好的選擇。并且因為Mysql的語言和結構比較簡單,但是功能和存儲信息量很強大,所以得到了普遍的應用。
Mysql數據庫在編程過程中的作用是很廣泛的,為用戶進行數據查詢帶來了方便。Mysql數據庫的應用因其靈活性強,功能強大,所以在實現某功能時只需要一小段代碼,而不像其他程序需要編寫大段代碼。總體來說,Mysql數據庫的語言相對要簡潔很多。
數據流程分析主要就是數據存儲的儲藏室,它是在計算機上進行的,而不是現實中的儲藏室。數據的存放是按固定格式,而不是無序的,其定義就是:長期有固定格式,可以共享的存儲在計算機存儲器上。數據庫管理主要是數據存儲、修改和增加以及數據表的建立。為了保證系統數據的正常運行,一些有能力的處理者可以進行管理而不需要專業的人來處理。數據表的建立,可以對數據表中的數據進行調整,數據的重新組合及重新構造,保證數據的安全性。介于數據庫的功能強大等特點,本系統的開發主要應用了Mysql進行對數據的管理。
第三章 系統分析
3.1 系統設計目標
校園外賣配送系統主要是為了用戶方便對外賣信息的查看和交流論壇,也是為了更好的讓管理員進行更好存儲所有數據信息及快速方便的檢索功能,對系統的各個模塊是通過許多今天的發達系統做出合理的分析來確定考慮用戶的可操作性,遵循開發的系統優化的原則,經過全面的調查和研究。
系統所要實現的功能分析,對于現在網絡方便的管理,系統要實現用戶可以直接在平臺上進行管理:后臺首頁、系統用戶(管理員、配送員)、模塊管理(配送訂單、配送接單、取消配送、送達信息、收入提現、通知公告)等,根據自己的需求可以進行查看配送訂單信息、送達信息等,這樣既能節省用戶的時間,不用在像傳統的方式,需要查詢、由于很多用戶的時間的原因,很難去滿足用戶的各種需求。所以校園外賣配送系統的開發不僅僅是能滿足用戶的需求,還能提高管理員的工作效率,減少原有不必要的工作量。
3.2 系統可行性分析
(1)硬件可行性分析
校園外賣配送系統及信息分析的設計對于所使用的計算機沒有什么硬性的要求,計算機只要可以正常的使用進行代碼的編寫及頁面設計就可行,主要是對于服務器有些要求,對于平臺搭建完成要上傳的服務器是有一定的要求的,服務器必須選擇安全性比較高的,然后就是在打開系統必須順暢,不能停頓太長時間;性價比高;安全性高。
(2)軟件可行性分析
開發整個系統使用的是云計算,流量的可擴展性和基于流量的智能調整云計算的優點就是流量的可擴展性和基于流量的智能調整,保障系統的安全及數據信息的及時備份。
因此,我們從兩個方面進行了可行性研究,可以看出系統的開發沒有問題。
3.3?系統功能分析和描述
使用校園外賣配送系統的用戶分為管理員、配送員兩個角色的權限子模塊。
管理員所能使用的功能主要有:首頁、系統用戶(管理員、配送員)、模塊管理(配送訂單、配送接單、取消配送、送達信息、收入提現、通知公告)等。
配送員可以實現首頁、配送訂單、配送接單、取消配送、送達信息、收入提現、通知公告等。
3.4系統UML用例分析
3.4.1管理員用例
管理員登錄后可進行首頁、系統用戶(管理員、配送員)、模塊管理(配送訂單、配送接單、取消配送、送達信息、收入提現、通知公告)等操作,管理員的用例如圖3-1所示。
圖3-1 管理員用例圖
3.4.2配送員用例
配送員注冊登錄后可進行首頁、配送訂單、配送接單、取消配送、送達信息、收入提現、通知公告等操作,配送員用例如圖3-2所示。
圖3-2 用戶用例圖
3.5系統流程分析
3.5.1添加信息流程
添加信息,編號系統使用自動編號模式,沒有用戶填寫,用戶添加信息輸入信息,系統將自動確認的信息和數據,驗證的成功是有效的信息添加到數據庫,信息無效,重新輸入信息。添加信息流程如圖3-3所示。
圖3-3?添加信息流程圖
3.5.2操作流程
用戶想進入系統,首先進入系統登錄界面,通過正確的用戶名、密碼,選擇登錄類型登錄,系統會檢查登錄信息,信息正確,然后輸入相應的功能界面,提示信息錯誤,登錄失敗。系統操作流程如圖3-4所示。
圖3-4操作流程圖
3.5.3刪除信息流程
用戶選擇要刪除的信息并單擊Delete按鈕。系統提示是否刪除信息。如果用戶想要刪除信息,系統將刪除信息。系統數據庫刪除信息。刪除信息流程圖如圖3-5所示。
圖3-5?刪除信息流程圖
第四章 系統設計
4.1 系統體系結構
圖4-1 ?系統結構
模塊包括管理員:首頁、系統用戶(管理員、配送員)、模塊管理(配送訂單、配送接單、取消配送、送達信息、收入提現、通知公告)等進行相應的操作。
登錄系統結構圖,如圖4-2所示:
圖4-2 登錄結構圖
這些功能可以充分滿足校園外賣配送系統的需求。此系統功能較為全面如下圖系統功能結構如圖4-3所示。
圖4-3系統功能結構圖
4.2?數據庫設計原則
每個數據庫的應用它們都是和區分開的,當運行到一定的程序當中,它就會與自己相關的協議與客戶端進行通訊。那么這個系統就會對使這些數據進行連接。當我們選擇哪個橋段的時候,接下來就會簡單的敘述這個數據庫是如何來創建的。當點擊完成按鈕的時候就會自動在對話框內彈出數據源的名稱,在進行點擊下一步即可,直接在輸入相對應的身份驗證和登錄密碼。?
校園外賣配送系統的數據流程:
圖4-4 ?系統數據流程圖
(2)?系統實體屬性如下圖3-4所示
圖4-5系統實體屬性圖
4.3?數據表
將數據庫概念設計的E-R圖轉換為關系數據庫。在關系數據庫中,數據關系由數據表組成,但是表的結構表現在表的字段上。
表access_token (登陸訪問時長)
編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
1 | token_id | int | 10 | 0 | N | Y | 臨時訪問牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 臨時訪問牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大壽命:默認2小時 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用戶編號: |
編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
1 | auth_id | int | 10 | 0 | N | Y | 授權ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用戶組: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模塊名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 頁面標題: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路徑: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳轉方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可刪除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查詢字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表導航名稱: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表導航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間: |
編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
1 | cancel_delivery_id | int | 10 | 0 | N | Y | 取消配送ID | |
2 | order_number | varchar | 64 | 0 | Y | N | 訂單編號 | |
3 | food_name | varchar | 64 | 0 | Y | N | 美食名稱 | |
4 | quantity_of_delicious_food | int | 10 | 0 | Y | N | 0 | 美食數量 |
5 | shipping_address | varchar | 64 | 0 | Y | N | 配送地址 | |
6 | user_name | varchar | 64 | 0 | Y | N | 用戶姓名 | |
7 | delivery_personnel | int | 10 | 0 | Y | N | 0 | 配送員 |
8 | name_of_deliveryman | varchar | 64 | 0 | Y | N | 配送員姓名 | |
9 | cancel_time | datetime | 19 | 0 | Y | N | 取消時間 | |
10 | reason_for_cancellation | text | 65535 | 0 | Y | N | 取消原因 | |
11 | examine_state | varchar | 16 | 0 | N | N | 未審核 | 審核狀態 |
12 | examine_reply | varchar | 16 | 0 | Y | N | 審核回復 | |
13 | recommend | int | 10 | 0 | N | N | 0 | 智能推薦 |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間 |
編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
1 | delivery_information_id | int | 10 | 0 | N | Y | 送達信息ID | |
2 | order_number | varchar | 64 | 0 | Y | N | 訂單編號 | |
3 | food_name | varchar | 64 | 0 | Y | N | 美食名稱 | |
4 | quantity_of_delicious_food | int | 10 | 0 | Y | N | 0 | 美食數量 |
5 | shipping_address | varchar | 64 | 0 | Y | N | 配送地址 | |
6 | delivery_price | int | 10 | 0 | Y | N | 0 | 配送價格 |
7 | order_time | datetime | 19 | 0 | Y | N | 下單時間 | |
8 | user_name | varchar | 64 | 0 | Y | N | 用戶姓名 | |
9 | contact_information | varchar | 64 | 0 | Y | N | 聯系方式 | |
10 | delivery_personnel | int | 10 | 0 | Y | N | 0 | 配送員 |
11 | name_of_deliveryman | varchar | 64 | 0 | Y | N | 配送員姓名 | |
12 | id_number | varchar | 64 | 0 | Y | N | 身份證號 | |
13 | completion_date | date | 10 | 0 | Y | N | 完成日期 | |
14 | recommend | int | 10 | 0 | N | N | 0 | 智能推薦 |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間 |
編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
1 | delivery_order_id | int | 10 | 0 | N | Y | 配送訂單ID | |
2 | order_number | varchar | 64 | 0 | Y | N | 訂單編號 | |
3 | food_name | varchar | 64 | 0 | Y | N | 美食名稱 | |
4 | food_pictures | varchar | 255 | 0 | Y | N | 美食圖片 | |
5 | food_prices | int | 10 | 0 | Y | N | 0 | 美食價格 |
6 | quantity_of_delicious_food | int | 10 | 0 | Y | N | 0 | 美食數量 |
7 | total_food_price | varchar | 64 | 0 | Y | N | 美食總價 | |
8 | shipping_address | varchar | 64 | 0 | Y | N | 配送地址 | |
9 | delivery_price | int | 10 | 0 | Y | N | 0 | 配送價格 |
10 | order_status | varchar | 64 | 0 | Y | N | 訂單狀態 | |
11 | order_time | datetime | 19 | 0 | Y | N | 下單時間 | |
12 | user_name | varchar | 64 | 0 | Y | N | 用戶姓名 | |
13 | contact_information | varchar | 64 | 0 | Y | N | 聯系方式 | |
14 | recommend | int | 10 | 0 | N | N | 0 | 智能推薦 |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間 |
編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
1 | delivery_personnel_id | int | 10 | 0 | N | Y | 配送員ID | |
2 | name_of_deliveryman | varchar | 64 | 0 | Y | N | 配送員姓名 | |
3 | gender_of_delivery_personnel | varchar | 64 | 0 | Y | N | 配送員性別 | |
4 | id_number | varchar | 64 | 0 | Y | N | 身份證號 | |
5 | delivery_revenue | int | 10 | 0 | Y | N | 0 | 配送收入 |
6 | examine_state | varchar | 16 | 0 | N | N | 已通過 | 審核狀態 |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推薦 |
8 | user_id | int | 10 | 0 | N | N | 0 | 用戶ID |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間 |
編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
1 | delivery_receipt_id | int | 10 | 0 | N | Y | 配送接單ID | |
2 | order_number | varchar | 64 | 0 | Y | N | 訂單編號 | |
3 | food_name | varchar | 64 | 0 | Y | N | 美食名稱 | |
4 | quantity_of_delicious_food | int | 10 | 0 | Y | N | 0 | 美食數量 |
5 | shipping_address | varchar | 64 | 0 | Y | N | 配送地址 | |
6 | delivery_price | int | 10 | 0 | Y | N | 0 | 配送價格 |
7 | order_time | datetime | 19 | 0 | Y | N | 下單時間 | |
8 | user_name | varchar | 64 | 0 | Y | N | 用戶姓名 | |
9 | contact_information | varchar | 64 | 0 | Y | N | 聯系方式 | |
10 | delivery_personnel | int | 10 | 0 | Y | N | 0 | 配送員 |
11 | name_of_deliveryman | varchar | 64 | 0 | Y | N | 配送員姓名 | |
12 | id_number | varchar | 64 | 0 | Y | N | 身份證號 | |
13 | recommend | int | 10 | 0 | N | N | 0 | 智能推薦 |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間 |
編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
1 | hits_id | int | 10 | 0 | N | Y | 點贊ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 點贊人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間: |
5 | source_table | varchar | 255 | 0 | Y | N | 來源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 來源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 來源ID: |
編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
1 | income_withdrawal_id | int | 10 | 0 | N | Y | 收入提現ID | |
2 | delivery_personnel | int | 10 | 0 | Y | N | 0 | 配送員 |
3 | name_of_deliveryman | varchar | 64 | 0 | Y | N | 配送員姓名 | |
4 | id_number | varchar | 64 | 0 | Y | N | 身份證號 | |
5 | delivery_revenue | int | 10 | 0 | Y | N | 0 | 配送收入 |
6 | withdrawal_card_number | varchar | 64 | 0 | Y | N | 提現卡號 | |
7 | withdrawal_amount | int | 10 | 0 | Y | N | 0 | 提現金額 |
8 | recommend | int | 10 | 0 | N | N | 0 | 智能推薦 |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間 |
編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
1 | notice_announcement_id | int | 10 | 0 | N | Y | 通知公告ID | |
2 | announcement_title | varchar | 64 | 0 | Y | N | 公告標題 | |
3 | announcement_label | varchar | 64 | 0 | Y | N | 公告標簽 | |
4 | release_date | date | 10 | 0 | Y | N | 發布日期 | |
5 | announcement_content | text | 65535 | 0 | Y | N | 公告內容 | |
6 | publishing_personnel | varchar | 64 | 0 | Y | N | 發布人員 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推薦 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間 |
編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
1 | upload_id | int | 10 | 0 | N | Y | 上傳ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 訪問路徑 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路徑 | |
5 | display | varchar | 255 | 0 | Y | N | 顯示順序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父級ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夾 | |
8 | type | varchar | 32 | 0 | Y | N | 文件類型 |
編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用戶ID:[0,8388607]用戶獲取其他與用戶相關的數據 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 賬戶狀態:[0,10](1可用|2異常|3已凍結|4已注銷) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用戶組:[0,32767]決定用戶身份和權限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登錄時間: |
5 | phone | varchar | 11 | 0 | Y | N | 手機號碼:[0,11]用戶的手機號碼,用于找回密碼時或登錄時 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手機認證:[0,1](0未認證|1審核中|2已認證) |
7 | username | varchar | 16 | 0 | N | N | 用戶名:[0,16]用戶登錄時所用的賬戶名稱 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵稱:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密碼:[0,32]用戶登錄所需的密碼,由6-16位數字或英文組成 | |
10 | | varchar | 64 | 0 | Y | N | 郵箱:[0,64]用戶的郵箱,用于找回密碼時或登錄時 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 郵箱認證:[0,1](0未認證|1審核中|2已認證) |
12 | avatar | varchar | 255 | 0 | Y | N | 頭像地址:[0,255] | |
13 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間: |
編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用戶組ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 顯示順序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名稱:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述該用戶組的特點或權限范圍 | |
5 | source_table | varchar | 255 | 0 | Y | N | 來源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 來源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 來源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注冊位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間: |
第五章 系統實現
5.1管理員功能模塊
管理員登錄,通過填寫注冊時輸入的用戶名、密碼、權限進行登錄,如圖5-5所示。
圖5-1管理員登錄界面圖
管理員登錄進入校園外賣配送系統可以查看首頁、系統用戶(管理員、配送員)、模塊管理(配送訂單、配送接單、取消配送、送達信息、收入提現、通知公告)等信息,如圖5-2所示。
圖5-2管理員功能界面圖
配送員管理,在配送員管理中可以查看呢稱、用戶名、配送員姓名、配送員性別、身份證號、配送收入等內容,還可進行查詢、重置、修改或刪除操作,如圖5-3所示。
圖5-3配送員管理界面圖
配送訂單管理,在配送訂列表中可以查看訂單編號、美食名稱、美食圖片、美食價格、美食數量、美食總價、配送地址、配送價格等信息,還可進行查詢、重置、修改或刪除操作,如圖5-4所示。
圖5-4配送訂單管理界面圖
取消配送管理,在取消配送列表中可以查看訂單編號、美食名稱、美食數量、配送地址、用戶姓名、配送員、配送員姓名、取消時間、取消原因、審核狀態等信息,并可進行審核、查詢、重置、修改或刪除操作,如圖5-5所示。
圖5-5取消配送管理界面圖
送達信息管理,在送達信息列表中可以查看訂單編號、美食名稱、美食數量、配送地址、用戶姓名、配送價格、下單時間等內容,并且根據需要進行查詢、重置、修改或刪除操作,如圖5-6所示。
圖5-6送達信息管理界面圖
配送員登錄進入校園外賣配送系統可以查看首頁、配送訂單、配送接單、取消配送、送達信息、收入提現、通知公告等內容,如圖5-7所示。
圖5-7配送員功能界面圖
配送接單,在配送接單列表中可以查看、提交訂單編號、美食名稱、美食數量、配送地址、用戶姓名、配送價格、下單時間、配送員姓名、聯系方式、完成時間等信息,并可進行查詢、重置、添加、詳情等操作,如圖5-8所示。
圖5-8配送接單界面圖
收入提現管理,在收入提現頁面中可以填寫、提交配送員、配送員姓名、身份證號、配送金額、提現卡號、提現金額等信息,如圖5-9所示。
圖5-9收入提現管理界面圖
配送訂單管理,在配送訂列表中可以查看訂單編號、美食名稱、美食圖片、美食價格、美食數量、美食總價、配送地址、配送價格等信息,還可進行查詢、重置、接單等操作,如圖5-10所示。
圖5-10配送訂單管理界面圖
第六章 ?系統測試
6.1測試定義及目的
關于系統實現的測試,英文名稱是System TEST,簡稱ST,ST是使用完整其系統的各種功能多次、多案例、多環境測試,這是ST的簡單描述。ST可以證明該功能對系統的要求是否得到滿足以及是否有效。
對于系統開發的實現,不管開發過程多么努力,在系統運行的時候多少都會出現一些錯誤信息,所以為了系統的安全性及提高系統的使用率及給用戶帶來更好的體驗,系統在完成之前,一定要進行一遍系統的測試,再完美的程序也會有漏洞,再細心的技術開發員也會有疏忽的時候,所以對于程序的測試是必須要做的一步。通過系統測試找到系統存在的問題,并根據問題的原因進行在線解決問題,如果找不到解決問題的辦法可以進行通過咨詢指導老師或者通過同學幫忙,一定將問題找出,否則將會出現更多的錯誤。所以程序出現錯誤時不可避免,系統測試雖然耗時費力,但是為了確保后期系統的長期使用,必須要進行系統測試,問題解決完成后還要再一步測試,直到沒有任何問題后方可進行使用。
6.2性能測試
任何一款程序開發成功后都必須通過軟件測試,它是保障軟件穩定運行的前提。測試最主要的一步就是性能測試,性能測試內容如下:
(1)對于測試的速度有一定的要求,速度必須快,而且對于測試出來的錯誤問題一定以最快的速度進行處理解決,并且進行再次測試,保證整個系統運行的安全性。
(2)在系統測試的時候要將測試所用到的測試計劃和測試報告保管好,方便后期系統的運行使用后的整體維護操作。
(3)軟件測試整個過程中的聚類現象應優先考慮。
(4)對于整體系統測試,不要用自己的思想去認可整個系統,而是從公正的角度的進行對系統進行認可,是否符系統的整合應用。
6.3測試模塊
測試系統是最新的Windows 10系統,通過對系統實現的功能模塊進行每個功能模塊的操作測試,查看每個用戶的功能模塊所對應的權限信息是否可以操作并且數據信息更新一致。
測試需求 | 測試重點 | 是否達成需求 | 結果 |
用戶登錄 | 輸入賬號密碼 | 需求達成 | 通過 |
用戶注冊 | 創建新的賬號密碼 | 需求達成 | 通過 |
登錄失敗 | 輸入錯誤賬號密碼 | 需求達成 | 通過 |
修改信息 | 修改成功 | 需求達成 | 通過 |
添加信息管理 | 增刪查改 | 需求達成 | 通過 |
搜索查詢管理 | 增刪查改 | 需求達成 | 通過 |
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??