WEB开发网
开发学院WEB开发Jsp 介绍——用户认证管理设计方案 阅读

介绍——用户认证管理设计方案

 2008-01-05 10:51:54 来源:WEB开发网   
核心提示:用户认证治理设计方案1 设计思路为了设计一套具有较强可扩展性的用户认证治理,需要建立用户、角色和权限等数据库表,介绍——用户认证管理设计方案,并且建立之间的关系,具体实现如下,在这种情况中,应向服务传递自定义凭据(如用户名和密码),1.1 用户用户仅仅是纯粹的用户,用来记录用户相关信息

  用户认证治理设计方案
  
  
  
  1 设计思路
  
  为了设计一套具有较强可扩展性的用户认证治理,需要建立用户、角色和权限等数据库表,并且建立之间的关系,具体实现如下。
  
  1.1 用户
  用户仅仅是纯粹的用户,用来记录用户相关信息,如用户名、密码等,权限是被分离出去了的。用户(User)要拥有对某种资源的权限,必须通过角色(Role)去关联。
  
  用户通常具有以下属性:
  
  ü     编号,在系统中唯一。
  
  ü     名称,在系统中唯一。
  
  ü     用户口令。
  
  ü     注释,描述用户或角色的信息。
  
  1.2 角色
  角色是使用权限的基本单位,拥有一定数量的权限,通过角色赋予用户权限,通常具有以下属性:
  
  ü     编号,在系统中唯一。
  
  ü     名称,在系统中唯一。
  
  ü     注释,描述角色信息
  
  1.3 权限
    权限指用户根据角色获得对程序某些功能的操作,例如对文件的读、写、修改和删除功能,通常具有以下属性:
  
  ü     编号,在系统中唯一。
  
  ü     名称,在系统中唯一。
  
  ü     注释,描述权限信息
  
  1.4 用户与角色的关系
  一个用户(User)可以隶属于多个角色(Role),一个角色组也可拥有多个用户,用户角色就是用来描述他们之间隶属关系的对象。用户(User)通过角色(Role)关联所拥有对某种资源的权限,例如
  
  l       用户(User):
  
  UserID      UserName        UserPwd
  
  1          张三         xxxxxx
  
  2          李四         xxxxxx
  
  ……
  
  l             角色(Role):
  
  RoleID           RoleName     RoleNote
  
    01         系统治理员    监控系统维护治理员
  
    02         监控人员     在线监控人员
  
    03         调度人员     调度工作人员
  
    04         一般工作人员  工作人员
  
    ……
  
  l     用户角色(User_Role):
  
  UserRoleID      UserID      RoleID      UserRoleNote
  
  1            1          01         用户“张三”被分配到角色“系统治理员”
  
  2            2          02         用户“李四”被分配到角色“监控人员”
  
  3            2          03         用户“李四”被分配到角色“调度人员”
  
  ……
  
    从该关系表可以看出,用户所拥有的特定资源可以通过用户角色来关联。
  
  1.5 权限与角色的关系
  一个角色(Role)可以拥有多个权限(Permission),同样一个权限可分配给多个角色。例如:
  
  l     角色(Role):
  
  RoleID      RoleName     RoleNote
  
    01         系统治理员    监控系统维护治理员
  
    02         监控人员     在线监控人员
  
    03         调度人员     调度工作人员
  
    04         一般工作人员  工作人员
  
    ……
  
  l     权限(Permission):
  
  PermissionID   PermissionName    PermissionNote
  
  0001         增加监控         答应增加监控对象
  
  0002         修改监控         答应修改监控对象
  
  0003         删除监控         答应删除监控对象
  
  0004         察看监控信息    答应察看监控对象
  
  ……
  
  l     角色权限(Role_Permission):
  
  RolePermissionID  RoleID PermissionID RolePermissionNote
  
  1         01      0001    角色“系统治理员”具有权限“增加监控”
  
  2         01      0002    角色“系统治理员”具有权限“修改监控”
  
  3         01      0003    角色“系统治理员”具有权限“删除监控”
  
  4         01      0004    角色“系统治理员”具有权限“察看监控”
  
  5         02      0001    角色“监控人员”具有权限“增加监控”
  
  6         02      0004    角色“监控人员”具有权限“察看监控”
  
  ……
  
    由以上例子中的角色权限关系可以看出,角色权限可以建立角色和权限之间的对应关系。
  
  1.6 建立用户权限
  用户权限系统的核心由以下三部分构成:创造权限、分配权限和使用权限。
  
  第一步由Creator创造权限(Permission),Creator在设计和实现系统时会划分。利用存储过程CreatePermissionInfo(@PermissionName,@PermissionNote)创建权限信息,指定系统模块具有哪些权限。
  
  第二步由系统治理员(Administrator)创建用户和角色,并且指定用户角色(User-Role)和角色权限(Role-Permission)的关联关系。
  
  1)Administrator具有创建用户、修改用户和删除用户的功能:
  
  
  
  l 存储过程CreateUserInfo(@UserName,@UserPwd)创建用户信息;
  
  l 存储过程ModifyUserInfo(@UserName,@UserPwd)修改用户信息;
  
  l 存储过程DeleteUserInfo(@UserID)删除用户信息;
  
  2)Administrator具有创建角色和删除角色的功能:
  
  
  
  l 存储过程CreateRoleInfo(@RoleName,@RoleNote)创建角色信息;
  
  l 存储过程DeleteRoleInfo(@RoleID)删除角色信息;
  
  3)Administrator具有建立用户和角色、角色和权限的关联关系功能:
  
  l 存储过程GrantUserRole(@UserID,@RoleID,@UserRoleNote)建立用户和角色的关联关系;
  
  l 存储过程DeleteUserRole(@UserRoleID)删除用户和角色的关联关系;
  
  l 存储过程GrantRolePermission(@RoleID,@PermissionID,@RolePermissionNote)建立角色和权限的关联关系;
  
  l 存储过程DeleteRolePermission(@RolePermissionID)删除角色和权限的关联关系;
  
  第三步用户(User)使用Administrator分配给的权限去使用各个系统模块。利用存储过程GetUserRole(@UserID, @UserRoleID output),GetRolePermission(@RoleID,@Role-
  
  -PermissinID output)获得用户对模块的使用权限。
  
  1.7 用户认证实现
  当用户通过验证后,由系统自动生成一个128位的TicketID保存到用户数据库表中,建立存储过程Login(@UserID,@UserPwd,@TicketID output)进行用户认证,认证通过得到一个TicketID,否则TicketID为null。其流程图如下:
  
  
  图1 Login流程图
  
  得到TicketID后,客户端在调用服务端方法时传递TicketID,通过存储过程JudgeTicketPermission(@TicketID,@PermissionID)判定TicketID对应的用户所具有的权限,并根据其权限进行方法调用。
  
  当用户退出系统时,建立存储过程Logout(@UserID)来退出系统。当用户异常退出系统时,根据最后的登陆时间(LastSignTime)确定用户的TickeID,建立存储过程ExceptionLogout(@UserID,@LastSignTime)处理用户的异常退出。
  
  
  图2 Logout流程图
  
  WebService可以采用SoapHeader中写入TicketID来使得TicketID从客户端传递给服务端。.Net Remoting可以采用CallContext类来实现TicketID从客户端传递给服务端。
  
  2 数据库设计
  
  2.1 数据库表
  
  图3 数据库关系图
  
  2.2 数据库表说明
  2.2.1 用户表(Static_User)
  
   介绍——用户认证治理设计方案(图一)
  
  
  2.2.2 角色表(Static_Role)
  
   介绍——用户认证治理设计方案(图二)
  
  2.2.3 用户-角色表(Static_User_Role)
  
   介绍——用户认证治理设计方案(图三)
  
  2.2.4 权限表(Static_Permission)
  
   介绍——用户认证治理设计方案(图四)
  
  2.2.5 角色-权限表(Static_Role_Permission)
  
  介绍——用户认证治理设计方案(图五)
  
  3 .net技术概要
  
  3.1 WebService SoapHeader
  对 SQL 数据库执行自定义身份验证和授权。在这种情况中,应向服务传递自定义凭据(如用户名和密码),并让服务自己处理身份验证和授权。 将额外的信息连同请求一起传递给 xml Web 服务的简便

Tags:介绍 用户 认证

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接