WebOA系统权限管理中设置CRUD及其相关的思想

WebOA系统权限管理中设置CRUD及其相关的思想

 

对某个模块的权限主要包括以下四种操作:

C----------Create添加

R----------Read读取

U----------Update更新(修改)

D----------Delete删除

权限管理模块中,这四个操作是由一个叫做Permission的类来表示的,它的属性只有由四个已定义好的常量 CREATE = 0  READ = 1  UPDATE = 2  DELETE = 3

 

下面主要是关于如何设置这四种操作的说明。

阐述几个变量的含义:

aclState-----表示授权状态,一个整型的最后四位表示,即含有哪几种操作的整形数值,存储在数据库中为32bit的整型变量

【由1248四个数字或他们某几个的和组成,可能的值有1~15

permission-----CRUD操作,只能取值0123其中之一

aclTriState-----继承的状态,0表示不继承,-1表示表示继承

【由于授权包括直接给用户授权和给角色授权,不继承表示直接授权、继承则表示用户拥有某些角色的授权】

ACL_YES-----授权允许

ACL_NO-----授权不允许

ACL_NEUTRAL-----授权不确定

【注:授权允许与否是指aclState的值中是否含有某种操作permissionCRUD)】

 

用于设置权限的ACL.java(访问控制列表Access Control List)类中的主要方法

/**

     * acl实例跟主体和资源关联(实际上就是设置aclState的值)

     * 针对此实例进行授权:某种操作是否允许

     * @param permission 只可以取值0,1,2,3

     * @param yes true表示允许,false表示不允许(添加还是不添加这其中某个操作C/R/U/D

     */

    public void setPermission(int permission, boolean yes){

       int tmp = 1;

       tmp = tmp << permission;

       if(yes){

           aclState |= tmp;

       }else{

           aclState &= ~tmp;

       }

    }

    /**

     * 获得ACL授权(根据permission判断aclState是否含有某个操作C/R/U/D

     * @param permission C/R/U/D权限

     * @return 授权标识:允许/不允许/不确定

     */

    public int getPermission(int permission){

       //如果继承(-1),则返回不确定的授权信息

       if(aclTriState == 0xFFFFFFFF) {

           return ACL_NEUTRAL;

       }

       int tmp = 1;

       tmp = tmp << permission;

       tmp &= aclState;

       if(tmp != 0) {

           return ACL_YES;

       }

       return ACL_NO;

    }

    /**

     * 设置本授权是否是继承的

     * @param yes true表示继承,false表示不继承

     */

    public void setExtends(boolean yes){

       if(yes){

           aclTriState = 0xFFFFFFFF;

       }else{

           aclTriState = 0;

       }

    }

分别解释上面三个方法

1setPermission(int permission, boolean yes)设置操作是否允许

即将传入的permission设置到aclState的值中:添加某操作还是去除某操作。

定义临时变量tmp=1,然后tmp左移permission位(0123位)

添加的话:aclState |= tmp;  aclStatetmp作或(|)运算并返回值

去除的话:aclState &= ~tmp;  aclStatetmp取反后作与(&)运算并返回值

例如:

若原来aclState的值为12(二进制即位1100,含有UD操作),现在若要添加R1

1.  tmp0001)左移1位,即现在tmp0010

2.  aclState1100)与tmp作或运算,即1100 | 0010 ,结果是1110,即为添加R操作后aclState的值了(十进制为13,加上了R操作)

若原来aclState的值为12(二进制即位1100,含有UD操作),现在若要去掉已有的U2

1.  tmp0001)左移2位,即现在tmp0100

2.  tmp取反后~tmp1101aclState1100)与1011做和运算,即1100 & 1011 ,结果为1000,即为去掉了U操作aclState的值(十进制为8,去掉了U操作)

2getPermission(int permission) 获得ACL授权

即根据permission判断aclState是否含有某个操作C/R/U/D),返回 允许/不允许/不确定 的整型值

1.  aclTriState-1,表示用户的授权时继承自角色的,故其是否含有permission操作不确定ACL_NEUTRAL

2.  aclTriState不为-1,表示用户的权限是直接授予的。定义临时变量tmp=1,将其左移permission位,并与aclState作与运算,判断其值是否为0:若不为0,则表示原aclState中含有传入的permission操作;若为0,则表示原aclState中不含有传入的permission操作。

例如:

若原来aclState的值为12(二进制即位1100,含有UD操作),现在若传入的permission2(即判断是否含有U操作),且是继承的。

1.  tmp0001)左移2位,即现在tmp0100

2.  tmpaclState1100)作与运算,即1100 & 0100 结果为0100(十进制为4),不为0,故此断定:值为12aclState必含有U2)操作。

若原来aclState的值为12(二进制即位1100,含有UD操作),现在若传入的permission1(即判断是否含有R操作),且是继承的。

       1t mp0001)左移1位,即现在tmp0010

2tmpaclState1100)作与运算,即1100 & 0010 结果为0000(十进制为0),为0,故此断定:值为12aclState必不含有R1)操作。

3setExtends(boolean yes) 设置本授权是否是继承的

是继承-----aclTriState设置为-1

不继承-----aclTriState设置为0

 

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
针对 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、付费专栏及课程。

余额充值