摘要
随着乒乓球竞技水平的不断提升，科学化、精细化的运动员管理成为提升团队竞争力的关键。传统依赖纸质文档与人工统计的管理模式，已难以满足现代乒乓球训练对数据实时性与准确性的要求。为此，本文设计并实现了一套乒乓球运动员信息管理系统。系统采用前后端分离的架构模式，后端基于Spring Boot框架，利用其快速开发、易于部署的特性，构建了稳定可靠的服务端应用，并通过MyBatis实现与MySQL数据库的高效交互。前端则采用Vue框架，结合Element-UI组件库，打造了响应迅速、交互友好的用户界面。
系统根据用户角色划分为运动员、教练、队医和管理员四大模块，实现了注册登录、个人档案、训练计划、训练日志、比赛技术、评估选材、梯队选拔、目标成就、伤病档案、指标跟踪、恢复评估及康复计划等核心功能，集成数据可视化展示与指标智能预警功能，支持数据的查询、编辑、删除、上传下载等操作。运动员可自主管理个人信息与训练数据，教练能全面掌握运动员竞技状态，队医专注伤病监测与康复管理，管理员负责系统整体运维与数据管控。
****关键词：****乒乓球运动员信息管理；前后端分离；Spring Boot；Vue
Abstract
With the continuous improvement in the competitive level of table tennis, scientific and refined athlete management has become key to enhancing team competitiveness. The traditional management model reliant on paper documents and manual statistics can no longer meet the modern training demands for real-time and accurate data. To address this, this paper designs and implements a table tennis athlete information management system. The system adopts a front-end and back-end separation architecture, with the back-end built on the Spring Boot framework leveraging its rapid development and easy deployment features to create a stable and reliable server-side application, while MyBatis facilitates efficient interaction with the MySQL database. The front-end employs the Vue framework combined with the Element-UI component library to deliver a responsive and user-friendly interface.
The system is divided into four major modules based on user roles: athlete, coach, team physician, and administrator. It implements core functions such as registration and login, personal profiles, training plans, training logs, competition techniques, talent evaluation,梯队选拔, goal achievement, injury records, performance tracking, recovery assessment, and rehabilitation plans. It integrates data visualization and intelligent alert features for indicators, supporting operations like querying, editing, deleting, uploading, and downloading data. Athletes can independently manage personal information and training data, coaches can comprehensively monitor athletes' competitive status, team physicians focus on injury monitoring and rehabilitation management, and administrators oversee overall system operation and data control.
Keywords ****:****Table Tennis Athlete Information Management; Frontend-Backend Separation; Spring Boot; Vue
目 录
[第1章 绪论](#第1章 绪论)
[1.1 研究背景及意义](#1.1 研究背景及意义)
[1.1.1 研究背景](#1.1.1 研究背景)
[1.1.2 研究意义](#1.1.2 研究意义)
[1.2 国内外研究现状](#1.2 国内外研究现状)
[1.2.1 国内研究现状](#1.2.1 国内研究现状)
[1.2.2 国外研究现状](#1.2.2 国外研究现状)
[第2章 关键技术介绍](#第2章 关键技术介绍)
[2.1 后端技术](#2.1 后端技术)
[2.1.1 Java语言](#2.1.1 Java语言)
[2.1.2 Spring Boot框架](#2.1.2 Spring Boot框架)
[2.2 前端技术](#2.2 前端技术)
[2.2.1 Vue框架](#2.2.1 Vue框架)
[2.3 数据库技术](#2.3 数据库技术)
[2.3.1 MySQL数据库](#2.3.1 MySQL数据库)
[第3章 系统需求分析](#第3章 系统需求分析)
[3.1 可行性分析](#3.1 可行性分析)
[3.1.1 技术可行性](#3.1.1 技术可行性)
[3.1.2 经济可行性](#3.1.2 经济可行性)
[3.1.3 操作可行性](#3.1.3 操作可行性)
[3.2 功能需求分析](#3.2 功能需求分析)
[3.2.1 运动员用户功能分析](#3.2.1 运动员用户功能分析)
[3.2.2 教练用户功能分析](#3.2.2 教练用户功能分析)
[3.2.3 队医用户功能分析](#3.2.3 队医用户功能分析)
[3.2.4 管理员功能分析](#3.2.4 管理员功能分析)
[3.3 非功能性需求分析](#3.3 非功能性需求分析)
[3.4 系统流程分析](#3.4 系统流程分析)
[3.4.1 系统操作流程图](#3.4.1 系统操作流程图)
[3.4.2 系统登录流程图](#3.4.2 系统登录流程图)
[3.4.3 指标跟踪管理流程图](#3.4.3 指标跟踪管理流程图)
[3.4.4 指标跟踪管理流程图](#3.4.4 指标跟踪管理流程图)
[第4章 系统设计](#第4章 系统设计)
[4.1 系统概要设计](#4.1 系统概要设计)
[4.1.1 系统架构设计](#4.1.1 系统架构设计)
[4.1.2 系统结构设计](#4.1.2 系统结构设计)
[4.2 系统数据库设计](#4.2 系统数据库设计)
[4.2.1 概念结构设计](#4.2.1 概念结构设计)
[4.2.2 逻辑结构设计](#4.2.2 逻辑结构设计)
[第5章 系统实现](#第5章 系统实现)
[5.1 运动员用户主要功能实现](#5.1 运动员用户主要功能实现)
[5.1.1 用户注册](#5.1.1 用户注册)
[5.1.2 用户登录](#5.1.2 用户登录)
[5.1.3 训练计划管理](#5.1.3 训练计划管理)
[5.1.4 比赛技术管理](#5.1.4 比赛技术管理)
[5.1.5 评估选材管理](#5.1.5 评估选材管理)
[5.1.6 目标成就管理](#5.1.6 目标成就管理)
[5.1.7 指标跟踪管理](#5.1.7 指标跟踪管理)
[5.1.8 康复计划管理](#5.1.8 康复计划管理)
[5.2 教练用户主要功能实现](#5.2 教练用户主要功能实现)
[5.2.1 个人档案管理](#5.2.1 个人档案管理)
[5.2.2 训练计划管理](#5.2.2 训练计划管理)
[5.2.3 评估选材管理](#5.2.3 评估选材管理)
[5.2.4 梯队选拔管理](#5.2.4 梯队选拔管理)
[5.2.5 恢复评估管理](#5.2.5 恢复评估管理)
[5.3 队医用户主要功能实现](#5.3 队医用户主要功能实现)
[5.3.1 个人档案管理](#5.3.1 个人档案管理)
[5.3.2 伤病档案管理](#5.3.2 伤病档案管理)
[5.3.3 指标跟踪管理](#5.3.3 指标跟踪管理)
[5.3.4 恢复评估管理](#5.3.4 恢复评估管理)
[5.3.5 康复计划管理](#5.3.5 康复计划管理)
[5.4 管理员主要功能实现](#5.4 管理员主要功能实现)
[5.4.1 后台首页](#5.4.1 后台首页)
[5.4.2 系统用户](#5.4.2 系统用户)
[5.4.3 个人档案管理](#5.4.3 个人档案管理)
[5.4.4 训练计划管理](#5.4.4 训练计划管理)
[5.4.5 训练日志管理](#5.4.5 训练日志管理)
[5.4.6 目标成就管理](#5.4.6 目标成就管理)
[5.4.7 指标跟踪管理](#5.4.7 指标跟踪管理)
[5.4.8 通知发布](#5.4.8 通知发布)
[第6章 系统测试](#第6章 系统测试)
[6.1 测试目的](#6.1 测试目的)
[6.2 测试用例](#6.2 测试用例)
[6.3 测试结果](#6.3 测试结果)
[第7章 总结与展望](#第7章 总结与展望)
[7.1 总结](#7.1 总结)
[7.2 展望](#7.2 展望)
第1章 绪论
1.1 研究背景及意义
1.1.1 研究背景
乒乓球作为我国的"国球"，拥有深厚的群众基础和庞大的专业及业余运动员群体。从校园体育到职业联赛，各级别赛事日益频繁，由此产生的训练、比赛及成长轨迹数据呈爆炸式增长。然而，传统的管理模式已难以满足现代乒乓球训练对数据精准性、实时性和系统性的要求，教练员难以全面掌握运动员的长期发展轨迹，管理人员在人才选拔、赛程制定和状态评估时也缺乏有力的数据支撑。
在竞技体育数字化转型的大趋势下，信息技术与体育训练管理的深度融合，已成为提升队伍管理效率和竞技水平的关键。利用现代计算机与网络技术搭建统一的信息管理平台，能够实现运动员全周期数据的集中存储、实时更新与高效共享，从而满足运动员、教练、队医及管理人员等不同角色的业务需求。同时，随着前后端分离开发模式的普及，Spring Boot与Vue的组合凭借其开发高效、扩展性强、交互体验好等优势，成为体育管理类系统开发的主流技术选型，为构建稳定、高效的乒乓球队信息管理系统提供了坚实的技术支撑。
1.1.2 研究意义
在竞技体育日益追求精细化与科学化的今天，构建一套高效的乒乓球运动员信息管理系统具有重要的现实意义与应用价值。
从竞技体育科学化发展的层面来看，该系统打破了传统依赖经验与直觉的壁垒，将训练与管理的每一个环节置于数据基石之上。通过对训练负荷、技战术表现及身体机能指标的系统性采集与分析，系统将原本模糊的"感觉"转化为清晰的"证据"，使得选材、育才、伤病防控等核心工作具备了极高的科学依据，推动乒乓球训练体系向更加精密、严谨的方向演进。
在团队管理效能上，系统实现了业务流程的全面重塑。它将分散的档案、孤立的报表整合为一个互联互通的信息网络，极大地压缩了信息传递的中间环节。教练员、队医与管理人员得以在同一平台上协同作业，信息的实时共享与反馈机制显著提升了决策效率，确保了训练计划与康复方案能够根据运动员的实时状态迅速调整，避免了因信息滞后导致的管理失误。
从长远发展来看，该系统的建立有助于构建运动员成长的完整数据档案。这些宝贵的数据资源不仅服务于当前的训练与比赛，更为后续的体育科研、后备人才选拔与培养模式研究提供了坚实的数据基础。它推动了乒乓球运动管理的现代化进程，对于促进体育科技的发展、助力体育强国建设具有积极的推动作用。
1.2 国内外研究现状
1.2.1 国内研究现状
在国内，随着体育信息化进程的加速，运动员信息管理系统的研究逐渐从通用型向专项化、精细化方向发展。在系统架构与基础技术层面，已有研究为乒乓球专项系统的开发奠定了理论与技术基础。例如，戈俊等人基于XML技术探讨了简易运动员信息管理系统的实现路径，为数据的结构化存储与交换提供了可行方案1。该研究虽然未聚焦于乒乓球项目，但其在系统设计模式、数据交互标准方面的探索，为后续乒乓球运动员信息管理系统的模块化开发与数据兼容性设计起到了重要的参考作用。
在乒乓球专项信息化管理领域，研究正逐步从单一的训练记录向"训、赛、管、服"一体化模式转变。蒋惠忠从智慧体育的视角出发，针对职业学校乒乓球训练与比赛的信息化管理模式进行了创新研究，强调了信息化手段在提升基层乒乓球人才培养效率中的价值2。这一研究揭示了乒乓球专项管理系统的特殊需求------即需要深度融合乒乓球技战术特点与日常训练管理流程，为本系统的业务逻辑设计提供了直接的行业背景支撑。
在系统开发的方法论与应用层面，研究者们开始更加关注系统的实用性与情报价值。李鹏飞在体育情报场域下对运动员训练管理信息系统的设计与开发进行了探究，强调了系统不仅要具备数据处理能力，更要具备情报分析与辅助决策的功能3。这一视角的引入，意味着乒乓球运动员信息管理系统不应仅仅是数据的电子化记录工具，更应是能够通过数据挖掘为教练员提供训练反馈与战术建议的智能平台。
综合来看，国内相关研究已经形成了从通用架构到专项应用、从数据管理到情报服务的多层次研究格局。既有研究在技术实现、管理模式及系统功能定位上均取得了阶段性成果，为乒乓球运动员信息管理系统的开发提供了丰富的理论依据和技术路径。然而，如何进一步结合乒乓球项目的特殊性，实现伤病监测、技战术分析与训练计划管理的深度耦合，仍是当前研究需要进一步深化的方向。
1.2.2 国外研究现状
在国际体育科技领域，乒乓球运动员信息管理系统的研究与应用已进入精细化与智能化并重的发展阶段。欧美国家凭借其在计算机科学与体育工程学的交叉优势，较早构建了以数据驱动为核心的训练支持体系。当前，国外研究不仅关注基础体能与技战术数据的采集，更强调多模态信息的融合分析。例如，通过可穿戴传感器实时监测运动员的心率变异性、肌肉负荷及动作轨迹，并结合视频解析技术，实现对发球旋转、击球速度等关键指标的量化评估，为教练员提供精准决策依据。这种技术路径体现了从"经验主导"向"数据+经验"双轨模式的转型。
与此同时，人工智能算法的引入成为研究热点。机器学习模型被用于预测运动员竞技状态波动、伤病风险及对手战术倾向，显著提升了训练的科学性与前瞻性。美国与德国的部分高水平乒乓球训练中心已试点应用智能推荐系统，根据个体技术特征自动生成针对性训练方案，有效优化了资源分配。此外，云端协同平台的建设促进了跨国团队的信息共享，尤其在远程指导与赛事数据分析方面展现出高效性。尽管如此，数据隐私保护、系统兼容性及高成本仍是普及过程中的主要制约因素。
总体来看，国外研究呈现出技术集成度高、应用场景多元、注重个体化服务的特点。然而，如何平衡技术创新与实际训练需求，避免过度依赖数据而忽视运动员主观感受，仍是学界持续探讨的议题。未来的发展趋势或将聚焦于轻量化设备研发、边缘计算应用及人机协同决策机制的完善，以实现更高效、更具人性化的运动员信息管理生态。
第2章 关键技术介绍
2.1 后端技术
2.1.1 Java语言
Java是一种广泛应用于企业级应用开发的高级编程语言，具有"一次编写，到处运行"的跨平台特性4。同时Java强大的面向对象编程能力，使得开发者能够高效地组织代码结构，方便维护与模块化开发。Java在后端开发中应用广泛，适合构建企业级应用，其核心优势在于良好的可移植性、强大的类库支持、自动内存管理机制（垃圾回收机制）以及较高的安全性5。在本系统中，Java作为后端服务的主要开发语言，承担了业务逻辑处理、接口封装与数据交互等核心功能，确保了系统在不同服务器环境下的稳定运行与高效扩展。
2.1.2 Spring Boot框架
Spring Boot 是由 Pivotal 团队推出的一套基于Spring框架的快速开发工具集，以简化Spring应用的初始搭建和开发过程，并通过提供开箱即用的配置和自动化特性，使得开发者可以快速构建生产级的Java应用，显著降低了开发复杂度，提升了开发效率6。Spring Boot具有内置的服务器支持，简化了应用的部署和管理，同时支持多种中间件的集成。在本系统中，Spring Boot被用于构建后端RESTful风格的Web服务接口，实现了前后端分离架构下的高效数据通信7。同时，其与 Spring Security、Spring Data JPA 等模块的集成，也为系统的权限控制、数据持久化提供了有力支持。
2.2 前端技术
2.2.1 Vue框架
Vue.js 是一套用于构建用户界面的渐进式 JavaScript 框架，由尤雨溪开发并维护。与其他大型框架不同，Vue 被设计为可以自底向上逐层应用：其核心库只关注视图层，不仅易于上手，还便于与第三方库或既有项目整合；另一方面，当结合现代工具链（如 Vue Router、Vuex/Pinia）以及各种支持库时，Vue 也完全有能力驱动复杂的单页面应用（SPA）。Vue 采用了基于组件的开发模式，允许开发者将界面拆分为独立、可复用的小块，通过声明式渲染和响应式数据绑定机制，自动追踪依赖并在数据变化时高效更新 DOM，极大地简化了前端交互逻辑的开发8。凭借其轻量级、高性能、文档友好以及灵活的生态系统，Vue.js 已成为当前前端开发领域中最受欢迎的主流框架之一。
2.3 数据库技术
2.3.1 MySQL数据库
MySQL数据库，作为开源关系型数据库管理系统的佼佼者，以其高性能、可靠性、易用性和灵活性，在全球范围内被广泛应用于各类企业级应用中9。MySQL采用SQL（结构化查询语言）作为数据操作的标准语言，支持复杂的查询、数据更新、索引优化等功能，确保数据的高效存取和完整性。其强大的事务处理能力，为业务逻辑的原子性、一致性、隔离性和持久性提供了坚实保障。此外，MySQL还具备高度的可配置性和可扩展性，通过优化存储引擎、调整配置参数等手段，可以轻松应对高并发、大数据量的应用场景10。在本系统中，MySQL作为后端数据存储的核心，不仅为系统提供了稳定可靠的数据支持，还通过其丰富的数据操作功能，助力系统实现复杂的业务逻辑和高效的数据管理。
****第3章系统需求分析
3.1 可行性分析
3.1.1 技术可行性
本系统采用当前主流的前后端分离架构进行开发，技术路线成熟且具备良好的可实现性。后端开发使用Java语言和Spring Boot框架，这些技术在Web应用开发中具有良好的稳定性和扩展性。前端利用Vue.js框架，为用户提供直观、流畅的界面体验。数据管理方面，MySQL数据库支持高效的数据存储和复杂查询，确保数据的完整性和一致性。
3.1.2 经济可行性
Spring Boot 和Vue.js 都是开源框架，无需支付高额的授权费用。开发人员可以免费使用它们进行项目开发，这大大降低了软件的初始开发成本。同时，它们拥有丰富的社区资源和文档支持，开发人员可以通过查阅官方文档、互动社区等获取大量的学习资料和解决问题的方法，减少了在技术学习和问题解决上的时间和成本投入。
3.1.3 操作可行性
系统采用B/S架构，用户只需要通过浏览器即可访问系统，无需安装额外的软件。同时，系统的操作界面简洁明了，易于理解和使用，用户无需具备专业的计算机知识即可进行操作。
3.2 功能需求分析
在系统开发前，需对各项功能需求进行深入分析与梳理，明确不同用户群体的操作权限与功能访问范围，为后续系统权限设计与功能模块划分提供依据。针对本乒乓球运动员信息管理系统定位，用户角色被分为运动员用户、教练用户、队医用户和管理员四大类。
3.2.1 运动员用户功能分析
- 注册登录：运动员可通过注册成为系统用户，注册后可以用账号密码登录系统。
- 后台首页：后台首页主要展示功能模块的快捷菜单，以及本周训练量和关键技术得分率的可视化图表。
- 个人档案管理：用户看查看个人档案列表中任意一项档案的详情。
- 训练计划管理：用户可查看训练计划列表中任意一项计划的详情及提交执行日志。
- 训练日志管理：用户看查看训练日志列表中任意一项训练日志的详情。
- 比赛技术管理：用户可查看比赛技术列表中任意一项比赛技术的详情；在详情页面，支持在线浏览或下载比赛视频，并可下载相应的统计报告。
- 评估选材管理：用户可查看评估选材列表中任意一项评估选材的详情。
- 梯队选拔管理：用户可查看梯队选拔列表中任意一项梯队选拔的详情
- 目标成就管理：用户可添加个人目标成就信息，可查看已有已有目标成就的详情，并支持查询、重置和删除操作。
- 伤病档案管理：用户可查看伤病档案列表中任意一项一项伤病档案的详情。
- 指标跟踪管理：用户可查看指标跟踪列表中任意一项指标跟踪的详情。此外，系统内置指标预警提醒功能，当有指标值高出或低于正常值时会自动弹出提醒窗口。
- 恢复评估管理：用户可查看恢复评估列表中任意一项恢复评估的详情。
- 康复计划管理：用户可查看康复记录列表中任意一项康复计划的详情。
- 通知中心：用户可集中查阅系统推送的各类业务消息及管理员发布的站内通知。
- 我的：用户点击我的头像下拉菜单"个人信息"可以修改个人基本信息；点击"修改密码"可以修改个人登录密码；点击"退出"即可退出系统。
运动员用户的用例图如下图所示。
图3-1 运动员用户用例图
3.2.2 教练用户功能分析
- 注册登录：教练可通过注册成为系统用户，注册后可以用账号密码登录系统。
- 后台首页：后台首页主要展示功能模块的快捷菜单、以及运动员能力雷达图及队内排名统计的可视化图表。
- 个人档案管理：用户可查看个人档案列表中任意一项运动员的档案详情及提交训练计划、比赛技术、评估选材及选拔信息。
- 训练计划管理：用户可查看训练计划列表中任意一项运动员的训练计划详情。
- 训练日志管理：用户可查看训练日志列表中任意一项运动员的训练日志详情。
- 比赛技术管理：用户可查看比赛技术列表中任意一项运动员的比赛技术详情。
- 评估选材管理：用户可查看评估选材列表中任意一项运动员的评估选材详情。
- 梯队选拔管理：用户可查看梯队选拔列表中任意一项运动员的梯队选拔详情。
- 恢复评估管理：用户可查看恢复评估列表中任意一项运动员的恢复评估详情。
- 通知中心：用户可集中查阅系统推送的各类业务消息及管理员发布的站内通知。
- 我的：用户点击我的头像下拉菜单"个人信息"可以修改个人基本信息；点击"修改密码"可以修改个人登录密码；点击"退出"即可退出系统。
教练用户的用例图如下图所示。
图3-2 教练用户用例图
3.2.3 队医用户功能分析
- 注册登录：教练可通过注册成为系统用户，注册后可以用账号密码登录系统。
- 后台首页：后台首页主要展示功能模块的快捷菜单。
- 个人档案管理：用户可查看个人档案列表中任意一项运动员的档案详情及提交伤病信息。
- 伤病档案管理：用户可查看伤病档案列表中任意一项运动员的伤病档案详情及提交指标跟踪、恢复评估及康复计划信息。
- 指标跟踪管理：用户可查看指标跟踪列表中任意一项运动员的指标跟踪详情。此外，系统内置指标预警提醒功能，当有指标值高出或低于正常值时会自动弹出提醒窗口。
- 恢复评估管理：用户可查看恢复评估列表中任意一项运动员的恢复评估详情。
- 康复计划管理：用户可查看康复记录列表中任意一项康复计划的详情。
- 通知中心：用户可集中查阅系统推送的各类业务消息及管理员发布的站内通知。
- 我的：用户点击我的头像下拉菜单"个人信息"可以修改个人基本信息；点击"修改密码"可以修改个人登录密码；点击"退出"即可退出系统。
队医用户用例图如下图所示。
图3-3 队医用户用例图
3.2.4 管理员功能分析
- 登录：管理员的账号和密码是事先在数据库中设定好的，管理员可以通过在后台输入正确的账号和密码进行登录。
- 后台首页：后台首页用于展示系统概览信息，包含系统关键数据总览及主要功能模块快捷菜单，并通过可视化图表直观呈现本周训练量统计、关键技战术得分率统计、运动员能力雷达图和队内排名统计等关键数据。
- 系统用户：管理员拥有系统用户信息的全面管理权限，支持增删改查操作。
- 个人档案管理：管理员可添加个人档案，查看个人档案列表中任意一项运动员的档案详情及提交训练计划、比赛技术、评估选材、选拔及伤病信息，并支持查询、重置和删除操作。
- 训练计划管理：管理员可查看训练计划列表中任意一项运动员的训练计划的详情并可提交执行日志，并支持查询、重置和删除操作。
- 训练日志管理：管理员可查看训练日志列表中任意一项运动员的训练日志的详情及更新完成度，并支持查询、重置和删除操作。
- 比赛技术管理：管理员可查看比赛技术列表中任意一项比赛技术的详情并支持查询、重置和删除操作。
- 评估选材管理：管理员可查看评估选材列表中任意一项评估选材的详情并支持查询、重置和删除操作。
- 梯队选拔管理：管理员可查看梯队选拔列表中任意一项梯队选拔的详情并支持查询、重置和删除操作。
- 目标成就管理：管理员可添加目标成就信息，查看目标成就列表中任意一项运动员的目标成就详情，并支持查询、重置和删除操作。
- 伤病档案管理：用户可查看伤病档案列表中任意一项运动员的伤病档案详情并可提交指标跟踪、恢复评估及康复计划信息。
- 指标跟踪管理：管理员可查看指标跟踪列表中任意一项运动员的指标跟踪的详情，并支持查询、重置和删除操作。此外，系统内置指标预警提醒功能，当有指标值高出或低于正常值时会自动弹出提醒窗口。
- 恢复评估管理：管理员可查看伤病评估列表中任意一项运动员的伤病评估详情，并支持查询、重置和删除操作。
- 康复计划管理：管理员可查看康复记录列表中任意一项康复计划的详情，并支持查询、重置和删除操作。
- 通知发布：管理员可在系统中发布站内通知，支持设置通知标题、内容及发送方式及接收人，对已发布通知可进行查询、重置和删除操作。
- 通知中心：管理员可集中查阅系统推送的各类业务消息及管理员发布的站内通知。
- 我的：管理员点击我的头像下拉菜单"个人信息"可以修改个人基本信息；点击"修改密码"可以修改个人登录密码；点击"退出"即可退出系统。
管理员的用例图如下图所示。
3.3 非功能性需求分析
非功能性需求是指系统在运行过程中所应具备的性能、安全、稳定、可用等非直接功能特性，是衡量系统整体质量的重要指标。在乒乓球运动员信息管理系统过程中，除了满足基本的功能性需求外，还需从多个维度对系统的非功能性需求进行深入分析，以确保系统的稳定性、安全性与用户体验。
- 性能需求
系统应具备良好的响应速度与并发处理能力，确保在多用户同时访问时仍能保持高效运行。在数据查询、信息提交等高频操作中，系统响应时间应控制在合理范围内，一般操作响应时间应在2秒以内。同时，系统应支持一定规模的并发访问，保证系统在高负载情况下的稳定运行。
- 安全性需求
系统涉及大量用户个人信息及训练、比赛技术等敏感信息，因此必须具备完善的安全防护机制。系统应实现用户身份认证机制，采用加密传输协议保障数据在网络传输过程中的安全性。系统还应设置角色权限控制策略，确保各用户仅能访问其权限范围内的数据与功能模块。此外，数据库应具备数据备份与恢复机制，防止因系统故障或人为误操作导致数据丢失。
- 可扩展性需求
随着管理需求的不断变化，系统未来可能需要扩展新的功能模块。因此，系统架构应具备良好的可扩展性，支持功能模块的灵活添加与集成。后端采用Spring Boot框架，其模块化特性便于后续向微服务架构演进或集成第三方服务；前端采用Vue.js技术，确保与后端RESTful API的高效交互，同时保持代码结构清晰。数据库设计应具备良好的扩展性，便于新增数据表结构与字段，以适应功能扩展带来的数据需求变化。
3.4 系统流程分析
3.4.1 系统操作流程图
用户通过浏览器访问系统地址，进入应用程序的主界面。用户在系统主页根据自身情况选择注册或登录操作。对于尚未注册的用户，可点击注册入口完成账号创建流程；而已拥有账户的用户则可跳转至登录页面，输入正确的用户名和密码进行身份验证。成功登录后，用户将进入系统的功能操作界面，在此界面下可根据系统提示逐步执行相关业务操作。系统操作流程图如下图所示。
3.4.2 系统登录流程图
当用户访问登录页面并输入其账号与密码后，系统首先会执行初步的输入验证，确保所提供的用户名和密码字段非空。在用户点击"登录"按钮后，系统会再次确认所输入的用户名和密码是否正确。验证顺利完成后，用户即可成功登录，并被引导至个人主页；若验证未能通过，系统则会显示错误提示，并返回登录页面要求用户重新尝试。登录流程图如下图所示。
3.4.3 指标跟踪管理流程图
运动员用户登录后，首先查看训练计划详情，随后录入执行日志；系统随即对录入的数据进行规范性校验，若数据不符合规范则退回要求重新录入，校验通过后系统自动生成训练日志信息；此后，管理员可查看日志详情，并据此更新训练完成度信息。训练日志管理图如下图所示。
3.4.4 指标跟踪管理流程图
队医用户登录后，可查看运动员的伤病档案信息并录入指标跟踪信息，录入的数据经系统效验通过后即可生成指标跟踪信息。系统内置的智能预警功能是此流程的核心环节。每当有新的指标数据被提交或现有数据被修改时，系统后台会立即对数值进行自动校验。一旦检测到某项指标值超出预设的正常范围（过高或过低），系统会立即触发预警机制，自动弹出醒目的提醒窗口。收到预警后，相关用户（如队医、教练或管理员）可根据预警信息，结合历史数据进行综合分析，并据此采取相关干预措施。指标跟踪管理图如下图所示。
第4章 系统设计
4.1 系统概要设计
4.1.1 系统架构设计
本系统整体采用B/S架构（Browser/Server），并深度融合前后端分离的设计模式。前端基于Vue.js框架构建，作为用户交互的核心载体，专注于页面渲染及用户操作响应；后端依托Java语言与Spring Boot框架开发，核心承担业务逻辑运算、数据持久化处理及RESTful API接口服务供给。前后端通过标准的RESTful风格接口进行异步数据通信，有效实现了表现层与业务层的解耦，构建了高内聚、低耦合且易于维护的系统架构.整个系统架构如下图所示。
4.1.2 系统结构设计
为了实现乒乓球运动员信息管理的系统化、信息化与精细化，本系统紧密结合乒乓球运动员日常管理实际业务需求，对功能模块进行了科学合理的划分与设计。系统以 Spring Boot+Vue 技术架构为支撑，面向运动员用户、教练用户、队医用户和管理员四类核心角色，基于精细化权限控制机制，分别赋予各类角色差异化的操作权限，确保业务操作的规范性与数据安全性。各功能模块间逻辑严密、职责清晰，模块内部流程设计贴合乒乓球运动员信息管理实际业务场景，模块之间通过标准化接口实现高效、安全的数据交互与业务联动，有效保障运动员档案管理、训练计划安排、赛事技术统计、伤病康复跟踪、梯队选拔及后台管控等全流程业务运行的稳定性、高效性与便捷性。系统总体功能结构图如下图所示。
4.2 系统数据库设计
4.2.1 概念结构设计
在数据库设计的初期阶段，需对系统的业务需求进行分析，明确系统中涉及的主要实体及其之间的关系，并通过分析各实体之间的联系，构建系统的E-R模型，以图形化方式描述实体之间的关系。在E-R模型中，每个实体具有若干属性，用于描述实体的特征，同时实体之间通过"一对一"、"一对多"或"多对多"的关系进行关联，本乒乓球运动员信息管理系统总体E-R图如下图所示。
4.2.2 逻辑结构设计
在完成概念结构设计的基础上，需进一步将E-R模型转换为关系数据模型，即数据库的逻辑结构设计。逻辑结构设计主要任务是将实体和实体之间的关系转化为数据库中的表结构，并定义主键、外键、索引等约束条件，以确保数据的完整性与一致性。下面将对系统中主要数据表的设计进行说明。
表 4-1-athlete_user（运动员用户）
|----|--------------------|-----------|----|------|------|---------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | athlete_user_id | int | | 是 | 是 | 运动员用户ID |
| 2 | create_by | int | | 是 | 否 | 创建用户ID |
| 3 | create_time | datetime | | 是 | 否 | 创建时间 |
| 4 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 5 | gender_of_athletes | varchar | 64 | 否 | 否 | 运动员性别 |
| 6 | name_of_athlete | varchar | 64 | 否 | 否 | 运动员姓名 |
| 7 | update_time | timestamp | | 是 | 否 | 更新时间 |
| 8 | user_id | int | | 是 | 否 | 用户ID |
表 4-2-coach_user（教练用户）
|----|---------------|-----------|----|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | coach_number | varchar | 64 | 是 | 是 | 教练工号 |
| 2 | coach_user_id | int | | 是 | 是 | 教练用户ID |
| 3 | create_by | int | | 是 | 否 | 创建用户ID |
| 4 | create_time | datetime | | 是 | 否 | 创建时间 |
| 5 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 6 | name_of_coach | varchar | 64 | 否 | 否 | 教练姓名 |
| 7 | update_time | timestamp | | 是 | 否 | 更新时间 |
| 8 | user_id | int | | 是 | 否 | 用户ID |
表 4-3-injury_records（伤病档案）
|----|------------------------------------|-----------|-------|------|------|----------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | athlete_user | int | | 否 | 否 | 运动员用户 |
| 2 | create_by | int | | 是 | 否 | 创建用户ID |
| 3 | create_time | datetime | | 是 | 否 | 创建时间 |
| 4 | diagnosis_result | varchar | 64 | 否 | 否 | 诊断结果 |
| 5 | employee_name | varchar | 64 | 否 | 否 | 员工姓名 |
| 6 | extra | text | 65535 | 否 | 否 | 额外信息 |
| 7 | indicator_tracking_limit_times | int | | 是 | 否 | 指标跟踪限制次数 |
| 8 | injury_history | text | 65535 | 否 | 否 | 伤病历史 |
| 9 | injury_records_id | int | | 是 | 是 | 伤病档案ID |
| 10 | name_of_athlete | varchar | 64 | 否 | 否 | 运动员姓名 |
| 11 | record_date | date | | 否 | 否 | 记录日期 |
| 12 | recovery_assessment_limit_times | int | | 是 | 否 | 恢复评估限制次数 |
| 13 | rehabilitation_process | text | 65535 | 否 | 否 | 康复进程 |
| 14 | rehabilitation_program_limit_times | int | | 是 | 否 | 康复计划限制次数 |
| 15 | source_id | int | | 否 | 否 | 来源ID |
| 16 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 17 | source_user_id | int | | 否 | 否 | 来源用户 |
| 18 | team_doctor_user | int | | 否 | 否 | 队医用户 |
| 19 | treatment_plan | text | 65535 | 否 | 否 | 治疗方案 |
| 20 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-4-personal_profile（个人档案）
|----|------------------------------------|-----------|-------|------|------|----------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | athlete_user | int | | 否 | 否 | 运动员用户 |
| 2 | competition_technology_limit_times | int | | 是 | 否 | 比赛技术限制次数 |
| 3 | create_by | int | | 是 | 否 | 创建用户ID |
| 4 | create_time | datetime | | 是 | 否 | 创建时间 |
| 5 | echelon_selection_limit_times | int | | 是 | 否 | 选拔限制次数 |
| 6 | evaluate_selection_limit_times | int | | 是 | 否 | 评估选材限制次数 |
| 7 | file_content | text | 65535 | 否 | 否 | 档案内容 |
| 8 | file_date | date | | 否 | 否 | 档案日期 |
| 9 | indicator_data | text | 65535 | 否 | 否 | 指标数据 |
| 10 | injury_records_limit_times | int | | 是 | 否 | 伤病限制次数 |
| 11 | name_of_athlete | varchar | 64 | 否 | 否 | 运动员姓名 |
| 12 | personal_profile_id | int | | 是 | 是 | 个人档案ID |
| 13 | record_weeks | varchar | 64 | 否 | 否 | 记录周数 |
| 14 | tactical_scoring_rate | double | | 否 | 否 | 战术得分率 |
| 15 | technical_features | text | 65535 | 否 | 否 | 技术特点 |
| 16 | test_results | varchar | 64 | 否 | 否 | 测试结果 |
| 17 | training_plan_limit_times | int | | 是 | 否 | 训练计划限制次数 |
| 18 | training_this_week | double | | 否 | 否 | 本周训练量 |
| 19 | type_of_play | varchar | 64 | 否 | 否 | 打法类型 |
| 20 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-5-recovery_assessment（恢复评估）
|----|-------------------------|-----------|-------|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | assessment_date | date | | 否 | 否 | 评估日期 |
| 2 | athlete_user | int | | 否 | 否 | 运动员用户 |
| 3 | create_by | int | | 是 | 否 | 创建用户ID |
| 4 | create_time | datetime | | 是 | 否 | 创建时间 |
| 5 | employee_name | varchar | 64 | 否 | 否 | 员工姓名 |
| 6 | evaluation_instructions | text | 65535 | 否 | 否 | 评估说明 |
| 7 | extra | text | 65535 | 否 | 否 | 额外信息 |
| 8 | load_data | text | 65535 | 否 | 否 | 负荷数据 |
| 9 | name_of_athlete | varchar | 64 | 否 | 否 | 运动员姓名 |
| 10 | physiological_index | text | 65535 | 否 | 否 | 生理指标 |
| 11 | recovery_assessment_id | int | | 是 | 是 | 恢复评估ID |
| 12 | recovery_status | varchar | 64 | 否 | 否 | 恢复状态 |
| 13 | source_id | int | | 否 | 否 | 来源ID |
| 14 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 15 | source_user_id | int | | 否 | 否 | 来源用户 |
| 16 | team_doctor_user | int | | 否 | 否 | 队医用户 |
| 17 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-6-team_doctor_user（队医用户）
|----|----------------------|-----------|----|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | create_by | int | | 是 | 否 | 创建用户ID |
| 2 | create_time | datetime | | 是 | 否 | 创建时间 |
| 3 | employee_name | varchar | 64 | 否 | 否 | 员工姓名 |
| 4 | employee_position | varchar | 64 | 否 | 否 | 员工职位 |
| 5 | employee_work_number | varchar | 64 | 是 | 是 | 员工工号 |
| 6 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 7 | team_doctor_user_id | int | | 是 | 是 | 队医用户ID |
| 8 | update_time | timestamp | | 是 | 否 | 更新时间 |
| 9 | user_id | int | | 是 | 否 | 用户ID |
表 4-7-training_log（训练日志）
|----|------------------------|-----------|-------|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | athlete_user | int | | 否 | 否 | 运动员用户 |
| 2 | coach_user | int | | 否 | 否 | 教练用户 |
| 3 | create_by | int | | 是 | 否 | 创建用户ID |
| 4 | create_time | datetime | | 是 | 否 | 创建时间 |
| 5 | degree_of_completion | double | | 否 | 否 | 完成度 |
| 6 | encountering_a_problem | text | 65535 | 否 | 否 | 遇到问题 |
| 7 | extra | text | 65535 | 否 | 否 | 额外信息 |
| 8 | name_of_athlete | varchar | 64 | 否 | 否 | 运动员姓名 |
| 9 | name_of_coach | varchar | 64 | 否 | 否 | 教练姓名 |
| 10 | plan_title | varchar | 64 | 否 | 否 | 计划标题 |
| 11 | plan_type | varchar | 64 | 否 | 否 | 计划类型 |
| 12 | planning_cycle | varchar | 64 | 否 | 否 | 计划周期 |
| 13 | source_id | int | | 否 | 否 | 来源ID |
| 14 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 15 | source_user_id | int | | 否 | 否 | 来源用户 |
| 16 | subjective_feelings | text | 65535 | 否 | 否 | 主观感受 |
| 17 | training_log_id | int | | 是 | 是 | 训练日志ID |
| 18 | training_situation | text | 65535 | 否 | 否 | 训练情况 |
| 19 | training_time | datetime | | 否 | 否 | 训练时间 |
| 20 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-8-training_plan（训练计划）
|----|--------------------------|-----------|-------|------|------|----------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | athlete_user | int | | 否 | 否 | 运动员用户 |
| 2 | coach_user | int | | 否 | 否 | 教练用户 |
| 3 | create_by | int | | 是 | 否 | 创建用户ID |
| 4 | create_time | datetime | | 是 | 否 | 创建时间 |
| 5 | extra | text | 65535 | 否 | 否 | 额外信息 |
| 6 | name_of_athlete | varchar | 64 | 否 | 否 | 运动员姓名 |
| 7 | name_of_coach | varchar | 64 | 否 | 否 | 教练姓名 |
| 8 | plan_content | text | 65535 | 否 | 否 | 计划内容 |
| 9 | plan_specificss | text | 65535 | 否 | 否 | 计划详情 |
| 10 | plan_title | varchar | 64 | 否 | 否 | 计划标题 |
| 11 | plan_type | varchar | 64 | 否 | 否 | 计划类型 |
| 12 | planning_cycle | varchar | 64 | 否 | 否 | 计划周期 |
| 13 | source_id | int | | 否 | 否 | 来源ID |
| 14 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 15 | source_user_id | int | | 否 | 否 | 来源用户 |
| 16 | training_log_limit_times | int | | 是 | 否 | 执行日志限制次数 |
| 17 | training_plan_id | int | | 是 | 是 | 训练计划ID |
| 18 | update_time | timestamp | | 是 | 否 | 更新时间 |
第5章 系统实现
5.1 运动员用户主要功能实现
5.1.1 用户注册
用户可通过系统提供的注册功能创建个人账户，以便后续使用各项功能服务。在注册页面中，用户需填写包括账号、密码、昵称及邮箱等基本信息，确认无误后点击"注册"按钮提交信息。系统将对所填内容进行有效性验证，若各项数据符合规范，则自动完成账户创建流程，并为用户分配相应的系统权限。注册界面如下图所示。
图5-1 注册界面
5.1.2 用户登录
在登录界面，用户需要输入已注册的账号、密码以及对应的验证码，完成身份验证。若输入信息正确，系统将验证通过，并自动跳转至用户首页，展示与其身份相关的个性化信息与功能模块。若登录信息不匹配，系统将反馈相应的错误提示，例如"账号或密码不正确"，以帮助用户识别问题并重新尝试登录。登录界面如下图所示。
图5-2 登录界面
5.1.3 训练计划管理
用户可查看训练计划列表中任意一项计划的详情及提交执行日志，用户点击某个训练计划后面的"执行日志"进入页面填写训练时间、训练情况、主观感受等信息后点击"提交"即可生成训练日志信息。支持通过选择计划类型或计划周期来查询相关训练计划信息。训练计划管理界面如下图所示。
图5-3 训练计划管理界面
5.1.4 比赛技术管理
用户可查看比赛技术列表中任意一项比赛技术的详情；在详情页面，支持在线浏览或下载比赛视频，并可下载相应的统计报告。支持通过输入比赛名称来查询相关比赛技术信息。比赛技术管理界面如下图所示。
图5-4 比赛技术管理界面
5.1.5 评估选材管理
用户可查看评估选材列表中任意一项评估选材的详情，支持通过输入运动员姓名或选择评估起止日期来查询相关评估选材信息。评估选材管理界面如下图所示。
图5-5 评估选材管理界面
5.1.6 目标成就管理
用户点击"目标成就添加"进入页面填写赛季名称、个人目标、重要成就、成就说明、目标说明等信息后点击"提交"即可生成个人目标成就信息；点击"目标成就列表"可查看已有目标成就的详情，并支持查询、重置和删除操作。以目标成就添加为例，其界面如下图所示。
图5-6 目标成就添加界面
5.1.7 指标跟踪管理
用户可查看指标跟踪列表中任意一项指标跟踪的详情，并支持通过选择记录起止日期来查询相关指标跟踪信息。此外，系统内置指标预警提醒功能，当有指标值高出或低于正常值时会自动弹出提醒窗口。指标跟踪管理界面如下图所示。
图5-7 指标跟踪管理界面
5.1.8 康复计划管理
用户可查看康复记录列表中任意一项康复计划的详情，并支持通过输入计划标题来查询相关康复计划信息。康复计划管理界面如下图所示。
图5-8 康复计划管理界面
5.2 教练用户主要功能实现
5.2.1 个人档案管理
用户可查看个人档案列表中任意一项运动员的档案详情及提交训练计划、比赛技术、评估选材及选拔信息。如点击某个运动员档案后面的"训练计划"进入页面填写计划标题、计划类型、计划周期、训练内容、计划详情等信息后点击"提交"即可生成该运动员的训练计划。个人档案管理界面如下图所示。
图5-9 个人档案管理界面
5.2.2 训练计划管理
用户可查看训练计划列表中任意一项运动员的训练计划详情，支持通过选择计划类型或计划周期来查询相关训练计划信息。训练计划管理界面如下图所示。
图5-10 训练计划管理界面
5.2.3 评估选材管理
用户可查看评估选材列表中任意一项运动员的评估选材详情，支持通过输入运动员姓名或选择评估起止日期来查询相关评估选材信息。评估选材管理界面如下图所示。
图5-11评估选材管理界面
5.2.4 梯队选拔管理
用户可查看梯队选拔列表中任意一项运动员的选拔详情，支持通过输入梯队名称或选择选拔结果来查询相关选拔信息。梯队选拔管理界面如下图所示。
图5-12 梯队选拔管理界面
5.2.5 恢复评估管理
用户可查看恢复评估列表中任意一项运动员的恢复评估详情，支持通过选择恢复状态来查询相关恢复评估信息。恢复评估管理界面如下图所示。
图5-13 恢复评估管理界面
5.3 队医用户主要功能实现
5.3.1 个人档案管理
用户可查看个人档案列表中任意一项运动员的档案详情及提交伤病信息。用户点击某个运动员档案后面的"伤病"进入页面填写记录日期、诊断结果、伤病历史、治疗方案、康复进程等信息后点击"提交"即可生成该运动员的伤病档案。个人档案管理界面如下图所示。
图5-14个人档案管理界面
5.3.2 伤病档案管理
用户可查看伤病档案列表中任意一项运动员的伤病档案详情及提交指标跟踪、恢复评估及康复计划信息。如点击某个运动员伤病档案后面的"恢复评估"进入页面填写评估日期、恢复状态、负荷数据、生理指标、评估说明等信息后点击"提交"即可生成该运动员的恢复评估信息。伤病档案管理界面如下图所示。
图5-15伤病档案管理界面
5.3.3 指标跟踪管理
用户可查看指标跟踪列表中任意一项运动员的指标跟踪详情，并支持通过选择记录起止日期来查询相关指标跟踪信息。此外，系统内置指标预警提醒功能，当有指标值高出或低于正常值时会自动弹出提醒窗口。指标跟踪管理界面如下图所示。
图5-16指标跟踪管理界面
5.3.4 恢复评估管理
用户可查看恢复评估列表中任意一项运动员的恢复评估详情，并支持通过选择恢复状态来查询相关恢复评估信息。恢复评估管理界面如下图所示。
图5-17恢复评估管理界面
5.3.5 康复计划管理
用户可查看康复记录列表中任意一项康复计划的详情，并支持通过输入计划标题来查询相关康复计划信息。康复计划管理界面如下图所示。
图5-18康复计划管理界面
5.4 管理员主要功能实现
5.4.1 后台首页
后台首页用于展示系统概览信息，包含系统关键数据总览及主要功能模块快捷菜单，并通过可视化图表直观呈现本周训练量统计、关键技战术得分率统计、运动员能力雷达图和队内排名统计等关键数据，帮助管理员精准掌握运动员的状态，从而基于数据分析制定更高效的管理策略。后台首页界面如下图所示。
图5-19 后台首页界面
5.4.2 系统用户
管理员拥有系统用户信息的全面管理权限，支持增删改查操作。同时，可对用户状态及基本信息进行动态维护，确保系统用户体系安全规范。系统用户界面如下图所示。
图5-20 系统用户界面
5.4.3 个人档案管理
管理员可添加个人档案，查看个人档案列表中任意一项运动员的档案详情及提交训练计划、比赛技术、评估选材、选拔及伤病信息，并支持查询、重置和删除操作。以个人档案列表为例，其界面如下图所示。
图5-21 个人档案列表界面
5.4.4 训练计划管理
管理员可查看训练计划列表中任意一项运动员的训练计划的详情并可提交执行日志，并支持查询、重置和删除操作。训练计划管理界面如下图所示。
图5-22 训练计划管理界面
5.4.5 训练日志管理
管理员可查看训练日志列表中任意一项运动员的训练日志的详情及更新完成度，并支持查询、重置和删除操作。训练日志管理界面如下图所示。
图5-23 训练日志管理界面
5.4.6 目标成就管理
管理员可添加目标成就信息，查看目标成就列表中任意一项运动员的目标成就详情，并支持查询、重置和删除操作。以目标成就列表为例，其界面如下图所示。
图5-24 目标成就列表界面
5.4.7 指标跟踪管理
管理员可查看指标跟踪列表中任意一项运动员的指标跟踪的详情，并支持查询、重置和删除操作。此外，系统内置指标预警提醒功能，当有指标值高出或低于正常值时会自动弹出提醒窗口。指标跟踪管理界面如下图所示。
图5-25指标跟踪管理界面
5.4.8 通知发布
管理员可在系统中发布站内通知，支持设置通知标题、内容及发送方式及接收人，对已发布通知可进行查询、重置和删除操作。通知发布界面如下图所示。
图5-26通知发布界面
第6章 系统测试
6.1 测试目的
系统测试是软件开发过程中不可或缺的重要环节，其主要目标是确保系统所包含的各项功能模块能够按照设计预期正常运行，并且其整体性能指标能够满足既定的技术要求。在此基础上，通过系统化的测试过程，能够及时识别出系统中存在的潜在错误、功能缺陷或逻辑漏洞，并为后续的修复与优化提供依据。全面的测试不仅覆盖了各个功能模块在不同运行环境与操作条件下的表现情况，同时也对其在多种实际应用场景中的行为逻辑与响应能力进行了验证，从而有效保障系统的正确性、稳定性与可用性。
6.2 测试用例
在完成系统各功能模块的开发后，针对系统的注册与登录功能、个人档案管理、训练计划管理、训练日志管理、伤病档案管理等核心模块进行了测试，并编写功能测试用例，以验证各功能模块是否能够按照设计要求正常运行。具体功能测试用例如下所示。
- 用户注册功能测试
表6-1 注册功能测试用例
|-------|------------|----------------------------------------------|------------------|-------|
| 编号 | 测试目的 | 测试步骤 | 预期结果 | 测试结果 |
| TC001 | 验证用户注册成功流程 | 1. 进入注册页面。2. 输入合法的用户名、邮箱、手机号和密码。3. 点击"注册"按钮。 | 注册成功并跳转至登录页面 | 与预期一致 |
| TC002 | 验证用户名重复注册 | 1. 进入注册页面。2. 输入已存在的用户名。3. 提交注册信息。 | 显示"用户名已被占用"提示信息 | 与预期一致 |
| TC003 | 验证邮箱格式合法性 | 1. 进入注册页面。2. 输入格式不正确的邮箱地址。3. 提交注册信息。 | 显示"邮箱格式不正确"提示信息 | 与预期一致 |
| TC004 | 验证手机号重复注册 | 1. 进入注册页面。2. 输入已注册的手机号。3. 提交注册信息。 | 显示"该手机号已被注册"提示信息 | 与预期一致 |
- 用户登录功能测试
表6-2 登录功能测试用例
|-------|------------|------------------------------------------|----------------|-------|
| 编号 | 测试目的 | 测试步骤 | 预期结果 | 测试结果 |
| TC001 | 验证用户登录成功 | 1. 进入登录页面。2. 输入正确的用户名和密码。3. 点击"登录"按钮。 | 登录成功并跳转至系统首页 | 与预期一致 |
| TC002 | 验证错误密码登录失败 | 1. 进入登录页面。2. 输入正确的用户名和错误的密码。3. 点击"登录"按钮。 | 显示"密码错误"提示信息 | 与预期一致 |
| TC003 | 验证用户名不存在 | 1. 进入登录页面。2. 输入不存在的用户名。3. 输入任意一项密码并提交。 | 显示"用户名不存在"提示信息 | 与预期一致 |
| TC004 | 验证空用户名登录 | 1. 进入登录页面。2. 不输入用户名，输入密码并提交。 | 显示"请输入用户名"提示信息 | 与预期一致 |
- 个人档案管理功能测试
表6-3 个人档案管理功能测试用例
|-------|------------|---------------------------------------------------------------|--------------------|-------|
| 编号 | 测试目的 | 测试步骤 | 预期结果 | 测试结果 |
| TC001 | 验证新增个人档案 | 1. 管理员登录系统。2. 点击"个人档案添加"。3. 填写相关信息并提交。 | 提交成功，系统同步更新个人档案信息。 | 与预期一致 |
| TC002 | 验证编辑个人档案 | 1. 管理员登录系统。2. 进入个人档案列表界面。3. 选择一条记录点击"详情"修改相关内容后点击"确认"。 | 修改成功，系统同步更新该个人档案 | 与预期一致 |
| TC003 | 验证个人档案删除功能 | 1. 管理员登录系统。2. 进入个人档案列表界面。3. 选择一条记录，点击"删除"按钮。 | 成功删除，列表中不再显示该个人档案 | 与预期一致 |
| TC004 | 验证个人档案查询功能 | 1. 运动员用户登录系统。2. 进入个人档案列表界面。3. 选择测试结果进行查询。 | 显示符合条件的个人档案 | 与预期一致 |
| TC005 | 验证提交训练计划功能 | 1. 教练用户登录系统。2. 进入个人档案列表界面。3. 点击目标运动员档案后面的"训练计划"进入页面填写相关信息并提交。 | 提交成功，系统同步更新训练计划信息 | 与预期一致 |
| TC006 | 验证提交伤病档案功能 | 1. 队医用户登录系统。2. 进入个人档案列表界面。3. 点击目标运动员档案后面的"伤病"进入页面填写相关信息并提交。 | 提交成功，系统同步更新伤病档案信息 | 与预期一致 |
- 训练计划管理功能
表6-4 训练计划管理功能测试用例
|-------|--------------|------------------------------------------------------------|--------------------|-------|
| 编号 | 测试目的 | 测试步骤 | 预期结果 | 测试结果 |
| TC001 | 验证查看训练计划详情信息 | 1. 管理员登录系统。2. 进入训练计划列表界面。3. 选择目标训练计划点击"详情"。 | 跳转该训练计划的详情页面 | 与预期一致 |
| TC001 | 验证编辑训练计划信息 | 1. 管理员登录系统。2. 进入训练计划列表界面。3. 选择目标计划点击"详情"修改相关内容后点击"提交"。 | 修改成功，系统同步更新该训练计划信息 | 与预期一致 |
| TC002 | 验证训练计划删除功能 | 1. 管理员登录系统。2. 进入训练计划列表界面。3. 选择目标计划点击"删除"按钮。 | 成功删除，列表中不再显示该训练计划 | 与预期一致 |
| TC003 | 验证训练计划查询功能 | 1. 运动员用户登录系统。2. 进入训练计划界面。3. 选择计划类型进行查询。 | 显示符合条件的训练计划 | 与预期一致 |
| TC004 | 验证提交执行日志能 | 1. 运动员用户登录系统。2. 进入训练计划列表界面。3. 点击目标计划后面的"执行日志"进入页面填写相关信息并提交 | 提交成功，系统同步更新训练日志信息 | 与预期一致 |
- 训练日志管理
表6-4 训练日志管理功能测试用例
|-------|--------------|------------------------------------------------------------|--------------------|-------|
| 编号 | 测试目的 | 测试步骤 | 预期结果 | 测试结果 |
| TC001 | 验证查看训练日志详情信息 | 1. 教练登录系统。2. 进入训练计划列表界面。3. 选择目标日志点击"详情"。 | 跳转该训练计划的详情页面 | 与预期一致 |
| TC002 | 验证更新训练完成度信息 | 1. 管理员登录系统。2. 进入训练计划列表界面。3. 选择目标日志点击"详情"更新完成度信息后点击"提交"。 | 更新成功，系统同步更新该训练日志信息 | 与预期一致 |
| TC003 | 验证训练日志删除功能 | 1. 管理员登录系统。2. 进入训练日志列表界面。3. 选择目标日志点击"删除"按钮。 | 成功删除，列表中不再显示该训练日志 | 与预期一致 |
| TC004 | 验证训练日志查询功能 | 1. 运动员用户登录系统。2. 进入训练计划界面。3. 选择计划类型进行查询。 | 显示符合条件的训练计划 | 与预期一致 |
| TC005 | 验证提交执行日志能 | 1. 运动员用户登录系统。2. 进入训练计划列表界面。3. 点击目标计划后面的"执行日志"进入页面填写相关信息并提交 | 提交成功，系统同步更新训练日志信息 | 与预期一致 |
- 伤病档案管理功能
表6-6 伤病档案管理功能测试用例
|-------|--------------|-----------------------------------------------------------------|-------------------|-------|
| 编号 | 测试目的 | 测试步骤 | 预期结果 | 测试结果 |
| TC001 | 验证查看伤病档案详情信息 | 1. 管理员登录系统。2. 进入伤病档案列表界面。3. 选择目标档案点击"详情"。 | 跳转该伤病档案的详情页面 | 与预期一致 |
| TC002 | 验证伤病档案删除功能 | 1. 管理员登录系统。2. 进入伤病档案列表界面。3. 选择目标档案点击"删除"并确认删除。 | 成功删除，列表中不再显示该个人档案 | 与预期一致 |
| TC003 | 验证伤病档案查询功能 | 1. 队医用户登录系统。进入伤病档案列表界面。3. 选择记录起止日期进行查询。 | 显示符合条件的个人档案 | 与预期一致 |
| TC004 | 验证提交跟踪指标功能 | 1.队医用户登录系统。2. 进入伤病档案列表界面。3. 点击目标运动员伤病档案后面的"指标跟踪"进入页面填写相关信息并提交。 | 提交成功，系统同步更新指标跟踪信息 | 与预期一致 |
| TC005 | 验证提交恢复评估功能 | 1. 队医用户登录系统。2. 进入个人档案列表界面。3. 点击目标运动员伤病档案后面的"恢复评估"进入页面填写相关信息并提交。 | 提交成功，系统同步更新恢复评估信息 | 与预期一致 |
6.3 测试结果
本研究采用了黑盒测试的方法，对系统所涉及的核心功能进行了全方位且系统化的测试与验证。测试范围主要覆盖了包括注册功登录、个人档案管理、训练计划管理、伤病档案管理等多个关键业务流程。为了确保系统功能的完整性与稳定性，在测试过程中设计了详尽且具有代表性的测试用例，并结合多种实际应用场景对系统进行了模拟操作与验证。通过上述测试有效评估了系统在不同输入条件和操作流程下的功能表现与系统响应能力。测试结果表明，系统各核心功能模块均能够在多种操作环境下稳定运行，能够按照设计预期正确完成相关业务逻辑处理任务。同时，用户界面反馈信息准确、及时，且操作响应迅速，整体交互体验良好，系统具备较高的可用性与稳定性。
第7章 总结与展望
7.1 总结
本研究结合乒乓球训练、管理的实际需求，设计并实现了一套功能全面、适配性强的乒乓球运动员信息管理系统。系统采用前后端分离的B/S架构，后端基于Java语言和Spring Boot框架开发，依托其"约定优于配置"的核心特性，简化了开发流程，有效提升了系统的响应速度与并发处理能力，同时降低了后期的维护成本；数据库选用MySQL，对运动员档案、训练数据、比赛技术等各类数据进行统一存储与管理，保障了数据的安全性、完整性与一致性。前端通过Vue框架构建交互界面，采用组件化开发模式，优化了页面渲染速度与整体结构，贴合运动员、教练、队医及管理员的操作习惯，确保系统运行稳定、操作流畅，且具备良好的可扩展性与可维护性。
系统面向运动员、教练、队医和管理员四类核心角色，构建了覆盖运动员全周期管理的完整业务体系，实现了个人档案、训练计划、伤病档案、康复计划等各项工作的规范化管理。运动员可完成注册登录、个人档案查询、训练计划查看、比赛技术浏览、目标成就管理等一站式操作，同时能实时接收指标预警与系统通知。教练可通过系统查看运动员各类信息，提交训练计划、评估选材等相关内容，高效开展训练指导工作。队医可重点管理运动员伤病档案，提交指标跟踪、恢复评估及康复计划，借助预警功能及时掌握运动员身体状况。管理员则拥有系统全权限，实现对用户、业务模块及各类信息的集中管控，通过可视化图表实时掌握训练、管理核心数据，保障系统有序运行。本系统紧密贴合乒乓球运动管理的实际需求，打通了运动员信息管理的全流程链路，有效解决了传统管理模式中信息分散、查询不便、效率低下、数据统计繁琐等问题。系统功能完整、运行稳定，达到了预期设计目标，为乒乓球运动员信息数字化管理提供了可靠支撑。
7.2 展望
尽管本系统已实现核心管理功能，满足乒乓球运动队日常训练、健康监护及人员管理的基本需求，运行效果达到预设目标，但结合乒乓球运动专业化发展趋势及实际应用场景，系统仍有较大的优化与拓展空间。在系统性能与数据处理方面，现有架构可应对日常管理数据需求，但随着运动员数量增多、训练及比赛数据长期积累，数据查询与并发处理压力将逐步增大。后续可优化数据库结构，合理增设索引、引入缓存机制，提升数据访问效率，同时完善海量数据的存储与分析策略，保障系统长期稳定运行。在功能智能化与场景拓展方面，可开发移动端小程序版本，优化移动端操作体验，方便各类角色随时随地处理相关业务。此外，可引入数据分析模型，对运动员训练数据、比赛表现进行深度分析，为训练计划制定、人才选拔提供数据支撑，进一步提升系统的实用性与专业性，为乒乓球运动数字化、智能化管理提供更有力的保障。
参考文献
- 戈俊,王莉莉. 基于XML的简易运动员信息管理系统的设计与实现研究J.体育科技文献通报,2023,31(05):231-234.
- 蒋惠忠. 智慧体育视角下职业学校乒乓球训练与比赛信息化管理模式创新研究J.娱乐体育,2025,(25):178-180.
- 李鹏飞. 体育情报场域下运动员训练管理信息系统的设计与开发探究J.文体用品与科技,2025,(22):119-122.
- 马庆.计算机软件开发中JAVA编程语言的应用J.山西电子技术,2023,(06):84-86+98.
- 朱金波.Java编程语言在计算机软件开发中的应用优势分析J.信息记录材料,2023,24(05):68-70.
- 刘永立.基于SpringBoot和MyBatis的作业管理系统设计J.电脑编程技巧与维护,2025,(04):86-88.
- 刘盛,王占云.基于SpringBoot+Vue微服务架构的科研样本库管理系统的设计与实现J.信息系统工程,2025,(04):4-7.
- 秦冬.浅析Vue框架在前端开发中的应用J.信息与电脑(理论版),2024,36(13):61-63.
- 方玲玲.MySQL数据库应用技术M.人民邮电出版社:202407:204.
- 赵停停.基于MySQL数据库技术的Web动态网页设计研究J.信息与电脑(理论版),2023,35(17):174-176.
- 高鹏,韩超,黄阿倩. 基于移动设备的体育训练信息智能管理系统设计J.信息与电脑(理论版),2023,35(07):15-17.
- 王柏炜.我国优秀残奥冰球运动员体能测评信息管理系统的设计与实现D.南京体育学院,2021.
- 韦彩仁,张锐杭.基于Vue 3和SpringBoot的学生信息管理系统设计与实现J.电脑编程技巧与维护,2024,(10):3-6+20.
- 张印. 基于B/S架构的考务人员信息管理系统设计与实现J.信息与电脑,2026,38(02):210-212.
- 李鸿钰. 基于区块链的人员信息管理系统设计研究J.科技资讯,2025,23(20):79-81.
- 戴建成,王华,范玉婷. 基于SpringBoot+VUE的高校廉政档案管理系统设计与实现J.产业与科技论坛,2023,22(21):58-60.
- 李国民,汪盛坞. 基于云计算的高校体育信息管理及大数据应用研究J.体育科技,2022,43(05):149-151.
- Zhu Y .Contract Management System Based on SpringBoot and VueJ.Advances in Computer, Signals and Systems,2024,8(5):
- Haobo L ,Xiaoyun Z . Design of the Physical Fitness Evaluation Information Management System of Sports Athletes Based on Artificial IntelligenceJ.Computational Intelligence and Neuroscience,2022,20221925757-1925757.
- Rodriguez R S K ,Galindo A D J ,Juan T J , et al. Secure Development Methodology for Full Stack Web Applications: Proof of the Methodology Applied to Vue.js, Spring Boot and MySQLJ.Computers, Materials & Continua,2025,85(1):1807-1858.
致谢
在完成本论文的研究与写作过程中，我深切感受到了来自各方的帮助和支持。在此，我衷心地向所有给予我帮助的人表示最诚挚的感谢。
首先，我要特别感谢我的导师，不仅在学术上给予我无私的指导，而且在生活上给予我关怀和支持。是您严谨的学术态度和勤奋的工作精神将永远激励我不断前进。其次，我要感谢所有教导过我的老师们，是你们精彩课堂和深入的指导为我的研究工作提供了宝贵的知识和灵感。我还要感谢我的家人，他们的理解和支持是我完成学业的坚强后盾。在我遇到困难和挑战时，他们总是给予我鼓励和力量。此外，我也要感谢我的朋友和同学们，你们的陪伴和帮助使我的研究生活更加丰富多彩。我们共同度过的时光将成为我一生中宝贵的回忆。最后，我要感谢所有支持本项目，为本项目提供建设性意见的人员，没有他们的协助，本论文无法顺利完成。再次感谢所有帮助和支持我的人，是你们的帮助使我的研究之路不再孤单。
全套资源（源码 + 论文 + 部署教程）已经打包好，需要的同学可以私信我！ 避免找不到，赶紧收藏，后续更新不迷路！ 你的点赞就是我持续分享的动力，感谢支持～