基于Android的全民健身App设计与实现-计算机毕业设计源码+LW文档

 

 摘要

全民健身已从倡导口号进入日常实践阶段，城市居民的健康诉求从\"减重\"拓展到\"体能维持、体态改善、慢性病预防\"与\"运动社交\"。但健身人群在实际执行中普遍面临三类断裂：一是不知道练什么的断裂——网络上的训练内容以短视频为主，动作细节、难度分级与适用人群标注不清，初学者在碎片内容中难以形成体系；二是练不下去的断裂——缺少可执行的周期化计划与进度记录，运动热情在两周内消耗殆尽；三是坚持成本高的断裂——需要线下健身房与私教，时间与费用门槛把大量上班族挡在门外。同时，线下健身课程与社区健身活动的组织仍依赖微信群报名与纸质签到，课程售卖与报名核销缺少统一台账。针对上述问题，本文设计并实现了一个基于 Android 的全民健身 App。

系统采用\"移动端 App ＋ 后台管理端\"的双端结构：移动端提供首页、健身课程、健身视频、活动信息与我的五个主入口，首页以轮播横幅与\"健身课程\"卡片流承载内容分发，\"我的\"页以\"我的服务\"列表收敛用户自身的课程购买、健身计划、活动报名、收藏与密码管理；后台以 SpringBoot 为核心，结合 MyBatis 与 MySQL 完成持久化，以青绿色主题的管理台统一维护用户、课程类型、健身课程、健身视频、课程购买、健身计划、活动类型、活动信息、活动报名与系统配置。

系统面向普通用户与管理员两类角色，围绕\"看课—买课—跟练—打卡—参加活动\"的完整链路组织功能。论文完成角色与功能需求分析、四层架构设计、十四张核心数据表设计、主要页面与关键业务逻辑的详细设计（含课程购买订单、健身计划生成、活动报名审核、视频与评分评论联动），并给出功能测试用例与结论。测试表明系统功能完整、角色权限隔离有效、购买与报名状态流转正确、计划与打卡数据可追溯，可作为城市健身人群的线上训练与活动组织平台。

关键词： 全民健身；健身课程；健身计划；Android；SpringBoot；课程购买；活动报名

---

 第一章 绪论

 1.1 研究背景与意义

全民健身的推进让\"运动\"成为日常消费的一部分，但健身行为本身的高流失率仍是行业难题。观察城市健身人群的实际行为可以发现，流失并非源于意愿不足，而是源于三个具体障碍。

第一，内容缺少结构与分级。网络健身内容多为\"动作展示＋口播\"，同一动作被不同创作者以不同角度呈现，缺少难度标签（简单／中等／困难）、适用人群（初学者／进阶／康复期）、所需器械与单次时长的标注。初学者面对海量内容无法判断\"今天该练哪一段\"，最终在收藏夹里堆积大量未打开的视频。

第二，缺少可执行计划与反馈。有效训练依赖周期化安排（如四周增肌、六周体态改善），但普通用户不具备编排能力；即便跟着视频练，也缺少打卡记录与完成度反馈，看不到进步就容易放弃。

第三，组织与交易成本高。线下课程需要到店咨询与现金支付，社区健身活动依靠微信群接龙，报名名单、到场情况与课程核销没有统一台账，组织者与参与者的沟通成本都很高。

因此，构建一套集\"课程浏览—课程购买—视频跟练—计划打卡—活动报名\"于一体的全民健身 App，把优质训练内容结构化、把训练过程计划化、把课程与活动线上化，对降低全民健身的参与门槛、提升运动坚持率具有现实意义。

 1.2 国内外研究现状

国外健身类应用的发展较为成熟，通常以\"课程库＋训练计划＋可穿戴设备数据同步＋社区挑战\"为主线，动作库分级清晰，与智能手表的心率、卡路里数据打通，优势是数据闭环完整；不足在于内容与设备生态深度绑定，国内安卓机型与穿戴设备兼容性参差，且课程付费模式与国内用户习惯差异较大。

国内实践主要有三类：一是短视频平台中的健身内容，流量巨大但缺少难度分级与计划编排，用户难以系统跟练；二是垂直健身 App，多以付费课程与私教服务为主，课程质量较好但价格门槛高，且线下活动组织能力弱；三是社区与健身房自建的小程序，用于课程预约与签到，灵活但数据分散、无法沉淀跨机构的课程与计划体系，也缺少视频内容的分层管理。将课程库、视频库、购买订单、周期计划与线下活动报名整合在同一双端产品中的实践仍较少。本文的工作即在此处展开。

 1.3 研究内容与论文结构

