后台系统的权限管理系统这个功能，可谓是难倒了一大批产品经理。本文总结了B 端权限系统的概念及原理，希望对你有所帮助。

发现最近好多人在问，后台系统的权限管理怎么做。

权限管理这个功能，可以说难倒了一大批产品经理。

虽然讲权限的文章一大堆，但真正讲透的屈指可数。

刚好前段时间，我设计的多租户权限系统上线了，做的过程中也总结了一些经验，这里简单聊聊。

一、权限概念

什么是权限？

权限是后台的基础模块之一，没有它的话每个用户都是超级管理员，系统数据可以任意操作、改写，如果是这样那公司就乱套啦。

为了避免这种情况发生，后台需要上线权限功能。

它确保了不同用户进行合理分工和操作，避免了风险管理、数据安全等问题。

产品经理如果想搞懂和设计权限系统，需要先学会这 3 个基础概念：用户、权限、角色。

• 用户：这里的用户，指的是后台的用户账号；
• 权限：权限规定了系统的操作范围或数据查看限制，像“新增、编辑、删除”等就是权限的一种；
• 角色：角色包含了一组权限集合，主要以用户的职责或功能来定义，例如“管理员、销售、内容管理”等角色，它们拥有的权限各不相同。

二、权限分类

权限看起来很复杂，其实说起来只有这两种分类：功能权限、数据权限。

1. 功能权限

功能权限，主要控制账号的组件可视范围，常见的有目录、菜单、按钮等。

• 目录：一般在系统的顶部，例如“用户、营销、系统”等一级管理入口；
• 菜单：指的是系统左侧的多级导航组件，点击即可进入对应的功能页面，例如营销目录中的“积分管理、活动管理、优惠券管理”等都是菜单；
• 按钮：在页面中的功能操作都可视为按钮，常见的“搜索、新增、编辑、删除、打印”等功能都由相关按钮控制。

2. 数据权限

数据权限则决定了用户能看哪些数据，一般通过“部门、品牌、区域”等维度划分数据权限。

例如广东地区的同事，只能看到广东地区的销售数据，其他海南、青岛等区域的数据，在系统界面将隐藏。

二、权限模型

权限模型有很多种，例如“ACL 模型、DAC 模型、MAC 模型、RBAC 模型、ABAC 模型”等。

这些权限模型为什么会产生？主要是公司基于“组织体量、业务背景、实施成本”等因素权衡取舍后的解决方案。

而我们在日常过程中，由于业务不大、公司架构简单等因素，一般只需要用到“ACL 模型、RBAC 模型”这两种。

1. ACL 模型

ACL 模型中，涉及了“用户、权限”这两个概念，主要通过用户绑定多个权限，实现了权限控制管理。

例如 A 账号是客服在用，它绑定了“内容管理、订单管理”等权限，而 B 账号作为老板专属，当然是权限全开啦。

这种方案比较适合小公司，开发量较少。

但弊端是，当维护的用户足够多，而且它们权限大差不大时，配置权限的那个人一定很崩溃。

2. RBAC 模型

为了解决配置繁琐的问题，我们需要使用 RBAC 模型。

RBAC 模型相比 ACL，多了一个角色的概念。

角色主要是为了将用户、权限进行解耦，以达到权限“批量配置、随时更新”的目的。

例如将原先的 A 账号权限，分配给客服角色，然后再把老板 B 账号，给到“超级管理员”角色。

那么当公司有 20 个客服，3 个老板时，通过 RBAC 模型，配置权限就只需要几分钟。

三、权限原理

如果你觉得一项知识太高深难懂，也许只是还没找到学它的正确姿势。——好夕雷

说了这么多概念和模型， 听起来可能比较抽象。

我们试着用一些简单的 Excel 表（为了便于理解，简化了部分数据），来理解 ACL 模型、RBAC 模型的权限原理。

1. ACL 模型，如何实现权限控制？

在 ACL 模型中，想实现权限控制，我们首先需要“用户、权限”这两个主表。

现在问题来了，你上司突然要你搞定下面的权限配置，该怎么做？

• 张三：由于是刚来的新员工，只能看一些文章数据；
• 李四：李四是公司的老油条了，文章、文章评论的管理工作，都是由他处理的；
• 王五：这个人是老板亲戚，只需要看看商品、文章、动态等用户的反馈评论，然后找老板告状。

听起来真是头大阿！躺平行不行？

要想实现上司的权限需求，你还需要用到第三个表“用户权限关联”。

这个表的作用，是将用户与权限的关系进行绑定，方便系统确认不同用户的权限范围。

按上司的要求，我们完成了用户权限的配置。

无论界面交互层如何花里胡哨，功能实现的本质还是数据操作。——好夕雷

由于在数据库中，这些关系是通过 ID、代号表示的，看起来比较抽象。

我们试着用文字替代。

怎样，看起来是不是容易理解多啦？

2. RBAC 模型，如何实现权限控制？

前面我们讲到，RBAC 模型相比 ACL 模型多了角色的概念。

所以除了“用户、权限”表之外，我们还需要一个“角色”主表，并按需求配置 3 个角色。

1. 新员工：查看文章；
2. 老油条：管理文章和文章评论；
3. 老板亲戚：查看商品、文章、动态等评论。

由于权限逻辑变了，所以原先那个“用户权限”表就没啥用了。

我们还需要“用户角色关联、角色权限关联”这两个新表，来实现 RBAC 模型的权限控制。

上图中，其实有两个问题需要注意：

1. 用户拥有多个角色：这种情况，我们一般是取两个角色的所有去重权限，作为当前用户的权限范围，其他特殊功能需求，可以视情况更改；
2. 数据权限实现原理：系统在判断一个角色的数据权限，首先验证是否有该对象的数据权限，然后再按“权限范围”限制，显示相关数据；例如 A 角色能查看“广州、上海、南京”等地区的订单数据。

总结

权限系统看起来很复杂，其实只要你掌握了权限的概念、分类、模型、原理，那么想要设计一个权限方案也不算难。