文档介绍::..0A系统权限管理设计方案I不同职责的人员,对于系统操作的权限应该是不同的。优秀的业务系统,这是故基本的功能。I可以对“组”进行权限分配。对于一个大企业的业务系统來说,如果要求管理员为其下员丁逐一分配系统操作权限的话,是件耗时且不够方便的爭情。所以,系统屮就提出了対“组”进行操作的概念,将权限一致的人员编入同一组,然后对该组进行权限分配。I权限管理系统应该是可扩展的。它应该可以加入到任何带冇权限管理功能的系统中。就像是组件•样的可以被不断的巫用,而不是每开发…套管理系统,就要针对权限管理部分进行重新开发。I满足业务系统中的功能权限。传统业务系统中,存在着两种权限管理,其一是功能权限的管理,而另外一种则是资源权限的管理,在不同系统Z间,功能权限是可以巫用的,而资源权限则不能。针对OA系统的特点,权限说明:权限在系统屮,权限通过模块+动作來产生,模块就是整个系统屮的一个子模块,可能对应-个菜单,动作也就是整个模块中(在B/S系统中也就是一个页面的所有操作,比如“浏览、添加、修改、删除”等)。将模块与Z组合可以产生此模块下的所有权限。权限组为了更方便的权限的管理,另将一个模块下的所冇权限组合一起,组成一个“权限组”,也就是一个模块管理权限,包括所冇基本权限操作。比如一个权限组(用户管理),包括用户的浏览、添加、删除、修改、审核等操作权限,一个权限组也是一个权限。角色权限的集合,角色与角色之间属于平级关系,可以将基本权限或权限组添加到一个角色中,用于方便权限的分配。用户组将某一类型的人、具有相同特征人组合一起的集合体。通过对组授了权限(角色),快速使一类人具有相同的权限,来简化对用户授了权限的繁琐性、耗时性。用户组的划分,可以按职位、项目或其它来实现。用户可以属于某一个纽或多个纽通过给某个人赋予权限,有4种方式(参考飞思办公系统)) 在职位屮,职位成员的权限继承为前所在职位的权限,对于卞级职位拥有的权限不可继承。b) 实例中:如前台这个职位,对于考勤査询有权限,则可以通过对前台这个职位设置考勤査询的浏览权,使他们有使用这个对象的权限,然后再设置个,考勤查询权(当然也可以不设置,默认能进此模块的就能查询),则所冇前台人员都拥冇考勤查询的权利。) 在项目中,项目成员的权限来口于所在项目的权限,他们同样不能继承卜级项目的权限,而对于项目组长,他对项目有全权,对下级项目也一样。b) 实例中:在项目中,项目成员可以对项目中上传文档,查看本项目的文档,可以通过对项目设置一个对于本项目的浏览权来实现进口,这样每个成员能访问这个项目了,再加上项目文档的上传权和責看文档权即可。c)对于组长,因为可以赋了组长一个组长权(组长权是个特殊的权限,它包含其他各种权限的一个权限包),所有组长对于本项目冇全权,则项目组长可以对于项目文档查看,审批,删除,恢复等,这些权限对于本项目的卜•级项目依然有效。) 角色中的成员继承角色的权限,角色与角色没有上下级关系,他们是平行的。通过角色赋予权限,是指没办法按职位或项目的分类来赋予权限的另一种方式,如:系统管理员,资料备份员…b) 实例中:对于不系统中,全体人员应该默认都有的模块,如我的邮件,我的文档,我的日