OA系统如何控制每个人的权限?

   应用了OA系统的企业都知道,OA系统一般是企业全员化使用。它具备很多个不同的功能模块以及一些流程的定制。那么在一个有几十位甚至几百位员工的企业里,不可能每位员工都存在一样的OA操作和管理权限。应该根据不同的用户和岗位对不同模块有着不同的访问和操作权限,才能保证企业在OA办公的过程中顺利而安全。因此,OA系统如何控制每个人的权限显得尤为重要。OA权限管理与权限控制是OA安全的一个核心部分。
一、OA的权限类型
1、OA模块和动作权限
    OA中不同的模块所拥有的权限类型也不相同,我们可以按功能进行权限设置,如:访问、增加、修改、删除、审核等,以及根据需要进行权限的扩展(如:客户管理的客户锁定、解锁功能)。功能权限最终可以对应到具体模块操作,如功能按钮、菜单、或某个具体的功能操作等等。
    在系统中,权限通过模块+动作来产生,模块就是整个系统中的一个子模块,可能对应一个菜单,动作也就是整个模块中(在B/S系统中也就是一个页面的所有操作,比如“浏览、添加、修改、删除”等),将模块与之组合可以产生此模块下的所有权限。
2、OA数据访问的权限控制
    OA的权限类型还有一种是数据范围的访问权限,是指不同的岗位、不同的部门、不同的用户对指定模块数据的操作和访问的范围不同,如:部门主管或经理可以查看下级员工的相关数据,而一般员工只能操作和访问自己的数据。
3、OA流程审批的权限
    在不同流程中不同的岗位和角色,如流程的发起、审核、审批、结束等任务,在不同任务的操作拥有不同的操作权限。
二、在OA系统中如何进行权限管理和权限控制?
    不同的用户和岗位在OA系统的操作权限是不同的,一个具体用户的权限可以是来源于其对应的岗位/角色,也可以是来源部门或其自身。因此,OA权限管理与权限控制也需要支持以下几种方式:
1、按岗位/角色进行权限管理和权限控制
    对于oa系统来说,系统中很多模块和流程明确的对应到具体的岗位,将指定的模块或功能授权给不同的岗位/角色,将指定用户添加到岗位/角色,当具体岗位/角色中的人员发生变化后,只需维护岗位/角色中的用户成员。
2、按部门进行权限管理和权限控制
    对于部门相关的业务模块或功能,可以按照部门进行授权,这种授权方式的优点是当某个用户属于指定部门时,该用户继承了部门的权限,当从指定的部门移动到其他部门时,该用户从原先部门获取的权限也就不存在了。
3、直接按用户进行权限管理和权限控制
    这种授权方式比较少用,也是授权方式中最繁琐的,一般不推荐使用,但对极其特殊的用户可以考虑使用。
    因此,一个特定用户X的权限来源于按岗位/角色、部门和用户授权的组合,比如:针对“A”栏目在“财务”岗位/角色中包含访问、审核权限,在部门中包含访问权限,该用户自身有修改权限,则该X用户对“A”栏目拥有审核、访问和修改的组合权限。
三、承元OA的权限管理平台
  承元OA权限管理与权限控制是基于承元资源管理平台实现的,实现权限管理和权限控制的产品化、平台化、接口标准化。
