用户权限设计方案
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
角色表（Static_Role）
Static_Role
Static_User字段名详细解释类型备注
RoleID角色编号varchar(20)PK
RoleName角色名称varchar(20)
RoleNote角色信息描述varchar(20)
用户－角色表（Static_User_Role）
Static_User_Role
编号，在系统中唯一。
名称，在系统中唯一。
注释，描述权限信息
用户与角色的关系
一个用户（User）可以隶属于多个角色（Role），一个角色组也可拥有多个用户，用户角色就是用来描述他们之间隶属关系的对象。用户（User）通过角色（Role）关联所拥有对某种资源的权限，例如
用户（User）：
UserID UserName UserPwd
图2 Logout流程图
WebService可以采用SoapHeader中写入TicketID来使得TicketID从客户端传递给服务端。.Net Remoting可以采用CallContext类来实现TicketID从客户端传递给服务端。
2数据库设计
数据库表
图3数据库关系图
数据库表说明
用户表（Static_User）
角色（Role）：
RoleID RoleName RoleNote
01系统管理员监控系统维护管理员
02监控人员在线监控人员
03调度人员调度工作人员
04一般工作人员工作人员
……
权限（Permission）：
PermissionID PermissionName PermissionNote
0001增加监控允许增加监控对象
存储过程GrantRolePermission(@RoleID,@PermissionID,@RolePermissionNote)建立角色和权限的关联关系；
存储过程DeleteRolePermission(@RolePermissionID)删除角色和权限的关联关系；
第三步用户（User）使用Administrator分配给的权限去使用各个系统模块。利用存储过程GetUserRole（@UserID, @UserRoleID output）,GetRolePermission（@RoleID,@Role-
存储过程ModifyUserInfo（@UserName,@UserPwd）修改用户信息；
存储过程DeleteUserInfo（@UserID）删除用户信息；
2) Administrator具有创建角色和删除角色的功能：
存储过程CreateRoleInfo（@RoleName,@RoleNote）创建角色信息；
图1 Login流程图
得到TicketID后，客户端在调用服务端方法时传递TicketID，通过存储过程JudgeTicketPermission（@TicketID,@PermissionID）判断TicketID对应的用户所具有的权限，并根据其权限进行方法调用。
当用户退出系统时，建立存储过程Logout（@UserID）来退出系统。当用户异常退出系统时，根据最后的登陆时间（LastSignTime）确定用户的TickeID，建立存储过程ExceptionLogout（@UserID,@LastSignTime）处理用户的异常退出。
[WebMethod(Description="This method requires a custom soap header set by the caller")]
[SoapHeader("sHeader")]
public string SecureMethod() {
if (sHeader == null)
用户认证管理设计方案
1设计思路
为了设计一套具有较强可扩展性的用户认证管理，需要建立用户、角色和权限等数据库表，并且建立之间的关系，具体实现如下。
用户
用户仅仅是纯粹的用户，用来记录用户相关信息，如用户名、密码等，权限是被分离出去了的。用户（User）要拥有对某种资源的权限，必须通过角色（Role）去关联。
方法存储给定对象并将其与指定名称关联，方法从CallContext中检索具有指定名称的对象。
下面的代码示例说明如何使用SetData方法将主体和标识对象传输到远程位置以进行标识。
public class ClientClass {
public static void Main() {
GenericIdentity ident = new GenericIdentity("Bob");
3技术概要
WebService SoapHeader
对SQL数据库执行自定义身份验证和授权。在这种情况中，应向服务传递自定义凭据（如用户名和密码），并让服务自己处理身份验证和授权。将额外的信息连同请求一起传递给XML Web服务的简便方法是通过SOAP标头。为此，需要在服务中定义一个从SOAPHeader派生的类，然后将服务的公共字段声明为该类型。这在服务的公共合同中公开，并且当从创建代理时可由客户端使用，如下例所示：
第二步由系统管理员（Administrator）创建用户和角色，并且指定用户角色（User－Role）和角色权限（Role－Permission）的关联关系。
1) Administrator具有创建用户、修改用户和删除用户的功能：
存储过程CreateUserInfo（@UserName,@UserPwd）创建用户信息；
用户通常具有以下属性：
编号，在系统中唯一。
名称，在系统中唯一。
用户口令。
注释，描述用户或角色的信息。
角色
角色是使用权限的基本单位，拥有一定数量的权限，通过角色赋予用户权限，通常具有以下属性：
编号，在系统中唯一。
名称，在系统中唯一。
注释，描述角色信息
权限
权限指用户根据角色获得对程序某些功能的操作，例如对文件的读、写、修改和删除功能，通常具有以下属性：
Static_Permission
Static_User字段名详细解释类型备注
PermissionID编号varchar(20)PK
PermissionName权限名称varchar(20)
PermissionNote全息信息描述varchar(20)
角色－权限表（Static_Role_Permission）
2 01 0002角色“系统管理员”具有权限“修改监控”
3 01 0003角色“系统管理员”具有权限“删除监控”
4 01 0004角色“系统管理员”具有权限“察看监控”
5 02 0001角色“监控人员”具有权限“增加监控”
6 02 0004角色“监控人员”具有权限“察看监控”
……
由以上例子中的角色权限关系可以看出，角色权限可以建立角色和权限之间的对应关系。
using
.
}
服务中的每个WebMethod都可以使用SoapHeader自定义属性定义一组关联的标头。默认情况下，标头是必需的，但也可以定义可选标头。SoapHeader属性指定公共字段的名称或者Client或Server类的属性（本标题中称为Headers属性）。在为输入标头调用方法前，WebService设置Headers属性的值；而当方法为输出标头返回时，WebService检索该值。
return "ERROR: Please supply credentials";
else
return "USER: " + ;
}
然后，客户端在调用要求标头的方法之前，直接在代理类上设置标头，如下面的示例所示：
HeaderService h = new HeaderService();
AuthHeader myHeader = new AuthHeader();
1张三xxxxxx
2李四xxxxxx
……
角色（Role）：
RoleID RoleName RoleNote
01系统管理员监控系统维护管理员
02监控人员在线监控人员
03调度人员调度工作人员
04一般工作人员工作人员
……
用户角色（User_Role）：
UserRoleID UserID RoleID UserRoleNote
建立用户权限
用户权限系统的核心由以下三部分构成：创造权限、分配权限和使用权限。
第一步由Creator创造权限（Permission），Creator在设计和实现系统时会划分。利用存储过程CreatePermissionInfo（@PermissionName,@PermissionNote）创建权限信息，指定系统模块具有哪些权限。
1 1 01用户“张三”被分配到角色“系统管理员”
2 2 02用户“李四”被分配到角色“监控人员”
3 2 03用户“李四”被分配到角色“调度人员”
……
从该关系表可以看出，用户所拥有的特定资源可以通过用户角色来关联。
权限与角色的关系
一个角色（Role）可以拥有多个权限（Permission），同样一个权限可分配给多个角色。例如：
存储过程DeleteRoleInfo(@RoleID)删除角色信息；
3）Administrator具有建立用户和角色、角色和权限的关联关系功能：
存储过程GrantUserRole（@UserID,@RoleID,@UserRoleNote）建立用户和角色的关联关系；
存储过程DeleteUserRole(@UserRoleID)删除用户和角色的关联关系；
Static_User
Static_User字段名详细解释类型备注
UserID路线编号varchar(20)PK
UserName用户名称varchar(20)
UserPwd用户密码varchar(20)
LastSignTime最后登陆时间datatime
SignState用户登陆状态标记int
TickeID验证票记录编号varchar(128)
Static_Role_Permission
Static_User字段名详细解释类型备注
RolePermissionID角色权限编号varchar(20)PK
RoleID角色编号varchar(20)FK
PermissionID权限编号varchar(20)FK
RolePermissionNote角色权限信息描述varchar(20)
-PermissinID output）获得用户对模块的使用权限。
用户认证实现
当用户通过验证后，由系统自动生成一个128位的TicketID保存到用户数据库表中，建立存储过程Login（@UserID,@UserPwd,@TicketID output）进行用户认证，认证通过得到一个TicketID，否则TicketID为nul细解释类型备注
UserRoleID用户角色编号varchar(20)PK
UserID用户编号varchar(20)FK
RoleID角色编号varchar(20)FK
UserRoleNote用户角色信息描述varchar(20)
权限表（Static_Permission）
0002修改监控允许修改监控对象
0003删除监控允许删除监控对象
0004察看监控信息允许察看监控对象
……
角色权限（Role_Permission）：
RolePermissionID RoleID PermissionID RolePermissionNote
1 01 0001角色“系统管理员”具有权限“增加监控”
= "username";
= "password";
= myHeader;
String result = ();
.Net Remoting的安全认证方式
CallContext提供与执行代码路径一起传送的属性集，CallContext是类似于方法调用的线程本地存储的专用集合对象，并提供对每个逻辑执行线程都唯一的数据槽。数据槽不在其他逻辑线程上的调用上下文之间共享。当CallContext沿执行代码路径往返传播并且由该路径中的各个对象检查时，可将对象添加到其中。当对另一个AppDomain中的对象进行远程方法调用时，CallContext类将生成一个与该远程调用一起传播的LogicalCallContext实例。只有公开ILogicalThreadAffinative接口并存储在CallContext中的对象被在LogicalCallContext中传播到AppDomain外部。不支持此接口的对象不在LogicalCallContext实例中与远程方法调用一起传输。
Static_Role
Static_User字段名详细解释类型备注
RoleID角色编号varchar(20)PK
RoleName角色名称varchar(20)
RoleNote角色信息描述varchar(20)
用户－角色表（Static_User_Role）
Static_User_Role
编号，在系统中唯一。
名称，在系统中唯一。
注释，描述权限信息
用户与角色的关系
一个用户（User）可以隶属于多个角色（Role），一个角色组也可拥有多个用户，用户角色就是用来描述他们之间隶属关系的对象。用户（User）通过角色（Role）关联所拥有对某种资源的权限，例如
用户（User）：
UserID UserName UserPwd
图2 Logout流程图
WebService可以采用SoapHeader中写入TicketID来使得TicketID从客户端传递给服务端。.Net Remoting可以采用CallContext类来实现TicketID从客户端传递给服务端。
2数据库设计
数据库表
图3数据库关系图
数据库表说明
用户表（Static_User）
角色（Role）：
RoleID RoleName RoleNote
01系统管理员监控系统维护管理员
02监控人员在线监控人员
03调度人员调度工作人员
04一般工作人员工作人员
……
权限（Permission）：
PermissionID PermissionName PermissionNote
0001增加监控允许增加监控对象
存储过程GrantRolePermission(@RoleID,@PermissionID,@RolePermissionNote)建立角色和权限的关联关系；
存储过程DeleteRolePermission(@RolePermissionID)删除角色和权限的关联关系；
第三步用户（User）使用Administrator分配给的权限去使用各个系统模块。利用存储过程GetUserRole（@UserID, @UserRoleID output）,GetRolePermission（@RoleID,@Role-
存储过程ModifyUserInfo（@UserName,@UserPwd）修改用户信息；
存储过程DeleteUserInfo（@UserID）删除用户信息；
2) Administrator具有创建角色和删除角色的功能：
存储过程CreateRoleInfo（@RoleName,@RoleNote）创建角色信息；
图1 Login流程图
得到TicketID后，客户端在调用服务端方法时传递TicketID，通过存储过程JudgeTicketPermission（@TicketID,@PermissionID）判断TicketID对应的用户所具有的权限，并根据其权限进行方法调用。
当用户退出系统时，建立存储过程Logout（@UserID）来退出系统。当用户异常退出系统时，根据最后的登陆时间（LastSignTime）确定用户的TickeID，建立存储过程ExceptionLogout（@UserID,@LastSignTime）处理用户的异常退出。
[WebMethod(Description="This method requires a custom soap header set by the caller")]
[SoapHeader("sHeader")]
public string SecureMethod() {
if (sHeader == null)
用户认证管理设计方案
1设计思路
为了设计一套具有较强可扩展性的用户认证管理，需要建立用户、角色和权限等数据库表，并且建立之间的关系，具体实现如下。
用户
用户仅仅是纯粹的用户，用来记录用户相关信息，如用户名、密码等，权限是被分离出去了的。用户（User）要拥有对某种资源的权限，必须通过角色（Role）去关联。
方法存储给定对象并将其与指定名称关联，方法从CallContext中检索具有指定名称的对象。
下面的代码示例说明如何使用SetData方法将主体和标识对象传输到远程位置以进行标识。
public class ClientClass {
public static void Main() {
GenericIdentity ident = new GenericIdentity("Bob");
3技术概要
WebService SoapHeader
对SQL数据库执行自定义身份验证和授权。在这种情况中，应向服务传递自定义凭据（如用户名和密码），并让服务自己处理身份验证和授权。将额外的信息连同请求一起传递给XML Web服务的简便方法是通过SOAP标头。为此，需要在服务中定义一个从SOAPHeader派生的类，然后将服务的公共字段声明为该类型。这在服务的公共合同中公开，并且当从创建代理时可由客户端使用，如下例所示：
第二步由系统管理员（Administrator）创建用户和角色，并且指定用户角色（User－Role）和角色权限（Role－Permission）的关联关系。
1) Administrator具有创建用户、修改用户和删除用户的功能：
存储过程CreateUserInfo（@UserName,@UserPwd）创建用户信息；
用户通常具有以下属性：
编号，在系统中唯一。
名称，在系统中唯一。
用户口令。
注释，描述用户或角色的信息。
角色
角色是使用权限的基本单位，拥有一定数量的权限，通过角色赋予用户权限，通常具有以下属性：
编号，在系统中唯一。
名称，在系统中唯一。
注释，描述角色信息
权限
权限指用户根据角色获得对程序某些功能的操作，例如对文件的读、写、修改和删除功能，通常具有以下属性：
Static_Permission
Static_User字段名详细解释类型备注
PermissionID编号varchar(20)PK
PermissionName权限名称varchar(20)
PermissionNote全息信息描述varchar(20)
角色－权限表（Static_Role_Permission）
2 01 0002角色“系统管理员”具有权限“修改监控”
3 01 0003角色“系统管理员”具有权限“删除监控”
4 01 0004角色“系统管理员”具有权限“察看监控”
5 02 0001角色“监控人员”具有权限“增加监控”
6 02 0004角色“监控人员”具有权限“察看监控”
……
由以上例子中的角色权限关系可以看出，角色权限可以建立角色和权限之间的对应关系。
using
.
}
服务中的每个WebMethod都可以使用SoapHeader自定义属性定义一组关联的标头。默认情况下，标头是必需的，但也可以定义可选标头。SoapHeader属性指定公共字段的名称或者Client或Server类的属性（本标题中称为Headers属性）。在为输入标头调用方法前，WebService设置Headers属性的值；而当方法为输出标头返回时，WebService检索该值。
return "ERROR: Please supply credentials";
else
return "USER: " + ;
}
然后，客户端在调用要求标头的方法之前，直接在代理类上设置标头，如下面的示例所示：
HeaderService h = new HeaderService();
AuthHeader myHeader = new AuthHeader();
1张三xxxxxx
2李四xxxxxx
……
角色（Role）：
RoleID RoleName RoleNote
01系统管理员监控系统维护管理员
02监控人员在线监控人员
03调度人员调度工作人员
04一般工作人员工作人员
……
用户角色（User_Role）：
UserRoleID UserID RoleID UserRoleNote
建立用户权限
用户权限系统的核心由以下三部分构成：创造权限、分配权限和使用权限。
第一步由Creator创造权限（Permission），Creator在设计和实现系统时会划分。利用存储过程CreatePermissionInfo（@PermissionName,@PermissionNote）创建权限信息，指定系统模块具有哪些权限。
1 1 01用户“张三”被分配到角色“系统管理员”
2 2 02用户“李四”被分配到角色“监控人员”
3 2 03用户“李四”被分配到角色“调度人员”
……
从该关系表可以看出，用户所拥有的特定资源可以通过用户角色来关联。
权限与角色的关系
一个角色（Role）可以拥有多个权限（Permission），同样一个权限可分配给多个角色。例如：
存储过程DeleteRoleInfo(@RoleID)删除角色信息；
3）Administrator具有建立用户和角色、角色和权限的关联关系功能：
存储过程GrantUserRole（@UserID,@RoleID,@UserRoleNote）建立用户和角色的关联关系；
存储过程DeleteUserRole(@UserRoleID)删除用户和角色的关联关系；
Static_User
Static_User字段名详细解释类型备注
UserID路线编号varchar(20)PK
UserName用户名称varchar(20)
UserPwd用户密码varchar(20)
LastSignTime最后登陆时间datatime
SignState用户登陆状态标记int
TickeID验证票记录编号varchar(128)
Static_Role_Permission
Static_User字段名详细解释类型备注
RolePermissionID角色权限编号varchar(20)PK
RoleID角色编号varchar(20)FK
PermissionID权限编号varchar(20)FK
RolePermissionNote角色权限信息描述varchar(20)
-PermissinID output）获得用户对模块的使用权限。
用户认证实现
当用户通过验证后，由系统自动生成一个128位的TicketID保存到用户数据库表中，建立存储过程Login（@UserID,@UserPwd,@TicketID output）进行用户认证，认证通过得到一个TicketID，否则TicketID为nul细解释类型备注
UserRoleID用户角色编号varchar(20)PK
UserID用户编号varchar(20)FK
RoleID角色编号varchar(20)FK
UserRoleNote用户角色信息描述varchar(20)
权限表（Static_Permission）
0002修改监控允许修改监控对象
0003删除监控允许删除监控对象
0004察看监控信息允许察看监控对象
……
角色权限（Role_Permission）：
RolePermissionID RoleID PermissionID RolePermissionNote
1 01 0001角色“系统管理员”具有权限“增加监控”
= "username";
= "password";
= myHeader;
String result = ();
.Net Remoting的安全认证方式
CallContext提供与执行代码路径一起传送的属性集，CallContext是类似于方法调用的线程本地存储的专用集合对象，并提供对每个逻辑执行线程都唯一的数据槽。数据槽不在其他逻辑线程上的调用上下文之间共享。当CallContext沿执行代码路径往返传播并且由该路径中的各个对象检查时，可将对象添加到其中。当对另一个AppDomain中的对象进行远程方法调用时，CallContext类将生成一个与该远程调用一起传播的LogicalCallContext实例。只有公开ILogicalThreadAffinative接口并存储在CallContext中的对象被在LogicalCallContext中传播到AppDomain外部。不支持此接口的对象不在LogicalCallContext实例中与远程方法调用一起传输。