💗博主介绍：✌全网粉丝20W+,CSDN全栈领域优质创作者，博客之星、掘金/华为云/阿里云等平台优质作者,计算机毕设实战导师。目前专注于大学生项目实战开发,讲解,毕业答疑辅导，欢迎高校老师/同行前辈交流合作✌
💗主要服务内容：免费功能设计、选题定题、开题报告、任务书、程序开发、论文编写和辅导、论文降重、程序讲解、答辩辅导等，欢迎咨询~
👇🏻 精彩专栏 推荐订阅👇🏻
计算机毕业设计精品项目案例（持续更新，值得收藏！）✅
2026-2027年计算机毕业设计选题推荐：计算机专业毕业设计题目大全✅
全网最全计算机毕业设计选题推荐：计算机毕设选题指导及避坑指南✅
🌟文末获取源码+数据库+文档🌟
感兴趣的可以先收藏起来，还有大家在毕设选题，项目以及论文编写等相关问题都可以和学长沟通，希望帮助更多的人

一.项目概述

针对传统校园跑腿服务依赖零散线下沟通、信息同步滞后、任务状态无法溯源、权责划分模糊等痛点，极易导致跑腿业务流转效率低下、用户服务体验差、平台管理难度大等问题。为规范化校园跑腿业务流程、提升任务流转透明度与数字化管理水平，本文以校园师生日常跑腿刚需为核心场景，基于可视化管理理念，设计并实现了一套前后端分离的校园跑腿接单系统。

本校园跑腿接单系统采用主流Web开发架构，后端以Spring Boot框架快速搭建稳定的业务服务，前端基于Vue构建简洁流畅的交互界面，搭配MySQL数据库实现业务数据的安全存储与高效调用。系统精准划分普通用户、跑腿接单员、平台管理员三类核心角色，覆盖任务发布、在线接单、履约执行、签收确认、服务评价、投诉反馈等全流程核心业务，同时集成公告资讯、即时聊天、个人钱包管理等配套功能。测试与应用结果表明，该系统有效解决了传统校园跑腿服务的诸多弊端，实现了跑腿任务全流程可视化管控，大幅提升了业务处理效率与校园跑腿服务质量，能够满足校园跑腿场景的规范化、数字化运营需求，具备良好的实用性与推广价值。

---

二.开发技术栈

2.1 基础环境

JDK：1.8 及以上
数据库：MySQL 5.7（指定版本，保证数据兼容性）
项目构建工具：Maven 3.6.1
开发工具：IntelliJ IDEA / Eclipse

2.2 核心技术架构

系统整体采用前后端分离架构，彻底解耦前端页面展示与后端业务逻辑，提升开发效率与后期维护性，各端核心技术分工明确：
后端技术：以Java为基础语言，SpringBoot框架为核心，简化SSM框架繁琐配置，快速实现接口开发、业务逻辑处理、数据持久化与权限管控；整合拦截器、JWT令牌、文件处理等组件，保障系统安全稳定运行。
前端技术：基于Vue渐进式框架+ElementUI组件库搭建交互界面，搭配HTML5、CSS3完成页面渲染，实现页面轻量化、响应式展示，适配PC端多尺寸设备，除此还利用了Echarts实现了数据可视化分析。
数据存储：采用MySQL数据库，通过主键约束、唯一约束、外键约束、非空约束，保障业务数据的完整性、一致性与可追溯性。

---

三.系统分析

3.1 需求分析与角色划分

3.1.1 总体功能需求

本系统采用主流前后端分离架构，后端基于 Spring Boot 框架搭建稳定高效的业务服务，前端依托 Vue 框架构建轻量化、易操作的可视化交互界面，搭配 MySQL 数据库实现全量业务数据的持久化存储，通过数据库约束机制保障校园跑腿业务数据的一致性、完整性与安全性。系统聚焦校园跑腿核心业务场景，针对传统跑腿服务信息分散、状态滞后、权责模糊等痛点，围绕多角色业务需求完成整体功能设计，全面覆盖任务发布、线上接单、履约配送、签收确认、服务评价、投诉反馈、公告资讯、实时聊天、个人钱包管理等核心模块，实现跑腿任务全流程可视化管控。系统权限划分清晰、业务链路完整，同时具备良好的稳定性、可维护性与功能扩展性，可有效满足校园跑腿规范化、数字化、可视化的运营管理需求。

3.1.2 角色划分

