以政府项目为例,分析账号权限管理的设计思路

1 评论 3966 浏览 32 收藏 7 分钟

本文将从创建账号的流程入手,分析政府项目账号权限体系的单位级别、属性、角色划分、账号创建等内容。

工作原因做了一个政府机构的产品,里面涉及账号权限管理,通过做这个项目,总结了一下关于B端产品的账号权限管理方法。

客户需求是建设一个完成政府某些业务流程的一个产品,包括App和Web端,要求不同单位的不同人员看到不同的模块和数据。客户的单位属性是市局、市局各处室、各县区局。市局统揽全部,市局各处室根据自己所管辖的不同行业来进行权限划分、各县市区局根据不同的区县来进行权限划分。

我们先从创建一个账号的流程入手,看看都需要哪些组织和属性。

01 单位级别、属性

要创建一个账号,首先要创建账号所属的单位及角色。这里我们只有两级架构,所以可以分为一级单位和二级单位。一级单位即为市局,二级单位又分为两种:市局各处室、各县区局。

创建单位这个属性,主要是为后面账号的级别权限以及账号的数据权限来打基础。

这里客户有一个要求,就是不同的单位需要根据管辖行业和管辖区县来划分数据权限。因此每个单位需要管辖行业和管辖区县这两个属性。

那么一级单位和二级单位的权限分别是:

一级单位的级别权限:

  • 功能权限:单位管理
  • 数据权限:可以查看所有二级单位数据

二级单位的级别权限:

  • 功能权限:无
  • 数据权限:根据二级单位的管辖行业和管辖区县的组合来进行划分

02 角色划分

1. 角色功能权限

根据跟客户的沟通,功能角色权限划分大致权限应该分为一下几种:

一级单位角色:

  1. 局长:可以查看web所有模块,但是仅限于查看,不能操作
  2. 主任:可以查看web所有模块,并且可以添加单位、添加账号、发布市级通知等
  3. 普通员工:可以查看web除了单位管理、账号管理以外的模块,也可以发布县级通知、发布任务等
  4. 检查员:在App端录入检查结果

二级单位角色:

  1. 主任:可以查看web所有模块,并且可以添加单位、添加账号、发布市级通知等
  2. 普通员工:可以查看web除了单位管理、账号管理以外的模块,也可以发布县级通知、发布任务等
  3. 检查员:在App端录入检查结果。

企业角色:在App端录入自检结果

角色功能权限(为角色分配功能、页面、操作按钮等权限)一共有以下几种,权限如下:

2. 角色数据权限

角色数据权限(为角色分配业务数据的查看权限,依据的是业务数据中独立存储的数据的归属信息。):权限要分配到最小单元,细化到每个字段,比如添加账号属于二级单位时,角色里面只能展示二级单位的角色。

数据权限规则设置:

  • 局长:所有单位、所有账号、所有公告、自己单位管辖的企业的检查数据、自检数据
  • 主任:自己单位所有单位、自己单位所有账号、所有公告、自己单位管辖的企业的检查数据、自检数据
  • 普通员工:所有公告、自己单位管辖的企业的检查数据、自检数据
  • 检查员:所有公告,自己所在单位管辖的企业检查数据、自检数据
  • 企业:自己所在行业和区县所有公告、自己企业的自检数据,检查数据

03 账号创建

一级单位系统生成默认局长和主任账号,由一级单位的主任角色创建一级单位的其他账号及二级单位的主任角色,然后由二级单位的主任角色生成二级单位的其他角色。整个账号体系就生成了。

04 总结

总的来说,整个账号权限体系的思路是:

  1. 先设单位层级,分为一级单位和二级单位,用来生成账号用,即一级单位可以生成二级单位,又可以管理二级单位。
  2. 再设单位属性:管辖行业和管辖区县,用来归档自己所管辖的企业,划分每个单位下账号的数据权限。
  3. 再划分角色功能:从角色功能、页面、字段来逐一细化每个角色的功能权限。
  4. 创建账号,分配单位、角色。

以上为某政府机构完整的账号设计流程。

 

本文由 @吃多糖牙会坏oO~  原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 有几个问题想详细问一下;第一个;市可以给市中其他单位开账号,这里仅仅设计到不同角色权限控制;但是市给各下级县/区开账号,如何同时区分,不同角色以及不同县/区之间的权限?

    回复