扫码阅读
手机扫码阅读

【干货连载篇】如何避免需求分析中的遗漏场景?让大锤来告诉你!— 权限篇(4/12)

49 2024-03-22

#
产品经理必聊的100个话题



第53期:权限

在产品开发过程中,一个动作是否能够被处理,往往受到多个因素的影响。然而,需求遗漏和Bug的主要原因之一,就是对于影响因素的分析遗漏。为了解决这个问题,本文将详细分析需求中的权限遗漏问题,并明确如何进行权限分析,以确保权限的完整性。



动作影响


Business Analysis





一个动作的处理通常受以下几个方面的影响:

角色权限
根据用户的角色限制,决定是否可以执行某类动作。
数据权限
根据数据是否归属于用户或用户所在的组织部门等限制,决定是否可以展示或操作某条数据。
状态权限
受当前流程的状态影响,决定是否可以执行某个操作。
组织权限
某个动作是否可以按下,与用户所在的组织有关。

角色权限参考


Business Analysis






角色名:xxx

模块
功能
地址
授权
商品管理
列表
/products/
新建
/products/create
编辑
/products/:id/edit
详情
/products/:id/detail

删除
/products/:id/delte

通过角色权限矩阵,可以清晰地定义每个角色对于每个功能的权限设置。同时,可以将授权列横向展开为所有角色的列表,将所有角色的权限放在同一张表格中。


数据权限


Business Analysis





数据权限可以通过以下矩阵来定义,以HR数据为例。创建者和创建者的上司具有处理权限。


创建者
上司
HR
其他人
查看

编辑


删除


数据权限矩阵可以一目了然的展示用户对数据的访问权限。


状态权限


Business Analysis





状态权限是对动作的限制,可以通过决策矩阵来进行梳理和定义。有关决策矩阵的详细信息,请参考本系列的第一篇文章。


组织权限


Business Analysis





通过组织权限矩阵,可以清晰地定义组织结构对数据权限的影响。


申请者部门
HR
查看
新建

编辑

删除


其他情况


Business Analysis





也会有超出这个范围的情况,如果还有其他的条件约束动作是否可以处理,则可以继续按照上述方法进行补充设计。


原文链接: http://mp.weixin.qq.com/s?__biz=Mzk0MzM2OTQzOA==&mid=2247484710&idx=1&sn=af235795e7c7e36d46e9b96e30658e31&chksm=c335b897f44231812572d19b06a8b44a23c9e9fdc9a90813b7db1819d3dabc5d796f7d04c022#rd