1. 项目简介：校园快递代领小程序解决了什么问题？

随着校园快递量持续增长，学生经常遇到上课、考试、外出等场景下无法及时取件的问题。传统代领方式主要依赖微信群、熟人转告或线下沟通，容易出现信息不完整、订单状态不透明、跑腿责任不清晰等问题。

本项目围绕“校园快递代领”场景设计并实现了一套小程序系统。系统面向普通用户、跑腿用户和管理员三类角色，支持发布代取订单、跑腿接单、订单状态跟踪、支付状态管理、评价反馈以及后台数据维护等功能。

项目采用 Python 作为主要开发语言，后端使用 Django 框架，数据库使用 MySQL，前端使用 uni-app 开发并适配微信小程序，整体适合用于计算机毕业设计、课程设计和项目实战学习。

2. 技术栈说明

层级	技术选型	作用说明
前端	uni-app + 微信小程序	实现小程序端页面展示、用户交互、订单操作和数据提交。
后端	Python + Django	处理业务逻辑、用户认证、权限控制、接口服务和管理后台。
数据库	MySQL	存储用户、代领信息、代取订单、接单信息、评价反馈等业务数据。
架构	B/S 架构	浏览器/小程序访问后端服务，便于部署和跨端访问。
开发工具	PyCharm	用于后端项目开发、调试和数据库连接管理。

技术路线整体比较清晰：小程序端负责页面交互，Django 负责业务逻辑与数据接口，MySQL 负责数据持久化。对于毕业设计来说，这套技术组合既有完整度，也便于答辩时讲清楚系统分层。

3. 系统角色与功能模块分析

系统主要分为普通用户端、跑腿用户端和管理员后台。三个角色围绕“发单 - 接单 - 完成 - 评价 - 后台管理”的业务闭环展开。

角色	核心功能
普通用户	注册登录、浏览公告、查看代领信息、发布代取订单、支付订单、查看接单情况、评价反馈。
跑腿用户	注册登录、查看代取订单、接单、更新订单状态、查看评价反馈。
管理员	系统用户管理、代领分类管理、代领信息管理、代取订单管理、接单信息管理、评价反馈管理、公告与资讯管理。

3.1 普通用户功能

• 用户可完成注册、登录、资料修改和密码修改。
• 在首页查看轮播图、公告消息、新闻资讯和推荐代领信息。
• 在代领信息页面搜索、浏览详情、收藏并申请代领。
• 在“我的”模块查看代取订单、接单信息，并对跑腿服务进行评价反馈。

图1 普通用户用例图

3.2 跑腿用户功能

• 跑腿用户可查看可接单的代取订单，并提交接单操作。
• 接单后可在接单信息模块更新订单状态，例如待取件、配送中、已完成等。
• 订单完成后可查看普通用户提交的评价反馈，便于服务改进。

图2 跑腿用户用例图

3.3 管理员功能

• 管理员负责系统用户、普通用户、跑腿用户等账号数据维护。
• 管理员可以维护代领分类、代领信息、代取订单、接单信息和评价反馈。
• 后台还支持公告、轮播图、新闻资讯等系统运营内容管理。

图3 管理员用例图

4. 系统业务流程设计

从业务流程上看，用户进入系统后先完成注册或登录；普通用户发布代取订单后，跑腿用户查看订单并接单；接单后跑腿用户执行取件与配送，普通用户可查看接单状态并在完成后进行评价。

图4 系统操作流程图

登录流程主要包含账号密码校验、必填项校验、用户审核状态判断和登录结果反馈。注册流程主要包含用户信息填写、重复账号校验、必填字段校验和注册成功提示。

图5 登录流程图

图6 注册流程图

5. 系统架构设计

本项目采用前后端分离思路进行设计。前端通过微信小程序提供用户交互入口，后端由 Django 提供业务接口与管理能力，数据库层由 MySQL 负责数据存储。

图7 系统架构图

系统功能结构可以概括为“三端协同”：普通用户端负责发单与反馈，跑腿用户端负责接单与状态更新，管理员后台负责数据维护与运营管理。

图8 系统功能结构图

6. 数据库设计分析

数据库设计围绕用户、代领信息、订单、接单和评价反馈五类核心数据展开。整体上，各业务表既能满足系统功能，又便于后台管理和后续扩展。

图9 系统总体ER图

6.1 核心数据表

表名	说明	关键字段
ordinary_user	普通用户表	ordinary_user_id、user_name、user_gender、user_age、examine_state、user_id
running_user	跑腿用户表	running_user_id、run_name、running_sex、age_of_errands、errand_phone、examine_state
collar_information	代领信息表	collar_information_id、name_of_collar、collar_classification、collation_fee、cover_image
substitute_order	代取订单表	substitute_order_id、express_waybill_number、pour_address、address、pay_state、pay_type
order_receiving_information	接单信息表	order_receiving_information_id、running_user、order_receiving_time、quantity_of_order_received、order_status
valuation_feedback	评价反馈表	evaluation_feedback_id、ordinary_user、running_user、express_waybill_number、evaluation_feedback

