该怎么整理各部门所需的权限_vue

资料来源：网络整理时间：2023/3/4 6:50:22 共计：3589 浏览

该怎么整理各部门所需的权限？

权限应该分为功能权限和数据级权限，一般权限都是基于RBAC权限模型来设计。

岗位与角色

一般组织体系内，通常设计有角色、岗位两套体系同时存在。

角色，可对功能菜单、组件操作进行限制，控制用户可访问哪些功能，更多用于控制IT系统功能展示岗位，一般相对于流程审批和数据权限，岗位有层级关系，有明确的上下级关系和职责。同时部分岗位有限定机构的属性，也具备唯一性设定，比如部门内唯一或全组织唯一，比如董事长、部门经理。通常而言，岗位是需要与机构绑定的

因此，工作流梳理，首先需要设定好组织的岗位及层级关系，建立岗位职责及关系映射表。

数据级权限

一般的数据记录都有人和机构两个属性标签。同时数据级权限中也分为记录级权限和字段级权限。

记录权限

通常创建人可以访问自己创建的记录。机构管理者可以有权限访问本机构，但考虑到一人兼任多岗的情况，需要进行权限的合并计算，得到并集；或者按用户当前使用的岗位来控制，同时提供岗位切换操作。

记录级权限一般分为以下几种情况：

本人负责本机构（本级）本机构及下级本机构父级及同级机构本机构所在分/子公司指定机构全公司

字段级权限

字段权限分配是对记录中包含的字段进行权限分配。

数据级权限必须在系统管理中定义岗位或用户，并分配功能级权限后才能在这里进行数据级权限设置。

所以流程整理时，其次需要分析流程涉及的数据集，设计数据记录级权限映射表和字段级权限映射表。

工作流节点接受人

工作流主要的节点的接收人通常由工作流引擎来设定。

以下是国内某一流程引擎的表述：

接受人规则，就是为了解决下一步发送人的范围所制定的各种规则。审批、生产环境有很多的不确定性，更多的时候需要自动确定接受人的范围，为了适应不同场合下的需要我的制定了如下接收人规则。

1、每个接受类型都设置当前节点作用于下一步节点。

2、每一种类型，都有路径自动记忆功能，所说自动记忆功能是当节点第一次向下一个节点投递时，它把要投递的人记录下来。

通常流程引擎的接受规则有：

开始节点的访问规则：开始节点是一个特殊的节点，是整个流程的入口，一个流程只有一个开始节点。开始节点的访问规则是为了确定那些人可以发起该流程。按岗位智能计算：在下一个节点上的节点属性里，设置节点岗位。这是默认的投递规则，他是在下一个节点设置岗位时按照岗位计算. 他的计算方式，首先按照当前操作员的部门范围计算。如果该操作员部门下没有这个工作岗位的人员，就会把当前操作员的部门级次提高一个级别，在寻找，依次计算。本部分的业务，只能让本部门的主管审批了。按节点绑定的部门计算：设置方法:在当前节点上的节点属性里,设置节点岗位。会按照指定的部门下面的人员，进行投递, 就是这个n个部门下面都可以接受这个工作. 这个类于发送邮件的按照邮件组进行发送。按节点绑定的人员计算：节点绑定那些人员，该系统就会发送给这些人。按绑定的岗位与部门交集计算：在节点岗位，节点部门都设置。会取既具备此岗位集合的又具备此部门集合的人员，做为本节点的接受人员。按绑定的岗位计算并且以绑定的部门集合为纬度按指定节点的工作人员或者指定字段人员的岗位计算

应用场景：为一个单位设置一个设备维修流程，此单位下分好多部门，有一个IT部门负责计算机设备维修。每个部门的成员如果有设备维护的需要，首先填写一个单子向这个IT部门的受理人员发送详细的故障说明。IT受理人员接受到此请求后，根据情况发送到该发起人的部门领导那里去。

这是简单的三个步骤，发起-》IT部门受理-》发起的部门负责人审批。第一步骤基层人员发起，第二步骤是IT受理岗人员受理。第三个步骤中层领导审批。在第三个节点访问规则就是按按指定节点岗位计算。因为如果按岗位计算在第二步骤就要发送给IT部门经理审批而非发起人的部门经理审批了。默认的按岗位计算就是按上一个节点的岗位计算，现在的应用场景就是要按指定的节点岗位计算了。

仅按绑定的岗位计算：按照节点上绑定的岗位来计算接受人，这里去掉了部门维度的过滤。

另外，根据业务场景的不同，还会设计有特殊的流程节点。

在流程整理时，一方面需要整理流程图，同时也需要建立起流程节点接受人规则表。

版权说明：
本网站凡注明“广州京杭原创”的皆为本站原创文章，如需转载请注明出处！
本网转载皆注明出处，遵循行业规范，如发现作品内容版权或其它问题的，请与我们联系处理！
欢迎扫描右侧微信二维码与我们联系。

·上一条：哪个好考一些_js/jQuery | ·下一条：别人打字聊天后面有个_js/jQuery