结合校园跑腿实际业务场景、业务职能与权限差异，本系统将使用主体划分为后台管理员、前台普通用户、前台跑腿员三类核心角色，各角色权责边界清晰、业务功能相互独立又协同联动，全方位覆盖校园跑腿业务流程，具体角色定位如下：
后台管理员：系统核心运维与管理人员，拥有系统最高操作权限，主要负责全平台业务管控与数据维护，统筹保障校园跑腿系统稳定、合规运行。
前台普通用户：系统核心使用主体，为校园有跑腿需求的师生，主要用于发布跑腿任务、对接履约服务、处理个人订单相关业务。
前台跑腿员：系统履约服务主体，负责承接平台跑腿订单、完成线下配送履约，处理订单全流程配送相关操作与售后对接。

3.1.3 各角色细分功能需求

（1）管理员功能需求
账号登录：通过专属账号密码登录系统后台，依托权限机制访问全部管理功能，完成平台运维操作。
用户信息管理：统一管理平台普通用户与跑腿员信息，支持用户信息查询、编辑、维护与权限管控，梳理平台用户基础数据。
跑腿任务管理：全量监管平台所有跑腿订单，查看订单状态、流转记录，对异常订单进行统筹处理，规范订单业务流程。
接单履约管理：管控跑腿员接单、配送、签收全流程履约行为，监督跑腿服务质量，规范跑腿员作业标准。
评价投诉管理：查看平台用户的服务评价与投诉信息，统筹处理售后纠纷，维护平台服务秩序。
钱包信息管理：监管平台用户与跑腿员钱包数据、资金流水，保障平台资金往来合规透明。
系统资讯管理：负责平台公告资讯的发布、编辑、更新与删除，及时推送平台规则、通知公告等信息。
系统运维管理：维护系统基础配置与运行数据，保障系统稳定运行，优化平台整体服务能力。
（2）普通用户功能需求
账号登录：注册账号并登录系统前台，进入个人中心开展相关业务操作。
资讯浏览：浏览平台首页内容与公告资讯，及时了解平台规则、功能更新及相关通知。
任务管理：自主发布校园跑腿任务，填写跑腿需求、配送地址、相关要求，同时可随时查看个人全部订单与任务状态。
即时沟通：查询聊天记录，与跑腿员实时在线沟通，确认跑腿需求、对接配送细节。
订单签收：跑腿履约完成后，在线完成订单确认签收操作，确认服务完成状态。
评价投诉：针对跑腿服务质量进行星级评价与文字评价，对违规、劣质服务可发起订单投诉，维护个人权益。
个人钱包管理：查看个人钱包余额、资金流水，管理个人平台资金信息。
（3）跑腿员功能需求
账号登录：通过专属跑腿员账号登录前台系统，进入跑腿作业中心。
任务浏览与接单：实时浏览平台发布的所有跑腿任务，根据自身需求自主接单，承接跑腿履约业务。
配送状态管理：实时更新订单配送进度，修改配送状态，让用户与平台实时掌握履约情况。
签收协作：配合用户完成订单确认签收工作，完成订单收尾履约流程。
售后处理：查看用户对订单的服务评价，对接处理相关投诉问题，及时整改服务问题。
钱包管理：查看个人跑腿收益、钱包余额与资金流水，自主管理个人平台收益信息。

3.2 用例设计

结合业务需求绘制用户用例图、跑腿员用例图、管理员用例图，清晰定义各角色可执行操作：

3.3 系统功能模块设计

本系统基于三类核心用户的业务职能与操作边界进行模块化结构拆分，整体架构划分为前台用户功能模块、前台跑腿员功能模块以及后台管理员管理模块，各模块职责划分清晰、业务耦合度低，能够精准匹配不同角色的业务场景与操作需求。其中，前台用户模块聚焦普通师生的跑腿使用场景，以便捷性为设计核心，主要实现公告资讯浏览、跑腿任务发布、订单状态查询、在线沟通、签收确认、服务评价投诉及个人中心管理等功能，保障用户可以高效、便捷地完成各类跑腿需求操作。前台跑腿员模块面向平台履约人员，以作业实操性为设计重点，支持任务浏览、在线接单、配送状态更新、履约签收协作、售后评价对接及个人收益钱包管理等业务，全方位支撑跑腿履约全流程作业需求。后台管理员模块承担平台整体管控职能，采用集中式数据与业务管理模式，覆盖用户信息运维、跑腿任务监管、接单履约审核、订单签收管理、评价投诉处理、资金钱包管控以及系统公告与基础配置维护等核心功能，实现对全平台业务数据与服务流程的统一规范管理。系统结构如图所示。

