4. 确定评估范围：业务域选择、系统边界、角色层级深度、排除项识别

适用场景

本步骤适用于以下场景：

• 新建RBAC系统：开始RICE打分前，需要划定首批纳入评估的业务范围。
• 存量系统治理：对已有权限模型进行健康度检查，需要明确治理的边界和深度。
• 跨部门联合评估：多个业务域协作时，需要通过范围界定统一口径，避免评估范围无限蔓延。
• 审计与合规整改：针对特定合规风险区域（如核心财务、用户隐私）进行定向权限清理。

前置条件

1. 已完成角色与权限的初步梳理（第3章输出）。
2. 已确定本次评估的业务驱动目标（如：降低超管权限泛滥风险、提升审批效率）。
3. 已获取系统架构图和业务域清单。
4. 关键干系人（PM、安全架构师、业务负责人）已到场或可快速决策。

操作步骤

本章采用“四步剪裁法”确定评估范围，操作步骤与对应输出如下表所示：

步骤编号	操作	核心动作	输出物
4.1	业务域剥离	从全局业务域中剥离出本次打分的目标域，标记“本期评估”与“暂缓评估”。	业务域选择清单（Excel）
4.2	系统边界描线	划定被评估系统与外部系统的交互边界，确定哪些系统间通信不计入本角色层。	系统边界拓扑图
4.3	角色层级剪枝	定义角色树的剪裁深度，确定打平到第几层角色（如：只评估“职能角色”层，不评估“岗位角色”层）。	角色层级深度定义表
4.4	排除项打标	识别并记录本次评估明确不包含的角色、系统或业务域，并记录排除原因。	排除项记录卡

4.1 业务域剥离

将组织业务域拆分为独立单元，每个单元作为一个候选评估桶。使用“高-中-低”三档业务优先级进行筛选。

4.2 系统边界描线

每个业务域可能由多个子系统构成。系统边界决定了：

• 哪些系统内的角色参与打分；
• 哪些系统间的跨系统调用仅作为背景信息，不纳入角色本身评估。

4.3 角色层级深度

典型RBAC角色层级可分为：

• L0 基础角色（如：员工）
• L1 职能角色（如：客服、财务专员）
• L2 管理角色（如：客服主管、财务经理）
• L3 决策角色（如：总监、副总裁）

设定深度后，低于此深度的子角色暂不参与独立打分，而是聚合到上层角色中。

4.4 排除项识别

排除项包括但不限于：

1. 已废弃角色：在系统中存在但不再使用的角色。
2. 外包/临时角色：短期项目组角色，生命周期小于1个月。
3. 只读审计角色：仅有查看权限，无写、改、删风险。
4. 纯API Service Account：非人工操作的权限身份。

输入输出物

类型	名称	来源/去向
输入	全局业务域清单、系统架构图、角色树初稿	第3章及架构组
输出	业务域选择清单、系统边界拓扑图、角色层级深度定义表、排除项记录卡	作为第5章RICE打分的输入

责任边界

• PM（流程负责人）：主持范围裁剪会议，确保所有排除项有书面理由。
• 安全架构师：提供技术层面的系统边界建议，识别潜在排除风险。
• 业务方代表：确认业务域优先级，对排除项负业务决策责任。
• 数据记录员：将排除项写入记录卡，并更新到共享文档中。

记录材料

关键记录材料应包含以下模板：

排除项记录卡模板
├── 排除项ID: EX-2024-001
├── 排除对象: 外包客服角色组
├── 所属业务域: 客户服务中心
├── 排除原因: 生命周期 < 1个月，且权限为预定义模板
├── 决策者: [姓名]
├── 决策日期: 2024-11-22
└── 后续复核日期: 2024-12-22 (如角色仍存活则重新纳入)

异常处理

异常场景	处理策略
业务域边界模糊，与另一域重叠	两域合并为一个评估单元，或由业务负责人指定隶属关系。
角色层级深度难以确定	统一采用“L0~L3”标准深度，若某层无角色则跳过，不允许深度参差不齐。
排除项在后续评估中被发现本应包含	触发“补录流程”：记录为超范围项，补充一份迷你评估报告并计入最终模型。
干系人对排除项无法达成一致	将争议项标记为“待仲裁”，设定仲裁截止期（24h），超时默认按包含处理（保守原则）。

验收标准

1. 完整性：业务域选择清单包含至少1个“入选域”，且所有“暂缓域”有明确理由。
2. 一致性：角色层级深度定义与系统内角色树层级无矛盾。
3. 可追溯性：排除项记录卡每一项都有决策者签名或会议纪要编号。
4. 无遗漏：所有已识别的高风险角色（如管理员、超级用户）未出现在排除清单中，除非有书面豁免。
5. 可视化：系统边界拓扑图在团队内评议通过，无逻辑断裂。