52 lines
2.4 KiB
Markdown
52 lines
2.4 KiB
Markdown
# 11 · 开发计划与里程碑
|
||
|
||
> 所属：运动会积分榜系统 · 开发文档集
|
||
> 版本：v0.1（讨论稿） · 2026-09-09
|
||
> 上游：[README](./README.md) · 相关：[09-测试策略](./09-测试策略.md)
|
||
|
||
---
|
||
|
||
## 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。
|