权限管理设计的实现.pdfVIP

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