本文主要工作：（1）依据移动端与后台界面提炼普通用户与管理员的角色边界与业务诉求；（2）设计\"Android 客户端＋SpringBoot 后台\"的四层架构与模块划分；（3）设计覆盖用户、课程类型、健身课程、健身视频、课程购买、健身计划、活动类型、活动信息、活动报名与评论收藏的数据表结构，重点刻画课程与视频的分级体系；（4）实现课程卡片流与分类浏览、课程下单购买、视频跟练与评论评分、周期计划生成与打卡、活动发布与报名审核等关键功能；（5）完成功能测试并给出结论。

全文共七章：绪论、相关技术、需求分析、总体设计、详细设计与实现、系统测试、总结与展望。

---

 第二章 相关技术

 2.1 Android 客户端技术

移动端以 Android 为开发平台，采用 Activity 与 Fragment 结合的页面结构：五个主入口（首页、健身课程、健身视频、活动信息、我的）由底部导航承载，业务页以 Activity 呈现列表与详情。首页采用\"轮播横幅＋栏目头＋双列卡片流\"的布局，卡片内以固定比例裁切的封面图保证行高一致；\"我的\"页采用\"用户卡片＋信息条＋服务列表\"的分层结构。

网络层通过 HTTP 与后台通信，请求统一携带登录令牌；列表数据分页拉取，图片采用异步加载与本地缓存，视频播放使用系统播放组件并支持全屏与倍速；打卡与购买等提交操作在客户端先做必填与格式校验，减少无效请求。

 2.2 SpringBoot 后台框架

后台以 SpringBoot 构建，内置容器使应用以可执行 JAR 运行，便于部署于云主机。控制器通过 `@RestController` 输出 JSON，供 App 与后台管理台共用；拦截器统一完成登录态与角色（用户／管理员）校验；全局异常处理器统一错误结构。业务规则集中在服务层，包括课程上架校验、购买订单状态流转、计划生成的周期计算与打卡判定、活动报名名额与重复报名控制、视频评分与评论计数联动等。

 2.3 MySQL 与 MyBatis

MySQL 存储全部业务数据，事务能力保证\"购买课程并写入订单与开通学习权限\"\"审核报名并累加活动已报名数\"\"打卡后更新计划完成度\"的一致性。持久层采用 MyBatis，通过 XML 编写 SQL：列表页的难度筛选由动态 SQL 实现；统计类查询（按难度统计课程数、按课程类型统计销量、按月份统计报名数、按计划统计打卡率）使用聚合语句完成。

 2.4 视频与文件存储

课程封面、视频封面与动作演示视频统一采用服务器目录存储＋数据库保存相对路径的方式；视频按清晰度分档存储，客户端依据网络状况选择播放源，弱网时降档避免卡顿。管理端上传时校验文件类型与大小，超长视频采用分片上传，避免请求超时。评论与评分数据独立成表，便于按课程聚合出平均评分与热门评论。

---

 第三章 系统需求分析

 3.1 角色分析

（1）普通用户（健身人群）。 无需登录即可浏览首页课程与视频；登录后可购买课程、查看已购课程并跟练、使用健身计划并每日打卡、报名参加线下活动、收藏课程与视频、在课程下发表评论与评分，并在\"我的\"页维护联系方式与密码。

（2）管理员。 通过后台管理台维护全部业务数据：用户、课程类型、健身课程、健身视频、课程购买、健身计划、活动类型、活动信息、活动报名与系统配置，并对课程与视频上下架、对购买订单与报名记录进行管理与核销。

两者构成\"内容供给—学习消费—过程记录—线下延伸\"的闭环：管理员维护课程、视频与活动，用户购买、跟练、打卡与报名，平台沉淀销量、评分与打卡数据用于优化内容。

 3.2 功能模块需求

移动端功能模块。

