权限管理平台设计思路

本篇以笔者做过的一个权限管理平台为例,讲解下权限管理的设计思路。

项目背景

本次是为培训机构搭建一套信息化系统,包括一个权限管理平台、以及5个业务系统。这里就不对业务系统做一一的描述了。

其中权限管理平台由总部运营人员进行管理与维护。此平台的主要目标是:各个业务系统的所有功能和数据进行统一权限配置。

机构与业务梳理

对客户实际组织架构和业务情况进行了解梳理,总结如下:

其中运营部与教研部归总部管理,运营部管理公司所有员工的账户与权限分配。其下又分为4个大机构。

4大机构其下又分为多个小机构,每个机构又是独立存在的。

每个小机构又有多个业务部门,每个部门负责管理与维护不同的业务系统。

同一个员工可能在不同的机构担任不同的角色。

名词解析

该平台的权限设计是基于RBAC模式进行设计的。

RBAC(Role-Based Access Control)基于角色的访问控制。这是从传统的权限模型基础上,改进而来并且相当成熟的权限模型。这里强调三个要素:用户、角色、权限。用户与角色是多对多关系,角色与权限是多对多关系。

关键元素:

用户(员工):成功认证并登录系统的操作员(主体:who);

权限:访问资源的许可(how);

角色:权限的集合体;

业务系统:每个独立业务系统,包括各业务系统中的菜单、操作按钮等(what)

如图所示:

大体思路

组织机构与员工关联;

业务平台与资源权限关联;

角色与业务平台关联,维护该角色对应的资源列表;

角色权限与系统角色关联;

产品具体设计说明

统一权限管理平台主要包含了以下4个功能模块:员工管理、角色管理、校区管理、安全设置、操作日志。其中员工管理、角色管理、机构管理三个模块相互联系。如图所示。

机构管理

机构管理是对整个集团公司的员工所属机构进行维护、更新的管理。机构的最高层次:如“XX总部”不可删除、可以编辑,该机构由超级管理员进行维护。根据业务梳理,其中4个大机构不具备实际意义,只是方便与各个机构的选择。因此4个大机构直接由开发设置。

具体设计如下:

机构列表包括:机构名称、上级机构、机构位置、CPS定位、是否启用、操作(编辑)

创建机构:弹窗录入:机构名称、选择上级机构、机构位置、GPS定位(方便员工进行考勤)、是否启用。

角色管理

角色往往基于业务需求而在系统内设定好的标签,每个角色对应明确的业务系统权限,是众由多最小权限颗粒的组成。通过把权限给这个角色,再把角色给账号,从而实现账号的权限,因此它承担了一个桥梁的作用。

根据对业务的梳理,不同角色只能操作其对应的业务平台,由开发将业务平台直接写死,新增角色时,将角色与平台进行挂钩,方便对角色进行该业务平台进行权限分配

具体设计如下:

新建角色:角色名称,所属平台;

角色列表包括:角色名称、所属平台、创建人、创建时间、操作(编辑、删除、权限分配)

角色的权限分配:对应跳转到对应平台权限分配界面,即该业务平台的资源(菜单/子菜单/按钮/字段),目前已存在5个业务平台,不同业务具备不同的资源;下图只是其中一个业务平台的部分权限。

删除:弹窗提示:“删除该角色后,员工所属角色会自动移除,是否继续?”。

员工管理

员工归属不同的机构,是各个业务系统的具体操作者。员工按组织架构新建/导入在对应的组织上,一般是在机构对应的部门(一级部门–二级部门)下。根据公司实际情况直接将员工归属于各个不同的机构。

员工可以在多个不同机构担任不同的角色、所以它与机构、角色之间的关系都是1对n的关系。员工的权限取决于他在不同的机构担任角色的集合,即员工权限=同一机构所属角色权限集合(注:员工根据角色所属平台、操作不同的业务系统)。

具体设计如下:

员工列表、查询:用户列表页展示姓名(员工实际姓名)、手机(员工唯一登录账号)、状态等有价值的信息。同时具备编辑、启用、授权、重置密码、离职功能。

员工新增、编辑、批量导入:本项目中,员工的新增均是通过统一权限管理平台进行,并并分配各业务系统角色权限。其中手机号码是员工唯一登录业务系统的凭证。

离职:当出现用户离职时,可以将用户禁用,不可登录系统,防止业务数据流失。

重置密码:当用户多少输入密码错误时或忘记密角色码时,这时可以进行重置密码,恢复到默认密码。

授权:点击授权,由于同一个员工在不同机构中拥有的角色是不一致的。所以需要对员工的不同机构进行单独角色配置,呈一一对应的关系。利润员工A在机构A拥有角色A、角色C,在机构B拥有其他角色等

安全设置

此平台默认一个超级管理员角色,这个账号不可删除,但可以进行密码于密保手机修改(由开发人员创建)

该超级管理员角色主要对该平台创建角色、与机构并进行权限分配

操作日志

操作日志是对用户操作的记录,记录有操作IP、操作内容和操作时间等。

数据权限梳理

对各角色的数据权限进行梳理,一些员工若存在所分配的角色权限之外,还需要一些权限需时。

可以与开发沟通,通过代码写死或者约定一定的规则,用角色编码或岗位编码实现;

通过在角色管理设置特殊角色,进行单独角色权限分配,但不在角色管理中显示;

平台上线试运行

平台上线试运行期间,协助客户对实际业务的新情况调整权限配置,让客户运营人员逐渐熟悉权限配置规则。

在使用过程中,对客户提出一些新的特殊权限的需求进行评估,根据对现有权限框架的影响再决定是否变更。

以上就是一只产品汪对“权限管理平台”的设计思路和对应的实现方法,欢迎和同行一起交流产品设计。微信公众号【三只石头】

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,193评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,306评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,130评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,110评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,118评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,085评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,007评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,844评论 0 273
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,283评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,508评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,667评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,395评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,985评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,630评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,797评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,653评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,553评论 2 352