3.4 系统流程分析

系统整体采用前后端分离的组织方式，前端负责界面呈现与交互响应，后端负责业务处理与数据访问，数据层负责统一存储与查询支撑。为保证流程可视化与状态可追踪，系统将任务相关的关键节点以状态形式进行记录，并在界面侧以列表与详情方式呈现，使参与者能够及时获取任务进展与处理结果。系统流程图如图所示：

四.数据设计

本系统基于MySQL数据库完成数据架构设计，围绕校园跑腿全业务场景，针对性设计15张核心业务数据表，全面覆盖参与角色、任务信息、接单记录、签收记录、评价与投诉等所有业务场景。所有数据表统一规范设计：采用自增主键保障数据唯一性，默认配置系统创建时间字段，对状态类、标识类字段预设编码规则与默认值，通过约束机制保障数据完整性、一致性与安全性，支撑“创建—流转—完成—反馈”的全过程记录。等全功能稳定运行。
为直观展示各实体数据关联关系，本文展示学生、教师、跑腿核心实体E-R图及系统总体E-R图，清晰呈现各数据表的字段属性、关联关系与业务映射逻辑。
用户实体属性如图所示：

跑腿员实体属性如图所示：

跑腿任务实体属性如图所示：

跑腿接单实体属性如图所示：

系统总体E-R图如图所示。

五.部分效果展示

5.1前台用户功能实现效果

前台用户端以账号注册与登录为系统准入基础，用户完成身份核验后方可进入可视化操作界面，开展各类跑腿业务操作。注册模块通过标准化表单收集用户基础信息，生成唯一账户标识，实现用户身份可识别、业务数据可关联，同时依托前端表单校验与提交反馈机制，保障信息录入规范、可控。用户注册界面效果如图所示。

登录成功后，用户进入系统前台首页。首页采用可视化布局设计，集中展示系统核心功能入口与信息概览，集成首页浏览、跑腿任务、公告资讯、个人中心等核心导航模块。界面布局简洁直观、操作路径清晰，能够有效降低用户操作门槛，减少页面冗余跳转，提升整体使用体验。系统首页界面如图所示。

跑腿任务页面支持任务数据批量展示、条件检索与详情查看功能，可完整展示平台发布的各类跑腿任务信息。界面重点突出任务执行状态、需求信息与进度节点，让用户能够直观掌握任务流转进度，快速筛选适配需求的跑腿任务，大幅降低信息沟通成本，提升任务查询效率。跑腿任务列表界面如图所示。

任务发布模块支持用户自主录入跑腿业务信息，包括物品名称、取件地址、送达地址、服务时间、服务费用及备注说明等核心参数。用户提交信息后，系统自动生成标准化跑腿任务单据并同步至平台任务列表，同时给予明确的提交反馈，保障任务发布流程规范、操作可查、数据可控。任务发布与任务详情界面如图所示。

个人中心模块实现用户个人数据与业务记录的可视化聚合管理，支持用户基础信息查看与编辑、密码修改等基础操作。同时集成聊天记录查询、跑腿任务管理、订单签收、服务评价、订单投诉等全链路个人业务入口，实现用户个人业务的集中化管控，方便用户统一查阅、管理自身所有跑腿相关记录。个人中心界面如图所示。

5.2前台跑腿员功能实现效果

后台管理员通过专属管理入口进入系统，依托登录校验机制完成身份认证与权限核验，仅授权用户可进入后台执行管理操作，有效保障后台数据与系统运行安全。管理员登录界面聚焦轻量化信息输入与状态提示，流程简洁清晰，可有效降低操作失误率。管理员登录界面如图所示。

管理员登录成功后进入后台管理首页，页面采用可视化数据布局，集中汇总各类管理功能入口与系统运行数据。后台围绕用户信息、跑腿员信息、任务数据、接单履约、签收记录、评价投诉、系统配置等核心业务，构建一体化集中管理体系，支持管理员全局把控平台运行状态。管理员首页界面如图所示。

用户管理模块支持管理员对前台普通用户数据进行全维度运维操作，包含数据查询、条件筛选、新增、编辑与删除等功能。模块以列表展示结合表单编辑的交互形式，实现用户数据的精细化、批量化管理，保障平台用户数据真实、准确、有效。用户管理界面如图所示。

