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 模块只读引用，不需要先实现对应写接口。