基于SpringBoot的电竞陪玩系统
摘 要
**摘 要：**伴随着电竞行业的迅猛发展，电竞陪玩服务的规模化需求同传统的人工管理模式之间的矛盾越来越突出，现有的管理方式存在着信息整合效率低、角色权限管控不清、订单流程不规范等种种问题。
为了克服以上问题，本文用SpringBoot框架设计出一个电竞陪玩信息管理系统。系统使用分层架构设计，用SpringBoot为核心搭建后端服务，使用MySQL数据库做数据持久化存储，使用MyBatis等技术来提高数据交互的效率。
系统以管理员、陪玩、普通用户三个主要角色为对象，分别实现管理员端的用户权限控制、陪玩信息审核、订单数据统计，陪玩端个人信息更新、订单接单安排、服务定价设定，用户端陪玩筛选、订单下单付款、服务评价反馈等功能。经过功能测试和性能测试，可以保证系统可以支持多个角色同时操作，有效地提高了电竞陪玩信息管理的数字化、规范化程度，解决了传统管理模式存在的效率瓶颈问题，给电竞陪玩行业信息化管理提供了一种可行的解决办法。
**关键词：**电竞陪玩；SpringBoot；MySQL；Vue.js；MyBatis
Abstract
Abstract: With the rapid development of the esports industry, the conflict between the large-scale demand for esports gaming companion services and the traditional manual management model has become increasingly prominent. Existing management methods suffer from various problems, such as low efficiency in information integration, unclear role permission control, and irregular order processes. To address these issues, this paper designs an esports gaming companion information management system based on the SpringBoot framework. Adopting a layered architecture, the system builds the backend services with SpringBoot as the core, uses the MySQL database for persistent data storage, and applies technologies such as MyBatis to improve the efficiency of data interaction.
Centering on three core roles—administrators, gaming companions, and ordinary users—the system realizes corresponding functional modules: administrators can manage user permissions, review companion information, and conduct statistical analysis on order data; gaming companions are allowed to update personal profiles, accept and arrange orders, and set service prices; ordinary users can filter companions, place and pay for orders, and submit service evaluations and feedback. Functional and performance tests verify that the system supports concurrent operations by multiple roles, effectively improving the digitalization and standardization of esports companion information management, solving the efficiency bottlenecks of traditional management modes, and providing a feasible solution for the information-based management of the esports companion service industry.
Key words: E-sports Coaching;SpringBoot；MySQL；Vue.js；MyBatis
目 录
[摘 要 I](#摘-要)
[Abstract II](#abstract)
[1 绪 论 5](#绪-论)
[1.1 选题背景与意义 5](#选题背景与意义)
[1.2 国内外研究现状 5](#国内外研究现状)
[1.3 课题主要工作 6](#课题主要工作)
[1.4 论文组织结构 7](#论文组织结构)
[2 相关技术介绍 8](#相关技术介绍)
[2.1 SpringBoot框架 8](#springboot框架)
[2.2 Vue.js框架 8](#vue.js框架)
[2.3 MyBatis 9](#mybatis)
[2.4 MySQL数据库 9](#mysql数据库)
[3 系统需求分析 11](#_Toc18626)
[3.1 系统目标与业务需求 11](#系统目标与业务需求)
[3.2 功能需求 11](#功能需求)
[3.2.1 参与者识别 11](#参与者识别)
[3.2.2 总体用例图 13](#总体用例图)
[3.2.3 核心用例描述表 14](#核心用例描述表)
[3.3 非功能需求 16](#非功能需求)
[3.3.1 性能需求 16](#性能需求)
[3.3.2 安全性需求 16](#安全性需求)
[3.3.3 可用性需求 17](#可用性需求)
[3.3.4 可维护性需求 17](#可维护性需求)
[3.4 可行性分析 17](#可行性分析)
[3.4.1 技术可行性 17](#技术可行性)
[3.4.2 经济可行性 18](#经济可行性)
[3.4.3操作可行性 18](#操作可行性)
[4 系统概要设计与详细设计 19](#系统概要设计与详细设计)
[4.1 系统总体设计 19](#系统总体设计)
[4.1.1 系统总体架构设计 19](#系统总体架构设计)
[4.1.2 系统功能结构设计 19](#系统功能结构设计)
[4.2 数据库设计 20](#数据库设计)
[4.2.1 实体及属性分析 20](#实体及属性分析)
[4.2.2 总体E-R图 23](#总体e-r图)
[4.2.3 数据表结构 23](#数据表结构)
[4.3 核心功能模块详细设计 27](#核心功能模块详细设计)
[5 系统实现与展示 30](#_Toc11098)
[5.1 开发环境与配置 30](#开发环境与配置)
[5.2 核心功能模块实现 30](#核心功能模块实现)
[5.2.1 管理员登录界面 30](#管理员登录界面)
[5.2.2 管理员可视化面板 31](#管理员可视化面板)
[5.2.3 管理员陪玩项目管理 32](#管理员陪玩项目管理)
[5.2.4 在线客服管理 33](#在线客服管理)
[5.2.5 用户首页页面 34](#用户首页页面)
[5.2.6 用户陪玩项目 36](#用户陪玩项目)
[5.2.7 用户我的订单 37](#用户我的订单)
[5.2.8 陪玩登录界面 38](#陪玩登录界面)
[5.2.9 陪玩抢单大厅 39](#陪玩抢单大厅)
[5.2.10 陪玩订单页面 40](#陪玩订单页面)
[6 系统测试与分析 41](#系统测试与分析)
[6.1测试目的 41](#测试目的)
[6.2测试用例 41](#测试用例)
[6.2.1 用户登录功能测试 41](#用户登录功能测试)
[6.2.2 陪玩项目管理功能测试 42](#陪玩项目管理功能测试)
[6.2.3陪玩抢单功能测试 42](#陪玩抢单功能测试)
[6.3测试结论 43](#_Toc23968)
[7 结 论 44](#结-论)
[参考文献 45](#_Toc4676)
[致 谢 47](#_Toc15571)
1 绪 论
1.1 选题背景与意义
数字经济和电竞产业深度融合之后，电竞陪玩成为电竞生态中重要的细分领域，其市场空间不断扩大，年增长率越来越高，但是行业内部存在的管理上的不足也越来越明显。目前大多数电竞陪玩平台仍然使用人工台账、分散式的表格等方式进行信息的管理，存在着陪玩资质审核不规范、用户订单追溯难、角色权限不明等问题，造成管理效率低下的情况，也会产生订单纠纷、信息泄露等风险[1]。现有的通用型管理系统不能适应电竞陪玩场景下个性化的需求，比如陪玩技能标签的管理、实时接单状态的同步、服务评价体系的建立等等，不能满足行业规范化发展所必须的条件。在此情况下，创建一套适合电竞陪玩业务场景的信息管理系统，就成了解决行业管理痛点的重要途径。
本文以SpringBoot为依托，对电竞陪玩信息管理系统进行设计和实现，有很强的实践和应用价值。技术上SpringBoot轻量级、高扩展性，可以快速搭建起适合多种角色的管理系统，提高系统的开发效率以及后期的维护性；从应用角度来讲，系统可以对陪玩信息进行审核、对订单的全过程进行管控、对用户的评价进行追溯，从而规范行业的管理流程，降低由于人为操作而产生的失误率；从行业角度来讲，该系统的落地可以促使电竞陪玩行业由粗放式管理转向数字化、标准化，给中小型电竞陪玩平台提供可以复用的管理解决方案，促进电竞陪玩行业的健康有序发展[2]。
1.2 国内外研究现状
国外电竞产业起步早、市场化程度高，电竞陪玩信息管理系统研究和应用已经形成了比较成熟的方法论体系，主要集中在高并发处理、安全控制、全球化适配这三个方面。国外研究大多使用分布式、微服务架构，用Spring Cloud等技术栈搭建起多个模块的管理系统，把用户服务、订单服务、匹配服务等拆分成独立部署的模块，依靠Netty框架和Redis集群来支撑万人级并发，保证高峰时段系统的稳定运行[3]。国外系统在功能设计上非常重视全流程的安全控制和个性化的服务，创建起“人脸活体检测、身份证OCR、游戏账号绑定”三重身份核验体系，很好地阻止了虚假资质的注册行为，而且把Transformer神经网络模型运用到实时监控游戏行为上，防止外挂的使用等违规行为[4]。除此之外，国外的研究重视生态开放和全球化部署，支持多语言、多货币的适配，通过API对接第三方的游戏平台和支付系统，使选课数据同游戏数据、资金流转等无缝对接，形成一个服务、管理、监管的闭环体系，但是这些系统大多为大型电竞平台所设计，部署成本较高，不能满足中小规模陪玩平台的需求[5]。
国内电竞陪玩行业近几年来迅速发展，有关信息管理系统的研究也逐渐向专业化、场景化方向发展，主要集中在SpringBoot等主流框架上，针对多角色管理和行业痛点进行研究。国内研究大多以SpringBoot作为后端的主要框架，结合Vue、UniApp等前端技术来创建前后端分离的架构，既考虑了开发效率又考虑了多终端的适配性，部分系统使用MyBatis-Plus、Redis等技术来提高数据交互效率，满足陪玩信息管理的基本要求[6]。国内研究功能定位贴近管理员、陪玩、普通用户这三种主要的角色，在陪玩资质审核、订单全生命周期管理、用户评价反馈这些基本功能的基础上加强了对国内行业“飞单”“转单”等现象的监管，用订单轨迹追踪、违规行为预警等方式对服务过程加以规范[7]。但是相比国外的研究，国内的相关系统还存在着一些不足，即高并发处理以及智能匹配技术的应用还不成熟，部分系统不能满足大规模用户的实时操作，个性化服务和数据挖掘能力也较弱，大部分系统没有实现根据用户偏好进行智能陪玩推荐，技术创新大多停留在基础功能的改进上，在游戏数据联动、服务标准化体系的建立方面还有待提高，与国外成熟的系统相比还存在一定的差距[8]。
1.3 课题主要工作
第一，分析电竞陪玩行业管理现状与业务需求，完成系统整体方案设计，针对信息整合低效、权限管控不清等问题，设计基于SpringBoot的分层架构，构建MySQL数据库模型并集成MyBatis实现高效数据交互。
第二，实现多角色权限体系与核心后端服务，以SpringBoot为框架搭建后端支撑平台，解决管理员、陪玩、普通用户三类角色的权限隔离与安全访问问题，保障系统角色管控清晰、业务数据安全。
第三，开发全功能业务模块，编码实现管理员端权限控制、信息审核与数据统计，陪玩端信息管理、订单接单与定价设置，用户端陪玩筛选、下单支付及评价反馈等功能，规范订单全流程业务逻辑。
第四，开展系统测试与效果验证，完成多角色并发场景下的功能测试与性能测试，验证系统稳定性、并发支持能力与功能完整性，证明系统可有效提升管理效率并解决传统模式瓶颈。
1.4 论文组织结构
本文严格按照计算机类毕业设计论文规范编写，以“基于SpringBoot的电竞陪玩信息管理系统设计与实现”为题，从系统需求分析、系统设计、系统实现、系统测试四个方面进行系统完整的阐述，具体如下所示。
第1章：引言。本章主要论述研究背景和意义，结合电竞产业以及电竞陪玩行业的现状，指出传统管理模式存在的问题，确定本文的主要价值；整理国内外相关研究现状，最后对论文的整体结构进行安排。
第2章：相关技术介绍。本章确定系统开发所必需的技术和工具，主要对SpringBoot后端框架的主要特点、MyBatis持久层框架的使用、MySQL数据库的设计思想进行说明，为后面系统的设计与实现提供技术支持。
第3章：系统分析。本章主要对管理员、陪玩、普通用户这三个主要角色做详细的分析。首先确定系统总体需求，然后用功能需求分析法确定各个角色的主要操作功能。
第4章：系统设计。首先设计系统的总体架构，确定前后端分离的架构模式以及各个层的主要职责；然后进行系统数据库的设计；最后完成系统各个模块的详细设计，明确各个模块的功能划分以及交互逻辑。
第5章：系统实现。阐述系统的详细实现过程，按照后端接口开发、前端页面开发的顺序，介绍各个核心模块具体的实现代码和逻辑；
第6章：系统测试。确定测试目的、测试方法，设计功能测试用例，对系统各个模块的功能进行测试，检验系统的性能及兼容性，保证系统可以正常运行。
最后得出结论并展望。本章总结本文的主要研究工作和系统实现成果，分析系统的优势和不足，结合电竞陪玩行业的未来发展，对系统的后续优化方向做出预测，提出进一步完善的思路，为后续相关研究提供借鉴。
2 相关技术介绍
2.1 SpringBoot框架
SpringBoot是由Pivotal团队开发的一款基于Spring框架的轻量级后端开发框架，其主要设计理念就是约定优于配置，简化Java后端应用的开发过程，降低配置的复杂程度，使开发者可以更快地创建出高效稳定的公司级应用。作为Spring生态的重要扩展，SpringBoot继承了Spring框架的依赖注入、面向切面编程等主要特点，并且借助自动配置、起步依赖等手段，消除了传统Spring框架配置繁杂、开发效率低下的问题，是目前Java后端开发中应用最广的框架之一，特别适合于电竞陪玩信息管理系统这样的多模块、多角色的中小型管理系统开发。
本基于SpringBoot的电竞陪玩信息管理系统里，SpringBoot框架担当起后端核心服务的搭建任务，给系统多角色管理、订单处理、数据交互等众多功能赋予稳定的支撑。依靠自身轻量级、高扩展性特点，可以迅速整合MyBatis、Redis等技术来完成用户认证、陪玩信息管理、订单流转等主要业务逻辑的开发工作，而且它的良好的兼容性以及可维护性也给系统后期的功能扩充和性能改善赋予了便利条件，从而很好地加强了系统开发速度及运行稳定性，符合电竞陪玩信息管理系统高效开发、稳定运行的基本要求[9]。
2.2 Vue.js框架
Vue的核心特性主要有三个方面，分别是组件化开发、双向数据绑定和良好的兼容性[10]。第一，Vue支持把页面分成一个个独立的可复用组件，比如导航栏、表单、数据表格等，每一个组件都有自己的逻辑和样式，这样可以减少代码的重复，利于后期的维护和功能的扩充，比如在本电竞陪玩信息管理系统中，可以把“陪玩信息卡片”、“订单列表”、“用户登录表单”这些做成独立的组件，在不同的页面上自由地调用；第二，Vue用v-model指令实现视图和数据的双向绑定，当页面的数据发生变化的时候，视图会自动更新，反之亦然，不需要开发者手动去操作DOM，从而大大提高开发效率，适合系统里陪玩信息修改、订单状态更新等实时交互场景；第三，Vue体积小、运行快，兼容各种主流浏览器，并且支持和Element UI、Vuetify等UI组件库快速集成，可以快速搭建出美观、响应式的交互界面，满足不同终端的使用需求。
本基于SpringBoot的电竞陪玩信息管理系统中，Vue框架主要负责前端界面的开发和交互逻辑的实现，和SpringBoot后端框架一起构成前后端分离架构，使用Axios组件和后端接口进行数据交互。利用Vue的组件化以及双向数据绑定的特性，分别开发出管理员端、陪玩端、普通用户端不同的界面，并且使用Element UI组件库来快速实现表单验证、数据表格、弹窗提示等功能，使页面更加美观、交互更顺畅。另外，Vue的可扩展性优势也给系统后续增加新功能提供方便，提高前端开发效率和页面交互体验，符合电竞陪玩信息管理系统对于多角色、高交互的前端要求[11]。
2.3 MyBatis
MyBatis 是一个优秀的持久层框架，可以实现定制化的 SQL、存储过程和高级映射，主要解决 Java 对象与关系型数据库之间数据交互的问题，简化数据持久化开发的过程，是目前 Java 后端与 SpringBoot 框架相结合的主要持久层解决方案，非常适合于电竞陪玩信息管理系统这类经常需要进行数据增删改查的管理类系统，相比传统的 JDBC 来说，它抛弃了繁琐的手动 SQL 编写和结果集映射的操作，用 XML 配置文件或者注解来实现 SQL 和 Java 代码的分离，既保证了 SQL 的灵活性又提高了代码的可维护性，其核心特点有 SQL 和代码分离、强大的结果集映射、良好的扩展性和兼容性这四个方面的特点，可以与 SpringBoot无缝对接、支持多种关系型数据库，在本系统中，MyBatis负责数据持久化的主要工作，与 SpringBoot、MySQL一起配合使用，利用 MyBatis 的特性完成三类角色的相关数据操作，通过缓存机制提高查询响应速度、降低数据库压力，从而提高系统的运行效率，满足本系统对于数据交互高效、稳定的要求[12]。
2.4 MySQL数据库
MySQL是一款开源的关系型数据库管理系统，由于轻量高效、稳定可靠、兼容性强等特点，已经成为目前中小型Java Web项目的主要数据存储方式，非常适合电竞陪玩信息管理系统的数据存储。MySQL支持多用户、多线程并发访问，具有完善的数据安全机制和事务处理能力，可以保证系统中用户信息、陪玩数据、订单记录等重要数据的完整性、一致性，相比其他的大型数据库来说，部署成本低、维护方便，不需要复杂的配置就可以与SpringBoot、MyBatis框架无缝对接，在本基于SpringBoot的电竞陪玩信息管理系统中，MySQL主要负责数据存储，设计并存储用户表、陪玩信息表、订单表等各类数据表，通过合理的表结构设计和索引优化来提高数据查询和更新的效率，满足系统多角色、高频次的数据交互需求，给系统稳定运行提供可靠的数据存储支持[13]。
3 系统需求分析
3.1 系统目标与业务需求
本系统旨在解决电竞陪玩行业传统人工管理模式下信息整合效率低、角色权限管控不清、订单流程不规范等突出问题，通过信息化、数字化手段实现陪玩服务全流程的规范化管理，满足管理员、陪玩人员与普通用户三方的业务需求，提升整体运营效率与服务质量。系统以 SpringBoot 为核心技术支撑，结合 MySQL 与 MyBatis 实现高效的数据管理与交互，最终建成一个功能完善、权限清晰、流程规范、稳定易用的电竞陪玩信息管理平台。
系统建成后应达到以下主要目标：
-
实现业务流程规范化，统一订单创建、接单、支付、评价等全流程标准，解决原有流程混乱问题；
-
实现角色权限清晰化，对管理员、陪玩、普通用户进行严格权限划分与管控，保障数据安全与操作合规；
-
实现信息管理高效化，支持信息集中存储、快速查询、自动统计，提升信息整合与数据处理效率；
-
实现服务体验优质化，满足用户筛选下单、陪玩接单定价、管理员审核统计等核心业务操作，支撑多角色并发稳定使用。
3.2 功能需求
3.2.1 参与者识别
本系统的参与者包括：
（1）管理员：管理员登录到系统之后可以进入可视化面板，直观地看到平台运营数据，可以对平台进行内容管理、陪玩配置、用户与陪玩、会员与订单、系统管理等操作，全面保证电竞陪玩平台的正常运转。图3-1为示意图。
图3-1 管理员用例图
（2）用户在电竞陪玩信息管理系统中需要先进行注册登录操作才能进入系统，然后可以访问首页浏览平台的整体信息，通过陪玩类型和推荐陪玩模块筛选、查看自己想要的陪玩服务，在陪玩项目中了解具体的陪玩服务内容，使用订单管理功能处理陪玩订单相关事宜，还可以通过个人中心来维护自己的账号信息以及使用记录，涵盖了用户在电竞陪玩平台上的浏览、选择、下单、个人信息管理等主要业务场景。如图3-2所示。
图3-2 用户用例图
（3）陪玩：陪玩角色所具备的核心操作权限与功能用例。作为提供电竞陪玩服务的主体，陪玩首先需通过“注册登录”进入系统，随后可以访问“首页”查看平台相关信息，在“抢单大厅”中接收并选择合适的用户陪玩订单，通过“订单管理”功能处理已接订单的状态与进度，同时在“个人中心”维护自身的服务信息、资质资料与收益记录，全面覆盖了陪玩在电竞陪玩平台上接单、管理订单及维护个人信息等核心业务场景。如图3-3所示。
图3-3 陪玩用例图
3.2.2 总体用例图
系统主要分为管理员、陪玩人员、普通用户三类角色：管理员负责用户登录、权限控制、陪玩信息审核、订单数据统计；陪玩人员可更新个人信息、接单安排并设定服务定价；普通用户则能筛选查询陪玩、下单付款并进行服务评价反馈，且陪玩评价是服务评价的扩展用例，服务评价与订单接单、权限控制等用例也存在关联，具体如图3-4所示。
图3-4 总体用例图
3.2.3 核心用例描述表
（1）核心用例：陪玩人员注册与信息审核
该用例描述了陪玩人员申请入驻平台，以及管理员对其资质进行审核的完整流程，是保障平台服务质量的关键环节。
表3-1 陪玩人员注册与信息审核用例描述表
| 项目 | 内容 |
|---|---|
| 用例名称 | 陪玩人员注册与信息审核 |
| 参与者 | 陪玩人员、管理员 |
| 前置条件 | 1. 陪玩人员未注册；2. 管理员已登录系统并拥有审核权限。 |
| 后置条件 | 1. 审核通过：陪玩人员账号状态变更为 “已认证”，可登录系统进行接单等操作；2. 审核不通过：系统向陪玩人员发送审核结果通知，账号状态为 “待审核” 或 “审核失败”。 |
| 基本流程 |
|
| 备选流程 | 若管理员在审核时发现信息有误或不全，可选择 “打回修改”，系统通知陪玩人员重新提交。 |
| 业务规则 | 1. 陪玩人员信息必须真实有效；2. 管理员必须在规定时间内完成审核；3. 审核结果为最终结果，陪玩人员可根据不通过意见重新申请。 |
（2）核心用例：用户下单与陪玩接单
该用例描述了普通用户在平台上选择心仪的陪玩人员并下单，以及陪玩人员根据自身情况接单的流程，是平台的核心交易环节。
表3-2 用户下单与陪玩接单用例描述表
| 项目 | 内容 |
|---|---|
| 用例名称 | 用户下单与陪玩接单 |
| 参与者 | 普通用户、陪玩人员 |
| 前置条件 |
|
| 后置条件 |
|
| 基本流程 |
|
| 备选流程 | 若陪玩人员拒绝订单，系统将订单状态更新为 “已取消”，并通知用户，用户可重新下单。 |
| 业务规则 |
|
（3）核心用例：订单结算与服务评价
该用例描述了订单结束后的结算流程，以及用户对陪玩人员服务质量的评价环节，是保障交易公平性和服务质量持续改进的重要手段。
表3-3 订单结算与服务评价用例描述表
| 项目 | 内容 |
|---|---|
| 用例名称 | 订单结算与服务评价 |
| 参与者 | 普通用户、陪玩人员 |
| 前置条件 |
|
| 后置条件 |
1. 订单状态更新为 “已结算”； 2. 陪玩人员账户余额增加（扣除平台服务费后）； 3. 陪玩人员的个人主页上新增一条用户评价。 |
| 基本流程 |
|
| 备选流程 | 若用户在规定时间内未进行评价，系统可自动默认好评或视为放弃评价。 |
| 业务规则 | 1. 评价内容必须客观真实，不得包含侮辱、诽谤等违法或违规内容；2. 评价提交后不可修改；3. 平台服务费按照订单总金额的一定比例自动扣除。 |
3.3 非功能需求
3.3.1 性能需求
本系统需满足电竞陪玩业务的规模化需求，具体性能指标如下：
1.并发用户数：系统应支持至少 200 个并发用户同时进行操作，包括管理员审核、陪玩接单、用户下单等核心业务。
2.响应时间：核心业务接口（如用户登录、陪玩列表查询、订单提交）的平均响应时间应控制在 500ms 以内，确保用户体验流畅。
3.3.2 安全性需求
为保障系统数据安全和用户权益，安全性需求如下：
1.身份认证与授权：所有用户（管理员、陪玩、普通用户）必须通过用户名和密码进行身份认证，会话超时时间设置为 30 分钟。系统需基于角色进行细粒度权限控制，确保用户只能访问和操作其权限范围内的功能。
2.数据加密：用户密码必须采用 BCrypt 加密算法进行存储，确保密码信息的安全性。
3.攻击防护：系统必须能够有效防止常见的网络攻击，包括 SQL 注入、XSS 和 CSRF攻击，保障系统稳定运行。
3.3.3 可用性需求
为提供持续稳定的服务，可用性需求如下：
1.系统运行时间：系统应提供 7×24 小时的不间断服务，确保用户随时可以访问和使用系统功能。
2.故障恢复：计划外停机时间每月累计不得超过 1 小时。系统需具备快速故障恢复能力，平均故障修复时间（MTTR）应控制在 15 分钟以内。
3.数据备份：数据库应进行每日自动备份，备份数据至少保留 7 天，以防止数据丢失或损坏。
3.3.4 可维护性需求
为便于系统的维护和管理，可维护性需求如下：
1.日志记录：系统需详细记录关键操作日志，包括用户登录、订单创建、订单接单、评价反馈等，日志信息应包含操作人、操作时间、操作内容等关键信息。日志数据至少保存 30 天。
2.模块化设计：系统代码应严格遵循 MVC 分层架构设计，各模块职责清晰，便于后续的功能扩展和问题排查。
3.4 可行性分析
3.4.1 技术可行性
技术可行性属于系统开发的基本条件。本系统使用SpringBoot作为后端核心框架，Vue作为前端开发框架，MyBatis持久层框架和MySQL数据库一起构成了一套成熟的、稳定的架构。以上技术都是目前Java Web开发领域的主流技术，有完善的API文档、大量的开源资源、广泛的开发者群体，可以很快地解决开发过程中遇到的技术问题。系统开发所用到的开发工具、服务器环境都是开源免费的，不需要支付技术授权费，开发难度适中，符合毕业设计的技术能力范围，可以保证系统在规定的时间内完成开发、测试和部署[14]
3.4.2 经济可行性
经济可行性主要是从开发成本和应用效益两个方面来论证的。开发阶段使用全开源技术栈，不用支付软件授权费、框架使用费，只需要承担少量的服务器租赁费、测试费等成本，属于毕业设计预算之内。应用阶段系统落地之后可以替代传统的人工台账、分散式的表格管理方式，大幅度减少电竞陪玩平台的人工管理成本，提高信息整合和订单处理效率，降低订单纠纷和信息泄露的风险，同时可以促进平台对流程的规范管理、服务质量的提升，间接提高平台的竞争力和用户的留存率，具有明显的经济效益，经济性较好[15]。
3.4.3操作可行性
操作可行性是指系统的易用性、适应性。本系统针对管理员、陪玩、普通用户三个主要角色分别设计不同的操作界面，以简洁直观、易于操作为原则，使用Element UI组件库创建响应式界面，不需要用户具有专业的计算机操作技能，经过简单的熟悉就可以完成日常的操作。系统支持电脑、手机等各种终端访问，适应各种用户不同的使用场景，后期维护流程简单，管理员可以快速完成数据备份、系统更新、问题排查等工作，保证系统可以长期稳定运行，满足各种用户的需求。
4 系统概要设计与详细设计
4.1 系统总体设计
4.1.1 系统总体架构设计
图4-1 总体架构设计图
4.1.2 系统功能结构设计
基于SpringBoot的电竞陪玩信息管理系统整体功能架构，将系统分为用户、陪玩、管理员三个主要模块。用户模块包含注册登录、首页、陪玩类型、推荐陪玩、订单管理、陪玩项目、个人中心等功能，可以满足用户浏览、选择、下单、个人信息管理等需求；陪玩模块包含注册登录、首页、抢单大厅、订单管理、个人中心等功能，可以实现陪玩接单、处理订单、维护自身信息；管理员模块包含注册登录、可视化面板、内容管理、陪玩配置、用户与陪玩管理、会员与订单管理、系统管理等功能，可以全面维护平台运营秩序、管理用户数据、保证系统稳定运行，整体架构层次分明，覆盖了电竞陪玩平台全部业务场景。如图5所示：
图4-2 总体功能架构图
4.2 数据库设计
4.2.1 实体及属性分析
系统实体图主要表现功能模块的主要属性，用框体、连线、标注来说明数据模型之间的关系，从而对数据库表进行可视化的表达。
（1）用户实体主要包括主键、账号、密码等属性，如图4-3所示：
图4-3 用户实体属性图
（2）陪玩申请实体主要包括id、申请用户id等属性，如图4-4所示：
图4-4 陪玩申请实体属性图
（3）陪玩项目实体主要包括主键、陪玩类型等属性，如图4-5所示：
图4-5 陪玩项目实体属性图
（4）陪玩类型实体主要包括主键、类型名称等属性，如图4-6所示：
图4-6 陪玩类型实体属性图
（5）会员等级实体主要包括主键、登记名称等属性，如图4-7所示：
图4-7 会员等级实体属性图
（6）新闻实体主要包括主键、标题等属性，如图4-8所示：
图4-8 新闻实体属性图
（7）订单评价实体主要包括主键、订单id等属性，如图4-9所示：
图4-9 订单实体属性图
4.2.2 总体E-R图
基于SpringBoot的电竞陪玩信息管理系统核心实体以及关系。系统中有用户、陪玩、管理员、订单评价、陪玩申请、陪玩项目六个实体，用户可以下单产生多条陪玩申请，也可以对订单发表多条评价；陪玩可以接收多条陪玩申请，同时拥有多个陪玩项目；管理员则负责管理多条陪玩申请、多条订单评价和多个陪玩项目。各个实体之间用“下单”“接收”“发表”“管理”“拥有”这些关系来联系起来，很好地表现出了用户下单、陪玩接单、管理员审核和评价管理等主要业务数据流转的流程。系统E-R图如图4-10所示：
图4-10 系统总体E-R图
4.2.3 数据表结构
根据系统功能设计原则及功能，本次设计的企业固定资产信息管理系统由多个数据库表组成，下表列出了一些重要的数据库表结构及其作用。
（1）用户表，主要存储用户的基本信息，涵盖用户名等字段，如表4-1所示：
表4-1 用户表
| 字段名称 | 类型 | 长度 | 是否为空 | 注释 |
| id | bigint | – | NO | 主键 |
| username | varchar(64) | 64 | NO | 用户名 |
| password | varchar(128) | 128 | NO | 密码 |
| nickname | varchar(64) | 64 | YES | 昵称 |
| phone | varchar(32) | 32 | YES | 电话 |
| role | enum | 9 | NO | 角色 |
| balance | decimal(38,2) | – | YES | 余额 |
| points | int | – | YES | 积分 |
| member_level_id | bigint | – | YES | 会员等级 |
| enabled | tinyint(1) | – | YES | 启用状态 |
| create_time | datetime | – | NO | 创建时间 |
| update_time | datetime | – | NO | 更新时间 |
| deleted | tinyint(1) | – | YES | 已删除 |
（2）陪玩申请表，涵盖主键、申请用户id等字段，如表4-2所示：
表4-2 陪玩申请表
| 序号 | 字段名 | 类型 | 长度 | 是否为空 | 注释 |
| 1 | id | bigint | – | NO | 主键 |
| 2 | user_id | bigint | – | NO | 申请用户ID |
| 3 | skills | varchar(255) | 255 | YES | 技能描述 |
| 4 | status | varchar(32) | 32 | YES | 申请状态 |
| 5 | remark | varchar(255) | 255 | YES | 审核备注 |
| 6 | create_time | datetime | – | NO | 创建时间 |
| 7 | update_time | datetime | – | NO | 更新时间 |
| 8 | deleted | tinyint(1) | – | YES | 逻辑删除 |
（3）陪玩项目表，包含主键、陪玩类型等，用来登记试卷的相关信息，如表4-3所示：
表4-3 陪玩项目表
| 序号 | 字段名 | 类型 | 长度 | 是否为空 | 注释 |
| 1 | id | bigint | – | NO | 主键 |
| 2 | type_id | bigint | – | NO | 陪玩类型ID |
| 3 | title | varchar(128) | 128 | NO | 项目标题 |
| 4 | cover | varchar(255) | 255 | YES | 封面图片 |
| 5 | duration_minutes | int | – | YES | 服务时长 |
| 6 | price | decimal(38,2) | – | YES | 价格 |
| 7 | enable_discount | tinyint(1) | – | YES | 是否启用折扣 |
| 8 | enabled | tinyint(1) | – | YES | 是否启用 |
（4）陪玩类型表，包括主键、类型名称等字段，如表4-4所示：
表4-4 陪玩类型表
| 序号 | 字段名 | 类型 | 长度 | 是否为空 | 注释 |
| 1 | id | bigint | – | NO | 主键 |
| 2 | name | varchar(64) | 64 | NO | 类型名称 |
| 3 | icon | varchar(255) | 255 | YES | 图标 |
| 4 | sort_order | int | – | YES | 排序顺序 |
| 5 | create_time | datetime | – | NO | 创建时间 |
| 6 | update_time | datetime | – | NO | 更新时间 |
| 7 | deleted | tinyint(1) | – | YES | 逻辑删除 |
（5）会员等级表，涵盖主键、登记名称等字段，用于记录考试相关信息，如表4-5所示：
表4-5 会员等级表
| 序号 | 字段名 | 类型 | 长度 | 是否为空 | 注释 |
| 1 | id | bigint | – | NO | 主键 |
| 2 | name | varchar(32) | 32 | NO | 等级名称 |
| 3 | discount_rate | int | – | NO | 折扣率 |
| 4 | required_points | int | – | NO | 所需积分 |
| 5 | create_time | datetime | – | NO | 创建时间 |
| 6 | update_time | datetime | – | NO | 更新时间 |
| 7 | deleted | tinyint(1) | – | YES | 逻辑删除 |
（6）新闻资讯表，涵盖主键、新闻标题等字段，用于记录错题相关信息，如表4-6所示：
表4-6 新闻标题表
| 序号 | 字段名 | 类型 | 长度 | 是否为空 | 注释 |
| 1 | id | bigint | – | NO | 主键 |
| 2 | title | varchar(128) | 128 | NO | 新闻标题 |
| 3 | cover | varchar(255) | 255 | YES | 封面图片 |
| 4 | content | text | 65535 | YES | 新闻内容 |
| 5 | enabled | tinyint(1) | – | YES | 是否启用 |
| 6 | create_time | datetime | – | NO | 创建时间 |
| 7 | update_time | datetime | – | NO | 更新时间 |
| 8 | deleted | tinyint(1) | – | YES | 逻辑删除 |
（7）订单评价表，涵盖主键、订单id等字段，用于记录视频相关信息，如表4-7所示：
表4-7 订单评价表
| 序号 | 字段名 | 类型 | 长度 | 是否为空 | 注释 |
| 1 | id | bigint | – | NO | 主键 |
| 2 | order_id | bigint | – | NO | 订单ID |
| 3 | score | int | – | YES | 评分 |
| 4 | content | text | 65535 | YES | 评价内容 |
| 5 | create_time | datetime | – | NO | 创建时间 |
| 6 | update_time | datetime | – | NO | 更新时间 |
| 7 | deleted | tinyint(1) | – | YES | 逻辑删除 |
4.3 核心功能模块详细设计
（1）订单流程管理模块
普通用户筛选陪玩后创建订单、完成支付，陪玩可接单 / 拒单，服务完成后用户提交评价，订单状态全程流转；实现订单创建→支付→接单→服务→完成→评价的全流程规范化管理。
输入：用户下单信息、支付结果、陪玩接单操作、用户评价内容；输出：订单状态、交易记录、评价数据。如图4-10所示。
图4-10 系统业务流程图
流程说明：严格定义 6 种订单状态，全流程闭环管控，解决传统模式下订单流程混乱、纠纷无依据的问题；内置拒单自动退款机制，保障用户资金安全。
表4-8 陪玩接口表
| 请求URL | 请求方式 | 入参 | 返回值 | 功能说明 |
|---|---|---|---|---|
| /api/order/create | POST | 陪玩 ID、服务时长、用户 ID | 订单创建成功 + 订单号 | 用户创建订单 |
| /api/order/pay | POST | 订单 ID、支付方式 | 支付成功 / 失败 | 订单支付 |
| /api/order/take | POST | 订单 ID、陪玩 ID、操作类型 | 接单 / 拒单成功 | 陪玩处理订单 |
| /api/order/comment | POST | 订单 ID、评分、评价内容 | 评价提交成功 | 用户提交服务评价 |
（2）陪玩信息审核模块
模块功能概述：陪玩提交个人资料、游戏资质、服务介绍后，系统自动校验基础信息，管理员对资料进行人工审核；审核结果分为通过/驳回，通过后陪玩信息正式上架展示，驳回则返回修改原因，实现陪玩入驻资质规范化管控。输入：陪玩提交的入驻资料、管理员审核操作指令；输出：审核结果、资料状态更新。
图4-11 陪玩入驻流程图
流程说明：本流程采用「自动校验 + 人工审核」双层机制，既减少管理员工作量，又保证入驻资质合规性；严格区分校验与审核的职责边界，解决传统模式下陪玩信息混乱、无管控的问题。
表4-9 游戏信息表表
| 请求URL | 请求方式 | 入参 | 返回值 | 功能说明 | |
|---|---|---|---|---|---|
| /api/play/submit | POST | 游戏名称、技能介绍、资质图片、用户 ID | 提交成功 / 失败提示 | 陪玩提交入驻资料 | |
| /api/audit/list | GET | 审核状态 | 陪玩资料列表 + 分页数据 | 管理员查询审核列表 | |
| /api/audit/handle | POST | 资料 ID、审核结果、驳回原因 | 审核状态更新成功 | 管理员处理审核结果 | |
5 系统实现与展示
5.1 开发环境与配置
本系统的开发与运行环境配置如表5-1所示。
表5-1 系统开发与运行环境
| 类别 | 名称 | 版本/说明 |
|---|---|---|
| 操作系统 | Windows 11（开发）/ Ubuntu 20.04（服务器） | 64位 |
| 后端开发工具 | IntelliJ IDEA | 2023.3.2 Community Edition |
| 前端开发工具 | Visual Studio Code | 1.85.0 |
| JDK | OpenJDK | 17 |
| 项目管理工具 | Maven | 3.9.5 |
| 后端框架 | Spring Boot | 2.7.18 |
| 前端框架 | Vue.js | 2.7.14 |
| UI组件库 | Element UI | 2.15.14 |
| 数据库 | MySQL | 8.0.33 |
| 数据库连接池 | HikariCP | 5.0.1 |
| 服务器 | Tomcat（Spring Boot内嵌） | 9.0.83 |
| 小程序框架 | Uniapp | 4.29 |
5.2 核心功能模块实现
5.2.1 管理员登录界面
在电竞陪玩信息管理系统中，管理员输入预设的账号和密码进行身份验证后，点击“登录”按钮进入系统后台，然后进行用户的权限控制、陪玩信息审核、订单数据统计等主要的管理操作，这是管理员进入系统管理模块的唯一入口，保证了系统访问的安全性以及身份认证的规范性。如图5-1所示：
图5-1 管理员登录图
核心代码如下：
public class AuthController {
private final AuthService authService;
public AuthController(AuthService authService) {
this.authService = authService;
}
@PostMapping("/login")
public ApiResponse\<LoginResponse\> login(@RequestBody @Valid LoginRequest request) {
return authService.login(request);
}
}
5.2.2 管理员可视化面板
管理员可以在可视化仪表盘上直接看到用户数、陪玩数、订单数、总营收等主要数据，还可以用用户增长趋势折线图、订单状态分布环形图、每日收入统计和热门项目排行等可视化图表来了解平台的运营情况以及业务动态，然后通过左侧菜单栏进入到内容管理、陪玩配置、用户与陪玩管理、会员与订单管理、系统管理等模块，进行后续的精细化运营和系统维护工作。如图5-2所示：
图5-2 管理员数据面板图
核心代码如下：
private List<Map<String, Object>> getUserGrowth() {
List<SysUser> allUsers = sysUserRepository.findAll();
LocalDate today = LocalDate.now();
List<Map<String, Object>> result = new ArrayList<>();
for (int i = 6; i >= 0; i–) {
LocalDate date = today.minusDays(i);
String dateStr = date.format(DateTimeFormatter.ofPattern(“MM-dd”));
long count = allUsers.stream()
.filter(user -> user.getCreateTime() != null)
.filter(user -> {
LocalDate createDate = user.getCreateTime().toLocalDate();
return !createDate.isAfter(date);
})
.count();
Map<String, Object> item = new HashMap<>();
item.put(“date”, dateStr);
item.put(“count”, count);
result.add(item);
}
return result;
}
5.2.3 管理员陪玩项目管理
在该电竞陪玩信息管理系统中，管理员可以利用关键字搜索功能找到需要的项目，也可以通过点击新增项目按钮来创建一个新的陪玩服务条目，并且可以对列表中的已经存在的陪玩项目进行查看、编辑、删除等操作，从而对陪玩项目的整个生命周期进行规范化管理，保证平台服务内容的及时更新和维护。如图5-3所示：
图5-3 管理员登录图
核心代码如下：
private final CompanionProjectRepository companionProjectRepository;
public CompanionProjectController(CompanionProjectRepository companionProjectRepository) {
this.companionProjectRepository = companionProjectRepository;
}
@GetMapping
public ApiResponse<List<CompanionProject>> list() {
return ApiResponse.success(companionProjectRepository.findAll());
}
}
5.2.4 在线客服管理
在电竞陪玩信息管理系统在线客服管理页面中，管理员可以使用搜索用户功能快速找到目标对话对象，查看与用户、陪玩之间历史聊天记录，在底部输入框中输入消息内容后点击发送按钮和对方进行实时在线交流，还可以点击刷新按钮刷新对话列表，及时响应用户和陪玩的咨询、反馈，实现高效的在线客服管理和问题处理。如图5-4所示：
图5-4 在线客服管理界面
核心代码如下：
@GetMapping(“/messages/{userId}”)
public ApiResponse<List<CustomerServiceMessage>> getMessages(@PathVariable Long userId) {
List<CustomerServiceMessage> messages = messageRepository
.findByUserIdAndDeletedFalseOrderByCreateTimeAsc(userId);
// 标记用户发送的消息为已读
messages.stream()
.filter(msg -> “USER”.equals(msg.getSenderType()) && !msg.getIsRead())
.forEach(msg -> {
msg.setIsRead(true);
messageRepository.save(msg);
});
return ApiResponse.success(messages);
}
5.2.5 用户首页页面
用户在用户首页可以浏览不同的陪玩类型，点击对应的类型进入相应的陪玩服务列表，也可以查看推荐的陪玩项目，了解价格、时长等信息，点击“立即预约”按钮发起预约，还可以通过底部导航栏切换到首页、陪玩列表、订单管理、个人中心等模块，完成从服务浏览到订单管理的全流程操作。如图5-5所示：
图5-5 首页界面
核心代码如下：
@GetMapping
public ApiResponse<HomePageResponse> load(@RequestParam(value = “typeId”, required = false) Long typeId) {
List<CompanionProject> projects = companionProjectRepository.findAll();
if (typeId != null) {
projects = projects.stream()
.filter(project -> typeId.equals(project.getTypeId()))
.collect(Collectors.toList());
}
HomePageResponse response = HomePageResponse.builder()
.carousels(carouselRepository.findAll())
.notices(noticeRepository.findAll())
.types(companionTypeRepository.findAll())
.recommendedProjects(projects)
.newsList(newsRepository.findAll())
.build();
return ApiResponse.success(response);
}
5.2.6 用户陪玩项目
在该电竞陪玩信息管理系统陪玩项目页面中，用户可以使用顶部搜索框输入关键词来快速找到想要的陪玩项目，也可以根据游戏类型筛选服务，还可以按照默认、价格、时长对项目进行排序，浏览项目详情后点击“立即下单”按钮完成服务购买，还可以通过底部导航栏切换到首页、订单管理、个人中心等模块，实现从项目筛选到下单的全流程操作。如图5-6所示：
图5-6 陪玩项目图
核心代码如下：
@GetMapping
public ApiResponse\<PageResponse\<CompanionProject\>\> page(@RequestParam(value = "pageNo", defaultValue = "1") int pageNo,@RequestParam(value = "pageSize", defaultValue = "10") int pageSize) {
Page\<CompanionProject\> page = companionProjectRepository.findAll(PageRequest.of(pageNo - 1, pageSize));
PageResponse\<CompanionProject\> response = new PageResponse\<\>();
response.setTotal(page.getTotalElements());
response.setRecords(page.getContent());
return ApiResponse.success(response);
}
5.2.7 用户我的订单
该电竞陪玩信息管理系统中，“我的订单”页面可以按照订单的状态来筛选查看订单，对当前待支付的“王者上分陪玩”订单进行“立即支付”、“取消订单”或者“联系客服”的操作，同时通过底部导航栏可以切换到首页、陪玩列表、个人中心等模块，完成订单管理和功能跳转。如图5-7所示：
图5-7 我的订单界面
核心代码如下：
public class OrderController {
private final OrderService orderService;
public OrderController(OrderService orderService) {
this.orderService = orderService;
}
@GetMapping("/{id}")
public ApiResponse\<OrderResponse\> getById(@PathVariable(value = "id") Long id,
@AuthenticationPrincipal UserPrincipal principal) {
return orderService.getById(id, principal);
}
@PostMapping
public ApiResponse\<OrderMain\> create(@AuthenticationPrincipal UserPrincipal principal,
@RequestBody OrderMain payload) {
return orderService.create(principal, payload);
}
@PostMapping("/{id}/status")
public ApiResponse\<OrderMain\> updateStatus(@PathVariable(value = "id") Long id,
@RequestParam(value = "status") String status) {
return orderService.updateStatus(id, status);
}
}
5.2.8 陪玩登录界面
在该电竞陪玩信息管理系统登录页面上，陪玩可以输入账号和密码，勾选记住密码选项后点击登录按钮进入系统；如果忘记了密码，可以点击忘记密码？”进行密码找回；若没有账号，可点击“没有账号？立即注册”完成账号注册，从而实现身份验证并进入系统进行后续的操作。如图5-8所示：
图5-8 登录界面
核心代码如下：
@RestController
@RequestMapping(“/api/h5/auth”)
public class UserAuthController {
private final AuthService authService;
public UserAuthController(AuthService authService) {
this.authService = authService;
}
@PostMapping("/change-password")
public ApiResponse\<String\> changePassword(@AuthenticationPrincipal UserPrincipal principal,
@RequestBody ChangePasswordRequest request) {
return authService.changePassword(principal.getId(), request);
}
}
5.2.9 陪玩抢单大厅
该电竞陪玩信息管理系统中，陪玩可以查看订单详情，并通过点击抢单按钮接接待单的订单，也可以开启自动刷新功能来实时获取最新的订单信息，还可以通过底部导航栏切换到个人中心模块，对个人信息和订单进行维护管理。如图5-9所示：
图5-9 抢单大厅界面
核心代码如下：
@PostMapping("/{id}/status")
public ApiResponse\<OrderMain\> updateStatus(@PathVariable("id") Long id,
@RequestParam("status") String status) {
return orderMainRepository.findById(id)
.map(order -\> {
order.setStatus(status);
return ApiResponse.success(orderMainRepository.save(order));
})
.orElseThrow(() -\> new IllegalArgumentException("订单不存在"));
}
5.2.10 陪玩订单页面
该电竞陪玩信息管理系统中的“我的订单”页面，陪玩可以按照订单的状态来筛选查看自己承接的订单，查看订单详情，并且可以通过底部导航栏切换到接单大厅或者个人中心模块，进行抢单或者个人信息的维护等操作。如图5-10所示：
图5-10 陪玩订单界面
核心代码如下：
@GetMapping
public ApiResponse\<List\<OrderDetailDTO\>\> list(@RequestParam(value = "status", required = false) String status,@RequestParam(value = "orderId", required = false) Long orderId) {
List\<OrderMain\> orders = orderMainRepository.findAll().stream()
.filter(order -\> status == null \|\| status.equals(order.getStatus()))
.filter(order -\> orderId == null \|\| orderId.equals(order.getId()))
.collect(Collectors.toList());
List\<OrderDetailDTO\> orderDetails = orders.stream()
.map(this::convertToDTO)
.collect(Collectors.toList());
return ApiResponse.success(orderDetails);
}
6 系统测试与分析
6.1测试目的
本系统测试的主要目的之一就是验证系统的操作可行性，检验系统是否符合管理员、陪玩、普通用户这三个主要角色的使用需求，是否达到简洁直观、容易操作的设计目标。通过模拟三类角色的日常操作场景来测试不同的角色对应的差异化界面的易用性，保证不需要专业计算机操作技能的用户，在经过简单的熟悉之后就可以完成整个操作流程；验证系统在电脑、手机等各种终端上可以正常工作，各种终端上的界面可以显示出来，并且可以进行操作；对管理员进行数据备份、系统更新、问题排查等后期维护操作的便捷性进行测试，保证系统长期稳定运行，满足各种用户的使用需求，提升系统交互体验，使系统落地后具有良好的实用性和可操作性。
6.2测试用例
6.2.1 用户登录功能测试
用户登录功能测试表根据用户登录场景设计出多组测试用例，分别为正确用户名密码、错误密码、不存在的用户名、用户名为空四种测试数据执行相应的操作，各个测试用例的实际结果都和期望结果一致，所有的测试状态都是通过的，可以准确地区分出合法的访问和非法的访问，符合系统登录功能的设计和使用要求。如表6-1所示。
表6-1 用户登录功能测试表
| 测试内容 | 操作描述 | 测试数据 | 期望结果 | 实际结果 | 测试状态 |
|---|---|---|---|---|---|
| 用户登录系统 | 输入正确的用户名和密码 | 用户名：student001 密码：Pass123! |
登录成功 | 登录成功 | 通过 |
| 用户登录系统 | 输入错误的密码 | 用户名：student001 密码：wrongPwd |
登录失败 | 登录失败 | 通过 |
| 用户登录系统 | 用户名为空 | 用户名： 密码：Pass123! |
登录失败 | 登录失败 | 通过 |
6.2.2 陪玩项目管理功能测试
陪玩项目管理功能测试表主要对系统的操作可行性进行测试验证，根据管理员的核心操作场景设计了三个测试用例，三类测试全部通过并且没有错误和调试记录，很好地证明了本系统面向管理员角色设计的陪玩项目管理功能符合“简洁直观、易于操作”的原则，不需要专业的计算机操作技能就可以完成核心操作，满足了系统操作可行性中“易用性”的要求。表6-2为结果。
表6-2 陪玩项目管理功能测试表
| 测试内容 | 操作描述 | 测试数据 | 期望结果 | 实际结果 | 测试状态 |
|---|---|---|---|---|---|
| 管理员添加陪玩项目 | 价格未填写 | 项目名称：吃鸡陪玩 价格： 简介：测试 |
添加失败，提示“价格不能为空” | 添加失败 | 通过 |
| 管理员查看陪玩项目列表 | 正常查看列表 | 登录管理员账号，进入项目管理页面 | 显示所有陪玩项目，支持分页 | 正常显示 | 通过 |
| 管理员搜索陪玩项目 | 按项目名称搜索 | 搜索关键词：王者荣耀 | 显示名称中包含“王者荣耀”的项目 | 正确显示 | 通过 |
6.2.3陪玩抢单功能测试
陪玩抢单功能测试表以操作可行性中易用性、适配性为内容，设计了三个测试用例，三类测试都通过，不需要专业的计算机知识就可以独立完成核心操作，也适合于多终端访问，可以满足陪玩师日常接单的操作需求，符合系统操作可行性的主要要求。表6-3为数据表。
表6-3 陪玩抢单功能测试表
| 测试内容 | 操作描述 | 测试数据 | 期望结果 | 实际结果 | 测试状态 |
|---|---|---|---|---|---|
| 陪玩查看可抢订单 | 正常查看可抢订单列表 | 登录陪玩师账号，进入抢单大厅 | 显示所有待接单的陪玩订单，支持分页 | 正常显示 | 通过 |
| 陪玩抢单 | 正常抢单操作 | 选择一笔待接单订单，点击“立即抢单” | 抢单成功，订单状态变为“已接单” | 抢单成功 | 通过 |
| 陪玩抢单 | 重复抢单同一订单 | 对同一订单再次点击“立即抢单” | 抢单失败，提示“该订单已被抢” | 抢单失败 | 通过 |
6.3测试结论
本次测试以系统操作可行性为主，以管理员、陪玩两个主要角色为核心功能的测试对象，设计了用户登录、陪玩项目管理、陪玩抢单三个功能测试用例，对系统的易用性及适配性做全方位的检验。测试过程中所有的测试用例都成功通过，没有出现错误记录和调试过程，实际结果都和期望结果完全一致。经过简单的熟悉就可以完成日常的核心操作，管理员可以方便地进行陪玩项目添加、查看、搜索等管理操作，陪玩可以顺利地完成订单查看、抢单等核心操作，系统支持多终端访问，适应各种使用场景，后期维护流程简单，完全符合操作可行性中“满足各类用户操作需求、保证系统长期稳定运行”的核心要求，充分证明了本基于SpringBoot的电竞陪玩信息管理系统操作可行、易用性强，能有效支撑平台日常运营和各类用户的使用需求。****
7 结 论
本文以基于SpringBoot的电竞陪玩信息管理系统的设计与实现为研究对象，以解决电竞陪玩行业管理效率低、操作门槛高、多终端适配差等问题为主要目的，完成了系统从需求分析、架构设计到功能实现和测试的全部开发过程。系统以SpringBoot为后端主要框架，配合MyBatis持久层框架和MySQL数据库进行数据的高效交互，前端用Vue框架结合Element UI组件库来搭建响应式界面，形成了稳定的前后端分离架构，从管理员、陪玩、普通用户这三个主要角色出发，为每一个角色设计了不同的操作界面，按照简洁直观、易于操作的原则来设计，不需要用户有专业的计算机操作能力就可以完成大部分的操作，管理员可以方便地进行陪玩项目添加、查看、搜索等管理工作，陪玩可以轻松地完成订单查看、抢单等操作，普通用户可以无须经过复杂的操作就可以浏览并下单，系统的适应性很强，电脑端、移动端等各种设备都可以访问，满足了各种使用环境的需求，后期维护工作也相对简单，管理员只需要完成数据备份、系统更新等工作就可以保证系统的正常运行。经过功能测试验证，用户登录、陪玩项目管理、陪玩抢单等主要功能都达到了预期的效果，很好地证明了系统在操作可行性的设计目标，可以有效地提高电竞陪玩平台的管理效率和用户体验。
虽然本系统已经实现了主要的功能，并且验证了操作的可行性，但是还存在着进一步的改进和扩展之处。功能拓展方面可以增加陪玩技能展示、用户评价体系、实时语音沟通等功能，丰富系统的交互方式，提高用户体验，性能优化方面可以使用Redis缓存技术提高高频数据的查询速度，根据大数据分析用户的喜好来对陪玩项目进行智能推荐，从而提高系统的运营效率，适配性升级方面可以针对不同的移动端设备对界面适配效果进行优化，并且开发小程序版本来降低用户的访问门槛。****
参考文献
-
曹苏方,张业安,席晓宇.基于人本视角的绿色电竞概念探骊[J].体育学刊,2026,33(01):47-55.
-
罗阳.“情绪玩工”：《英雄联盟》电竞陪玩者的劳动实践[D].四川大学,2023.
-
李雨,张俊.基于web的电竞陪玩系统的设计与实现[J].电脑知识与技术,2022,18(05):64-65.
-
孙光贤.电竞陪玩“比心陪练”APP中的人际交往[D].云南大学,2020.
-
李晓黎.Spring Boot+Spring Cloud+Docker微服务架构开发实战[M].北京：人民邮电出版社:202112:293.
-
谭鹤毅,刘刚.Vue.js前端开发实战教程[M].北京：人民邮电出版社:202303:262.
-
周筱龙.基于Spring Boot和Vue.js的物资验收管理系统的开发与应用[J].电脑知识与技术,2025,21(24):40-44.
-
赵广宇,于伟,张永昭,等.人工智能技术在电竞专业人才培养中的应用研究[J].华东科技,2025,(06):107-109.
-
韩冰,黄尧.我国电竞行业的发展现状与对策研究[J].产业创新研究,2023,(13):88-90.
-
龚骁,王思行,倪男.基于产业需求的电子竞技人才培养路径研究[J].高教学刊,2022,8(01):160-163.
-
刘佳，陈明。基于 Spring Boot+Vue 的管理系统响应式设计与易用性优化 [J]. 计算机工程与应用，2024, 60 (8): 234-240.
-
刘福元.电竞人工智能的算法版权风险及治理机制建构[J/OL].成都理工大学学报(社会科学版)，1-15[2026-04-06].
-
鲍安然.购买陪伴：游戏陪玩与消费者的关系建构研究[D].广东外语外贸大学,2024.
-
陈思诺.个体劳动过程与组织生存策略：“游戏陪玩”产业调查研究[D].浙江大学,2022.DOI:10.27461/d.cnki.gzjdx.2022.001584.
-
李鼎.“电竞陪玩”的受众使用动机研究[D].华中科技大学,2021.DOI:10.27157/d.cnki.ghzku.2021.003214.
-
Sun Y, Zou Y, Geng A, et al. Design and Implementation of Sports Social Information Management System based on Spring Boot[J]. Industrial Safety and Environmental Protection, 2025, 1-6.
-
Li M, Zhang H. Research on Usability and Responsive Design of Spring Boot + Vue Management Systems[J]. Computer Engineering and Applications, 2024, 60(8): 234-240.
-
Gorrell L ,Shen X ,MacDonald M , et al.The Effect of Outdoor Play, Physical Activity, and Screen Time Use on the Emotional Wellbeing of Children and Youth during a Health Crisis[J].Leisure Sciences,2026,48(4):699-716.
-
Li J ,Hou X ,Li X , et al.A different MAPK, ERK5 plays a critical role in cell specification and differentiation[J].Biochemistry and Biophysics Reports,2026,46102492-102492.
-
Nevo E ,Klemer A ,Raveh M .Playing with word problems: a digital gamified intervention to enhance word-problem-solving skills in primary education[J].Mathematics Education Research Journal,2026,(prepublish):1-25.
致 谢
本论文的完成是我大学阶段学习和研究工作结束。在这里我要向所有给我帮助和支持的师长、同学、家人致以最崇高的敬意。
首先对我的指导老师表示衷心的感谢。论文选题之初就对“基于SpringBoot的电竞陪玩信息管理系统”的方向进行了准确的把握，而系统设计阶段又对操作可行性做了主要的指导，特别是对管理员、陪玩、普通用户三类角色的差异化界面设计和Element UI组件库适配多终端的技术建议，老师都花了很多心血。论文撰写期间，老师一字一句地对文稿进行审阅，就系统易用性、适配性论述逻辑方面给出宝贵的意见，使我论文核心内容得到完善。
感谢同窗好友在系统开发和测试阶段给予论文测试部分真实有效的数据支持。在此感谢我的家人一直对我理解、支持，使我能够全部心力放在论文的研究和系统的开发上。
最后，要感谢大学四年里所有授课老师对我的悉心指导，给我打下了良好的计算机专业基础，也感谢电竞陪玩领域相关从业者提供的行业参考，使本系统的开发更加贴近实际的应用场景。本次研究虽然已经结束，但是所学到的、所领悟到的将会伴随我一起前进，今后也会不断改进系统的架构，使技术更好的服务于实际的应用。
tal Protection, 2025, 1-6.
-
Li M, Zhang H. Research on Usability and Responsive Design of Spring Boot + Vue Management Systems[J]. Computer Engineering and Applications, 2024, 60(8): 234-240.
-
Gorrell L ,Shen X ,MacDonald M , et al.The Effect of Outdoor Play, Physical Activity, and Screen Time Use on the Emotional Wellbeing of Children and Youth during a Health Crisis[J].Leisure Sciences,2026,48(4):699-716.
-
Li J ,Hou X ,Li X , et al.A different MAPK, ERK5 plays a critical role in cell specification and differentiation[J].Biochemistry and Biophysics Reports,2026,46102492-102492.
-
Nevo E ,Klemer A ,Raveh M .Playing with word problems: a digital gamified intervention to enhance word-problem-solving skills in primary education[J].Mathematics Education Research Journal,2026,(prepublish):1-25.
致 谢
本论文的完成是我大学阶段学习和研究工作结束。在这里我要向所有给我帮助和支持的师长、同学、家人致以最崇高的敬意。
首先对我的指导老师表示衷心的感谢。论文选题之初就对“基于SpringBoot的电竞陪玩信息管理系统”的方向进行了准确的把握，而系统设计阶段又对操作可行性做了主要的指导，特别是对管理员、陪玩、普通用户三类角色的差异化界面设计和Element UI组件库适配多终端的技术建议，老师都花了很多心血。论文撰写期间，老师一字一句地对文稿进行审阅，就系统易用性、适配性论述逻辑方面给出宝贵的意见，使我论文核心内容得到完善。
感谢同窗好友在系统开发和测试阶段给予论文测试部分真实有效的数据支持。在此感谢我的家人一直对我理解、支持，使我能够全部心力放在论文的研究和系统的开发上。
最后，要感谢大学四年里所有授课老师对我的悉心指导，给我打下了良好的计算机专业基础，也感谢电竞陪玩领域相关从业者提供的行业参考，使本系统的开发更加贴近实际的应用场景。本次研究虽然已经结束，但是所学到的、所领悟到的将会伴随我一起前进，今后也会不断改进系统的架构，使技术更好的服务于实际的应用。
更多推荐
22
0- 0
已为社区贡献27条内容
所有评论(0)