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

109 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