1、资源管理权限系统是承元OA的基础,实现对OA功能模块访问权限控制。
2、在OA软件系统中,资源管理平台是工作流和表单的权限控制基础。
3、在开发层面上,在OA系统的定制开发或业务系统的定制开发中,使用资源管理提供的权限接口进行权各种权限控制,如,登录访问控制,资源访问权限的判断、用户身份的判断、数据访问权限的控制等等。
4、资源管理平台从OA应用层面上、接口开发、以及平台的调用等各个方面进行了权限的管理和控制。
针对 OA 系统的特点,权限说明: 权限 在系统权限通过模块 +动作来产生,模块就是整个系统的一个子模块,可能对应一个 菜单,动作也就是整个模块(在B/S 系统也就是一个页面的所有操作,比如“ 浏览、添 加、修改、删除” 等)。将模块与之组合可以产生此模块下的所有权限权限组 为了更方便的权限的管理,另将一个模块下的所有权限组合一起,组成一个“ 权限组” ,也就 是一个模块管理权限,包括所有基本权限操作。比如一个权限组(用户管理),包括用户的 浏览、添加、删除、修改、审核等操作权限,一个权限组也是一个权限。 角色 权限的集合,角色与角色之间属于平级关系,可以将基本权限权限组添加到一个角色, 用于方便权限的分配。 用户组 将某一类型的人、具有相同特征人组合一起的集合体。通过对组授予权限(角色),快速使 一类人具有相同的权限,来简化对用户授予权限的繁琐性、耗时性。用户组的划分,可以按 职位、项目或其它来实现。用户可以属于某一个组或多个组。 通过给某个人赋予权限,有4 种方式( 参考飞思办公系统) A . 通过职位 a) 在职位,职位成员的权限继承当前所在职位的权限,对于下级职位拥有的权限不可继 承。 b) 实例:如前台这个职位,对于考勤查询有权限,则可以通过对前台这个职位设置考勤 查询的浏览权,使他们有使用这个对象的权限,然后再设置个,考勤查询权(当然也可以不 设置,默认能进此模块的就能查询),则所有前台人员都拥有考勤查询的权利。 B. 通过项目 a) 在项目,项目成员的权限来自于所在项目的权限,他们同样不能继承下级项目的权限, 而对于项目组长,他对项目有全权,对下级项目也一样。 b) 实例:在项目,项目成员可以对项目上传文档,查看本项目的文档,可以通过对项 目设置一个对于本项目的浏览权来实现进口,这样每个成员能访问这个项目了,再加上项目 文档的上传权和查看文档权即可。 c) 对于组长,因为可以赋予组长一个组长权(组长权是个特殊的权限,它包含其他各种权 限的一个权限包),所有组长对于本项目有全权,则项目组长可以对于项目文档查看,审批, 删除,恢复等,这些权限对于本项目的下级项目依然有效。 C. 通过角色 a) 角色的成员继承角色的权限,角色与角色没有上下级关系,他们是平行的。通过角色 赋予权限,是指没办法按职位或项目的分类来赋予权限的另一种方式,如:系统管理员,资 料备份员… b) 实例:对于本系统,全体人员应该默认都有的模块,如我的邮件,我的文档,我的 日志,我的考勤……,这些模块系统成员都应该有的,我们建立一个角色为系统默认角色, 把所有默认访问的模块的浏览权加入到里面去,则系统成员都能访问这些模块。 D. 直接指定 a) 直接指定是通过对某个人具体指定一项权限,使其有使用这个权限的能力。直接指定是 角色指定的一个简化版,为了是在建立像某个项目的组长这种角色时,省略创建角色这一个 步骤,使角色不至于过多。 b) 实例:指定某个项目的组长,把组长权指定给某个人。 针对职位、项目组: 如果用添加新员工,员工调换职位、项目组,满足了员工会自动继承所在职位、项目组的权 限,不需要重新分配权限的功能。 用户管理 用户可以属于某一个或多个用户组,可以通过对用户组授权,来对组的所有用户进行权限 的授予。一个用户可以属于多个项目组,或担任多个职位。 授权管理 将一个基本权限或角色授予用户或用户组,使用户或用户组拥有授予权限的字符串,如果角 色、职位、项目存在相同的基本权限,则取其的一 个;如脱离角色、职位、项目组, 只是取消用户或用户组的此角色、职位、项目组所授予的权限。用户所拥有的权限是所有 途径授予权限的集合。管理员用户可以 查看每个用户的最终权限列表。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值