# 02-开发计划

## 一、模块依赖表

| 模块 ID | 模块名 | 依赖模块 | 依赖表 |
|---|---|---|---|
| module_usr | 用户管理 | — | `usr_user`, `tStaff`, `usr_permission_group`, `usr_user_permission`, `brand` |

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

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

| # | REQ | 所属模块 | 选中理由 | 备注 |
|---|-----|---------|---------|------|
| 1 | **REQ-USR-004** | module_usr | 所属模块无依赖，基础模块；登录是所有操作的认证基础 | — |
| 2 | **REQ-USR-001** | module_usr | 依赖 REQ-USR-004 已在前；先创建用户才能操作 | — |
| 3 | **REQ-USR-003** | module_usr | 依赖 REQ-USR-001 已在前；查询依赖有数据可查 | — |
| 4 | **REQ-USR-002** | module_usr | 依赖 REQ-USR-001/003 已在前；修改依赖先能创建和查询 | — |

## 三、关键说明

- 当前项目仅含 **1 个模块**（module_usr 用户管理），无模块间依赖，拓扑排序退化为单链。
- 模块内 REQ 顺序优先级：认证（004）> 写操作创建（001）> 只读查询（003）> 写操作修改（002）。
- `tStaff` 和 `brand` 为跨模块基础数据表，USR 模块只读引用，不需要先实现对应写接口。