第三章 RBAC需求分类图谱：五类需求全景
在RICE优先级打分之前，必须先将原始需求归入统一的分类框架。本章提供RBAC需求分类图谱，覆盖功能类需求、权限粒度调整、角色合并拆分、合规审计类、性能优化类五大类别，并给出每类的适用场景、前置条件、操作步骤、输入输出物、责任边界、记录材料、异常处理与验收标准。
3.1 适用场景
| 需求类别 | 典型场景 | 示例 |
|---|---|---|
| 功能类需求 | 新增/修改/删除权限点、菜单、按钮或API端点 | 「添加订单导出权限」「隐藏财务报表菜单」 |
| 权限粒度调整 | 从粗粒度拆分为字段级、行级或操作级控制 | 「仅查看本人订单」「编辑时不可修改金额字段」 |
| 角色合并拆分 | 组织架构调整、职责重组、角色爆炸治理 | 「合并运营专员与客服专员」「拆分超级管理员」 |
| 合规审计类 | 等保2.0、SOX、GDPR、内部审计要求 | 「启用操作日志」「三权分立整改」 |
| 性能优化类 | 权限查询响应慢、缓存命中率低、数据库瓶颈 | 「权限缓存预热」「角色继承表索引优化」 |
3.2 前置条件
- 原始需求清单：已完成初步清洗，每条需求有唯一编号和简要描述。
- 权限现状拓扑：包含当前角色树、权限点列表、用户-角色分配关系。
- 业务上下文：需求提出方、涉及模块、目标用户范围已标注。
- 分类判定标准：团队已对齐上述五类需求的边界定义（避免歧义）。
💡 判定口诀：
增删改查 → 功能类；字段行级 → 粒度类；角色重组 → 合并拆分；法规日志 → 合规类；速度容量 → 性能类。
增删改查 → 功能类；字段行级 → 粒度类；角色重组 → 合并拆分；法规日志 → 合规类；速度容量 → 性能类。
3.3 操作步骤
- 读取原始需求：从需求池中逐条取出，记录编号和描述。
- 关键词匹配初判：扫描需求文本中的高频词，对照下表快速定位。
- 边界校验：对模糊需求（如“为审计员新增只读角色”同时涉及功能与合规），采用“主要动因”原则归入最核心类别。
- 分类标注：在需求记录中写入
category字段，值域为function|granularity|role_merge|compliance|performance。 - 交叉复核：由另一位RBAC分析师独立分类，不一致项需讨论达成一致。
- 输出分类清单：生成Markdown或Excel表格，作为RICE打分的输入。
关键词速查表（初判辅助）
| 类别 | 典型关键词 |
|---|---|
| 功能类 | 新增、添加、删除、修改、导出、导入、菜单、按钮、API |
| 权限粒度调整 | 字段级、行级、数据范围、仅看、编辑、权限拆分 |
| 角色合并拆分 | 合并、拆分、整合、解绑、角色重组、职责分离 |
| 合规审计类 | 审计、日志、合规、等保、SOX、GDPR、三权、溯源 |
| 性能优化类 | 缓存、响应慢、超时、索引、查询优化、并发、吞吐 |
3.4 输入输出物
| 类型 | 名称 | 格式 | 说明 |
|---|---|---|---|
| 输入 | 原始需求清单 | Excel / CSV | 含需求ID、提出人、描述、优先级（如有） |
| 输入 | RBAC现状拓扑 | JSON / 图表 | 当前角色、权限、用户映射关系 |
| 输出 | 分类标注需求清单 | Excel / Markdown | 每条需求增加 category 字段及复核人 |
| 输出 | 分类争议记录 | Markdown | 记录边界模糊需求的判定理由 |
3.5 责任边界
- RBAC分析师：负责初判、分类标注、争议记录。
- 安全架构师：对合规审计类需求拥有最终分类裁定权。
- 业务产品经理：提供需求原始描述的业务意图，协助消除歧义。
- 研发负责人：对性能优化类需求提供技术佐证（如慢查询日志）。
- 质量保障（QA）：验收时验证分类是否与实际实现一致。
3.6 记录材料
# 分类争议记录模板
---
需求ID: REQ-0042
需求描述: "为审计员增加只读权限，并记录操作日志"
争议点: 同时涉及功能类（新增权限）和合规审计类（日志）
最终分类: compliance
判定理由: 主要动因为满足审计合规要求，功能新增是手段
复核人: 张安全 (安全架构师)
判定日期: 2025-03-15
---
⚠️ 常见陷阱： 不要将「角色合并拆分」与「权限粒度调整」混淆。角色合并拆分改变的是角色结构树，粒度调整改变的是单个权限点的控制精度。如果需求同时涉及两者，应拆分为两条独立需求分别归类。
3.7 异常处理
| 异常情形 | 处理方式 |
|---|---|
| 需求描述过于模糊，无法判断类别 | 退回业务方补充「用户故事」或「验收标准」，明确核心诉求 |
| 一条需求同时强烈匹配两个类别 | 拆分为两条独立需求，分别归入对应类别 |
| 团队对分类标准存在分歧 | 升级至安全架构师与RBAC负责人联合裁定，记录到争议文档 |
| 已分类需求在开发阶段发现分类错误 | 走分类变更流程：更新清单、重新进入RICE打分、通知相关方 |
3.8 验收标准
- 分类覆盖率100%：所有原始需求均有
category标注，无遗漏。 - 分类准确率≥95%：随机抽取20%的需求进行独立复核，归属一致率达标。
- 争议记录完整：所有边界模糊需求的判定理由、责任人、日期均可追溯。
- 输出物就绪：分类标注需求清单已评审通过，可作为第4章RICE打分的直接输入。
- 无二义性需求滞留：所有模糊需求均已走完异常处理流程，未被搁置。