1. 首页：顶部为浅青色标题栏，居中显示\"首页\"；下方为轮播横幅，展示健身场景宣传图（如弹力带训练、器械训练），底部以圆点指示器标示图位；再下方为\"健身课程\"栏目，栏头左侧为标题、右侧为\"查看更多 »\"入口；内容区为双列课程卡片流，每张卡片依次为课程封面、课程名称、课程类型、发布时间（如 2025-02-13）与收藏数（星标＋数字）；底部为五个主入口（首页、健身课程、健身视频、活动信息、我的）。
2. 健身课程：按课程类型（力量、有氧、瑜伽、拉伸、康复、体态改善）与难度（简单／中等／困难）筛选课程，展示封面、名称、类型、难度、单次时长与价格；详情页含课程分段列表、所需器械、适用人群与\"立即购买\"入口，已购课程可进入跟练。
3. 健身视频：独立的动作与课程视频库，支持按难度筛选、关键词检索与收藏；播放页支持倍速、全屏与分段跳转，底部提供评论、评分与收藏。
4. 活动信息：展示线下／线上健身活动（活动名称、类型、时间、地点、封面、已报名数），详情页提供报名入口，报名时填写姓名与联系方式，提交后状态为待审核。
5. 我的：顶部为浅青色渐变背景的用户卡片，左侧圆形头像、右侧昵称与\"设置\"按钮；下方为蓝色圆角信息条，居中显示\"联系方式：13500000001\"；再下方为\"我的服务\"标题与功能条目列表，依次为课程购买、健身计划、活动报名、我的收藏与修改密码，每条左侧为紫色线性图标、右侧为箭头；底部导航保持五个主入口。
6. 课程购买：展示可购课程与已购课程两个分区；下单时选择课程与支付方式，支付成功后写入订单并开通学习权限；已购课程支持查看有效期与退款申请（按规则）。
7. 健身计划：用户选择目标（减脂／增肌／体态改善）、每周频次与周期长度，系统按规则生成含每周训练日与课程组合的计划；每日打卡记录完成情况，页面展示连续打卡天数、计划完成度与趋势。
8. 我的收藏：按对象类型展示收藏的课程与视频，支持一键取消收藏。

后台管理模块。

1. 系统首页：概览课程数、视频数、订单数与活动报名数等指标与快捷入口。
2. 用户管理：维护用户账号、昵称、联系方式、头像与状态。
3. 课程类型管理：维护课程分类（力量、有氧、瑜伽、拉伸等）与排序，作为课程归类与前台筛选依据。
4. 健身课程管理：维护课程（课程名称、类型、封面、难度、单次时长、价格、适用人群、所需器械、课程分段、介绍），支持上下架与排序。
5. 健身视频管理：核心列表页。面包屑为\"首页 ＞ 健身视频\"，查询区提供\"难度\"下拉与\"查询\"按钮；下方为\"添加\"\"删除\"按钮；表格列为序号（含复选框）、健身名称、封面（缩略图）、难度、健身视频（已上传／无）、发布时间、评论数、评分、收藏数与操作列（查看、修改、查看评论、删除）。列表支持列排序与多选批量删除。
6. 课程购买管理：查看订单（订单号、课程、用户、金额、支付状态、下单时间），支持核销与退款处理，并可导出对账。
7. 健身计划管理：查看用户计划（目标、周期、频次、完成度、打卡记录），支持模板维护与异常计划纠正。
8. 活动类型管理：维护活动分类（公益跑、瑜伽公开课、器械体验、健身讲座等）。
9. 活动信息管理：维护活动（活动名称、类型、封面、时间、地点、人数上限、介绍、详情）。
10. 活动报名管理：查看报名记录（活动名称、报名人姓名与联系方式、报名时间、审核状态），支持审核通过与驳回并填写审核回复。
11. 系统管理：轮播图配置、菜单与权限配置、公告维护。
12. 个人中心：管理员资料与密码维护。

 3.3 非功能需求

性能需求。 移动端首页课程流首屏加载在常规 4G／WiFi 下不超过 2 秒；视频起播时间控制在 3 秒内并支持清晰度自适应；后台课程与视频列表在万级记录内响应不超过 2 秒。

安全性需求。 密码不以明文存储；App 与后台接口统一鉴权，普通用户无法调用课程上下架、订单核销与报名审核接口；用户只能查看自己的订单、计划与报名记录；支付回调验签并做幂等处理；联系方式在列表脱敏展示；上传文件校验类型与大小。

可用性需求。 五个主入口一级可达；课程卡片固定高度与封面比例，避免因图片差异导致布局跳动；购买与报名流程控制在三步以内；后台列表统一\"查询区＋批量按钮＋表格＋操作列\"结构。

