作者分享了关于后台设计中权限管理的相关知识，希望能够给你的产品工作带来一些帮助。
在人人都是产品经理的软件上蛰居了4年，学习了四年，由于最近的工作方向偏向于后台，在设计后台时时常会查阅后台的相关资料，但是关于后台的文章等内容分享的太少了，正好这一段时间在调整，想尝试撰写一系列的关于后台文章，希望跟大家一起来探讨、分享，希望对大家有所裨益，由于不同的后台需求多样化，不能一一兼顾，只能蜻蜓点水，尽量深入浅出。
权限管理系统定义
权限管理是一个几乎所有后台系统的都会涉及的一个重要组成部分，主要目的是对整个后台管理系统进行权限的控制，而针对的对象是员工，避免因权限控制缺失或操作不当引发的风险问题，如操作错误，数据泄露等问题。其实权限管理的设计并不难，就目前来说最广泛的是一个账号对应多个角色，每个角色对应相应的权限集（BRAC模型）这种模型基本可以应对所有的问题，且通过角色可以实现灵活且多样的的权限操作需求，我们梳理一下上面主要提到的几个名词：账号、角色、权限。
账号的定义
每个员工想要进入系统肯定都会有一个账号，而这个账号就是一把钥匙。我们通过控制账号所具备的权限，进而控制这个员工的授权范围。因此需要告诫员工，账号密码不能轻易提供他人，不然遇到的问题由自己承担。
角色的定义
角色管理是确定角色具备哪些权限的一个过程，他是一个集合的概念，是众多最小权限颗粒的组成。我们通过把权限给这个角色，再把角色给账号，从而实现账号的权限，因此它承担了一个桥梁的作用。引入角色这个概念，可以帮助我们灵活的扩展，使一个账号可以具备多种角色。
角色的命名最好按照职位而定，例如市场部普通员工，市场部主管等。因为职位在任何企业都是存在的，且是有限的，，并且容易理解，市场部文员那就是市场部文员角色，方便我们配置权限时的判断，避免配置错误。
权限的定义
权限可以分为三种：页面权限，操作权限，数据权限。
页面权限控制你可以看到哪个页面，看不到哪个页面，很多系统都只做到了控制页面这一层级，它实现起来比较简单，一些系统会这样设计，但是比较古板，控制的权限不精细，难以在页面上对权限进行更下一层级的划分。
操作权限则控制你可以在页面上操作哪些按妞。可能你在某个页面上，只能查询数据，而不能修改数据。
数据权限则是控制你可以看到哪些数据，比如市场A部的人只能看到或者修改A部创建的数据，他看不到或者不能修改B部的数据。
哪个页面要放置哪些权限，完全根据业务需要配置，你只需要把控制权限的地方列出来交给开发就好。
权限管理系统基本的页面设计
角色列表页
删除角色，需要去判断是否有账号关联了此角色，如果有关联，则不允许删除。如果角色不想用或者取消了，你可以将角色设置为无效状态，账户获取角色时会首先判断角色是否有效。
从便捷性上可以提供一个功能批量给某角色添加账户，在新员工入职时特别是同一岗位的，设置的权限时效率会大大提升。
给角色配置权限
账户列表页
首先我们肯定有个账户列表，因为我们是给账户配置权限。里面可以查询到或者添加到所有的人。
这里需要注意的是账号的禁用，用于防止员工离职后的问题。可以跟人事系统打通，人事那边设置某员工离职后，所有系统账号自动设为禁用。