跑腿员管理模块用于统一维护平台跑腿员基础信息与审核状态，管理员可对跑腿员数据进行查询、新增、修改、删除等常态化运维操作，统一管控跑腿员入驻资质与账号状态，实现跑腿团队信息规范化、标准化管理。跑腿员管理界面如图所示。

跑腿任务管理模块负责平台所有跑腿订单的后台管控，支持管理员对任务数据进行查询、修改、删除等操作，可根据任务状态分类运维，精准定位异常订单与问题数据。界面展示任务核心关键字段，支持详情快速查看，保障平台任务数据一致性与可维护性。跑腿任务管理界面如图所示。

跑腿接单管理模块主要统筹管理平台接单记录与配送履约状态，管理员可实时查询、维护接单数据与配送进度，全程监控任务执行链路。通过接单数据的集中归档与管理，实现履约流程可视化追溯，为平台纠纷处理、服务质检提供数据支撑。跑腿接单管理界面如图所示。

确认签收管理模块聚焦订单收尾环节的数据管控，集中维护订单签收记录与支付状态信息。管理员可对签收数据进行查询与合规校验，重点核查订单编号、签收时间、完成状态等核心信息，实现订单完成结果可验证、可统计、可溯源。确认签收管理界面如图所示。

评价与投诉管理模块实现平台售后体系闭环管控，管理员可统一查询用户服务评价与订单投诉数据，支持投诉状态审核、回复内容编辑与问题跟进处理。通过规范化的售后运维机制，有效化解服务纠纷，持续优化平台跑腿服务质量。评价与投诉管理界面如图所示。

5.3后台管理员功能实现效果

前台跑腿员通过专属账号登录系统后，可进入专属可视化作业界面开展履约工作。模块以任务接单与履约管控为核心，支持跑腿员实时浏览平台待办任务、在线接单、更新配送进度与派送详情，全程把控订单履约流程。同时配套个人中心功能，支持密码修改、聊天记录查询、订单投诉对接、个人钱包收益管理等辅助操作。跑腿员端首页聚焦待处理订单与履约状态展示，核心作业入口清晰明确，能够有效提升跑腿员接单履约效率。跑腿员首页界面如图所示。

六.部分代码实现

6.1 项目开发核心技术难点说明

难点1：用户会话安全与Token有效期管控
传统Session机制依赖服务器会话存储，适配性差、扩展性低，无法满足移动端长期在线需求；Token永久有效易引发账号被盗、信息泄露风险，有效期过短则会导致用户频繁掉线，影响使用体验。
**解决方案：**采用JWT无状态Token认证机制，替代传统Session会话，减轻服务器存储压力，适配分布式部署场景；合理配置Token有效期，兼顾账号安全性与用户体验；自定义全局拦截器，统一校验Token的合法性、有效性、过期状态，拦截所有非法请求与过期会话，全方位保障系统接口安全。
难点2：文件上传超限与安全风险问题
校园跑腿接单系统支持多类型文件上传业务，涵盖用户头像、跑腿物品实拍图、订单凭证截图、投诉反馈图片、资质证明图片等文件资源。系统用户下单、举证、资料更新频次高，大文件批量上传易造成接口响应卡顿、服务器IO资源占用过高，严重时会引发程序卡顿、接口超时崩溃等问题。同时开放的文件上传接口存在恶意脚本、非法格式文件上传入侵的安全漏洞，易导致系统被攻击、数据篡改、信息泄露等风险，威胁系统稳定运行。
解决方案： 在SpringBoot配置文件中全局限制单文件大小与单次请求总文件大小，从底层拦截超大文件；后端代码增加文件非空校验、文件后缀白名单校验、文件格式过滤，杜绝空文件、恶意文件、非法格式文件上传；通过时间戳生成唯一文件名，避免文件重名覆盖，保障文件上传接口的安全性、稳定性与唯一性。
难点 3：传统数据展示形式单一，数据分析能力薄弱
校园跑腿系统日常运行会沉淀海量业务数据，包含用户下单数据、跑腿接单量、订单履约率、服务类型占比、用户评价、投诉数据、跑腿员工作量统计等多维度信息。若仅采用传统表格形式展示数据，存在数据零散、维度割裂、可视化程度低等问题。后台管理人员难以直观掌握订单波动趋势、跑腿服务热度、用户活跃度、订单履约效率等核心业务指标，无法快速开展数据分析、业务研判与运营优化，导致海量业务数据无法有效发挥辅助决策的价值。。
解决方案 系统引入ECharts数据可视化组件，结合校园跑腿业务场景搭建多元化可视化图表体系。使用折线图展示每日、每月订单量、用户下单活跃度、跑腿接单数量的时序变化趋势；采用饼图、环形图统计代买、代取、代送等跑腿服务类型占比、男女用户分布、订单状态占比；通过柱状图对比不同时间段、不同跑腿员的接单量与履约效率。前端统一封装通用图表组件，后端对原始订单数据、用户数据、履约数据进行分组、聚合、统计运算，输出标准化结构化数据完成前后端对接。实现跑腿全业务数据可视化呈现，让数据趋势、结构占比、业务差异一目了然，为平台运营管理、人员考核、业务优化、决策研判提供直观的数据支撑。。