6.2 主要实体关系

图10 普通用户实体属性

图11 跑腿用户实体属性

图12 代领信息实体属性

图13 代取订单实体属性

图14 评价反馈实体属性

7. 系统功能实现截图

下面保留较多系统运行截图，便于读者快速判断项目完成度，也方便CSDN文章形成更强的视觉展示效果。发布时建议每张图下方保留一句功能说明。

7.1 普通用户端截图

图15 用户注册界面：填写账号、密码、昵称、邮箱、身份和联系方式。

图16 用户登录界面：输入用户名、密码与验证码后进入系统。

图17 首页界面：展示轮播图、公告、新闻资讯和代领信息入口。

图18 代领信息界面：用户可浏览代领服务并申请代领。

图19 代取订单界面：用户可查看订单并完成支付确认。

图20 接单信息界面：用户可跟踪接单状态并提交评价反馈。

7.2 跑腿用户端截图

图21 跑腿用户代取订单界面：查看订单详情并进行接单。

图22 跑腿用户接单信息界面：管理接单情况并更新订单状态。

7.3 管理员后台截图

图23 系统用户管理界面：维护普通用户、跑腿用户和管理员信息。

图24 代领信息管理界面：新增、修改、查询和删除代领信息。

图25 代取订单管理界面：查看订单列表、支付状态和订单详情。

图26 接单信息管理界面：管理跑腿用户接单记录。

图27 评价反馈管理界面：查看与维护用户评价反馈信息。

8. 核心代码展示

源码部分不建议在博客中一次性贴满，否则文章会显得冗长。建议展示数据库配置、注册、登录、增删改查等关键代码片段，完整源码放到结尾引导领取。

图28 数据库配置关键代码

图29 注册关键代码

图30 登录关键代码

图31 删除数据关键代码

图32 修改数据关键代码

图33 查询数据关键代码

9. 系统测试说明

系统测试主要围绕用户注册、用户登录、代领信息管理、代取订单管理、接单信息管理和评价反馈管理等模块展开。通过正常输入、异常输入、空值校验、重复数据校验等方式验证业务流程的稳定性。

测试模块	测试内容	测试结果
用户注册	正常注册、用户名重复、邮箱格式错误、必填项为空	符合预期
用户登录	正确登录、错误密码、未注册账号、空密码登录	符合预期
代领信息管理	列表查看、新增、搜索、编辑、删除	符合预期
代取订单管理	订单新增、查询、编辑、删除、支付状态维护	符合预期
接单信息管理	跑腿用户接单、状态更新、查询、删除	符合预期
评价反馈管理	新增评价、查询评价、编辑评价、删除评价	符合预期

测试结果表明，系统核心业务流程能够正常运行，页面跳转和数据增删改查功能符合预期，能够满足校园快递代领场景下的基本使用需求。

10. 项目总结

本项目围绕校园快递代领场景完成了从需求分析、系统设计、数据库设计到功能实现和测试验证的完整开发流程。系统支持普通用户、跑腿用户和管理员多角色协作，能够实现代取订单发布、跑腿接单、状态跟踪、评价反馈和后台管理等功能。

从毕业设计角度看，该项目具备完整的技术栈、清晰的业务闭环、较丰富的系统截图和可讲解的数据库设计，适合用于计算机相关专业的项目实战、课程设计和毕业设计参考。

11. 源码免费领取

需要本项目完整源码、数据库文件、部署教程和论文参考文档的同学，可以在评论区或私信回复项目编号：08794。

领取内容包括：

• 完整前后端源码
• MySQL数据库脚本
• 项目部署说明
• 系统截图与功能说明
• 论文/答辩参考资料

温馨提示：源码仅供学习交流和毕业设计参考，请勿用于商业倒卖或侵权传播。

附录：发布前检查清单

检查项	建议
标题	包含编号、技术栈、项目名和“源码免费领”关键词。
封面	使用本文生成的封面图，保证标题清晰，技术栈醒目。
首屏	前300字交代项目用途、技术栈和适用人群。
图片	按“架构图 - 功能图 - 前端截图 - 后台截图 - 代码图”顺序上传。
标签	至少选择 Python、Django、MySQL、微信小程序、毕业设计 等精准标签。
结尾	保留源码领取引导，但不要过度堆砌营销话术。
合规	确认源码、图片和资料拥有发布权，避免破解、盗版、未授权内容。