用户权限管理设计方案和对策_第1页
用户权限管理设计方案和对策_第2页
用户权限管理设计方案和对策_第3页
用户权限管理设计方案和对策_第4页
用户权限管理设计方案和对策_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、用户权限管理设计方案用户认证管理设计方案1设计思路为了设计一套具有较强可扩展性的用户认证管理,需要建立用户、角色和权限等数据库表,并且建立之间的关系,具体实现如下1.1用户用户仅仅是纯粹的用户,用来记录用户相关信息,如用户名、密码等,权限 是被分离出去了的。用户(User)要拥有对某种资源的权限,必须通过角色(Role) 去关联。用户通常具有以下属性:?编号,在系统中唯一。?名称,在系统中唯一。? 用户口令。?注释,描述用户或角色的信息。1.2角色角色是使用权限的基本单位,拥有一定数量的权限,通过角色赋予用户权限, 通常具有以下属性:? 编号,在系统中唯一。? 名称,在系统中唯一。? 注释,描

2、述角色信息1.3权限权限指用户根据角色获得对程序某些功能的操作,例如对文件的读、写、修改和删除功能,通常具有以下属性:?编号,在系统中唯一。?名称,在系统中唯一。? 注释,描述权限信息1.4用户与角色的关系一个用户(User)可以隶属于多个角色(Role ),个角色组也可拥有多 个用户,用户角色就是用来描述他们之间隶属关系的对象。用户(User)通过角色(Role )关联所拥有对某种资源的权限,例如用户(User):UserIDUserNameUserPwd1张三XXXXXX2李四XXXXXX角色(Role):RolelDRoleNameRoleNote01系统管理员监控系统维护管理员02监控

3、人员在线监控人员03调度人员调度工作人员04一般工作人员工作人员用户角色(UJser_Role):UserRolelDUserIDRoleIDUserRoleNote1101用户“张三”被分配到角色“系统管理员”2202用户“李四”被分配到角色“监控人员”3203用户“李四”被分配到角色“调度人员”从该关系表可以看出,用户所拥有的特定资源可以通过用户角色来关联。1.5权限与角色的关系一个角色(Role )可以拥有多个权限(Permission ),同样一个权限可分配给多个角色。例如:角色(Role):RoleIDRoleNameRoleNote01系统管理员监控系统维护管理员02监控人员在线监

4、控人员03调度人员调度工作人员04一般工作人员工作人员权限(Permission ):Permissi onlDPermissi on NamePermissi onN ote0001增加监控允许增加监控对象0002修改监控允许修改监控对象0003删除监控允许删除监控对象0004察看监控信息允许察看监控对象角色权限(Role_Permission ):RolePermissi onlD1加监控”2改监控”3除监控”4看监控”5010001角色“系统管理员”具有权限“增010002角色“系统管理员”具有权限“修010003角色“系统管理员”具有权限“删010004角色“系统管理员”具有权限“察0

5、20001角色“监控人员”具有权限“增加020004角色“监控人员”具有权限“察看RolelD Permissi onlDRolePermissi onN ote由以上例子中的角色权限关系可以看出,角色权限可以建立角色和权限之 间的对应关系。1.6建立用户权限用户权限系统的核心由以下三部分构成:创造权限、分配权限和使用权限。第一步由Creator创造权限(Permission ) ,Creator在设计和实现系统时 会划分。利用存储过程CreatePermissionlnfo(Permissi on Name,Permissi on Note)创建权限信息,指定系统模块具有哪些权限。第二步由系

6、统管理员(Administrator )创建用户和角色,并且指定用户角色(User Role )和角色权限(Role Permission )的关联关系。Admi ni strator具有创建用户、修改用户和删除用户的功能:存储过程 CreateUserInfo (UserName,UserPwd )创建用户信息; 存储过程 ModifyUserlnfo (UserName,UserPwd )修改用户信息; 存储过程DeleteUserInfo (UserID )删除用户信息;Admi ni strator具有创建角色和删除角色的功能:存储过程 CreateRoleInfo (RoleName

7、,RoleNote )创建角色信息;存储过程DeleteRoleInfo(RoleID) 删除角色信息;Administrator具有建立用户和角色、角色和权限的关联关系功能:存储过程 GrantUserRole (UserlD,RolelD,UserRoleNote )建 立用户和角色的关联关系;存储过程DeleteUserRole(UserRolelD)删除用户和角色的关联关系;存储过程Gran tRolePermissio n( RolelD,Permissio nlD,RolePermissio nN ote)建立角色和权限的关联关系;存储过程 DeleteRolePermission

8、(RolePermissionID)删除角色和权限的关联关系;第三步用户(User)使用Administrator 分配给的权限去使用各个系统模 块。利用存储过程 GetUserRole (UserID, UserRoleIDoutput ),GetRolePermission (RolelD,Role- -Permissi nID output )获得用户对模块的使用权限。1.7用户认证实现当用户通过验证后,由系统自动生成一个 128位的TicketID保存到用户数 据库表中,建立存储过程 Login ( UserlD,UserPwd,TicketlD output ) 进行用户认证,认证通

9、过得到一个 TicketID,否则TicketID为null。其流程图 如下:图1 Login流程图得到TicketID后,客户端在调用服务端方法时传递 TicketID,通过存储过 程 JudgeTicketPermission (TicketlD,PermissionID )判断 TicketID 对 应的用户所具有的权限,并根据其权限进行方法调用。当用户退出系统时,建立存储过程Logout (UserID )来退出系统。当用户异常退出系统时,根据最后的登陆时间(LastSignTime )确定用户的TickeID, 建立存储过程 ExceptionLogout(UserlD,LastSignTime )处理用户的异常退出。图2 Logout流程图WebService 可以采用SoapHeader中写入TicketID 来使得TicketID 从客 户端传递给服务端。.Net Remot ing 可以采用CallC on text 类来实现TicketID 从客户端传递给服务端。2数据库设计2.1数据库表图3数据库关系图2.2数据库表说明2.2.1 用户表(Static_User )Static_UserStatic_User

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论