ImageVerifierCode 换一换
格式:DOCX , 页数:13 ,大小:20.72KB ,
资源ID:6904651      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/6904651.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(用户认证管理设计方案.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

用户认证管理设计方案.docx

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

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

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

4、 RoleNote 01 系统管理员 监控系统维护管理员 02 监控人员 在线监控人员 03 调度人员 调度工作人员 04 一般工作人员 工作人员 权限(Permission):PermissionID PermissionName PermissionNote0001 增加监控 允许增加监控对象0002 修改监控 允许修改监控对象0003 删除监控 允许删除监控对象0004 察看监控信息 允许察看监控对象 角色权限(Role_Permission):RolePermissionID RoleID PermissionID RolePermissionNote1 01 0001 角色“系统管理

5、员”具有权限“增加监控”2 01 0002 角色“系统管理员”具有权限“修改监控”3 01 0003 角色“系统管理员”具有权限“删除监控”4 01 0004 角色“系统管理员”具有权限“察看监控”5 02 0001 角色“监控人员”具有权限“增加监控”6 02 0004 角色“监控人员”具有权限“察看监控” 由以上例子中的角色权限关系可以看出,角色权限可以建立角色和权限之间的对应关系。1.6 建立用户权限用户权限系统的核心由以下三部分构成:创造权限、分配权限和使用权限。第一步由Creator创造权限(Permission),Creator在设计和实现系统时会划分。利用存储过程CreatePe

6、rmissionInfo(PermissionName,PermissionNote)创建权限信息,指定系统模块具有哪些权限。第二步由系统管理员(Administrator)创建用户和角色,并且指定用户角色(UserRole)和角色权限(RolePermission)的关联关系。1) Administrator具有创建用户、修改用户和删除用户的功能: 存储过程CreateUserInfo(UserName,UserPwd)创建用户信息; 存储过程ModifyUserInfo(UserName,UserPwd)修改用户信息; 存储过程DeleteUserInfo(UserID)删除用户信息;2)

7、 Administrator具有创建角色和删除角色的功能: 存储过程CreateRoleInfo(RoleName,RoleNote)创建角色信息; 存储过程DeleteRoleInfo(RoleID)删除角色信息;3)Administrator具有建立用户和角色、角色和权限的关联关系功能: 存储过程GrantUserRole(UserID,RoleID,UserRoleNote)建立用户和角色的关联关系; 存储过程DeleteUserRole(UserRoleID)删除用户和角色的关联关系; 存储过程GrantRolePermission(RoleID,PermissionID,RolePe

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

9、D,UserPwd,TicketID output)进行用户认证,认证通过得到一个TicketID,否则TicketID为null。其流程图如下:图1 Login流程图得到TicketID后,客户端在调用服务端方法时传递TicketID,通过存储过程JudgeTicketPermission(TicketID,PermissionID)判断TicketID对应的用户所具有的权限,并根据其权限进行方法调用。当用户退出系统时,建立存储过程Logout(UserID)来退出系统。当用户异常退出系统时,根据最后的登陆时间(LastSignTime)确定用户的TickeID,建立存储过程Exceptio

10、nLogout(UserID,LastSignTime)处理用户的异常退出。图2 Logout流程图WebService可以采用SoapHeader中写入TicketID来使得TicketID从客户端传递给服务端。.Net Remoting可以采用CallContext类来实现TicketID从客户端传递给服务端。2 数据库设计2.1 数据库表图3 数据库关系图2.2 数据库表说明2.2.1 用户表(Static_User)Static_UserStatic_User字段名详细解释类型备注UserID路线编号varchar(20)PKUserName用户名称varchar(20)UserPwd

11、用户密码varchar(20)LastSignTime最后登陆时间datatimeSignState用户登陆状态标记intTickeID验证票记录编号varchar(128)2.2.2 角色表(Static_Role)Static_RoleStatic_User字段名详细解释类型备注RoleID角色编号varchar(20)PKRoleName角色名称varchar(20)RoleNote角色信息描述varchar(20)2.2.3 用户角色表(Static_User_Role)Static_User_RoleStatic_User字段名详细解释类型备注UserRoleID用户角色编号varc

12、har(20)PKUserID用户编号varchar(20)FKRoleID角色编号varchar(20)FKUserRoleNote用户角色信息描述varchar(20)2.2.4 权限表(Static_Permission)Static_PermissionStatic_User字段名详细解释类型备注PermissionID编号varchar(20)PKPermissionName权限名称varchar(20)PermissionNote全息信息描述varchar(20)2.2.5 角色权限表(Static_Role_Permission)Static_Role_PermissionSta

13、tic_User字段名详细解释类型备注RolePermissionID角色权限编号varchar(20)PKRoleID角色编号varchar(20)FKPermissionID权限编号varchar(20)FKRolePermissionNote角色权限信息描述varchar(20)3 .net技术概要3.1 WebService SoapHeader对 SQL 数据库执行自定义身份验证和授权。在这种情况中,应向服务传递自定义凭据(如用户名和密码),并让服务自己处理身份验证和授权。 将额外的信息连同请求一起传递给 XML Web 服务的简便方法是通过 SOAP 标头。为此,需要在服务中定义一

