用户-角色-权限这种权限体系其实就是RBAC0的模式了。这里面又包含了2种：用户和角色是多对一关系，即：一个用户只充当一种角色，一种角色可以有多个用户担当；用户和角色是多对多关系，即：一个用户可同时充当好几种角色，一种角色可以有多个用户担当；如图：对于左边的用户-角色对应，每个人只能同时拥有一种角色，但是同一个角色里边，可能会含有多个用户（如：李四和王麻子都是业务员）；而右边的用户-角色对应，是在左边的基础上，增加了一个用户可拥有多种角色的情况（如：小马哥既是经理，也要负责财务的工作）；
用户-组织-角色-的业务管理系统，都有数据私密性的要求：哪些人可以看到哪些数据，哪些人不可以看到哪些数据。这个时候，我们就需要把这些东西也考虑到你的权限体系内了。假业务部门的组织架构图，公司要求你基于这个组织架构设计一个业务管理系统，并要求系统需要满足不同用户的数据私密性，比如：“张三”登录时，只能看到“张三”负责的数据；“张三”的领导登录时，能看到“团队A”的所有业务员负责的数据，但看不到其他团队业务员负责的数据等等。在这种情况下，上一种权限体系就不适用了，但我们可以对其进行一些小改造后，即可达到数据管控的目的，如图：在“用户-角色-权限”的基础上，我们增加了用户与组织的关联关系，组织决定了用户的数据可视权限。但要想真正达到这个效果，我们还需要做2件事：组织层级划分。如图，我们需要对组织进行梳理，并划分层级；数据可视权限规则制定。比如：上级组织职能看到下级组织员工负责的数据，而不能看到其他平级组织及其下级组织的员工数据等。
用户-组织-岗位-角色-权限第三种权限体系又是在第二种权限体系上进行优化的，增加了用户与岗位的关联关系，示意图如下：增加岗位有以下几点好处：识别用户的主要身份；通过“组织-岗位”关联，快速甄别用户岗位；
总结：以上是基于RBAC模型的三种权限体系，不难看出，三种权限体系的本质都是用户和权限进行解耦，以达到权限的灵活运用。
多加实践思考，自己会有一定的心得~