角色与权限

Crest 的权限管理建议按“角色承载职责、用户加入角色、资源按需授权”的方式设计。这样能降低后续维护成本，也便于审计。

入口：系统管理 → 角色管理、权限管理。

角色管理

角色管理页用于维护“岗位职责”。图中重点看角色名称、角色描述、创建时间和操作入口。角色名称要面向管理语义，例如“数据管理员”“经营看板编辑者”“外部访客”，不要使用“张三权限”“临时角色 1”。

权限管理

权限管理页用于给角色配置菜单、功能和资源范围。配置时先选角色，再勾选权限。保存后必须用普通账号验证，因为管理员视角看到的菜单和普通用户不同。

权限模型

在角色管理页面创建角色，名称要能表达职责，不要使用“测试”“临时”等模糊名称。

在权限管理中为角色勾选可访问菜单和功能。

对仪表盘、大屏、数据集、数据源等资源按业务范围授权。

将用户加入角色，优先按岗位批量授权。

使用非管理员账号登录，确认菜单、资源和操作按钮都符合预期。

这个示例用于说明流程，实际资源名称按项目替换。

配置完成后，用该角色账号登录，检查是否只能看到授权资源；尝试进入系统管理、数据源编辑、删除资源等入口，确认不可访问。

用户拥有菜单权限，不能说明一定能看到所有资源。用户能看到资源，也不能说明可以编辑或删除。

v1.5.6 对仪表盘和数据大屏资源树的权限展示做了收敛：只读可见资源不应展示复制、移动、重命名和删除等管理入口；已获得资源管理权限的用户，可以按授权范围复制和维护资源。

管理员配置资源授权时，应区分两类目标：

授权目标	适合对象	应出现的操作
查看资源	业务查看者、项目成员、外部协作账号	打开、筛选、刷新、全屏、必要时导出
管理资源	资源负责人、分析开发者、部门管理员	编辑、复制、移动、重命名、删除、发布

配置完成后，应使用普通查看账号和资源管理账号分别验证。普通查看账号能打开资源即可，不应看到后台管理操作；资源管理账号应能复制和维护授权范围内的资源，但不应越权管理其他目录。

权限验收不能只看“是否能打开页面”。还要检查页面里的按钮：编辑、删除、移动、复制、导出、分享、发布都可能是独立权限点。对只读角色而言，页面可查看不能说明可以修改资源。