可维护性需求。 控制层只做参数校验与结果封装，业务规则集中在服务层；课程类型与活动类型作为字典维护，新增无需改代码；计划生成规则参数化（频次、周期、目标权重）配置在参数表中，可调整而不改代码。

---

 第四章 总体设计

 4.1 系统架构设计

系统采用\"移动端＋后台＋服务端\"结构，整体分四层。

表现层：Android 客户端（五个主入口及二级页面）与 Web 后台管理台，两者通过统一 HTTP 接口访问服务端。

接口层：SpringBoot 控制器按业务域划分，包括认证、用户、课程类型、健身课程、健身视频、课程购买、健身计划、活动类型、活动信息、活动报名、评论评分、收藏与系统配置接口；统一返回状态码、提示信息与数据体。

业务层：服务类承载角色判断、课程状态校验、订单与学习权限联动、计划生成与打卡判定、报名名额与重复报名拦截、评分与评论计数聚合等规则。

数据层：MyBatis 映射与 MySQL 数据库；封面与视频文件存于服务器目录，数据库保存相对路径。

请求流程：客户端或管理台请求→接口层校验令牌与角色→业务层处理→持久层读写→封装结果返回渲染。移动端与后台共用接口，差异在页面形态与权限范围。

 4.2 数据库设计

依据界面字段与后台菜单，设计如下主要数据表（列核心字段）。

（1）用户表（user）：id；用户账号、密码、昵称、联系方式、头像、性别、注册时间、状态。\"我的\"页头像、昵称与联系方式取自此表。

（2）管理员表（admin）：id；账号、密码、姓名、角色、状态、创建时间。

（3）课程类型表（course_type）：id；类型名称、排序值、说明、状态。作为课程归类与前台筛选的字典。

（4）健身课程表（course）：id；课程名称、课程类型 id、课程类型名称、封面、难度（简单／中等／困难）、单次时长、价格、适用人群、所需器械、课程分段（章节 JSON）、课程介绍、已购人数、评分、收藏数、发布时间、状态（上架／下架）。

（5）健身视频表（fitness_video）：id；健身名称、封面、难度、视频路径、时长、所属课程 id（可为空）、发布时间、评论数、评分、收藏数、状态。字段与后台\"健身视频\"列表一一对应。

（6）课程购买表（course_order）：id；订单编号、课程 id、课程名称、用户 id、用户账号、金额、支付状态（未支付／已支付／已退款）、支付方式、下单时间、支付时间、有效期截止、备注。

（7）健身计划表（fitness_plan）：id；用户 id、目标（减脂／增肌／体态改善）、周期天数、每周频次、计划内容（按周排布的课程组合 JSON）、开始日期、结束日期、完成度、状态、创建时间。

（8）计划打卡表（plan_checkin）：id；计划 id、用户 id、日期、完成课程 id、完成时长、打卡状态、备注、打卡时间。

（9）活动类型表（activity_type）：id；类型名称、排序值、说明、状态。

（10）活动信息表（activity）：id；活动名称、活动类型 id、封面、活动时间、活动地点、人数上限、已报名数、活动介绍、活动详情、组织者、状态、发布时间。

（11）活动报名表（activity_signup）：id；活动 id、活动名称、用户 id、用户账号、姓名、联系方式、报名时间、审核状态（待审核／已通过／已驳回）、审核回复、审核人、审核时间。

（12）评论评分表（comment）：id；对象类型（课程／视频）、对象 id、用户 id、用户账号、内容、评分（1—5）、点赞数、父评论 id、回复内容、创建时间。

（13）收藏表（storeup）：id；用户 id、对象类型（课程／视频／活动）、对象 id、名称、封面、收藏时间。

（14）系统配置表（config）：id；配置名称（轮播图、公告、计划规则参数）、配置值、图片路径。

表间关系：course_type 与 course 一对多；course 与 fitness_video、course_order、comment 一对多；user 与 course_order、fitness_plan、plan_checkin、activity_signup、storeup、comment 一对多；fitness_plan 与 plan_checkin 一对多；activity_type 与 activity 一对多；activity 与 activity_signup 一对多。课程支持逻辑删除（配合批量删除与关联收藏、评论清理）；订单与打卡记录不做物理删除，仅更新状态以保留完整档案。

