完整的权限管理系统
定义权限管理系统
权限管理是几乎涉及所有后台系统的重要组成部分，主要目的是整个后台管理系统的权限管理，对象是员工，避免权限管理的缺失和操作错误带来的风险问题，如操作错误、数据泄露等问题。
其实，权限管理的设计并不难。 目前，最广泛的是一个帐户支持多个角色，每个角色的权限集(RBAC模型)模型基本上可以解决所有问题，而且角色可以提供灵活多样的权限操作需求。 试着整理一下上述主要名词——账户、角色和权限。
1 .定义帐户
每个员工尝试访问系统时，都会有一个帐户。 这个账户是钥匙。
我们通过控制账户拥有的权限来控制这个员工的审批范围。
因此，必须提醒员工，账户密码不能轻易提供给别人，否则遇到的问题由自己承担。
2 .角色定义
角色管理是决定角色拥有什么权限的过程，他是一个集体概念，是许多最小权限粒子的组成部分。
我们通过赋予这个角色权力，赋予账户角色来实现账户权限。 因此，它承担着桥梁的作用。
引入角色概念提供了灵活的扩展，使单个帐户具有多个角色。
角色的命名最好根据职位决定。 例如市场部的普通员工、市场部的主管等。 由于职位存在于任何企业中、有限且易于理解，营销人员是营销人员的职责，在配置权限时更容易做出判断，避免配置错误。
3 .权限的定义
权限有页面权限、操作权限、数据权限三种。
页面访问权限
控制哪些页面可见，哪些页面不可见。
许多系统只达到了控制页面的水平。 那个比较容易实现。 虽然有些系统是这样设计的，但它很陈旧，控制权限不够精细，很难在页面上进一步划分权限级别。
olor:rgb(255,255,255);">操作权限则控制你可以在页面上操作哪些按妞。
可能你在某个页面上，只能查询数据，而不能修改数据。
数据权限
数据权限则是控制你可以看到哪些数据，比如市场A部的人只能看到或者修改A部创建的数据，他看不到或者不能修改B部的数据。
很多人都知道以角色为基础的权限管理设计（RBAC），但是大部分人似懂非懂，不知道完整的权限管理系统都包括哪些内容。
在此以权限管理的使用场景来说明一下完整的权限管理内容。一是鉴权管理，即权限判断逻辑。
1. 最基本的权限管理就是菜单管理，用户没有权限的功能模块在菜单节点上是不显示的。（很多人以为这就是权限管理！）
示例：普通业务人员登录系统后，是看不到【用户管理】菜单的。
2. 功能权限管理，B/S系统的功能体现为URL，所以功能权限管理主要是针对URL访问的管理。（很多人都不清楚权限管理的对象是什么？）
示例：
经过授权，部门经理可以查看【用户管理】菜单，并查看部门用户信息，但权限设计要求，该部门经理没有添加用户的权限。
所以在访问【添加用户】的功能（URL）时，应该有没有授权的提示信息。
同时在【用户管理】页面上，【添加用户】的按钮应该灰色显示，不能点击。
3. 行级权限管理
示例：
论坛管理员，权限设计要求 A能管理论坛 【新闻版块】，不能管理论坛 【技术交流】
此时的权限设计就应该根据论坛的相应ID来判断权限信息。
4. 列级权限管理
示例：
业务权限设计要求，除销售人员以外，其他用户不能看到客户的联系方式信息。
此时的权限设计要判断相应的字段（列）是否可以显示。
5. 组织机构/部门级数据权限管理
示例:
业务权限设计要求，销售一部的人员只能看到本部门的销售订单，销售二部的人员只能看到本部门的销售订单，但销售经理可以同时看到
销售一部和销售二部的销售订单。
此时的权限设计就要根据销售订单数据本身的部门属性来做判断
6. 范围型业务数据权限管理
示例：
大卖场销售人员在下销售订单时，要选择相应的产品所在仓库信息。
业务权限设计要求，【国美】的销售人员在选择仓库的下拉列表中不能看到【广州仓库】，而【大中电器】的销售人员在选择仓库的下拉列表中不能看到【北京顺义仓库】
二是授权管理，即权限分配过程。以上的权限管理内容都要通过系统的授权功能来分配给具体的用户，授权功能应该足够灵活。
1. 直接对用户授权，直接分配到用户的权限具有最优先级别。
2. 对用户所属岗位授权，用户所属岗位信息可以看作是一个分组，和角色的作用一样，但是每个用户只能关联一个岗位信息。
3. 对用户所属角色授权，用户所属角色信息可以看作是一个权限分组，每个用户可以关联多个角色。
4. 角色直接关联具体的功能权限（URL），也可以关联负权限，即此角色关联的权限不能使用负权限功能。负权限具有优先级别。
5. 分级授权，系统管理员可以将自己拥有的权限信息授权给其他用户。即可以设置分级管理员和超级管理员。
以上才是一个完整的权限管理系统，你有这样的完整权限的设计吗？