一、系统程序文件列表
二、开题报告内容
一、 选题背景与意义
1.1 选题背景
随着我国高等教育规模的不断扩大，高校校园面积日益广阔，学生日常生活节奏加快，校园内"最后一公里"的物流与生活服务需求激增。一方面，部分学生因课业繁重、突发状况或懒惰心理，存在取快递、代买餐食、代送文件等需求；另一方面，许多学生希望通过课余时间勤工俭学，获得一定经济收入。
目前，虽然市面上有美团跑腿、闪送等大众化跑腿服务，但其在校园场景下的应用存在局限性：一是配送员进入校园受限，无法实现"宿舍到宿舍"的精准服务；二是平台抽成较高，不适合学生之间的小额交易；三是缺乏针对校园特殊场景（如教学楼、图书馆、宿舍楼）的精细化分类。
1.2 研究意义
本课题旨在开发一套专门针对高校校园场景的跑腿业务系统。
-
现实意义： 解决校内师生"懒"与"忙"的矛盾，整合校内闲散人力资源，为勤工俭学的学生提供安全、可靠的兼职平台。系统采用实名认证机制，保障校内交易的安全性。
-
技术意义： 通过该系统的设计与实现，可以深入掌握Spring Boot框架在企业级应用中的开发流程，整合MyBatis持久层框架、MySQL数据库以及Redis缓存技术，锻炼前后端分离架构下的全栈开发能力，为后续从事软件开发工作奠定基础。
二、 国内外研究现状
2.1 国外研究现状
国外的众包配送服务起步较早，如Uber Eats、DoorDash等，主要面向社会大众，拥有成熟的调度算法和信用体系。但在国外高校中，由于校园布局、管理模式与国内差异较大，且人工成本较高，专门针对校园内部的众包跑腿系统相对较少，多以大型平台的服务覆盖为主。
2.2 国内研究现状
国内互联网经济发达，校园市场被广泛关注。目前主要有两种形式：
-
依托大型平台： 如美团、饿了么的校园专送，但主要解决餐饮配送，且需统一管理，灵活性不足。
-
第三方校园应用： 部分高校学生团队开发了本校专属的微信小程序或公众号，但技术栈参差不齐，往往缺乏完善的订单追踪、资金托管和评价体系。
综上所述，开发一个功能完善、技术先进、安全性高的校园跑腿系统仍具有较高的实用价值和推广前景。
三、 研究内容与目标
3.1 研究目标
设计并实现一个基于B/S架构的校园跑腿业务系统。系统需满足三类用户（管理员、发布者、接单者）的核心需求，实现从订单发布、抢单/派单、执行、确认到资金结算的完整闭环，并确保系统的高可用性与数据安全性。
3.2 具体研究内容
3.2.1 系统功能模块设计
系统拟划分为以下四大模块：
-
用户管理模块：
-
用户注册与登录（基于手机号/学号+验证码）。
-
学生身份实名认证（对接学校教务系统或人工审核学信网截图）。
-
个人信息维护（头像、联系方式、宿舍地址）。
-
账户余额管理（充值、提现、流水记录）。
-
-
订单管理模块（核心）：
-
发布订单： 用户填写订单类型（取快递、代买餐食、代取资料等）、酬金、截止时间、起始地点、详细要求。
-
订单大厅： 展示待接单的订单列表，支持按距离、酬金、时间排序。
-
接单/抢单： 跑腿员查看订单详情并接单（同一订单仅可被一人接取）。
-
订单状态流转： 待接单 -> 已接单（进行中） -> 已完成/已取消。
-
订单追踪： 接单后，发布者与接单者可见对方联系方式，并记录接单时间、完成时间。
-
-
支付与结算模块：
-
采用虚拟钱包机制。发布者下单时需预扣款项（冻结）。
-
任务完成后，发布者确认完成，资金从发布者账户划转至接单者账户。
-
若订单取消，冻结资金退回发布者账户。
-
-
后台管理模块：
-
用户管理：封号、解封、实名审核。
-
订单监管：查看所有订单状态，强制介入异常订单（如纠纷）。
-
数据统计：统计日活、订单成交量、热门订单类型、交易总额等。
-
投诉与反馈处理：处理用户纠纷。
-
3.2.2 系统架构与技术选型
-
后端： Spring Boot 2.x + MyBatis Plus + Spring Security（或Shiro）进行权限控制。
-
前端： 采用前后端分离模式。用户端使用Vue.js + Element UI（或微信小程序端）；后台管理端使用Vue + Element UI。
-
数据库： MySQL 8.0（核心业务数据）+ Redis（存储Token、验证码、热点订单数据）。
-
开发工具： IntelliJ IDEA, Maven, Git。
3.2.3 关键技术难点研究
-
订单并发控制： 解决高并发场景下多用户同时抢单时的数据一致性问题（利用Redis分布式锁或数据库乐观锁）。
-
智能推荐策略： 基于用户的宿舍位置，优先推送距离较近的订单，提高接单效率。
-
资金安全： 设计合理的"预付款+确认收货"机制，防止刷单和诈骗。
四、 拟采用的研究方法
-
文献研究法： 查阅相关书籍、论文，了解跑腿系统的业务逻辑和Spring Boot的最佳实践。
-
需求分析法： 通过问卷调查或访谈在校大学生，获取用户对跑腿系统的核心功能需求与非功能需求（响应速度、安全性等）。
-
原型设计法： 使用Axure或手绘草图，先确定页面流转和交互逻辑，再进入编码阶段。
-
迭代开发法： 采用敏捷开发模式，将系统拆分为多个模块，分阶段完成开发、测试与集成，及时修复Bug。
五、 预期成果与创新点
5.1 预期成果
-
一套完整的校园跑腿业务系统（包括用户端、接单端、管理后台），代码规范，注释清晰。
-
一份详细的毕业设计说明书（论文），包含需求分析、系统设计、详细实现与测试报告。
-
系统部署文档及演示视频，展示系统主要功能流程。
5.2 创新点
-
校园场景深度定制： 精确到宿舍楼栋的地址选择，增加"帮取快递"、"帮带早餐"等特定校园标签。
-
信用评分机制： 除了好评差评，引入"超时率"、"取消率"等指标，建立跑腿员的信誉等级，等级高的跑腿员享有优先接单权。
-
自动化调度辅助： 利用Redis实现地理位置距离排序，帮助用户优先看到身边人发布的订单。
六、 进度安排
| 阶段 | 时间安排 | 主要任务 |
|---|---|---|
| 第一阶段 | 第1-2周 | 查阅文献，确定选题，完成开题报告，进行需求调研。 |
| 第二阶段 | 第3-4周 | 系统总体设计，数据库设计（E-R图、数据表结构），搭建Spring Boot项目架构。 |
| 第三阶段 | 第5-8周 | 核心功能开发：用户认证模块、订单发布与接单模块、状态流转模块。 |
| 第四阶段 | 第9-10周 | 支付结算模块、后台管理模块开发，前端页面联调。 |
| 第五阶段 | 第11-12周 | 系统测试（单元测试、集成测试、压力测试），修复Bug，优化性能。 |
| 第六阶段 | 第13-14周 | 撰写毕业论文初稿，整理相关图表。 |
| 第七阶段 | 第15-16周 | 修改论文，查重，准备答辩PPT及演示视频。 |
七、 参考文献
1\] 王松. Spring Boot+Vue全栈开发实战\[M\]. 北京: 清华大学出版社, 2019. \[2\] 王珊, 萨师煊. 数据库系统概论(第5版)\[M\]. 北京: 高等教育出版社, 2018. \[3\] 翟剑锋. 基于Spring Boot和MyBatis的校园外卖系统设计与实现\[J\]. 电子技术与软件工程, 2021(12): 45-47. \[4\] 李明. 互联网+背景下高校校园跑腿服务现状及发展策略研究\[J\]. 现代商业, 2022(05): 22-24. \[5\] Craig Walls. Spring Boot in Action\[M\]. Manning Publications, 2016. \[6\] 阮一峰. RESTful API 设计指南\[EB/OL\]. 网络日志, 2014. ****重要说明**** ：以上为项目开发前基于选题撰写的开题报告内容，后期因需求调整、技术优化等因素，系统程序可能存在较大改动。最终成品以本文档后续 "运行环境 + 技术栈 + 界面展示" 为准，开题报告内容可作为开发与论文撰写的参考依据。系统源码获取方式详见文末！ ## ******三、系统技术栈****** ### ******（一）前端技术栈：Vue.js****** Vue.js 是一套专注于构建用户界面的渐进式 JavaScript 框架，具备轻量、高效、易集成的特点，尤其适合与 Spring Boot 后端框架搭配实现前后端分离架构。其核心库仅聚焦视图层，不强制依赖其他工具或库，既便于新手快速上手，也能灵活整合第三方插件（如 Vue Router、Vuex）或融入现有项目；同时，Vue.js 的响应式数据绑定机制可实时同步视图与数据，显著提升前端开发效率与用户交互体验。 ### ******（二）后端技术栈****** 1. ****核心容器**** ：基于 Spring Boot 构建，提供全面的对象管理与依赖注入能力，可自动维护应用程序中各类组件的生命周期，简化对象创建与调用流程，降低代码耦合度。 2. ****Web 层**** ：Spring Boot 内置 Tomcat、Jetty、Undertow 等主流 Web 容器，无需额外配置即可快速搭建 Web 应用，支持 HTTP 请求处理、接口开发、会话管理等核心功能，满足项目的 Web 服务需求。 3. ****数据访问层**** ：支持多种数据库连接池（如 HikariCP、Druid）与 ORM（对象关系映射）框架（如 MyBatis、JPA），可简化数据库操作流程（如 SQL 编写、结果映射、事务管理），降低数据访问层的开发复杂度，提升数据交互效率与安全性。 ### ******（三）开发工具****** 1. ****IntelliJ IDEA**** ：一款功能强大的 Java 集成开发环境（IDE），对 Spring Boot 项目开发支持尤为友好。内置丰富的插件（如 Spring Assistant、Lombok），可实现代码自动补全、语法检查、调试跟踪、项目构建等功能，大幅提升后端开发效率与代码质量。 2. ****Visual Studio Code（VS Code）**** ：轻量级跨平台 IDE，支持 Windows、macOS、Linux 多系统运行。通过安装 Java、Vue.js 相关插件（如 Java Extension Pack、Vetur），可实现前后端代码的编写、调试与运行，兼顾开发灵活性与轻量化需求。 ## ******四、开发流程****** 1. ****项目初始化**** ：使用 Maven 构建工具创建 Spring Boot 项目，可通过 IntelliJ IDEA、Eclipse 等 IDE 的可视化界面选择 "Spring Initializr" 模板，快速生成项目基础结构（含目录层级、配置文件框架）。 2. ****依赖配置**** ：在项目根目录的pom.xml文件中，添加 Spring Boot 相关依赖（如spring-boot-starter-web用于 Web 开发、spring-boot-starter-mybatis用于数据访问），Maven 会自动下载并管理依赖包及其版本，避免版本冲突问题。 3. ****启动类设置**** ：在src/main/java目录下创建项目启动类（通常命名为XXXApplication.java，如SystemApplication.java），并在类上添加@SpringBootApplication注解 ------ 该注解整合了@Configuration（配置类）、@EnableAutoConfiguration（自动配置）、@ComponentScan（组件扫描）三大功能，是 Spring Boot 应用启动的核心标识。 4. ****核心配置**** ：创建 Spring Boot 配置文件（支持application.properties（Properties 格式）或application.yml（YAML 格式）），在文件中定义数据库连接信息（如 URL、用户名、密码）、服务器端口、缓存策略、日志级别等核心配置，确保应用程序按预期运行。 ## ******五、使用者指南****** ### ******（一）项目搭建步骤****** 1. ****工程创建与依赖引入**** ：使用 Maven 或 Gradle 构建工具创建新工程，在构建配置文件（Maven 为pom.xml，Gradle 为build.gradle）中引入 Spring Boot 相关依赖（参考本文档 "开发流程 - 依赖配置" 部分），确保核心功能模块（Web、数据访问等）的依赖完整。 2. ****主类创建与配置**** ：在src/main/java目录下创建项目主类，在类上添加@SpringBootApplication注解 ------ 该注解会触发 Spring Boot 的自动配置机制，根据项目依赖与配置文件自动初始化应用环境（如加载 Web 容器、配置数据库连接）。 ****主方法编写**** ：在主类中定义main方法，通过SpringApplication.run(主类.class, args)语句启动 Spring Boot 应用 ### ******（二）核心机制说明：自动配置****** Spring Boot 的自动配置机制是其核心特性之一，可根据项目中的依赖包、配置文件及外部属性，自动完成应用程序的配置（无需手动编写大量 XML 配置）。其实现原理为：Spring Boot 启动时，会扫描类路径下的META-INF/spring.factories文件，加载其中定义的自动配置类；随后根据项目依赖（如引入spring-boot-starter-web则自动配置 Web 容器）与配置文件参数，判断是否需要实例化相关组件（如 Tomcat 容器、DataSource 数据源），最终完成应用环境的初始化。 ### ******（三）应用运行步骤****** 1. ****运行方式**** ： * 方式 1（IDE 运行）：在 IntelliJ IDEA 或 VS Code 中，找到主类文件，右键点击 "Run 主类名"（如 "Run SystemApplication"），即可启动应用。 * 方式 2（命令行运行）：通过终端进入项目根目录，执行mvn spring-boot:run（Maven 项目）或gradle bootRun（Gradle 项目）命令，启动应用程序。 2. ****默认运行环境**** ：Spring Boot 应用默认使用嵌入式容器（Tomcat 为默认容器，可通过修改依赖切换为 Jetty 或 Undertow）运行，无需额外安装或配置独立容器，启动后即可通过浏览器或接口测试工具（如 Postman）访问应用接口（默认端口为 8080，可在配置文件中修改）。 ## ******六、程序界面展示******     