运动队体能测试数据平台

客户是谁

某竞技体育测试机构。

遇到什么问题

专业运动团队的测试工作，通常被理解为跑几组测试、出一份报告，实际是一条容易断的链路：运动员档案、测试方案、现场采集、设备数据、统计分析与报告归档分处不同工具和不同人手里。这家机构要解决的，是让预测试、正式测试、分析与报告走在同一条可追溯的链路上，而不是靠人工表格搬运数据。

客户并不是没有流程，而是流程分散：

• 档案在表格里、方案在文档里、数据在设备里、结论在报告里，跨周期对比要靠人重新拼一遍；
• 不同设备的字段、单位与命名不一致，同一指标常常对不齐；
• 预测试与正式测试记录混在一起，试跑结果会跟着进入正式统计，报告被引用后很难回溯哪一条是试验产生的；
• 教练、科研人员与管理人员要看的数据范围并不相同，却只能按“能登录就能看全部”来用。

我们做了什么

• 把预测试数据做成沙盒，而不是在正式表上加一个状态字段。状态字段实现更快，但过滤条件要写进每一处统计与报告，漏一处就等于污染结果；沙盒让试验数据根本不进入正式链路，校验通过后再迁移。
• 现场采集支持离线暂存，而不是强制联网提交。测试现场多在场馆或户外，网络质量不由系统决定；强制联网会让采集停在等待上，最后往往退化成事后手工补录。改为设备侧暂存、恢复联网后补传，把重复提交与断点续传当作常规情况处理。
• 报告模板做成可配置，而不是把版式与口径写死在代码里。不同项目和不同使用对象的关注点不同，硬编码意味着每次调整都要改代码；代价是前期要先设计模板结构与字段绑定。方案、字段模板、校验规则与报告模板都留在可配置的一侧，日常调整不依赖开发。
• 把数据权限当成主要设计项，而不是附属功能。平台以账号分级承载最小授权：客户总账号管理下属账号与团队范围，教练与管理人员在所属团队内取数，科研账号与技术角色按约定范围访问，超出范围的数据不予呈现；公开材料不出现可识别具体运动员身份的数据。
• 系统按档案与方案准备、预测试与现场采集、校验与正式入库、统计与对比分析、报告与历史归档五段组织：团队结构与运动员档案在准备阶段就位；采集经管理端、手持设备与第三方设备接口进入，由设备映射统一字段与单位；数据校验检查格式、单位与完整性，未通过的记录留在沙盒；统计与对比按个人、团队与测试维度组织，指标按可配置规则计算并保留计算过程与来源。

难点怎么解决的

• 试验数据不能污染正式统计：用沙盒隔离预测试数据，校验通过后才迁移进正式链路。
• 现场网络不由系统决定：采集端支持离线暂存与恢复后补传，重复提交与断点续传按常规情况处理。
• 报告口径会变：模板结构与字段绑定做成可配置，版式与口径调整不走开发流程。
• 敏感数据要分级：按团队范围取数，超出范围不呈现；指标计算只保留过程与来源，不输出选材或潜力评估类结论，涉及身体机能与训练安排的专业判断仍由客户专业人员负责。

交付了什么

• 运动员档案与测试方案管理；
• 预测试沙盒与现场采集（管理端、手持设备、第三方设备接口接入与字段映射）；
• 数据校验与正式入库；
• 个人、团队与测试维度的统计与对比分析，指标按可配置规则计算并保留计算过程与来源；
• 个人、团队与科研报告的输出与历史归档；
• 账号分级与团队范围的数据权限体系。

交付范围到平台能力为止：第三方测试设备的硬件、固件与传感器校准不在范围内，平台做的是数据接入与字段映射；既有纸质记录与历史电子表格的全量清洗和迁移，需按数据现状单独评估并单独立项；训练负荷处方式医疗判断，以及选材、潜力评估结论不在平台输出范围内。

现在的状态

本案例公开的是已确认的功能范围与工程做法，不含性能容量、样本规模或竞技成绩方面的承诺；项目的实施周期与验收结果不在公开材料中。