开源权限系统sshpermissions

2012-02-07 1171

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： 第一章引言 1.1 编写目的使用easyui+ssh2+shiro的权限管理系统，粒度可细化到按钮及菜单级别。目前是第一个稳定版本，可实现基本的权限控制功能，并且可以使用shiro的标签对细粒度的权限进行管理。

第一章引言

1.1 编写目的

使用easyui+ssh2+shiro的权限管理系统，粒度可细化到按钮及菜单级别。目前是第一个稳定版本，可实现基本的权限控制功能，并且可以使用shiro的标签对细粒度的权限进行管理。

Jar包除了几个核心包之外全部使用maven管理。

1.2 是否开源

完全开源免费。

地址是：

https://code.google.com/p/sshpermissions/

需要源码的可以通过svn下载

地址是：

http://sshpermissions.googlecode.com/svn/trunk/

第一章设计思路

1.1 基于RBAC

RBAC认为权限授权实际上是Who、What、How的问题。在RBAC模型中，who、what、how构成了访问权限三元组,也就是“Who对What(Which)进行How的操作”。　　

Who：权限的拥用者或主体（如Principal、User、Group、Role、Actor等等）

What：权限针对的对象或资源（Resource、Class）。　　

How：具体的权限（Privilege,正向授权与负向授权）。　　

Operator：操作。表明对What的How操作。也就是Privilege+Resource 　　Role：角色，一定数量的权限的集合。权限分配的单位与载体,目的是隔离User与Privilege的逻辑关系. 　　

Group：用户组，权限分配的单位与载体。权限不考虑分配给特定的用户而给组。组可以包括组(以实现权限的继承)，也可以包含用户，组内用户继承组的权限。User与Group是多对多的关系。Group可以层次化，以满足不同层级权限控制的要求。　　RBAC的关注点在于Role和User, Permission的关系。称为User assignment(UA)和Permission assignment(PA).关系的左右两边都是Many-to-Many关系。就是user可以有多个role，role可以包括多个user。