# 02-开发计划

## 一、模块依赖表

| 模块 ID | 模块名 | 依赖模块 | 依赖表 |
|---|---|---|---|
| module_mod | 模块管理 | — | `tModule` |
| module_usr | 用户管理 | — | `tUser`、`tStaff`、`tPermissionCategory`、`tUserPermission` |

## 二、开发顺序清单（CC 分发权威）

> 本清单由 A5 `downstream-gen` 一次性生成。**每行是一个 REQ**，不是模块。CC 按表格行序从上到下扫描，对每个 REQ 所属模块查 `docs/08 § 二` 的 `MR:` 字段 + GitLab API `state`：`merged` 跳过，其他（`—` / opened / closed / 查不到）选为当前模块；`module-start` 会把该模块的所有 REQ 一次做完。
>
> **约束**：同一模块的所有 REQ 必须**连续排列**。允许打破依赖拓扑（如环依赖、业务必须先做），但必须在「备注」列写明原因。

| # | REQ | 所属模块 | 选中理由 | 备注 |
|---|-----|---------|---------|------|
| 1 | **REQ-MOD-001** | module_mod | 所属模块无依赖，基础模块；新增是 CRUD 起点 | — |
| 2 | **REQ-MOD-002** | module_mod | 同模块内依赖 REQ-MOD-001 的写入数据 | — |
| 3 | **REQ-MOD-003** | module_mod | 同模块内依赖 REQ-MOD-001 的写入数据 | — |
| 4 | **REQ-MOD-004** | module_mod | 同模块只读，放最后便于覆盖前 3 个 REQ 写入的数据 | — |
| 5 | **REQ-USR-001** | module_usr | 所属模块无依赖；用户新增是用户域 CRUD 起点 | — |
| 6 | **REQ-USR-002** | module_usr | 同模块内依赖 REQ-USR-001 的写入数据 | — |
| 7 | **REQ-USR-003** | module_usr | 同模块只读，放在写操作之后，便于覆盖测试数据 | — |
| 8 | **REQ-USR-004** | module_usr | 登录依赖 REQ-USR-001 创建的账号；放本模块末尾 | — |

## 三、关键说明

- 模块顺序按字母序（MOD → USR），两模块无相互依赖，顺序可调。
- USR 模块「涉及表」中的 `tStaff` / `tPermissionCategory` 仅作为下拉数据源被 REQ-USR-001/002 读取；本期未拆出独立 REQ，由 USR 模块内的种子数据脚本（B 阶段任意 REQ 的 spec 中确定）填充。
- 软删除（`bDeleted`）字段已在 V1 schema 中预置，所有「删除 / 查询」类 REQ 默认按 `bDeleted = 0` 过滤。
