2.4 KiB
2.4 KiB
11 · 开发计划与里程碑
所属：运动会积分榜系统 · 开发文档集 版本：v0.1（讨论稿） · 2026-09-09 上游：README · 相关：09-测试策略
1. 里程碑
| 里程碑 | 内容 | 交付物 | 预估 |
|---|---|---|---|
| M0 | 需求确认、文档定稿、仓库骨架 | 文档集 v1.0 + 目录结构 + CI | 1 天 |
| M1 | 数据库 schema + 迁移 + 种子数据 | 可初始化的空库 + 默认模板 | 1–2 天 |
| M2 | 积分引擎 + 单元测试 | domain/scoring 全绿 |
2–3 天 |
| M3 | 服务端 API + 认证 + 审计 | 接口可调通（含接口文档） | 3–4 天 |
| M4 | 管理面板：基础数据 + 成绩录入 | 能完整录入并发布 | 4–5 天 |
| M5 | 大屏端：页面 + 动效 + 缩放适配 | 可投屏展示 | 3–4 天 |
| M6 | 实时同步 + 重连 + 压测 | 多屏同步验证通过 | 2–3 天 |
| M7 | 导出 / 备份 / 部署包 | 绿色部署包 | 2 天 |
| M8 | 彩排 + 缺陷修复 + 正式运行支持 | 现场可用 | 2 天 |
预估为纯开发时间，不含等待确认与现场联调。
2. 关键路径与顺序
M0 → M1 → M2 → M3 → M4 → M6 → M7 → M8
M5 可与 M4 并行
M2 必须先于 M3/M4：积分规则是整个系统的心脏，规则错了界面做得再漂亮也白搭。先把引擎用测试钉死，后面所有界面都建立在确定的地基上。
3. 各里程碑的验收标准
| 里程碑 | 验收方式 |
|---|---|
| M1 | pnpm db:migrate 能建出完整库；种子数据含默认管理员与积分模板 |
| M2 | 09 篇的 18 条积分用例全部通过 |
| M3 | 用 REST 客户端跑通「登录 → 建项目 → 录成绩 → 发布 → 查积分榜」 |
| M4 | 裁判长能在 30 秒内录完 8 人成绩并发布 |
| M5 | 真实分辨率投屏，坐 10 米外能看清前三名 |
| M6 | 50 个客户端并发下发布延迟 <100ms |
| M7 | 在一台干净的机器上解压部署包，双击即能用 |
| M8 | 彩排清单全部打勾 |
4. 风险与缓冲
- 业务规则确认（D1–D13）是最大不确定项，确认越晚，返工越多。
- 建议在 M2 之后安排一次「规则复核」，用真实报名数据跑一遍积分表，让裁判长确认无误再往下做界面。
- 现场联调（真实分辨率、真实网络、真实设备）单独留时间，不要挤进 M8。