校園服務平臺后臺管理系統設計

生世龍，張巧嶺

（山東華宇工學院 設計與藝術學院，山東 德州 253034）

0 引 言

近年來，教育投入和信息化建設越來越受到政府部門的重視，我國在教育信息化方面的投資金額也越來越大，智慧校園平臺得到了高速發展。智慧校園是面向教師和學生的個性化服務平臺，該平臺提供數據化、網絡化、協作一體化的教學、科研、管理和生活服務，并且能夠對教學管理、科研管理及后勤保障進行洞察和預測，實現對廣大師生校園生活的智慧化管理。然而，當前的智慧校園平臺涉及的內容過于繁雜，所涵蓋的內容不僅有學校的政策法規還有各種新聞消息以及課程信息，多數屬于消息類平臺，而只針對大學生生活服務（如用餐高峰期的代餐、畢業高峰期的論文代打、快遞代取等服務）的平臺相對較少。本校園服務平臺以提供大學生餐飲捎帶、快遞代取、打印代排隊等校園服務為主，后臺管理系統針對不同的學生身份進行不同的功能開發，操作便捷，可信度高，使用效果很好。

1 系統簡介

本校園服務平臺依托微信小程序，為在校師生提供餐飲代買、打印代排、快遞代取等校園服務。學生既是發起者，也是捎帶者。因此校園服務平臺后臺管理系統要針對這兩種身份分別開發不同的功能，發起者用戶功能包括購買、瀏覽訂單詳情、評價等，捎帶者用戶功能包括搶單、配送詳情、訂單接收結果、傭金發放等。所以本管理系統要針對不同的用戶身份進行不同的頁面設計。

本系統后端開發采用Java 語言、MySQL 數據庫，使用SpringBoot 框架，整合Redis 和Swagger，實現系統緩存服務和API 接口文檔的在線自動生成和測試，詳細的開發和運行環境為：

（1）騰訊云服務器：4 核CPU、內存8 GB、硬盤500 GB、操作系統Centos7.6。

（2）PC 機客戶端：RAM16 GB、1.8 GHz 以上、Windows11 操作系統。

（3）Java 開發環境：JDK1.8。

（4）開發工具：IDEA。

（5）后端框架：Redis、SpringBoot、Swagger。

（6）應用服務器：Tomcat。

（7）數據庫：MySQL。

如圖1所示，用戶通過客戶端向Nginx 發出請求，Nginx 將請求轉發至GATEWHY 網關，網關根據當前請求轉發至指定服務，當有多名用戶統一訪問同一產品或者某些服務出現問題時進行負載均衡或熔斷降級，網關還可以通過認證授權，當請求通過時查看請求是否合法，為避免惡意打擊，網關還具有請求限流功能，當某一時刻請求過多時可以限制流量，微服務集群還可以互相調用，比如下訂單時需要查看訂單信息，使用的是Fegin 組件，在訂單中存儲的圖片、視頻等使用的是阿里云的OSS 服務。

圖1 系統架構

2 系統功能

如圖2所示，學生既是發起者也是捎帶者，可以不同的身份進入不同的用戶系統，不同的系統具有不同的作用。

圖2 系統功能設計

2.1 發起者用戶系統功能

（1）發起訂單。在此頁面中，學生可以選擇合適的餐廳，選擇購買喜歡的餐品，也可以選擇快遞服務、打印服務、超市代購服務等。

（2）訂單詳情。如果學生購買餐品或其他產品，付款完成后會進入訂單詳情頁，當前是待搶狀態，此時會顯示訂單的具體信息，如從校園幾餐廳購買的什么產品配送到幾號公寓以及聯系電話等信息。如果有附近的捎帶者搶單，那么訂單將變成待配送狀態。如果是快遞代取服務，在訂單變成配送狀態時可上傳快遞單號或取件碼、取件二維碼等信息，以便捎帶者取件。如果是打印代排隊服務，捎帶者可通過電話聯系發起者提供訂單服務。

（3）確認收單并評價。如果對訂單服務沒有異議可以直接確認訂單并進行評價，如果對訂單服務有異議（比如配送不成功等）可以直接選擇退單并評價。

2.2 捎帶者用戶系統功能