---

 第五章 详细设计与实现

 5.1 登录注册与身份校验

App 首次进入展示登录与注册页，注册填写账号、密码、昵称与联系方式。登录成功后后端生成令牌返回客户端并写入令牌表（含过期时间），客户端保存并在后续请求中携带；令牌过期返回未登录状态，客户端跳转登录页。

后台管理端单独登录，校验通过后按角色渲染顶部菜单（系统首页、个人中心、用户管理、课程类型管理、健身课程管理、健身视频管理、课程购买管理、健身计划管理、活动类型管理、活动信息管理、活动报名管理与系统管理）。拦截器统一校验接口：普通用户调用课程上下架、订单核销、报名审核等接口时返回无权限；用户对自己订单、计划与报名记录的读写，服务层比对归属以防越权。

 5.2 首页课程分发与卡片流

首页顶部为浅青色标题栏，居中显示\"首页\"；下方为轮播横幅，展示健身场景宣传图（弹力带训练、器械训练等），底部以圆点指示当前图位，支持自动轮播与手动切换，图源来自后台轮播配置。轮播下方为\"健身课程\"栏目：栏头左侧为栏目名，右侧\"查看更多 »\"跳转课程列表页；内容区为双列卡片流，卡片内自上而下为课程封面、课程名称、课程类型、发布时间与收藏数。

卡片流的设计重点在于视觉一致性：封面按固定宽高比裁切，卡片高度统一，双列间距与内边距一致，避免滚动时因图片尺寸差异产生跳动；收藏数以星标图标＋数字呈现，与发布日期的小时钟图标形成统一的图标语言，降低认知成本。课程按\"上架状态＋发布时间倒序＋收藏数加权\"排序，保证新内容与热门内容都有曝光。

 5.3 课程浏览、购买与学习权限

课程列表支持课程类型与难度两个维度筛选。详情页展示封面、难度标签、单次时长、所需器械、适用人群、课程分段的章节列表与课程介绍；未购买时底部为\"立即购买\"，已购买时显示\"开始训练\"并列出已学章节。

购买流程：用户点击购买→生成订单（记录课程、金额、用户）→选择支付方式→支付回调验签通过后把订单置为\"已支付\"、写入学习权限与有效期、课程已购人数自增；回调重复到达按幂等处理，避免重复扣款。订单超时未支付由定时任务置为\"已支付取消\"并释放优惠名额。

退款：用户在有效期与规则允许范围内可提交退款，服务层判断已完成章节比例与购买时长，超出阈值则拒绝并提示理由；通过与订单状态、学习权限回收在同一事务内完成，避免\"退了还能看\"。

 5.4 健身视频库与评分评论

健身视频是独立的动作与课程视频库。后台\"健身视频\"列表页是内容运营的主界面：面包屑为\"首页 ＞ 健身视频\"，查询区提供\"难度\"下拉与蓝色\"查询\"按钮；下方为蓝色\"添加\"与浅蓝\"删除\"按钮；表格列为序号（含复选框）、健身名称、封面（缩略图）、难度、健身视频（已上传或\"无\"）、发布时间、评论数、评分、收藏数与操作列（查看、修改、查看评论、删除）。列表支持按列排序与多选批量删除，封面缩略图直接呈现便于快速判断内容质量，评分与评论数列让运营人员可以一眼识别高口碑内容。

App 端视频列表支持难度筛选与关键词检索，播放页提供倍速、全屏与分段跳转；播放结束后引导评分。评分与评论独立成表，按对象类型（课程／视频）与对象 id 聚合，课程与视频表的评分字段存储平均分（保留一位小数），评论数存储总条数；评分提交时校验分值在 1—5 之间且同一用户对同一对象仅可评一次，重复提交视为修改。评论支持回复与点赞，父子结构由父评论 id 维护。

 5.5 健身计划生成与打卡

计划生成：用户在\"我的—健身计划\"中选择目标（减脂／增肌／体态改善）、每周频次（2—6 次）与周期（14／28／42 天），系统按规则生成计划：先按目标确定课程类型权重（减脂偏有氧＋核心，增肌偏力量＋渐进负荷，体态改善偏拉伸＋稳定性），再按每周频次把课程分配到训练日，最后写入计划内容（按周排布的课程组合）与起止日期。规则参数（各目标的类型权重、单次时长上限、强度递进曲线）配置在参数表中，便于运营方调整而不改代码。

