当前位置:Gxlcms > PHP教程 > RBAC,苦思多日,角色何解?

RBAC,苦思多日,角色何解?

时间:2021-07-01 10:21:17 帮助过:31人阅读

RBAC中,角色不是很理解,比如,销售经理和济南销售经理,这2个概念很模糊

一个说的是销售经理,没有说明是那个地区的

一个很具体,说的是济南的

我想问,角色是具体的还是模糊的,因为所有区的销售经理都相同的权限,建立销售经理这个角色,就是为了统一给所有地区的销售经理授权,总不能一个地区,建立一个销售经理的角色吧

角色定位?这种情况,如何建立角色权限方案?

知乎没人回答, http://zhi.hu/7dCn

SegmentFault也没人回答, http://segmentfault.com/q/1010000000650304

求救。。。。。。。。。。。。

好多日子了,。。。。。。。。


回复讨论(解决方案)

这跟会员权限不是一样的么,这要看你怎么设计权限了
第一种:销售经理都有一样的权限,不论哪个地方
那就只需要销售经理这个权限组
第二种:销售经理都有一样的权限,但是不同地区又有不一样的权限
销售经理就好比一个基类,济南销售经理继承了销售经理,再派生出其他单独的权限
数据库的设计就好比二级导航一样,济南销售经理的上级就是销售经理

这跟会员权限不是一样的么,这要看你怎么设计权限了
第一种:销售经理都有一样的权限,不论哪个地方
那就只需要销售经理这个权限组
第二种:销售经理都有一样的权限,但是不同地区又有不一样的权限
销售经理就好比一个基类,济南销售经理继承了销售经理,再派生出其他单独的权限
数据库的设计就好比二级导航一样,济南销售经理的上级就是销售经理


。。。。

,,权限组?每个地方的销售经理,功能权限是一样的,当数据权限是不一样的

,,如果都继承了,那得建多少角色啊,加一个分区就建一个角色,。。。

谢谢你的回答,。。呵呵,其实,我想搞清楚,,角色,数据权限,功能权限,如何设计好。

毕竟,新建一个地区销售部门,那么销售经理的功能权限是一样的,就是数据权限不一样,他只对本区的人员有销售经理权限。。

其实,还有一个问题比较严重。。。


一个人管理多个部门,担任不同职务。。。权限组,应该解决不了

下面的方法可行?
部门表 职位表 管理关系表 人员表
id name id name pid id 管理人员的id 部门id id name 职位id
1 销售部门 1 销售经理 1 1 1 1 1 管理员1号 2
2 管理部门 2 管理人员 2 2 1 3
3 采集部门
管理员1号根据职位id找到他是管理部门,那么就去管理关系表查找他所管理的部门,可以看出他管理的是销售部门和采集部门

卧槽,不是所见即所得么?好吧,你复制出去,对其后将就看吧

一个角色就可以了,只不过有个所属区域属性。

角色,指演员扮演的剧中人物,也比喻生活中某种类型的人物和戏曲演员专业分工的类别。
RBAC 的角色(Role)就属于专业分工的类别

某个角色,比如销售经理,就具有其特定的权限
这是抽象的

在现实中,一个角色可以由多人扮演;一个人也可扮演多个角色
这些都与程序无关,程序只认角色而不认人

角色,指演员扮演的剧中人物,也比喻生活中某种类型的人物和戏曲演员专业分工的类别。
RBAC 的角色(Role)就属于专业分工的类别

某个角色,比如销售经理,就具有其特定的权限
这是抽象的

在现实中,一个角色可以由多人扮演;一个人也可扮演多个角色
这些都与程序无关,程序只认角色而不认人



销售经理是抽象的,那济南区销售经理呢?也是抽象的?

系统中,这种类型,没法设计哦,

所有的销售经理,都是一个功能划分,就是管理的区域不通,这种是通过角色解决还是?



一个角色就可以了,只不过有个所属区域属性。



角色加个地区属性??

??那怎么设计用户角色???,,

下面的方法可行?
部门表 职位表 管理关系表 人员表
id name id name pid id 管理人员的id 部门id id name 职位id
1 销售部门 1 销售经理 1 1 1 1 1 管理员1号 2
2 管理部门 2 管理人员 2 2 1 3
3 采集部门
管理员1号根据职位id找到他是管理部门,那么就去管理关系表查找他所管理的部门,可以看出他管理的是销售部门和采集部门



这个不行哦,。。

系统中只有 销售经理,并没有 济南区销售经理
所谓 济南区销售经理 只是注册在 济南区 的某个用户以 销售经理 角色出现

角色是按业务需求设定的,你需要指定某人(某些人)充当某个角色

建立角色“地区经理”,为该角色分配对应地区的动态资源访问权限。然后添加用户的时候同时给“地区经理”和"销售经理"两个角色就可以了。

角色和权限的问题。
【用例】
系统管理员为用户A创建帐户后,为他设置了销售经理角色,并赋予其“可查看某地域数据”的权限,于是,某地域销售经理诞生了。

当然,如果各地域销售经理角色有很多共性,可以设置一个销售组,并赋于销售角色,给其共有的权限。当有其它地域的销售经理加入系统时,只需要加入销售组即可,这样,管理员配置上会更方便一些。

角色和权限的问题。
【用例】
系统管理员为用户A创建帐户后,为他设置了销售经理角色,并赋予其“可查看某地域数据”的权限,于是,某地域销售经理诞生了。

当然,如果各地域销售经理角色有很多共性,可以设置一个销售组,并赋于销售角色,给其共有的权限。当有其它地域的销售经理加入系统时,只需要加入销售组即可,这样,管理员配置上会更方便一些。



很不多,谢谢,你那个里版主,给你看个文章,帮我看看后半部什么意思,看不懂

http://kb.cnblogs.com/page/44144/

lz,听劝,静下心好好想想,权限设计,越简单越好..

角色管理、功能管理、上下级管理的权限能分开最好。意思是即便他只是个底层的销售人员,都可以随时拥有所有功能,管理大量的组织,而不会因为他的角色而无法调整!

lz,听劝,静下心好好想想,权限设计,越简单越好..

角色管理、功能管理、上下级管理的权限能分开最好。意思是即便他只是个底层的销售人员,都可以随时拥有所有功能,管理大量的组织,而不会因为他的角色而无法调整!




哎,你说的真不错,我都有点怀疑自己是不是走火入魔了,想了好多天了,呵呵

lz,听劝,静下心好好想想,权限设计,越简单越好..

角色管理、功能管理、上下级管理的权限能分开最好。意思是即便他只是个底层的销售人员,都可以随时拥有所有功能,管理大量的组织,而不会因为他的角色而无法调整!



绝对正确!
产品投入使用后一定会有各种诡异需求,所以越简单越灵活越好

权限没你想的那么复杂
1、就数据模型来说一个递归树足够了
2、就业务来说只需要实现快速提取权限和分配树中的节点给用户即可

谢谢各位的发言,这个问题吾将深究下

人气教程排行