（1）訂單詳情。本頁面可以查看訂單的詳細信息，如從校園幾餐廳購買的什么產品配送到幾號公寓以及聯系電話等信息。

（2）搶單。捎帶者可以根據自己的實際情況選擇搶單，搶單成功后完成捎帶服務。

（3）服務。不同類型的訂單服務有不同的操作方式，如快遞代取需要在搶單成功后上傳取件碼等信息，而打印代排隊則需要電話聯系。不同類型的服務根據系統提示逐步完成即可。

（4）等待確定、傭金到賬。如果用戶對訂單服務滿意則會確認收單，之后傭金會直接轉到用戶賬號，如果用戶對訂單不滿意會退單，退單之后則收不到傭金，服務惡劣者則無法再成為捎帶者。

2.3 管理員系統功能

（1）商家信息維護。平臺上的餐廳詳細信息、超市商品品類增補、價格變化等需要管理員及時更新并維護。

（2）用戶維護。因為本平臺只在校園內部使用，為提高可信度，學生都是通過學號注冊實名認證，如果有不良用戶進入則直接拉黑，不再接受該用戶提供服務申請。

（3）訂單維護。如果出現訂單糾紛，可以通過電話或微信等不同的聯系方式與管理員聯系溝通，管理員根據實際情況處理解決問題。

（4）系統維護。系統內容的真實性、功能的可操作性、用戶的可信度等均需定期更新。

3 系統設計與實現

如圖3所示為系統開發設計流程圖，本系統主要由發起者用戶系統、捎帶者用戶系統和管理員系統三部分組成，用戶可通過微信登錄該系統，但需要實名認證，認證通過登錄成功后選擇合適的身份進入相應的系統，發起者用戶系統部分代碼為：

圖3 系統設計流程圖

用戶登錄之后可通過身份切換進入捎帶者系統，真正實現人人都是配送者，方便就近捎帶并節約人工成本，捎帶者進入系統之后參與搶單—完成相關服務—獲得傭金。捎帶者系統部分代碼為：

4 數據庫設計

本系統數據庫的設計遵循完整、可靠、高效率、安全等原則，為了提高數據庫的運行效率，適當降低范式標準，增加冗余，達到以空間換時間的目的。提高高級冗余，降低低級冗余。

在系統的整體功能和邏輯整合方面，分析各個功能之間的聯系，避免空間資源的浪費，采用Navicat 數據庫管理工具設計數據庫系統，包含數據庫約20 個，闡明表名、屬性、主建、域等信息，如圖4所示。

圖4 數據結構

5 系統測試

本系統采用分布式搭建方式，將系統從單一架構中拆分出來，把系統中相似功能的模塊組合在一起，本系統主要拆分為四個部分：網關模塊、認證中心模塊、系統模塊和幫捎帶業務模塊，每一個模塊都可以獨立部署，模塊之間互不影響。使用高峰期可以額外擴展單獨的模塊，如業務模塊的系統負載過大，就可以單獨拉起另外一個一樣的業務模塊，使該業務模塊組成一個微服務，集中提供服務，這樣可提高高峰期的數據處理能力。另外，系統結構使用Swagger 進行測試，每一個接口都有對應的測試方法和測試數據，從而提高系統的可用性，具體測試結果如圖5所示。本系統運行數據都是從服務器實時獲取的真實數據，具有注冊、登錄、管理數據、權限驗證等功能。系統首頁運行如圖6所示。

圖5 接口測試文檔

圖6 系統首頁

6 結 論

在校園內服務平臺發展欠佳的背景下，即現有的校園服務平臺還不太成熟，沒有可以引領眾多平臺一起發展的領頭羊，為此我們會把握住時機，更上一個新臺階。文章分析了幫捎帶平臺的作用、幫捎帶平臺的三大模塊以及相關的代碼展示、具有代表性的數據庫表，框架搭建、架構圖等，所實現功能基本能滿足校園日常需求。

平臺本身待開發程度很高，有些功能尚未完善，而且已經完成的功能還有很多可以優化的地方，我們不會止步于此，會將用戶體驗放在第一位，不斷完善平臺的功能，初期可以通過日常必需品的捎帶來培養用戶使用平臺的習慣，在形成品牌效應之后再加大力度吸引其他更多用戶。