摘 要
当前高校学生体质健康管理大多依靠传统的人工记录或者线下咨询，存在数据分散、查询不便、师生沟通效率低等问题。本文以Spring Boot为框架，设计并开发出一个大学生体质健康管理系统，其目的就是创建一个数据记录、信息共享、互动反馈为一体的线上平台。系统使用B/S架构，前端使用Vue框架构建用户界面，后端使用Spring Boot框架进行业务逻辑处理，用MySQL作为数据库存储核心数据，开发环境使用IntelliJ IDEA。系统按照用户角色分为学生、医生、管理员三个功能模块。学生用户可以在线记录个人的运动、疾病、饮食数据，并发布留言咨询；医生用户可以查看学生健康档案并回复，可以管理相关的评论；管理员负责对学生用户权限、健康资讯、食物热量等基础数据进行统一维护。依靠各个角色的配合工作，系统可以完成健康数据的结构化录入以及高效流转。从实际运行情况可知，系统界面简洁、操作流畅，可以很好地整合学生的健康信息，打破了师生间的信息壁垒，提高了校园健康管理效率和便捷性，给大学生群体的健康监测提供了一个实用的数字化工具。
关键词：体质健康管理；Spring Boot；Vue；MySQL；信息系统
Design and Implementation of College Students' Physical Health Management System Based on Spring Boot
Abstract
Current university students'physical health management mainly uses manual records, and offline exchange with teachers, resulting in disorganized health data, inconvenient query methods, and unsatisfactory communication between teachers and students. The project designs and implements a Spring Boot-based physical health management project for university students to build an online physical health information recording and sharing and interactive feedback and improve university students' online physical health management. The system uses a B/S structure, using the Vue framework as the front-end user interface, and using the Spring Boot framework as the back-end business logic. MySQL is the database for our core data, IntelliJ IDEA is used for the development environment. There are three main functions based on the user's role which are student, doctor and administrator. Students can record their own exercise, sickness, diet information online, and send consultation messages. Doctor users can view student health record information, reply to it and also manage the associated comments. Admins take charge of user permission and health info as well as simple data like food calorie tables. Through the cooperation of different roles, the system realizes the structured entry and circulation of health information. Practical operation results show that the system has a simple interface without unnecessary information, the operation flow is simple, and it can integrate students' health information. It can also remove the information gap between teachers and students. At the same time, the campus health management is more efficient andconvenient. In this way, it provides a practical digital reference for teachers to understand the health status of university students.
**Key words:**Physical Health Management, Spring Boot, Vue, MySQL, Information System
第一章 绪论
1.1 研究背景与意义
高校学生体质健康数据长期以来依靠纸质档案登记、线下门诊咨询，信息传递呈单向滞后状态，学生运动和饮食情况不能实时追踪，疾病历史及诊疗记录分散在各个科室，造成数据割裂、信息不对称。校园网早期出现的简单信息发布页、论坛帖子虽然可以提高部分内容的获取速度，使学生反馈方式由面对面转向线上留言，但是碎片化的记录格式、滞后的健康资讯更新、师生互动深度不够、优质健康经验难以沉淀共享等问题仍然存在，现有的管理模式不能满足当代大学生对个人健康数据即时查询、与医生高效沟通、获取个性化指导的强烈需求1。学生群体健康意识的提高对校园健康服务的交互性、数据连贯性、社群归属感提出了更高的要求2。开发一个集运动、疾病、饮食记录和留言咨询为一体的体质健康管理系统，可以有效地提高健康信息传播效率，减少人工转录的错误，使医疗资源和学生需求之间及时匹配起来，促进校园健康管理流程规范化，提高学生参与健康维护的主动性，给其他垂直领域的生活服务整合提供可操作的借鉴范例。
1.2 国内外研究现状
国内高校健康管理平台的发展经历了从教务系统附属模块到独立应用系统的演进。早期以清华大学、北京大学等高校为代表的数字化校园建设尝试将学生体检数据录入计算机，但功能局限于查询与统计。随后部分高校引入第三方健康管理系统，如微哨、今日校园等平台内置的轻应用，开始支持简单的运动打卡与在线咨询，但数据维度单一，运动、饮食、疾病模块相互割裂。近年来上海交通大学开发的"交我算"健康专区与浙江大学附属第一医院合作的互联网医院模式，尝试打通校内诊疗记录与学生日常健康数据3。北京体育大学联合开发的学生体质健康监测平台重点关注运动数据采集与分析4。南京邮电大学设计的健康信息管理系统强调饮食热量计算与营养指导5。华南师范大学心理健康与体质健康平台的整合实践证明了多源数据融合的可行性6。武汉理工大学基于小程序的健康管理系统实现了校医院问诊记录的线上化7。整体而言国内系统在运动、疾病、饮食数据的深度整合与医生学生间的高效互动机制上仍有较大完善空间。
国外高校学生健康管理系统起步较早且功能细分程度较高。美国斯坦福大学的健康三合一门户整合了学生运动中心预约、校医院电子病历与营养咨询预约功能，学生可随时查看个人运动消耗与就诊历史。英国拉夫堡大学开发的运动健康管理系统专注于运动科学专业学生的实验数据记录与教练反馈。德国柏林洪堡大学与当地医保机构合作推出的健康管理App支持饮食热量自动计算与运动处方生成8。日本筑波大学开发的体质健康促进系统强调运动记录与疾病预防的关联分析9。韩国首尔大学的健康管理平台集成了校园餐饮营养数据与个性化饮食建议功能10。欧洲部分高校采用的Sportlyzer与TrainHeroic等第三方平台侧重运动训练计划执行与教练远程指导11。澳大利亚悉尼科技大学搭建的健康数据交换中心实现了学生运动手环、饮食日记与校医院系统的初步对接12。国外研究在数据自动化采集与多系统融合方面经验丰富，但针对中外学生体质差异与文化习惯的适配性研究仍待深入。
1.3 主要研究内容
本课题以Spring Boot为设计和实现基础，对大学生体质健康管理系统进行设计和实现，目的是为学生、医生和管理员三类角色提供健康数据的记录和互动服务的集成平台。主要研究内容为系统整体功能定位及业务流程规划，学生用户运动、疾病、饮食数据录入和留言咨询发布功能实现，医生用户查看学生档案、回复咨询和评论管理权限配置，管理员对用户身份、健康资讯和食物热量基础数据统一维护。研究工作按照软件工程规范来开展，包含需求分析、总体架构设计、前后端功能模块划分、数据库结构设计、系统编码实现和测试验证等环节。技术路线用B/S架构和前后端分离的方式，前端使用Vue框架创建交互界面，后端使用Spring Boot处理业务逻辑，MySQL做数据存储的支撑。系统主要解决学生健康数据分散割裂、师生沟通渠道不畅、健康资讯更新滞后等实际问题，最终完成运动记录、疾病记录、饮食记录、留言咨询、评论管理、用户管理、资讯管理、食物热量表八大核心模块。
第二章 相关技术介绍
2.1 Spring Boot框架
Spring Boot是基于Spring框架的项目脚手架。该项目最早是由Pivotal团队在2013年开始开发的，2014年4月发布了1.0.0正式版本。它的出现是为了简化新Spring应用的初始搭建和开发过程。在具体的开发流程中，Spring Boot会自动处理掉大部分的框架整合工作，只留下必要的配置。开发人员创建RESTful API时，控制器层会接受并处理HTTP请求。服务层业务逻辑执行时会涉及到数据的处理和流转。当需要和数据库交互的时候，Spring Boot整合了持久化框架，数据访问对象会执行SQL语句。在请求响应机制里对数据的增删改查进行操作。Spring Boot应用程序的入口是带有main方法的类，该方法会调用Spring Application.run()来启动应用。启动时内嵌的Web服务器被初始化，监听指定的端口。自动配置类会根据类路径下的依赖条件，向容器中注册相应的Bean。这些Bean包含完成各项功能所用到的组件，一起协作来处理外部请求。
2.2 Vue.js框架
Vue.js 是一款用于构建用户界面的渐进式 JavaScript 框架，其核心库聚焦于视图层开发，采用自底向上的增量式开发模式，可灵活适配不同规模的前端项目开发。Vue 在页面渲染阶段会创建根实例，该实例接收包含数据、模板、方法的配置对象，通过声明式绑定建立 DOM 元素与实例数据的关联，同时构建依赖追踪系统。在应用运行过程中，当实例数据发生变更时，会触发对应 setter 函数，通知相关观察者执行更新方法，实现数据与视图的同步更新。在双向数据绑定场景下，Vue 通过内置指令快速建立表单输入项与数据属性的关联，简化前端数据采集流程。在组件化开发架构中，页面可拆分为多个独立可复用的组件，父子组件之间通过 props 实现数据传递，子组件通过自定义事件向父组件发送消息，保障组件间通信顺畅。Vue 路由系统负责管理单页应用的视图切换，根据 URL 地址动态渲染对应组件，实现无刷新页面跳转；Vuex 状态管理模式则集中管理全局共享状态，规范状态变更流程，提升复杂应用的可维护性与状态变化的可预测性。
2.3 MySQL数据库
MySQL是一款开源的关系型数据库管理系统，凭借性能优异、运行稳定、易用性强等优势，被广泛应用于各类Web应用开发中。MySQL支持标准SQL语法，具备事务处理、外键约束、数据索引等关系型数据库核心特性，可有效保障数据的正确性、完整性与一致性。MySQL采用可插拔存储引擎架构，支持开发者根据业务场景选择适配的存储引擎，其中InnoDB引擎支持事务与行级锁，适用于高并发写入、数据安全性要求高的场景；MyISAM引擎不支持事务，但查询效率更高，更适合只读或大量查询的业务场景。本系统将MySQL作为核心数据持久化层，用于存储用户信息、运动记录、疾病记录、饮食记录、留言咨询、健康资讯、食物热量等全部业务数据。在开发过程中，通过合理设计数据表结构、规范字段类型与长度、为高频查询字段创建索引等方式，提升数据操作的响应速度；同时采用数据库连接池技术，复用数据库连接资源，减少连接创建与销毁的性能开销，保障系统在高负载运行状态下依然稳定可靠。
2.4 Redis
Redis是使用ANSI C语言编写的开源键值对存储系统，也被称为数据结构服务器，支持字符串、哈希、列表、集合、有序集合等多种数据结构，可满足多样化的数据存储需求。Redis将数据存储于内存中，具备极高的读写性能，同时支持RDB快照与AOF日志两种异步持久化机制，可将内存数据定期保存至磁盘，避免服务故障导致数据丢失。在数据缓存场景中，Redis采用缓存优先的访问策略，应用程序发起数据请求时优先查询Redis缓存，数据存在则直接返回，降低后端数据库的访问压力；数据不存在则从数据库中读取并写入Redis缓存，提升后续请求的访问效率。此外，Redis支持发布订阅模式，可实现客户端间的实时消息通信；单线程执行模型保证命令操作的原子性，可用于实现分布式锁，解决分布式系统的并发竞争问题；内置的主从复制功能可将数据从主节点同步至从节点，实现读写分离架构，进一步提升系统的并发处理能力与数据可用性，为系统高效稳定运行提供重要保障。
第三章 系统需求分析
3.1 系统功能需求
UML用例图是描述系统功能需求的图形化工具，用例图通过显示系统与外部参与者之间的交互关系来说明系统的功能。用例图以用例来表示系统能完成的特定功能，参与者则是与系统交互的各类用户或者外部系统。用例图可以在分析和设计阶段使用，保证系统的功能完整、正确，让开发者和客户有共同的语言。用直观的图示，UML用例图给出了系统功能与角色间的关系。本文将按照角色模块对系统进行需求分析。
学生用户在系统中可以进行运动记录、疾病记录、饮食记录、留言咨询和评论管理五项操作。运动记录模块支持学生添加个人运动项目、类型、时长、强度等数据，系统根据输入自动计算消耗热量并生成健康评估。疾病记录模块允许学生录入疾病名称、发病时间、确诊机构、治疗方案及用药详情，形成完整的个人病历档案。饮食记录模块中学生可以记录就餐时段、食物名称、摄入数量，系统依据基础热量值自动估算摄入总热量。留言咨询功能使学生能够选择咨询类型，向特定医生发送咨询内容并查看医生回复。评论管理模块中学生可以查看自己发表的评论，对评论内容进行修改或删除操作。学生角色用例图如图3-1所示。
图3-1学生用户用例图
医生用户在系统中拥有运动记录、疾病记录、饮食记录、留言咨询和评论管理五项功能权限。运动记录模块医生可以查看所有学生的运动数据，对运动记录添加健康评估建议。疾病记录模块医生能够查阅学生病史，在现有记录基础上补充专业健康评估和治疗建议。饮食记录模块医生可以查看学生日常饮食摄入情况，结合食物热量数据对学生饮食结构进行分析指导。留言咨询功能允许医生接收学生咨询，针对咨询内容进行回复解答。评论管理模块中医生活动记录自己发布的评论，可以对评论内容进行编辑或删除处理。医生角色用例图如图3-2所示。
图3-2医生用户用例图
管理员在系统中承担用户管理、资讯管理、运动记录、疾病记录、饮食记录和食物热量表六项管理职责。用户管理模块管理员可以创建、查询、修改和删除学生及医生账户，控制用户状态和权限分配。资讯管理功能支持管理员发布健康知识文章，对资讯内容进行分类标签设置，管理文章的发布与下架。运动记录、疾病记录和饮食记录模块管理员能够查看系统内所有用户产生的健康数据，对异常或错误记录进行删除操作。食物热量表模块管理员负责维护食物基础数据，包括食物名称、分类、热量值、烹饪方式等信息，保证系统热量计算准确可靠。管理员角色用例图如图3-3所示。
图3-3管理员用例图
3.2 可行性分析
3.2.1 技术可行性
系统整体结构用浏览器和服务器模式来构建。前端页面使用Vue框架进行组件化开发，后端业务逻辑用SpringBoot框架来实现。数据存储使用MySQL关系型数据库，结构化查询语言可以对用户信息、运动记录等数据进行持久化操作。开发环境使用JDK1.8以及集成开发工具，相关技术栈在同类系统中有大量的实践案例。系统日常访问量预计较低，单台服务器可以满足并发请求。安全层面用参数校验和预编译SQL语句来防止注入攻击，会话管理使用Token来验证用户身份。因此系统在技术上是可行的。。
3.2.2 操作可行性
目标用户群体主要是在校大学生和校内医务人员，两类人员都有基础的计算机操作能力。系统界面采用简洁的导航菜单和数据表格展示，各项功能入口按用户角色来划分清楚。学生在登录之后可以直接找到运动记录、食物热量查询的位置。医生可以利用列表筛选功能查看学生的健康数据。管理员对用户账号、资讯内容的管理流程同常见的后台系统类似。系统上线之后不需要用户改变原有的工作习惯，日常使用只需要浏览器访问。后续的维护可以通过后台管理界面对数据进行更新以及问题进行修复。因此系统在操作上是可行的。
3.2.3 市场可行性
目前大学生群体存在着饮食不规律、缺少运动监督的现象。体质健康管理需求在高校环境中比较普遍。目前的解决方案大多为通用的健康类应用，缺少对学生的身份和校园场景的定制功能。本系统主要对运动、饮食、疾病等数据进行集中记录，并且可以提供医生咨询渠道，可以填补校园内部健康管理工具的空白。目标用户数量大，使用意愿高，系统功能同现有的产品形成差异化定位。因此系统在市场方面是可行的。
3.2.4 社会可行性
系统在设计和开发过程中严格按照个人信息保护相关法律法规执行。用户注册时所采集的基本信息只用于身份识别和健康数据关联，密码加密存储。运动记录和疾病数据只对本人和授权医生开放查看权限。管理员对数据的操作有日志记录，可以追溯异常行为。系统投入使用以后可以促使学生重视自身健康状况，推进校园健康管理信息化。潜在的隐私担忧用用户协议和数据加密机制来消除。因此系统在社会上是可行的。
3.2.5 经济可行性
项目主要投入为开发阶段的人力成本。开发工具使用开源版本，数据库、Web服务器都是免费的社区版。部署环境可以利用学校现有的服务器资源，不需要另外购置硬件设备。系统运行期间所产生维护工作可由校内技术人员兼职。从投入产出角度来讲，经济成本较低就可以得到满足日常健康管理需求的软件系统。长期运行只需要少量的电费和网络带宽支出。因此系统在经济上是可行的。
3.3 系统非功能需求
1.可用性需求
系统可用性要求系统具有高可用性架构，在用户高并发的时候可以保证系统稳定运行。系统应当具备快速恢复的特性，在出现故障之后可以及时实现自我修复。为了保证用户体验，系统应该具有高响应速度、低延迟，能在很短的时间内处理用户请求并返回结果。系统应该具有负载均衡功能，可以对多个服务器进行请求的分配，防止由于单点故障造成系统瘫痪。
2.可靠性需求
系统可靠性的要求是系统在长时间运行的过程中要稳定、不能经常发生故障或者中断。系统要有完备的数据备份和恢复体系，在硬件故障或者别的灾难发生的时候，保证数据不会丢失，而且能很快地回到正常工作的状态。系统各个服务和组件应具备容错性，在部分组件失效的时候，可以自动切换到备用服务。
3.安全性需求
系统安全性要求用户信息、交易记录等敏感数据要严格保密。系统应当采用加密技术对用户传送的数据加以保护，防止数据在传送过程中被窃取或者篡改。系统需要实施访问控制，用户只能访问自己有权限的资源，不能让没有权限的用户进入系统。系统应具备身份认证功能，避免恶意用户假冒他人身份进行操作。为了防止外部攻击，系统应该具有防火墙、入侵检测系统等安全防护措施，保护系统不受网络攻击。
第四章 系统设计
4.1 系统架构设计
系统采用模块化分层架构设计，把前端展示、业务处理、数据存储解耦成独立的单元。用户通过浏览器访问系统界面，页面交互是由Vue框架构建的组件响应的，操作请求是通过Axios库以异步的方式发送到后端服务器的。Spring Boot框架接收到HTTP请求之后路由到对应的控制器，控制器调用Service层进行运动消耗计算、饮食热量汇总、疾病数据校验等核心业务逻辑，处理过程中通过Mapper接口与MySQL数据库交互。数据库用来保存学生档案、医生信息、管理员权限、运动记录、疾病记录、饮食记录、留言咨询内容、评论数据、食物热量基础表等，保证数据持久化和事务一致性。系统在会话层面保存用户登录状态，用拦截器验证请求权限，保证学生、医生、管理员等各角色只能访问授权功能。本地内存缓存高频读取的食物分类和资讯标签数据，减少重复查询开销，提高响应速度17。整个系统架构如图4-1所示。
图4-1系统架构图
4.2 系统结构功能设计
系统功能结构图如图4-2所示。
图4-2系统功能结构图
4.3 系统流程设计
4.3.1 总体业务流程设计
系统总体业务流程从用户登录开始，根据角色身份加载对应功能界面。学生进入个人中心后可创建运动、疾病、饮食三类健康记录，填写内容提交后存入数据库。学生通过留言咨询模块向医生发起提问，提问内容在医生端生成待处理事项。医生登录后查看待回复咨询列表，选择问题填写答复，答复内容同步反馈至学生端。管理员登录后进入管理后台，对注册用户进行审核与状态维护，发布健康资讯并更新食物热量基础数据。系统记录所有用户操作日志，保障数据操作可追溯。总体业务流程如图4-3所示。
图4-3总体业务流程图
4.3.2 学生运动记录流程设计
学生进入运动记录模块后系统展示已有运动列表。学生点击新增按钮进入填写页面，输入项目名称、运动类型、运动时长、运动强度，系统根据输入数据实时计算消耗热量并显示。学生确认无误后提交表单，后端接收数据后执行合法性校验，校验通过将记录存入数据库并返回成功提示。学生可对已保存记录执行查询操作，输入筛选条件后系统从数据库检索匹配数据并渲染显示。学生运动记录流程如图4-4所示。
图4-4学生运动记录流程图
4.3.3 学生留言咨询流程设计
学生进入留言咨询模块后查看历史提问与医生回复列表。学生点击新增咨询按钮，选择咨询类型并填写咨询内容，提交后系统将问题状态置为待回复并推送至对应医生工作台。医生登录后进入留言咨询模块，筛选待回复问题列表，点击问题查看详细内容后填写回复内容。回复提交后系统更新问题状态为已回复，同时向学生端发送通知。学生再次进入留言咨询模块时可查看医生回复内容。学生留言咨询流程如图4-5所示。
图4-5学生留言咨询流程图
4.3.4 资讯管理流程设计
管理员登录系统后进入资讯管理界面，系统展示已发布的文章列表。管理员可选择发布新资讯，进入编辑页面填写文章标题、正文、分类、封面图等信息。提交发布请求后，系统对资讯内容进行格式校验与敏感词过滤。若内容合规，系统将文章数据保存至数据库，并更新资讯列表。若内容触发敏感词规则，系统拒绝发布并提示管理员修改。资讯管理流程如图4-6所示。
图4-6资讯管理流程图
4.3.5 食物热量表查询流程设计
用户进入食物热量查询功能，系统加载食物分类列表。用户选择特定分类或输入食物名称关键字发起查询。系统接收查询条件后，从数据库中检索匹配的食物热量记录，并将结果列表返回给用户。用户点击某条具体食物记录，系统跳转至详情页面，展示该食物的图片、分类、基础热量值、烹饪方式及详细备注信息。食物热量表查询流程如图4-7所示。
图4-7食物热量表查询流程图
4.4 数据库设计
数据库设计是系统开发的基础环节，关系型模型通过二维表格组织数据，利用主键与外键约束建立实体间联系，保障数据一致性与完整性。规范化原则指导表结构设计，消除数据冗余与更新异常。MySQL数据库在本系统中承担所有业务数据的持久化存储任务，运动记录、疾病记录、饮食记录等用户生成数据均以结构化方式保存，事务机制确保并发操作时数据状态正确。索引策略优化查询性能，满足多条件筛选场景下的响应速度要求。数据库设计遵循第三范式，同时根据查询频率适当冗余字段以提升效率18。
4.4.1 E-R图设计
E-R图（实体关系图）是一种用来做数据建模的图形化工具，描述实体、属性以及实体之间的关系。以图示的形式来辅助数据库结构的分析与设计，清楚地表明数据间的相互联系，利于后续的数据库开发及管理工作。下面给出系统全局E-R图以及各个实体的属性图19。
学生信息实体主要包括学生学号、学生姓名、学生性别、学生年龄等属性。学生信息实体属性图如图4-8所示。
图4-8学生信息实体属性图
医生信息实体主要包括医生编号、医生姓名、医生性别、医生职称等属性。医生信息实体属性图如图4-9所示。
图4-9医生信息实体属性图
用户账户实体主要包括用户名、密码、昵称、手机号码等属性。用户账户实体属性图如图4-10所示。
图4-10用户账户实体属性图
运动记录实体主要包括记录编号、项目名称、运动类型、运动时长等属性。运动记录实体属性图如图4-11所示。
图4-11运动记录实体属性图
疾病记录实体主要包括记录编号、疾病名称、发病时间、确诊机构等属性。疾病记录实体属性图如图4-12所示。
图4-12疾病记录实体属性图
饮食记录实体主要包括记录编号、就餐时段、食物名称、基础热量值等属性。饮食记录实体属性图如图4-13所示。
图4-13饮食记录实体属性图
食物热量表实体主要包括食物编号、食物名称、基础热量值、食物分类等属性。食物热量表实体属性图如图4-14所示。
图4-14食物热量表实体属性图
留言咨询实体主要包括咨询类型、咨询内容、咨询时间、回复内容等属性。留言咨询实体属性图如图4-15所示。
图4-15留言咨询实体属性图
评论实体主要包括评论内容、昵称、头像、新增时间等属性。评论实体属性图如图4-16所示。
图4-16评论实体属性图
文章实体主要包括标题、正文、封面图、文章分类等属性。文章实体属性图如图4-17所示。
图4-17文章实体属性图 
图4-18系统E-R图
4.4.2 数据库表设计
数据库表设计就是根据业务需求来确定数据库表的结构、字段类型和关系。通过规范化的设计，保证数据的完整性、一致性、效率，避免冗余的数据，为后续的数据查询、存储、维护提供清晰的结构。以下是系统的数据库表设计展示。
学生信息表主要存储学生的个人档案数据，用于在运动、疾病、饮食记录中标识记录归属。主要包括学生学号、学生姓名、学生性别、学生年龄等字段。如表4-1所示。
表4-1学生信息表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | student_information_id | int | 11 | 是 | 是 | 学生信息ID |
| 2 | student_number | varchar | 64 | 否 | 否 | 学生学号 |
| 3 | student_name | varchar | 64 | 否 | 否 | 学生姓名 |
| 4 | student_gender | varchar | 64 | 否 | 否 | 学生性别 |
| 5 | student_age | double | - | 否 | 否 | 学生年龄 |
| 6 | student_height | double | - | 否 | 否 | 学生身高 |
| 7 | student_weight | double | - | 否 | 否 | 学生体重 |
| 8 | class_name_name | varchar | 64 | 否 | 否 | 班级名称 |
| 9 | name_of_college | varchar | 64 | 否 | 否 | 学院名称 |
| 10 | dormitory_address | varchar | 64 | 否 | 否 | 宿舍地址 |
医生信息表主要存储注册医生的职业信息，用于在留言咨询模块标识回复医生。主要包括医生编号、医生姓名、医生性别、医生职称等字段。如表4-2所示。
表4-2医生信息表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | doctor_information_id | int | 11 | 是 | 是 | 医生信息ID |
| 2 | doctor_number | varchar | 64 | 否 | 否 | 医生编号 |
| 3 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
| 4 | gender_of_doctor | varchar | 64 | 否 | 否 | 医生性别 |
| 5 | doctor_title | varchar | 64 | 否 | 否 | 医生职称 |
| 6 | good_at_direction | varchar | 64 | 否 | 否 | 擅长方向 |
| 7 | visitation_period | varchar | 64 | 否 | 否 | 出诊时段 |
| 8 | photo_of_doctor | varchar | 255 | 否 | 否 | 医生照片 |
用户账户表主要存储系统所有登录账号的认证信息与状态，用于权限控制与身份识别。主要包括用户名、密码、昵称、手机号码等字段。如表4-3所示。
表4-3用户账户表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | user_id | int | 11 | 是 | 是 | 用户ID |
| 2 | username | varchar | 16 | 是 | 否 | 用户名 |
| 3 | password | varchar | 64 | 是 | 否 | 密码 |
| 4 | nickname | varchar | 16 | 否 | 否 | 昵称 |
| 5 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 6 | phone | varchar | 11 | 否 | 否 | 手机号码 |
| 7 | varchar | 64 | 否 | 否 | 邮箱 | |
| 8 | state | smallint | - | 是 | 否 | 账户状态 |
运动记录表主要存储学生提交的运动数据，用于健康监测与热量消耗统计。主要包括记录编号、项目名称、运动类型、运动时长等字段。如表4-4所示。
表4-4运动记录表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | motion_record_id | int | 11 | 是 | 是 | 运动记录ID |
| 2 | record_number | varchar | 64 | 否 | 否 | 记录编号 |
| 3 | project_name | varchar | 64 | 否 | 否 | 项目名称 |
| 4 | type_of_exercise | varchar | 64 | 否 | 否 | 运动类型 |
| 5 | exercise_duration | varchar | 64 | 否 | 否 | 运动时长 |
| 6 | exercise_intensity | varchar | 64 | 否 | 否 | 运动强度 |
| 7 | state_of_motion | varchar | 64 | 否 | 否 | 运动状态 |
| 8 | heat_consumption | double | - | 否 | 否 | 消耗热量 |
疾病记录表主要存储学生历史患病与治疗信息，用于健康档案追溯。主要包括记录编号、疾病名称、发病时间、确诊机构等字段。如表4-5所示。
表4-5疾病记录表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | disease_records_id | int | 11 | 是 | 是 | 疾病记录ID |
| 2 | record_number | varchar | 64 | 否 | 否 | 记录编号 |
| 3 | name_of_disease | varchar | 64 | 否 | 否 | 疾病名称 |
| 4 | time_of_onset | date | - | 否 | 否 | 发病时间 |
| 5 | confirmed_institutions | varchar | 64 | 否 | 否 | 确诊机构 |
| 6 | diagnostic_results | varchar | 64 | 否 | 否 | 诊断结果 |
| 7 | therapeutic_effect | varchar | 64 | 否 | 否 | 治疗效果 |
| 8 | treatment_plan | text | 65535 | 否 | 否 | 治疗方案 |
饮食记录表主要存储学生每日就餐数据，用于热量摄入监测与饮食指导。主要包括记录编号、就餐时段、食物名称、基础热量值等字段。如表4-6所示。
表4-6饮食记录表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | diet_record_id | int | 11 | 是 | 是 | 饮食记录ID |
| 2 | record_number | varchar | 64 | 否 | 否 | 记录编号 |
| 3 | dining_period | varchar | 64 | 否 | 否 | 就餐时段 |
| 4 | name_of_food | varchar | 64 | 否 | 否 | 食物名称 |
| 5 | base_heat_value | varchar | 64 | 否 | 否 | 基础热量值 |
| 6 | food_class_nameification | varchar | 64 | 否 | 否 | 食物分类 |
| 7 | intake_quantity | double | - | 否 | 否 | 摄入数量 |
| 8 | heat_estimate | double | - | 否 | 否 | 热量估算 |
食物热量表主要存储食物基础热量数据，用于饮食记录热量计算与查询。主要包括食物编号、食物名称、基础热量值、食物分类等字段。如表4-7所示。
表4-7食物热量表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | food_heat_meter_id | int | 11 | 是 | 是 | 食物热量表ID |
| 2 | food_number | varchar | 64 | 否 | 否 | 食物编号 |
| 3 | name_of_food | varchar | 64 | 否 | 否 | 食物名称 |
| 4 | base_heat_value | varchar | 64 | 否 | 否 | 基础热量值 |
| 5 | food_class_nameification | varchar | 64 | 否 | 否 | 食物分类 |
| 6 | cooking_way | text | 65535 | 否 | 否 | 烹饪方式 |
| 7 | food_pictures | varchar | 255 | 否 | 否 | 食物图片 |
留言咨询表主要存储学生提问与医生回复内容，用于师生沟通记录。主要包括咨询类型、咨询内容、咨询时间、回复内容等字段。如表4-8所示。
表4-8留言咨询表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | message_consultation_id | int | 11 | 是 | 是 | 留言咨询ID |
| 2 | type_of_consultation | varchar | 64 | 否 | 否 | 咨询类型 |
| 3 | consulting_content | text | 65535 | 否 | 否 | 咨询内容 |
| 4 | consultation_time | datetime | - | 否 | 否 | 咨询时间 |
| 5 | reply_content | text | 65535 | 否 | 否 | 回复内容 |
| 6 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
| 7 | student_name | varchar | 64 | 否 | 否 | 学生姓名 |
评论表主要存储用户对资讯或记录的评论内容，用于互动交流。主要包括评论内容、昵称、头像、新增时间等字段。如表4-9所示。
表4-9评论表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | comment_id | int | 11 | 是 | 是 | 评论ID |
| 2 | content | longtext | 4294967295 | 否 | 否 | 内容 |
| 3 | nickname | varchar | 255 | 否 | 否 | 昵称 |
| 4 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 5 | create_time | timestamp | - | 是 | 否 | 创建时间 |
| 6 | update_time | timestamp | - | 是 | 否 | 更新时间 |
| 7 | source_table | varchar | 255 | 否 | 否 | 来源表 |
文章表主要存储健康资讯内容，用于前台展示与知识传播。主要包括标题、正文、封面图、文章分类等字段。如表4-10所示。
表4-10文章表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | article_id | mediumint | - | 是 | 是 | 文章id |
| 2 | title | varchar | 125 | 是 | 否 | 标题 |
| 3 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 4 | img | varchar | 255 | 否 | 否 | 封面图 |
| 5 | type | varchar | 64 | 是 | 否 | 文章分类 |
| 6 | tag | varchar | 255 | 否 | 否 | 标签 |
| 7 | hits | int | - | 是 | 否 | 点击数 |
| 8 | praise_len | int | - | 是 | 否 | 点赞数 |
第五章 系统实现
5.1 学生用户功能实现
5.1.1 运动记录功能实现
学生在运动记录模块填写日常运动信息，项目名称与运动类型由下拉列表供选，运动时长输入后系统自动计算消耗热量。提交记录时运动状态根据强度与时长综合判定，完成记录存入个人运动档案。学生可在列表页按日期或项目名称筛选历史记录，对错误条目执行删除操作。运动记录界面如图5-1所示。
图5-1运动记录界面
5.1.2 疾病记录功能实现
疾病记录模块收集学生患病与治疗过程信息，发病时间通过日期控件选取，确诊机构与诊断结果由文本输入框填写。治疗效果选项包括好转、痊愈、治疗中等状态，用药详情与治疗方案支持多行文本录入。提交后记录在列表中展示，学生可随时查阅历史病情变化。疾病记录界面如图5-2所示。
图5-2疾病记录界面
5.1.3 饮食记录功能实现
学生通过饮食记录模块管理每日三餐摄入情况，就餐时段分为早餐、午餐、晚餐与加餐。食物名称从热量表关联选择后自动填充基础热量值与食物分类，摄入数量输入后系统计算当餐热量估算值。备注说明字段用于补充烹饪方式或特殊要求。饮食记录界面如图5-3所示。
图5-3饮食记录界面
5.1.4 留言咨询功能实现
留言咨询模块提供学生与医生沟通渠道，学生发起咨询时选择咨询类型并填写具体问题，系统记录咨询时间并将状态置为待回复。医生答复后学生端可查看回复内容与回复时间，多次咨询按时间倒序排列，历史对话完整保存。留言咨询界面如图5-4所示。
图5-4留言咨询界面
5.1.5 评论管理功能实现
评论管理模块集中展示学生发表过的所有评论内容，每条评论显示来源文章或记录标题、评论时间与当前审核状态。学生可对已发表评论执行删除操作，被回复的评论下方展示医生回复内容。新增评论功能嵌入资讯详情页与记录详情页。评论管理界面如图5-5所示。
图5-5评论管理界面
5.2 医生用户功能实现
5.2.1 运动记录功能实现
医生登录后进入运动记录模块查看授权学生提交的运动数据，列表展示学生姓名、项目名称、运动时长与消耗热量。点击详情可查阅单条记录完整信息，健康评估字段供医生填写专业意见，评估后结果同步至学生端查看。运动记录界面如图5-6所示。
图5-6运动记录界面
5.2.2 疾病记录功能实现
疾病记录模块呈现学生历史患病与诊疗信息，医生查阅发病时间、确诊机构与诊断结果后，可在治疗建议栏输入后续指导意见。用药详情与治疗方案支持补充说明，多条记录按时间顺序排列便于跟踪病程发展。疾病记录界面如图5-7所示。
图5-7疾病记录界面
5.2.3 饮食记录功能实现
医生通过饮食记录模块掌握学生日常热量摄入情况，列表展示就餐时段、食物名称与热量估算值。点击单条记录查看摄入数量与备注说明，饮食指导字段供医生填写调整建议，建议内容保存后学生端实时可见。饮食记录界面如图5-8所示。
图5-8饮食记录界面
5.2.4 留言咨询功能实现
留言咨询模块集中处理学生发起的各类提问，待回复问题以特殊标识突出显示。医生选择问题后查阅详细内容，在回复输入框填写答复信息，提交后问题状态变更为已回复。历史咨询记录按学生分组保存便于追溯。留言咨询界面如图5-9所示。
图5-9留言咨询界面
5.2.5 评论管理功能实现
评论管理模块展示学生对健康资讯及医生回复的评论内容，医生可查看每条评论的来源文章与评论时间。对不当言论可执行隐藏或删除操作，被回复的评论允许医生再次回复进行解释说明。评论管理界面如图5-10所示。
图5-10评论管理界面
5.3 管理员功能实现
5.3.1 用户管理功能实现
用户管理模块维护系统内所有学生与医生账户，管理员可新增用户并设置初始密码，编辑用户基本信息后保存更新。账户状态分为可用与禁用两种，禁用后用户无法登录系统。用户列表支持按昵称与用户组筛选查询。用户管理界面如图5-11所示。
图5-11用户管理界面
5.3.2 资讯管理功能实现
资讯管理模块用于发布健康相关知识文章，管理员填写标题并选择封面图，文章分类与标签供前台筛选使用。正文编辑器支持文字排版与图片插入，预览确认后发布上线。已发布文章可执行下架操作，下架后不在前台展示。资讯管理界面如图5-12所示。
图5-12资讯管理界面
5.3.3 运动记录功能实现
管理员通过运动记录模块监督全校学生运动数据录入情况，列表展示最新提交记录与异常值标记。对明显错误记录可执行删除操作，批量导出功能供统计分析使用。运动记录界面如图5-13所示。
图5-13运动记录界面
5.3.4 疾病记录功能实现
疾病记录模块汇总全校学生疾病统计数据，管理员可查看各疾病名称出现频次与时间段分布。对测试数据或错误录入执行删除，清理后不影响学生真实档案。疾病记录界面如图5-14所示。
图5-14疾病记录界面
5.3.5 饮食记录功能实现
饮食记录模块展示学生每日饮食详情，管理员可筛选特定食物分类查看摄入情况。对热量估算明显偏离实际的记录进行修正或删除，确保统计数据准确性。饮食记录界面如图5-15所示。
图5-15饮食记录界面
5.3.6 食物热量表功能实现
食物热量表模块维护基础热量数据，管理员新增食物时填写食物名称、基础热量值与食物分类，烹饪方式与备注说明作为补充信息。列表支持按食物名称与热量范围查询，数据更新后即时生效。食物热量表界面如图5-16所示。
图5-16食物热量表界面
第六章 系统测试
6.1 测试目的
系统测试旨在验证大学生体质健康管理系统各功能模块是否满足设计要求，检查运动记录、疾病记录、饮食记录等核心业务在真实运行环境中的处理逻辑正确性。通过设计测试用例覆盖学生、医生、管理员三类角色的主要操作路径，确认数据在录入、流转、处理与展示各环节保持一致，发现潜在缺陷并为系统优化提供依据，保证系统交付后能够稳定支撑校园健康管理工作的日常运行。
6.2 测试方法
系统测试采用黑盒测试方法，依据需求分析文档设计测试用例，重点关注功能完整性与业务逻辑正确性。测试环境部署于本地服务器，前端通过浏览器访问，后端运行Spring Boot应用，数据库使用MySQL存储数据20。测试过程覆盖学生运动记录提交与查询、医生健康评估填写与回复、管理员用户状态变更与资讯发布等核心场景，检查数据在角色间传递时的准确性与界面响应结果。
6.3 测试内容
运动记录功能测试用于验证系统对用户运动数据的管理能力。测试关注用户能否完整记录运动项目、类型、时长等关键信息，系统能否准确存储并关联至相应用户档案，为后续健康评估提供数据基础。运动记录测试如表6-1所示。
表6-1运动记录测试用例表
| 模块名称 | 测试内容 | 操作 | 预期结果 | 实际结果 | 结论 |
|---|---|---|---|---|---|
| 运动记录 | 新增运动记录 | 填写完整运动信息并提交保存 | 系统提示保存成功，记录显示在列表中 | 符合预期 | 测试成功 |
| 运动记录 | 查看运动历史 | 进入运动记录模块浏览已存数据 | 系统分页展示过往运动记录，数据准确 | 符合预期 | 测试成功 |
| 运动记录 | 编辑运动数据 | 修改已存在运动记录的信息 | 系统更新数据，修改后内容正确显示 | 符合预期 | 测试成功 |
| 运动记录 | 删除运动记录 | 选择单条记录执行删除操作 | 系统提示删除确认，记录从列表中移除 | 符合预期 | 测试成功 |
饮食记录功能测试用于验证系统对用户日常饮食摄入数据的管理能力。测试考察用户能否记录不同就餐时段的食物摄入情况，系统能否计算热量估算值并建立饮食档案。饮食记录测试如表6-2所示。
表6-2饮食记录测试用例表
| 模块名称 | 测试内容 | 操作 | 预期结果 | 实际结果 | 结论 |
|---|---|---|---|---|---|
| 饮食记录 | 新增饮食条目 | 录入食物名称、就餐时段、摄入量 | 系统保存数据并自动计算热量估算 | 符合预期 | 测试成功 |
| 饮食记录 | 查询饮食历史 | 按日期或时段筛选已有记录 | 系统返回符合条件的饮食记录列表 | 符合预期 | 测试成功 |
| 饮食记录 | 修改摄入信息 | 调整已记录的食物摄入数量 | 系统更新数据并重新计算热量值 | 符合预期 | 测试成功 |
| 饮食记录 | 删除饮食记录 | 移除某条历史饮食数据 | 系统删除记录，列表不再显示该项 | 符合预期 | 测试成功 |
疾病记录功能测试用于验证系统对用户疾病历史与治疗进程的跟踪能力。测试关注用户能否记录疾病名称、诊断结果、治疗方案等关键医疗信息，系统能否保持数据的完整性与可追溯性。疾病记录测试如表6-3所示。
表6-3疾病记录测试用例表
| 模块名称 | 测试内容 | 操作 | 预期结果 | 实际结果 | 结论 |
|---|---|---|---|---|---|
| 疾病记录 | 记录疾病信息 | 填写疾病名称、发病时间、诊断结果 | 系统保存完整疾病档案至用户健康记录 | 符合预期 | 测试成功 |
| 疾病记录 | 更新治疗进展 | 补充治疗方案或用药详情信息 | 系统更新记录，新增内容正确存储 | 符合预期 | 测试成功 |
| 疾病记录 | 查阅病史档案 | 查看特定用户的历次疾病记录 | 系统按时间倒序展示所有关联疾病数据 | 符合预期 | 测试成功 |
| 疾病记录 | 删除疾病记录 | 移除不再需要的旧疾病条目 | 系统执行删除，列表更新 | 符合预期 | 测试成功 |
留言咨询功能测试用于验证学生与医生之间沟通互动的完整流程。测试考察学生能否成功发起咨询，医生能否查看待回复咨询并填写回复内容，系统能否准确关联双方信息。留言咨询测试如表6-4所示。
表6-4留言咨询测试用例表
| 模块名称 | 测试内容 | 操作 | 预期结果 | 实际结果 | 结论 |
|---|---|---|---|---|---|
| 留言咨询 | 学生发起咨询 | 填写咨询类型与内容后提交留言 | 系统生成咨询记录，状态为待回复 | 符合预期 | 测试成功 |
| 留言咨询 | 医生查看咨询 | 医生登录后进入留言咨询模块 | 系统显示待回复咨询列表 | 符合预期 | 测试成功 |
| 留言咨询 | 医生回复咨询 | 选择咨询条目填写回复内容提交 | 系统保存回复，更新咨询状态 | 符合预期 | 测试成功 |
| 留言咨询 | 学生查看回复 | 学生登录进入个人咨询记录 | 系统展示已回复的咨询内容 | 符合预期 | 测试成功 |
评论管理功能测试用于验证用户对系统内容发表及管理评论的能力。测试关注用户能否对资讯、记录等内容发表评论，能否对自己发布的评论进行修改或删除操作。评论管理测试如表6-5所示。
表6-5评论管理测试用例表
| 模块名称 | 测试内容 | 操作 | 预期结果 | 实际结果 | 结论 |
|---|---|---|---|---|---|
| 评论管理 | 发表评论 | 在资讯详情页填写评论内容提交 | 系统发布评论，显示在评论区 | 符合预期 | 测试成功 |
| 评论管理 | 修改评论 | 进入个人评论列表编辑已发评论 | 系统更新评论内容，展示修改后版本 | 符合预期 | 测试成功 |
| 评论管理 | 删除评论 | 在个人评论列表执行删除操作 | 系统移除评论，目标内容不再可见 | 符合预期 | 测试成功 |
| 评论管理 | 查看评论记录 | 进入个人中心查阅所有历史评论 | 系统分页展示用户发表的全部评论 | 符合预期 | 测试成功 |
用户管理功能测试用于验证管理员对系统用户账户的管控能力。测试考察管理员能否查询所有用户信息，能否对异常账户进行状态调整，以及能否处理用户注册审核请求。用户管理测试如表6-6所示。
表6-6用户管理测试用例表
| 模块名称 | 测试内容 | 操作 | 预期结果 | 实际结果 | 结论 |
|---|---|---|---|---|---|
| 用户管理 | 查询用户信息 | 按用户名或学号检索目标用户 | 系统返回匹配的用户档案列表 | 符合预期 | 测试成功 |
| 用户管理 | 调整账户状态 | 对选定用户执行冻结或启用操作 | 系统更新账户状态，用户登录受限或恢复 | 符合预期 | 测试成功 |
| 用户管理 | 处理注册审核 | 查看待审核用户列表并执行通过 | 系统更新审核状态，用户获得登录权限 | 符合预期 | 测试成功 |
| 用户管理 | 编辑用户资料 | 修改用户的基本信息或联系方式 | 系统保存修改，用户资料更新 | 符合预期 | 测试成功 |
资讯管理功能测试用于验证管理员对系统健康资讯内容的发布与维护能力。测试关注管理员能否创建新文章，能否对已发布内容进行编辑或下线处理，以及资讯在前端的展示是否准确。资讯管理测试如表6-7所示。
表6-7资讯管理测试用例表
| 模块名称 | 测试内容 | 操作 | 预期结果 | 实际结果 | 结论 |
|---|---|---|---|---|---|
| 资讯管理 | 发布新资讯 | 填写标题、正文、分类等信息提交 | 系统保存文章，资讯列表出现新条目 | 符合预期 | 测试成功 |
| 资讯管理 | 编辑已发文章 | 修改现有资讯的标题或正文内容 | 系统更新文章，前端展示修改后内容 | 符合预期 | 测试成功 |
| 资讯管理 | 下线资讯文章 | 将指定文章状态设置为不可见 | 系统隐藏文章，前端不再显示 | 符合预期 | 测试成功 |
| 资讯管理 | 分类筛选资讯 | 按文章分类筛选现有资讯列表 | 系统仅显示属于所选分类的文章 | 符合预期 | 测试成功 |
测试结论
系统功能测试结果表明，各核心业务模块均达成预期设计目标。运动记录模块实现运动项目，支持历史记录的查询维护。饮食记录模块准确捕获不同就餐时段的摄入信息，系统自动完成热量估算并生成饮食档案。疾病记录模块完整保存疾病诊断与治疗方案等医疗信息，确保疾病历史的可追溯性。留言咨询模块贯通学生发起咨询与医生回复处理的交互链路。评论管理模块支持内容评论发布及个人评论的修改删除操作。用户管理模块赋予管理员账户状态管控与注册审核处理能力。资讯管理模块实现健康资讯的发布维护功能。
总结
随着健康中国战略的不断推进，大学生体质健康管理的需求也越来越明显。传统健康管理模式存在着信息分散、记录不便、医患沟通不畅等现实问题，不能满足学生日常健康数据跟踪和专业指导的需要。针对以上问题设计并实现了基于Spring Boot的大学生体质健康管理系统。系统目的在于给学生提供便捷的个人健康档案管理工具，给医生搭建健康咨询和指导平台，给管理员提供集中管控入口，实现了运动、饮食、疾病数据记录和医患互动等主要功能的实现，达到了预期的设计目的。
系统开发按照软件工程规范，完成需求分析、系统设计、编码实现、系统测试全过程。技术架构为B/S模式，前端用Vue.js创建交互界面，后端用Spring Boot框架实现业务逻辑，MySQL数据库完成数据持久化存储。模块化分层设计可以保证系统的可维护性以及扩展性。系统创建起学生、医生、管理员三类用户间的协同工作体系，学生用户可以记录自己的运动、饮食、疾病数据并发出咨询，医生用户能浏览学生的健康档案并留言回应，管理员统筹用户的管理、资讯的发布和基本数据的保养，形成一条完整的数据流。
由于开发周期以及个人能力所限，系统还存在着一些不足。支付功能没有接入，不能实现增值服务的闭环交易。系统还没有引入智能算法，对用户运动、饮食数据的分析只停留在基本统计层面，没有个性化的健康建议生成能力。大规模用户并发访问的情况下，系统部署的单机环境性能是否能够得到保证还要做进一步的测试。
之后研究可以从多方面对系统做优化升级。可接入微信支付或者支付宝接口，实现咨询付费等真实交易场景。利用大数据分析技术根据用户的以往记录创建健康画像，给出个性化的运动、饮食建议。未来还可以集成地图服务，根据用户位置推荐附近的运动场所或者健康餐饮商户。系统有较好的应用前景，在高校健康管理实践当中可以起到一定的积极作用，促进学生健康数据的数字化管理以及科学化的应用。
参考文献
1 刘明灿.大数据驱动青少年体质健康精准管理系统构建及路径研究J.文体用品与科技,2025,(13):86-89.
2 张得保,秦春波,李鹏,等.大学生课外体育锻炼智能管理系统的研发与应用J.体育科技文献通报,2025,33(05):297-301.DOI:10.19379/j.cnki.issn.1005-0256.2025.05.070.
3 赵依玲.体教融合背景下四川省青少年体质健康管理模式创新研究D.成都体育学院,2023.DOI:10.26987/d.cnki.gcdtc.2023.000186.
4 顾旭锋.大学生体质健康测试管理系统开发与设计思考J.文体用品与科技,2023,(05):147-149.
5 王雪,聂恒卓.基于体质健康管理线上线下互动平台的大学生体质健康管理服务系统构建J.循证护理,2022,8(15):2089-2091.
6 李希颖,姜娟,王月,等.深化学分制改革背景下构建大学生体质健康管理模式探讨J.武术研究,2022,7(01):134-137.DOI:10.13293/j.cnki.wskx.009371
7 熊威.基于项目驱动的Java编程基础教学研究与实践J.中国教育技术装备,2023(2):80-82.
8 韩小龙,司珍,吕晓峰,等.基于面向对象编程的Java语言程序设计方法分析J.集成电路应用,2024,41(1):228-229.
9 陈蓓蕾,洪年松.基于SpringBoot的数据库接口设计J.信息与电脑,2023,35(16):181-183.
10 王志亮,纪松波.基于SpringBoot的Web前端与数据库的接口设计J.工业控制计算机,2023,36(3):51-53.
11 八度云计算(安徽)有限公司.一种基于Vue框架的UI组件库构建方法:CN202311590956.7P. 2024-03-29.
12 李晓薇. vue.js前端应用技术分析J.网络安全技术与应用,2022(4):44-45.
13 庞敏. MySQL数据库的数据安全应用设计技术研究J.数字通信世界,2024(9):25-27.
14 柳青,程晨. MYSQL数据库技术应用一体化课程开发研究J.造纸装备及材料,2024,53(5):251-253.
15 谷春红.基于B/S结构的高校教材管理系统设计与实现J.海峡科学,2024(3):117-122.
16 赵惠.基于B/S模式的实验室管理系统设计和实现J.中国新通信,2023,25(21):72-74.
17 陈倩怡,何军.Vue+Springboot+MyBatis技术应用解析J.电脑编程技巧与维护,2020,(01):14-15+28.
18 何金龙.电子信息工程计算机数据库应用C//2024智慧施工与规划设计学术交流会论文集. 2024:1-3.
19 张晓蕾,王斌,郭锡泉. "互联网"背景下数据库应用技术课程思政教学设计与实践J.现代商贸工业,2024(23):251-253.
20 罗超,彭玉涛.计算机软件测试方法的研究分析J.长江信息通信,2023,36(2):83-85.
致谢
行文至此，落笔为终。回首望去，图书馆外的梧桐叶绿了又黄，田径场的晚风拂过四载年华。在这个即将告别校园的初夏时节，心中满怀感激。
衷心感谢我的指导教师。老师治学严谨，待人宽厚，从选题方向到开题报告，从系统架构设计到论文逐字修改，每一环节都凝聚着老师的心血。每当研究陷入瓶颈，老师总能以渊博的学识为我拨开迷雾，指引前路。同时感谢企业导师在项目实践阶段给予的悉心指导，帮助我将理论知识与工程实际紧密结合，让系统功能得以扎实落地。
毕业设计的完成是一次艰辛而充实的旅程。从最初面对需求分析时的茫然无措，到攻克技术难题后的豁然开朗，这段经历锤炼了解决问题的能力，也让我对所学专业有了更深刻的理解。大学四年转瞬即逝，课堂上的每一次讨论、实验室里的每一次调试，都已成为青春岁月里最宝贵的财富。
感谢学院各位老师的谆谆教诲，你们不仅传授专业知识，更教会我们为人处世的道理。感谢辅导员老师在生活与学业上的关怀，让异乡求学的日子倍感温暖。感谢朝夕相处的同窗好友，那些并肩奋战的日子、互相鼓励的话语，都将永远珍藏在记忆深处。
最后，深深感谢我的父母。二十余载含辛茹苦，你们用无私的爱为我撑起一片天空，成为我追逐梦想最坚强的后盾。养育之恩，无以为报，唯有将这份感激化作前行的动力。
毕业不是终点，而是新征程的起点。我将带着这份感恩与收获，脚踏实地，努力成为一名对社会有用的人。
源码获取私信联系我即可~
大家点赞、收藏、关注、评论啦
精彩专栏推荐订阅：在下方专栏👉
✅获取源码请私信✅