14、个从 SOAPHeader 派生的类,然后将服务的公共字段声明为该类型。这在服务的公共合同中公开,并且当从 WebServiceUtil.exe 创建代理时可由客户端使用,如下例所示: using System.Web.Services;using System.Web.Services.Protocols;/ AuthHeader class extends from SoapHeaderpublic class AuthHeader : SoapHeader public string Username; public string Password;public class Header

15、Service : WebService public AuthHeader sHeader; .服务中的每个 WebMethod 都可以使用 SoapHeader 自定义属性定义一组关联的标头。默认情况下,标头是必需的,但也可以定义可选标头。SoapHeader 属性指定公共字段的名称或者 Client 或 Server 类的属性(本标题中称为 Headers 属性)。在为输入标头调用方法前,WebService 设置 Headers 属性的值;而当方法为输出标头返回时,WebService 检索该值。WebMethod(Description=This method requires a

16、custom soap header set by the caller)SoapHeader(sHeader)public string SecureMethod() if (sHeader = null)return ERROR: Please supply credentials;elsereturn USER: + sHeader.Username;然后,客户端在调用要求标头的方法之前,直接在代理类上设置标头,如下面的示例所示:HeaderService h = new HeaderService();AuthHeader myHeader = new AuthHeader();myH

17、eader.Username = username;myHeader.Password = password;h.AuthHeader = myHeader;String result = h.SecureMethod();3.2 .Net Remoting的安全认证方式CallContext提供与执行代码路径一起传送的属性集,CallContext是类似于方法调用的线程本地存储的专用集合对象,并提供对每个逻辑执行线程都唯一的数据槽。数据槽不在其他逻辑线程上的调用上下文之间共享。当 CallContext 沿执行代码路径往返传播并且由该路径中的各个对象检查时,可将对象添加到其中。当对另一个 A

18、ppDomain 中的对象进行远程方法调用时,CallContext 类将生成一个与该远程调用一起传播的 LogicalCallContext 实例。只有公开 ILogicalThreadAffinative 接口并存储在 CallContext 中的对象被在 LogicalCallContext 中传播到 AppDomain 外部。不支持此接口的对象不在 LogicalCallContext 实例中与远程方法调用一起传输。CallContext.SetData方法存储给定对象并将其与指定名称关联,CallContext.GetData方法从 CallContext 中检索具有指定名称的对象。

19、下面的代码示例说明如何使用 SetData 方法将主体和标识对象传输到远程位置以进行标识。public class ClientClass public static void Main() GenericIdentity ident = new GenericIdentity(Bob); GenericPrincipal prpal = new GenericPrincipal(ident, Newstring Level1); LogicalCallContextData data =new LogicalCallContextData(prpal); /Enter data into t

20、he CallContext CallContext.SetData(test data, data); Console.WriteLine(data.numOfAccesses); ChannelServices.RegisterChannel(new TcpChannel(); RemotingConfiguration.RegisterActivatedClientType(typeof(HelloServiceClass), tcp:/localhost:8082); HelloServiceClass service = new HelloServiceClass(); if(ser

21、vice = null) Console.WriteLine(Could not locate server.); return; / call remote method Console.WriteLine(); Console.WriteLine(Calling remote object); Console.WriteLine(service.HelloMethod(Caveman); Console.WriteLine(service.HelloMethod(Spaceman); Console.WriteLine(service.HelloMethod(Bob); Console.W

22、riteLine(Finished remote object call); Console.WriteLine(); /Extract the returned data from the call context LogicalCallContextData returnedData = (LogicalCallContextData)CallContext.GetData(test data); Console.WriteLine(data.numOfAccesses); Console.WriteLine(returnedData.numOfAccesses); 下面的代码示例说明如何

23、使用 GetData 方法将主体和标识对象传输到远程位置以进行标识。using System;using System.Text;using System.Runtime.Remoting.Messaging;using System.Security.Principal;public class HelloServiceClass : MarshalByRefObject static int n_instances; int instanceNum; public HelloServiceClass() n_instances+; instanceNum = n_instances; Co

24、nsole.WriteLine(this.GetType().Name + has been created. Instance # = 0, instanceNum); HelloServiceClass() Console.WriteLine(Destroyed instance 0 of HelloServiceClass., instanceNum); public String HelloMethod(String name) /Extract the call context data LogicalCallContextData data = (LogicalCallContextData)CallContext.GetData(test data); IPrincipal myPrincipal = data.Principal; /Check the user identity if(myPrincipal.Identity.Name = Bob) Console.WriteLine(nHello 0, you are identified!, myPrincipal.Identity.Name); Console.WriteLine(data.numOfAccesses); e

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1