6.2 文件上传接口

用于图片、头像等文件上传，自动生成唯一文件名并存储至项目静态资源目录，支持模板文件特殊处理。

/**
 * 文件上传接口
 * @param file 前端上传文件
 * @param type 文件类型标记
 * @return 上传结果与文件名称
 * @throws Exception 文件读写异常
 */
@RequestMapping("/upload")
@IgnoreAuth  // 跳过权限校验
public R upload(@RequestParam("file") MultipartFile file,String type) throws Exception {
    // 校验文件是否为空
    if (file.isEmpty()) {
        throw new EIException("上传文件不能为空");
    }
    // 截取文件后缀名
    String fileExt = file.getOriginalFilename().substring(file.getOriginalFilename().lastIndexOf(".")+1);
    // 定义文件存储根路径
    File path = new File(ResourceUtils.getURL("classpath:static").getPath());
    if(!path.exists()) {
        path = new File("");
    }
    // 拼接upload上传目录
    File upload = new File(path.getAbsolutePath(),"/upload/");
    if(!upload.exists()) {
        upload.mkdirs();
    }
    // 基于时间戳生成唯一文件名，防止重名覆盖
    String fileName = new Date().getTime()+"."+fileExt;
    // 模板文件特殊处理
    if(StringUtils.isNotBlank(type) && type.contains("_template")) {
        fileName = type + "."+fileExt;
        new File(upload.getAbsolutePath()+"/"+fileName).deleteOnExit();
    }
    // 执行文件写入
    File dest = new File(upload.getAbsolutePath()+"/"+fileName);
    file.transferTo(dest);
    // 若为头像类型，同步更新系统配置表
    if(StringUtils.isNotBlank(type) && type.equals("1")) {
        ConfigEntity configEntity = configService.selectOne(new EntityWrapper<ConfigEntity>().eq("name", "faceFile"));
        if(configEntity==null) {
            configEntity = new ConfigEntity();
            configEntity.setName("faceFile");
            configEntity.setValue(fileName);
        } else {
            configEntity.setValue(fileName);
        }
        configService.insertOrUpdate(configEntity);
    }
    // 返回成功结果与文件名称
    return R.ok().put("file", fileName);
}

6.3 用户登录接口

基于账号密码完成身份校验，校验通过后生成唯一 Token 作为后续接口身份凭证，实现无状态登录。

/**
 * 用户登录接口
 * @param username 账号
 * @param password 密码
 * @param captcha 验证码
 * @param request 请求对象
 * @return 登录结果 + Token令牌
 */
@IgnoreAuth
@RequestMapping(value = "/login")
public R login(String username, String password, String captcha, HttpServletRequest request) {
    // 根据账号查询用户信息
    YonghuEntity u = yonghuService.selectOne(new EntityWrapper<YonghuEntity>().eq("yonghuzhanghao", username));
    // 校验账号密码
    if(u==null || !u.getMima().equals(password)) {
        return R.error("账号或密码不正确");
    }
    // 生成用户Token令牌（配置固定有效期，保障接口安全）
    String token = tokenService.generateToken(u.getId(), username,"yonghu",  "用户" );
    return R.ok().put("token", token);
}

源码及文档获取

文章下方名片联系我即可~
大家点赞、收藏、关注、评论啦 、查看👇🏻获取联系方式👇🏻
精彩专栏推荐订阅：在下方专栏👇🏻

最新计算机毕业设计选题篇-选题推荐
小程序毕业设计精品项目案例-200套
Java毕业设计精品项目案例-200套
Python毕业设计精品项目案例-200套
大数据毕业设计精品项目案例-200套
💟💟如果大家有任何疑虑，欢迎在下方位置详细交流。