權限系统-概要设计.docxVIP

前言?目前5173的权限系统，不少的弊端，例如设置的单一性，无法批量操作，不能满足更多的扩展需求。基于此，本设计主要描述如何重新定义权限的意义，权限的分类，权限的设置，和权限可以解决的实际问题，满足的应用场景，和权限的扩展功能需求。权限系统需要通过一种便捷的、可操作的方式，合理的组织好系统操作与人员之间的关系。通过权限设定，可以精确的规范操作人员可以干什么，不能干什么。通过权限系统的合理规划来验证真实的业务场景，满足对系统操作限制要求较高的应用场合。?注：如非特别说明，本文档中所有出现的“系统”二字，均指基于B/S的架构系统，即酷宝后台。权限系统需要处理的实际问题合理的规范权限设定。合理指的是将原先的人与权限的直接关联以一种新的方式间接关联起来。间接关联的目的是让为了突出权限的灵活性目的，层级性和可操作性。体现一种有序的组织性。松散的个体和独立的权限之间没有明确的组织形式，缺少组织形式在管理上存在非常明显的不足。比如无法清晰了解相同权限的个体，无法处理重复性操作等。支持快速性的变更。基于个人和权限的直接关联会导致在无法应对突发的大批量操作。新系统的一个主要目的就是依靠全新的权限逻辑改善这种问题的发生。增加权限和操作系统之间的可依赖性。由于权限系统过于独立，导致系统发生改变时，有些权限对应的实际功能遭到废弃。这些被废弃的功能实际上对应的权限也应该被视为废弃。但是现有系统无法通过任何途径得知。权限系统?结构描述?新的权限系统分为以下几个部分四种元素：人、权限、角色、组织树。运算：描述在不同关系场景下权限的计算方式。权限的继承：描述在不同关系场景下，权限的继承方式。关系建立：指在系统中，四种元素以什么样的方式建立彼此的联系。下文将分别介绍这四个部分。权限系统里四种元素操作人员（M）操作人员，即指最终获得权限的实体。在权限系统中，操作人员是已经存在的。不存在对操作人员本身进行的非权限处理。权限（P）权限，对系统中页面或元素的控制能力的描述。通常情况下一个权限对应一个页面或一个（组）页面元素。属性：标识值、权限名、【类型】类型：分为访问权限，操作权限。访问权限即某个页面，对其有可访问（查看、打开）的能力。操作权限即某种页面元素（按钮、文本框等）的可操作能力，这种能力包括是否可见、是否可操作、操作是否有效三种。特点：权限是彼此独立的个体。不存在相互依赖或有优先级。权限的分类权限涉及的操作分为以下几种访问，在系统中特指页面的访问，即操作人员浏览页面的操作。点击，在系统中特指页面元素中的按钮点击。查看，在系统中特指所有页面元素的可见操作。可以指单一元素，也可以指一组有意义的元素集合。输入或选择，在系统中特指文本框、下拉框、多选框、单选框。注：下文中出现的操作无也别指名，均指以上几种。权限在系统中分为“允许”（0）和“不允许”（1）两种。允许表示操作人员对系统的某一操作可以完成。不允许则表示操作人员对系统中的某一操作不可以完成或者操作失败。角色（R）角色，权限集合的体现。一个角色包含一个（组）权限。一个角色包含的所有权限，称为该全色的权限集合。属性：标识值、角色名、权限集合。特点：角色是彼此独立的个体。不存在相互依赖或有优先级。角色分类角色根据所属的不同分为不同角色，包括：独享角色、共享角色、继承角色。独享角色，即被指定为某个节点内的角色。可以被多个节点指定。共享角色，即被一组节点共同指定的所属角色。一组节点意为同一父节点下的全部子节点。继承角色，即角色是由其他节点（父节点、子节点）指定的。组织树（O）一个组织树包含一个（多个）节点。节点之间有层级关系。依靠节点建立的树型关系结构通常用来描述业务领域内的某种层级表现。每一个节点包含一个（组）角色和操作人员。一个节点的包含的所有角色，称为该节点的角色集合。属性：组织属性描述的是每一个节点的属性。包含标识值、名称、角色集合、操作员集合、【上层节点标识、下层节点标识】?。特点：包含层级概念，有上下级区分。运算规则权限的计算权限的常规计算仅有“并”计算这一种。权限无论单个还是多个，结果均是以集合的形式存在。计算规则如下：存在权限A、B。则A+B = {A, B}。存在权限集合X={A}，Y={B}。则X+Y={A,B}。存在权限集合X={A,B}，Y={C,D}。则X+Y={A,B,C,D}。存在权限集合X={A,B}，Y={B,C}。则X+Y={A,B,C}。存在权限A，权限集合X={B}。则A+X={A,B}。角色的权限计算单角色权限计算（RP）合并该角色内所有权限集合。例如：某角色内存在权限A、B，则该角色权限即为所有权限的集合，即RP =A+B。多角色权限计算（MRP）先以单角色权限计算每个角色的权限，再合并所有角色的权限。即累加求和计算，MRP =Sum(A){A|A={RPn}}。组织内的权