打卡：每日训练完成后用户点击打卡，记录完成课程、完成时长与备注；系统依据打卡记录计算完成度＝已打卡次数／计划应训次数，并在页面展示连续打卡天数与完成度进度条。若某周缺卡超过阈值，系统提示调整频次，避免计划脱离实际。

后台：健身计划管理展示用户计划的目标、周期、频次、完成度与打卡明细，支持纠正异常计划（如周期设置过长、频次为 0）与维护计划模板，为后续\"一键使用推荐模板\"预留接口。

 5.6 活动发布、报名与审核

发布：管理员在活动信息管理中新建活动，填写活动名称、活动类型、封面、活动时间、活动地点、人数上限、介绍与详情，发布后 App 活动信息页展示。

报名：用户在活动详情页点击报名，填写姓名与联系方式。服务层依次校验活动状态、报名截止时间、剩余名额（已报名数小于上限）、是否重复报名；通过后写入报名记录，状态为\"待审核\"，此时不占用名额。

审核：管理员在活动报名管理中按活动名称与审核状态筛选，填写审核回复后置为\"已通过\"或\"已驳回\"；通过时在同一事务内把活动已报名数自增，驳回时填写理由。用户在\"我的—活动报名\"查看结果与回复。该设计把名额校验与审核解耦，既防超员，又避免\"报名即占位\"的名额浪费。

 5.7 我的页面与个人服务

\"我的\"页是用户管理自身数据的统一入口。顶部为浅青色渐变背景的用户卡片：左侧圆形头像（实景人物照），右侧昵称与浅青色\"设置\"按钮；下方为蓝色圆角信息条，居中显示\"联系方式：13500000001\"。再下方为\"我的服务\"标题与功能条目列表，每条由紫色线性图标（课程购买、健身计划、活动报名、我的收藏、修改密码）与右侧箭头组成：

- 课程购买：已购与可购课程分区，展示有效期与学习进度；
- 健身计划：当前计划、完成度、打卡日历与历史计划；
- 活动报名：我的报名、审核状态与审核回复；
- 我的收藏：按类型展示收藏的课程与视频，支持取消；
- 修改密码：校验原密码后更新。

\"设置\"进入账号设置页，可修改昵称、头像与联系方式，保存后用户卡片即时刷新。

 5.8 后台课程与活动管理模块

后台顶部菜单为横向图标＋文字结构，展开时以浅色浮层显示子项；面包屑统一显示\"首页 ＞ 当前模块\"。课程类型与活动类型作为字典维护，新增后立即出现在 App 的筛选下拉中；健身课程管理支持上下架、排序与章节编辑；课程购买管理支持订单检索、核销、退款与导出对账；系统管理维护轮播图、公告与计划规则参数；个人中心供管理员维护资料与密码。列表页统一提供\"添加／删除\"批量按钮与\"查看／修改／删除（及查看评论）\"操作列，操作按钮以浅色描边呈现，危险操作（删除）与普通操作在视觉上区分，降低误操作概率。

---

 第六章 系统测试

 6.1 测试环境

服务端 Windows Server，JDK 1.8，MySQL 5.7，应用以可执行 JAR 运行；客户端为 Android 真机与模拟器（Android 10 及以上），后台使用 Chrome 访问；测试数据含 80 个用户账号、6 个课程类型、60 门课程、150 个健身视频、300 条课程订单、120 份健身计划、约 900 条打卡记录、5 个活动类型、30 场活动、260 条报名记录与 400 条评论评分。

 6.2 功能测试用例

