人力资源部|权限管理的“前世今生”( 二 )

“角色”为什么要支持多选？咱们下面再讲。
为什么这里不设计一个详情页面？因为字段较少，列表已经能显示下所有的字段要素，所以没必要再新增一个详情页面。只有当列表页显示不下所有字段要素的时候，才有必要设计一个详情页来展示所有的用户信息。
现在信息结构图有了，接下来就可以开始设计原型，设计完的页面如下：

（原型：用户管理）

（原型：新增用户）
2、角色管理设计系统中用户的权限是通过角色来控制，角色可以理解为具备一定权限的用户组，也叫权限的集合，划分角色的好处是可以大大降低用户权限分配的重复性工作量。
“角色管理”的信息结构图如下：

角色编号：角色的唯一标识，一般由系统自动生成，由低到高递增；
角色名称：主要用于识别，可限制不可出现相同的角色名称；
上级：选择所属上级角色，用于搭建组织架构。

根据信息结构图所设计的页面如下：

（原型：角色管理）

（原型：新增角色）
做到这里，“角色管理”还称不上结束，因为还差一个最关键的“权限”。
3、权限管理设计上文中已经讲过，“权限”分为“功能权限”和“数据权限”。
“功能权限”可粗可细，粗可以到菜单级别，细则可达到功能按钮级别。
“数据权限”有两种处理方式：

一种是自动继承组织架构关系，这种不涉及页面配置，由程序根据用户的从属关系自动关联。比如：销售部经理可以查看整个部门的销售数据，而销售部的普通员工则只能看到自己的销售数据；
另一种则是由人工自行配置，划分所需要查看的数据权限。

那么，“角色管理”的信息结构图，加上“权限”后显示如下：

（橙色为新增“权限”部分）
在企业中，一个员工可以身兼多个岗位，一个岗位也可能有多个员工，所以员工和岗位是多对多的关系，由此可以得出“用户”和“角色”之间也是多对多的关系。一个“角色”可以分配多个“权限”，同样一个“权限”可以分配给多个“角色”使用，故“角色”和“权限”之间也是多对多的关系。

如果一个用户拥有多个角色，那这个用户的权限则取的是这多个角色权限的并集。

“角色管理”的页面加上“权限”后如下：

（原型：角色管理）

（原型：配置数据权限）

（原型：配置功能权限）
另外，页面上的功能权限展示，建议与系统模块、菜单页面的顺序来排列好，便于用户理解。

到此，权限系统差不多就设计完了，后续系统在不断的更新迭代时，权限系统也需要做对应的调整。大到功能模块的增、删，小到功能命名的变更，权限系统都需要做到同步变更，以求一一对应。