编辑导语：我们在设计B端的管理系统时，权限设计是必不可少的一环。如何进行权限设计往往和具体的公司强相关，我们需要因地制宜。本文作者将通过介绍RBAC模型以及结合具体的案例来给大家做一个权限设计的分享~
权限管理介绍
权限设计是我们B端管理系统最基本的功能，而我们常说的权限包括“数据权限”和“功能权限”两大类：
数据权限：指某个指定的用户在系统中的某个模块可以看到哪些范围的数据。举个例子，我们每天都需要写日报，一般来说我们只能看到自己的日报，部门领导可以看到自己部门里面所有成员的日报，我们和部门领导就是拥有了不同的数据权限导致我们看到的数据不一样。
功能权限：指某个指定的用户在系统中的某个模块可以进行哪些操作。举个例子，我们发起了一个审批流程，该流程只有流程节点中的用户才能审批，我们不能审批，这种差异就是因为拥有了不同的功能权限导致的。
如何进行权限管理
早些时候我们进行权限设计的时候是将具体的权限设置给每个用户，假如我们公司有100个人需要进行权限管理，那我们就需要给这100个人都设置相应的权限，这对于管理员来说就是一件十分繁琐的事情，图示如下：
引入RBAC权限模型后，以上的问题就得到了较好的规避。那什么是RBAC模型呢？
引用百度百科的概念，我们可以知道RBAC是基于角色的访问控制（RBAC）是实施面向企业安全策略的一种有效的访问控制方式。简单来说，对系统操作的各种权限不是直接授予具体的用户，而是在用户集合与权限集合之间建立一个角色集合，每一种角色对应一组相应的权限，一旦用户被分配了适当的角色后，该用户就拥有此角色的所有操作权限。相比于之前我们直接给用户分配权限，这样做的好处是不必在每次创建用户时都进行分配权限的操作，只要分配用户相应的角色即可，假若这一类四五个人都需要进行同样的权限变更，那么我们只需要把角色的权限进行变更就好了，这样将简化用户的权限管理，提升管理员的工作效率，RBAC权限管理应用图示如下：
tips：当我们的一个用户有多个角色时，那么该用户的功能权限一般会选取所有角色功能权限的并集，数据权限一般会选取所有角色中数据权限最大的那个。
实战案例分享
我将结合自己的项目经历给大家分享我所做的项目中权限设置的整条链路，让大家更好的理解。
第一：我们会在业务支撑平台配置每个功能以及这些功能所拥有的所有操作，例如采购订单这个功能我们会维护功能本身的一些属性以及该功能所拥有的新增、编辑、删除、查询等功能，其中数据权限主要通过查询按钮来控制的。
第二：配置好所有的功能后，我们会给指定的租户选择其所拥有的全部功能，通过这一道配置只是决定了用户最多可以使用的功能范围，并不是用户最后实际所使用的功能范围。
第三：在系统的租户中进行系统功能配置，默认会启用第二步中配置的所有功能，用户可以根据自身的实际需求给租户选择相应的功能，最后所启用的功能才是该租户真正可以使用的功能范围。
tips：为什么要有两次功能的选择呢？我们有些时候会给一个集团提供系统，那么这个集团会用我们在业务支撑平台上配置的所有功能，但是该集团的子公司一般来说只需要用其中的某一些功能就好了，所以基于这种考虑，最终功能的选用是由用户决定的，我们只给用户提供了可用功能的最大范围。
第四：完成了租户的功能配置后，我们就可以在角色模块里面新建角色并且给角色配置对应的功能权限和数据权限。例如我新建了一个测试001这个角色，默认该角色下会拥有该租户下的所有功能权限和数据权限，根据实际需求我们可以取消勾选某些功能去控制该角色的功能权限，取消勾选查询后就可以控制该角色的数据权限。
第五：完成了角色配置后，我们就可以在人员模块里面给指定的用户配置对应的角色，配置完成后该用户就会拥有所配置角色下的所有功能权限和数据权限啦。
tips：当我们需要配置的人员很多时，给每一个人员都配置角色就会很繁琐，那我们可以采用用户组的形式，就是将拥有相同角色的用户设置成一个用户组，只需要将角色赋予给用户组就好啦，这样可以减少很多重复性的工作。
总结
B端的产品设计中权限设计是必不可少的一环，我们需要深刻理解用户的需求，合理的运用RBAC权限管理模型，我想你可以达到事半功倍的效果的，关于权限管理的分享就到这里就结束啦，希望可以对大家有所帮助哟~
作者：产品修炼日志 公众号：产品修炼日志
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。