| 编号 | 测试项 | 操作与输入 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| T01 | 注册唯一性 | 使用已存在账号注册 | 提示账号已存在，注册失败 | 符合 |
| T02 | 未登录拦截 | 未登录点击课程购买 | 跳转登录页，不生成订单 | 符合 |
| T03 | 难度筛选 | 后台难度选\"简单\"查询 | 仅返回难度为简单的视频 | 符合 |
| T04 | 批量删除 | 勾选 3 条视频删除 | 三条删除且关联收藏被清理 | 符合 |
| T05 | 支付幂等 | 支付回调重复到达 | 订单仅置一次已支付，不重复扣款 | 符合 |
| T06 | 权限开通 | 支付成功后进入跟练 | 可正常播放各章节 | 符合 |
| T07 | 退款规则 | 已完成 90% 章节申请退款 | 提示超出规则，拒绝退款 | 符合 |
| T08 | 重复评分 | 同一用户对同一课程二次评分 | 视为修改，不新增记录 | 符合 |
| T09 | 评分聚合 | 多条评分提交后查看列表 | 平均分与评论数同步更新 | 符合 |
| T10 | 计划生成 | 减脂目标、每周 4 次、28 天 | 生成含训练日与课程组合的计划 | 符合 |
| T11 | 打卡统计 | 连续打卡 5 天后查看完成度 | 完成度与连续天数同步更新 | 符合 |
| T12 | 名额校验 | 活动报满后报名 | 提示名额已满，报名失败 | 符合 |
| T13 | 重复报名 | 同一活动重复提交报名 | 提示已报名，仅保留一条记录 | 符合 |
| T14 | 审核联动 | 报名审核通过 | 活动已报名数 +1，用户可见结果 | 符合 |
| T15 | 越权访问 | 用户调用课程上下架接口 | 返回无权限 | 符合 |
| T16 | 信息脱敏 | 后台列表查看联系方式 | 中间四位以星号展示 | 符合 |

 6.3 测试结论

16 项用例全部通过。系统功能完整、角色隔离有效、购买与学习权限联动正确、退款规则可执行、评分与评论聚合一致、计划生成与打卡统计可靠、活动报名与审核状态流转正确、后台筛选与批量操作有效。移动端首页课程流首屏加载平均约 1.3 秒（WiFi），后台视频列表在 150 条数据下响应约 0.5 秒。测试发现两点可改进：视频未生成首帧封面，列表缩略图需人工上传；计划打卡暂不支持补卡，用户漏打后无法修正。二者已列入优化清单。

---

 第七章 总结与展望

本文针对健身人群\"内容无分级、过程无计划、组织与交易成本高\"三类问题，设计并实现了基于 Android 的全民健身 App。系统以课程类型与难度为主线组织内容，把课程、视频、订单、计划与活动纳入统一数据结构；以卡片流保证首页的浏览效率与视觉一致性；以\"下单—支付—开通权限—退款\"刻画交易闭环；以\"目标—频次—周期—打卡—完成度\"刻画训练闭环；以\"报名—审核—名额联动\"刻画线下延伸；以后台列表的筛选、排序与批量操作支撑内容运营。论文完成需求分析、四层架构设计、十四张核心数据表设计、主要页面与关键业务逻辑描述及功能测试。

后续可从五方面深化：其一，自动抽取视频首帧作为封面，减少人工上传；其二，支持补卡与计划动态调整，提升计划可用性；其三，接入可穿戴设备与手机计步数据，把心率与步数纳入打卡判定；其四，增加训练社区与挑战榜，形成社交激励；其五，与线下场馆的门禁与核销打通，实现课程到场核销。总体而言，本系统以较小技术成本覆盖了全民健身\"看课—买课—跟练—打卡—活动\"的核心链路，具备实用价值与二次开发基础。

---

 参考文献

[1] 王珊, 萨师煊. 数据库系统概论[M]. 5版. 北京: 高等教育出版社, 2014.
[2] Craig Walls. Spring Boot 实战[M]. 丁雪丰, 译. 北京: 人民邮电出版社, 2016.
[3] 郭霖. 第一行代码：Android[M]. 3版. 北京: 人民邮电出版社, 2020.
[4] 张海藩, 牟永敏. 软件工程导论[M]. 6版. 北京: 清华大学出版社, 2013.
[5] Android Developers 官方文档[EB/OL]. [https://developer.android.com/docs](https://developer.android.com/docs).
[6] 国家体育总局. 全民健身计划与科学健身指导相关资料[Z]. 2023.
[7] 刘增杰. MySQL 从入门到精通[M]. 北京: 清华大学出版社, 2019.
[8] 陈恒. 基于 SpringBoot 的在线课程平台设计与实现[J]. 信息技术与信息化, 2022.
[9] 李刚. 轻量级 Java EE 企业应用实战[M]. 北京: 电子工业出版社, 2018.
[10] 周志明. 深入理解 Java 虚拟机[M]. 3版. 北京: 机械工业出版社, 2019.

 
如需定做或者获取更多资料，请联系QQ：375279829