用户权限设计 ASP.NET系统用户权限设计与实现、用户认证管理设计方案、通用数据权限管理系统设计
2010-02-28 19:32
1331 查看
引言
电子商务系统对安全问题有较高的要求，传统的访问控制方法DAC（DiscretionaryAccessControl，自主访问控制模型）、MAC（MandatoryAccessControl，强制访问控制模型）难以满足复杂的企业环境需求。因此，NIST（NationalInstituteofStandardsandTechnology，美国国家标准化和技术委员会）于90年代初提出了基于角色的访问控制方法，实现了用户与访问权限的逻辑分离，更符合企业的用户、组织、数据和应用特征。ASP.NET是微软为了抗衡JSP而推出的新一代ASP（ActiveServerPages）脚本语言，它借鉴了JSP的优点，同时它又具有自身的一些新特点。
本文将首先介绍ASP.NET的基本情况和RBAC（RoleBasedAccessControl）的基本思想，在此基础上，给出电子商务系统中实现用户权限控制的一种具体方法。
ASP.NET概述
1、ASP.NET
ASP.NET是微软流行的动态WEB编程技术活动服务器网页（ASP）的最新版本，但它远不是传统ASP简单升级。ASP.NET和ASP的最大区别在于编程思维的转换，ASP.NET是真正的面向对象（Object-oriented），而不仅仅在于功能的增强。
在ASP.NET中，Web窗体页由两部分组成：视觉元素（HTML、服务器控件和静态文本）和该页的编程逻辑。其中每一部分都存储在一个单独的文件中。可视元素在一个扩展名为.aspx文件中创建，而代码位于一个单独的类文件中，该文件称作代码隐藏类文件扩展名为.aspx.vb或.aspx.cs。这样，.aspx文件中存放所有要显示的元素，aspx.vb或.aspx.cs文件中存放逻辑。
2、用户控件（UserControl）
为了使用户能够根据需要方便地定义控件，ASP.NET引入了Web窗体用户控件的概念。实际上，只要将.aspx稍作修改即可转换为Web用户控件，扩展名为.ascx，.ascx和.aspx文件一样也有一个存放逻辑的代码隐藏类文件，扩展名为.ascx.vb或.ascx.cs，只是它不能作为独立Web窗体页来运行，只有当被包含在.aspx文件中时，用户控件才能工作。
通过以下两个步骤在WEB窗体页中设置用户控件：
（1）使用@Register指令在.aspx文件中注册用户控件。如要注册在放在相对路径“../UserControl/”下的头文件headinner.ascx的方法为：
＜%@RegisterTagPrefix="Acme"TagName="Head"Src="../UserControl/headinner.ascx"%＞
（2）在服务器控件的开始标记和结束标记之间(＜formrunat=server＞＜/form＞)声明该用户控件元素。例如要声明上面所导入的控件的语法为：
＜Acme:Headrunat="server"/＞
这样，该控件就成为页的一部分，并将在处理该页时呈现出来。并且，该控件的公共属性、事件和方法将向Web窗体页公开并且可以通过编程来使用。根据这个原理，就可以将每个页面初始化时所要执行的操作（如登录验证，角色验证）封装在用户控件当中。
RBAC的基本思想
RBAC（角色访问控制）的基本思想可简单地用图1来表示，即把整个访问控制过程分成两步：访问权限与角色相关联，角色再与用户关联，从而实现了用户与访问权限的逻辑分离。
由于RBAC实现了用户与访问权限的逻辑分离，因此它极大的方便了权限管理。例如，如果一个用户的职位发生变化，只要将用户当前的角色去掉，加入代表新职务或新任务的角色即可，角色/权限之间的变化比角色/用户关系之间的变化相对要慢得多，并且委派用户到角色不需要很多技术，可以由行政管理人员来执行，而配置权限到角色的工作比较复杂，需要一定的技术，可以由专门的技术人员来承担，但是不给他们委派用户的权限，这与现实中情况正好一致。
用户权限在.NET中的设计与实现
利用.NET中的用户控件实现权限控制的基本思想是：根据角色访问控制（RBAC）的基本原理，给用户分配一个角色，每个角色对应一些权限，然后利用ASP.NET中的用户控件（UserControl）来判断该用户对应的角色是否对访问页面有访问的权力。
下面将从数据库设计、添加角色和用户控件的使用等三方面来阐述具体实现过程。
1、数据库中表的设计
首先，在数据库中设计功能模块表、功能表和角色表等三个表。
（1）功能模块表
为了管理好用户的权限，首先要组织好系统的模块，为此设计了一个功能模块表。见表1。
（2）功能表
每个功能模块所具有的子功能称为功能，如商品管理模块goods（属于功能模块的范畴）包含商品信息查询、商品信息更新、商品信息删除、商品定价信息查询以及商品定价信息更新五种功能，功能表的设计见表2。
上面提到的例子可以作为这样几条记录分别插入功能模块表和功能表。
insertintoTModulevalues(0，///////////////////////////////////////////////////////////////'商品管理模块///////////////////////////////////////////////////////////////'，///////////////////////////////////////////////////////////////'goods///////////////////////////////////////////////////////////////'，5);
insertintoTfunctionvalues(0，///////////////////////////////////////////////////////////////'商品信息查询///////////////////////////////////////////////////////////////'，///////////////////////////////////////////////////////////////'selectgoods///////////////////////////////////////////////////////////////'，0);
insertintoTfunctionvalues(1，///////////////////////////////////////////////////////////////'商品信息更新///////////////////////////////////////////////////////////////'，///////////////////////////////////////////////////////////////'updategoods///////////////////////////////////////////////////////////////'，0);
insertintoTfunctionvalues(2，///////////////////////////////////////////////////////////////'商品信息删除///////////////////////////////////////////////////////////////'，///////////////////////////////////////////////////////////////'deletegoods///////////////////////////////////////////////////////////////'，0);
insertintoTfunctionvalues(3，///////////////////////////////////////////////////////////////'商品定价信息查询///////////////////////////////////////////////////////////////'，///////////////////////////////////////////////////////////////'selectgoodsprice///////////////////////////////////////////////////////////////'，0);
insertintoTfunctionvalues(4，///////////////////////////////////////////////////////////////'商品定价信息更新///////////////////////////////////////////////////////////////'，///////////////////////////////////////////////////////////////'updategoodsprice///////////////////////////////////////////////////////////////'，0);
（3）角色表
角色表的设计关键在于角色值的定义，它是一个由0和1组成的类似二进制数的字符串。而功能表中的funcNo(功能编号)字段表示该功能在角色表的roleValue(角色值)字段中的位置，如果该位置对应的数值是0，表示该角色无此权限，如果值为1，则表示该角色拥有此权限。如角色普通会员的角色值为100100…00（共100位），如上所示，商品信息查询的功能编号为0，角色值100100…00的第0位为1，所以该普通会员角色拥有商品信息查询的功能；相反，该角色值的第1位为0，而功能编号为1的功能为商品信息更新，所以该普通会员角色没有商品信息更新的权限。它们的关系可由图2来表示。
2、角色的添加
有了上面几个表，角色页面的功能模块以及其对应的功能都可以从功能模块表和功能表中读出，如图3所示。
在将新角色普通会员插入数据库时，先将角色值的所有位都置为0，然后利用.NETFramework类库中的Replace函数将角色值中的打上勾的功能相应的功能编号位的值改为1。
例如，新添加一个角色名为普通会员的角色，它拥有的功能为商品信息查询（功能编号0）和商品定价信息查询（功能编号3）两项，则角色值应为1001000……00（100位），即角色值中第0位和第3位的值为1，其余为0。
3、利用用户控件实现访问权限
在定义好用户控件.ascx文件（head.ascx）及.ascx.cs（head.ascx，cs）文件时，接下去只要在.aspx文件中注册和声明它就可以了。
(1)注册
＜%@RegisterTagPrefix="Acme"TagName="Head"Src="../UserControl/headinner.ascx"%＞
(2)声明
经过实践，在.aspx文件中声明.ascx文件可分为几种情况：
第一种情况：＜Acme:Headrunat="server"/＞
第二种情况：＜Acme:Headrunat="server"flag=0funcname1=selectgoodsfuncname2=updategoods/＞
第三种情况：＜Acme:Headrunat="server"flag=1funcname1=selectgoodsfuncname2=updategoods/＞
字段flag是用来控制怎样进行权限检查的标志，funcname指功能表中的功能英文名。如果flag为空，则不执行权限检查（第一种情况）；否则如果flag=="0"，则表示同时具有selectgoods（商品信息查询）和updategoods（商品信息更新）这两种权限的角色所对应的用户才有权利查看该页（第二种情况）；否则，如果flag=="1"，则认为，具有selectgoods（商品信息查询）或updategoods（商品信息更新）这两种权限中任意一种权限的用户就有权利查看该页（第三种情况）。
上面进行权限检查的过程全部由用户控件来实现，其全部方法都封装在.ascx.cs文件中，其中最主要的一个方法是检查某一角色是否拥有某一确定权限的checkAuth（stringroleId，stringfuncEName）方法。这个方法的思想如图4所示。
图4中roleValue（角色值）的第0位（selectgoods的功能编号）值为1，表示该角色拥有selectgoods（商品信息查询）的权限。这样，我们把对权限检查的所有逻辑都封装在了用户控件中，因此，对WEB窗体页.aspx文件而言，只需在导入.ascx文件时确定用户在访问该页面时所应拥有的权限，而不需对aspx.cs进行任何改动。
由上所述，可以很清楚地看出，只要在用户控件中对用户权限进行控制，再把它包括在.aspx文件中（这件事作者本来就是要做的），那么在编程的时候就不必考虑复杂的权限问题了。
结束语
本文在开发一个电子商务系统的实践中发现，公司对系统用户的权限控制非常重视。因此，设计一个简单方便又行之有效的权限控制机制对于电子商务系统是必不可少的。本文所提出的基于ASP.NET的电子商务系统用户权限设计和实现方法已经在实际的工作中得到了验证，修改指定权限组的操作变得非常方便。
0
0
0
(请您对文章做出评价)
用户权限设计(二)——用户认证管理设计方案【转】
用户认证管理设计方案1设计思路
为了设计一套具有较强可扩展性的用户认证管理，需要建立用户、角色和权限等数据库表，并且建立之间的关系，具体实现如下。
1.1用户
用户仅仅是纯粹的用户，用来记录用户相关信息，如用户名、密码等，权限是被分离出去了的。用户（User）要拥有对某种资源的权限，必须通过角色（Role）去关联。
用户通常具有以下属性：
ü编号，在系统中唯一。
ü名称，在系统中唯一。
ü用户口令。
ü注释，描述用户或角色的信息。
1.2角色
角色是使用权限的基本单位，拥有一定数量的权限，通过角色赋予用户权限，通常具有以下属性：
ü编号，在系统中唯一。
ü名称，在系统中唯一。
ü注释，描述角色信息
1.3权限
权限指用户根据角色获得对程序某些功能的操作，例如对文件的读、写、修改和删除功能，通常具有以下属性：
ü编号，在系统中唯一。
ü名称，在系统中唯一。
ü注释，描述权限信息
1.4用户与角色的关系
一个用户（User）可以隶属于多个角色（Role），一个角色组也可拥有多个用户，用户角色就是用来描述他们之间隶属关系的对象。用户（User）通过角色（Role）关联所拥有对某种资源的权限，例如
l用户（User）：
UserIDUserNameUserPwd
1张三xxxxxx
2李四xxxxxx
……
l角色（Role）：
RoleIDRoleNameRoleNote
01系统管理员监控系统维护管理员
02监控人员在线监控人员
03调度人员调度工作人员
04一般工作人员工作人员
……
l用户角色（User_Role）：
UserRoleIDUserIDRoleIDUserRoleNote
1101用户“张三”被分配到角色“系统管理员”
2202用户“李四”被分配到角色“监控人员”
3203用户“李四”被分配到角色“调度人员”
……
从该关系表可以看出，用户所拥有的特定资源可以通过用户角色来关联。
1.5权限与角色的关系
一个角色（Role）可以拥有多个权限（Permission），同样一个权限可分配给多个角色。例如：
l角色（Role）：
RoleIDRoleNameRoleNote
01系统管理员监控系统维护管理员
02监控人员在线监控人员
03调度人员调度工作人员
04一般工作人员工作人员
……
l权限（Permission）：
PermissionIDPermissionNamePermissionNote
0001增加监控允许增加监控对象
0002修改监控允许修改监控对象
0003删除监控允许删除监控对象
0004察看监控信息允许察看监控对象
……
l角色权限（Role_Permission）：
RolePermissionIDRoleIDPermissionIDRolePermissionNote
1010001角色“系统管理员”具有权限“增加监控”
2010002角色“系统管理员”具有权限“修改监控”
3010003角色“系统管理员”具有权限“删除监控”
4010004角色“系统管理员”具有权限“察看监控”
5020001角色“监控人员”具有权限“增加监控”
6020004角色“监控人员”具有权限“察看监控”
……
由以上例子中的角色权限关系可以看出，角色权限可以建立角色和权限之间的对应关系。
1.6建立用户权限
用户权限系统的核心由以下三部分构成：创造权限、分配权限和使用权限。
第一步由Creator创造权限（Permission），Creator在设计和实现系统时会划分。利用存储过程CreatePermissionInfo（@PermissionName,@PermissionNote）创建权限信息，指定系统模块具有哪些权限。
第二步由系统管理员（Administrator）创建用户和角色，并且指定用户角色（User－Role）和角色权限（Role－Permission）的关联关系。
1)[b]具有创建用户、修改用户和删除用户的功能：[/b]Administrator
l存储过程CreateUserInfo（@UserName,@UserPwd）创建用户信息；
l存储过程ModifyUserInfo（@UserName,@UserPwd）修改用户信息；
l存储过程DeleteUserInfo（@UserID）删除用户信息；
2)[b]具有创建角色和删除角色的功能：[/b]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,@UserRoleIDoutput）,GetRolePermission（@RoleID,@Role-
-PermissinIDoutput）获得用户对模块的使用权限。
1.7用户认证实现
当用户通过验证后，由系统自动生成一个128位的TicketID保存到用户数据库表中，建立存储过程Login（@UserID,@UserPwd,@TicketIDoutput）进行用户认证，认证通过得到一个TicketID，否则TicketID为null。其流程图如下：
图1Login流程图
得到TicketID后，客户端在调用服务端方法时传递TicketID，通过存储过程JudgeTicketPermission（@TicketID,@PermissionID）判断TicketID对应的用户所具有的权限，并根据其权限进行方法调用。
当用户退出系统时，建立存储过程Logout（@UserID）来退出系统。当用户异常退出系统时，根据最后的登陆时间（LastSignTime）确定用户的TickeID，建立存储过程ExceptionLogout（@UserID,@LastSignTime）处理用户的异常退出。
图2Logout流程图
WebService可以采用SoapHeader中写入TicketID来使得TicketID从客户端传递给服务端。.NetRemoting可以采用CallContext类来实现TicketID从客户端传递给服务端。
2数据库设计
2.1数据库表
图3数据库关系图
2.2数据库表说明
2.2.1用户表（Static_User）
Static_User
| Static_User字段名 | 详细解释 | 类型 | 备注 |
| UserID | 路线编号 | varchar(20) | PK |
| UserName | 用户名称 | varchar(20) | |
| UserPwd | 用户密码 | varchar(20) | |
| LastSignTime | 最后登陆时间 | datatime | |
| SignState | 用户登陆状态标记 | int | |
| TickeID | 验证票记录编号 | varchar(128) | |
Static_Role
| Static_User字段名 | 详细解释 | 类型 | 备注 |
| RoleID | 角色编号 | varchar(20) | PK |
| RoleName | 角色名称 | varchar(20) | |
| RoleNote | 角色信息描述 | varchar(20) | |
Static_User_Role
| Static_User字段名 | 详细解释 | 类型 | 备注 |
| UserRoleID | 用户角色编号 | varchar(20) | PK |
| UserID | 用户编号 | varchar(20) | FK |
| RoleID | 角色编号 | varchar(20) | FK |
| UserRoleNote | 用户角色信息描述 | varchar(20) | |
Static_Permission
| Static_User字段名 | 详细解释 | 类型 | 备注 |
| PermissionID | 编号 | varchar(20) | PK |
| PermissionName | 权限名称 | varchar(20) | |
| PermissionNote | 全息信息描述 | varchar(20) | |
Static_Role_Permission
| Static_User字段名 | 详细解释 | 类型 | 备注 |
| RolePermissionID | 角色权限编号 | varchar(20) | PK |
| RoleID | 角色编号 | varchar(20) | FK |
| PermissionID | 权限编号 | varchar(20) | FK |
| RolePermissionNote | 角色权限信息描述 | varchar(20) | |
3.1WebServiceSoapHeader
对SQL数据库执行自定义身份验证和授权。在这种情况中，应向服务传递自定义凭据（如用户名和密码），并让服务自己处理身份验证和授权。将额外的信息连同请求一起传递给XMLWeb服务的简便方法是通过SOAP标头。为此，需要在服务中定义一个从SOAPHeader派生的类，然后将服务的公共字段声明为该类型。这在服务的公共合同中公开，并且当从WebServiceUtil.exe创建代理时可由客户端使用，如下例所示：
usingSystem.Web.Services;
usingSystem.Web.Services.Protocols;
//AuthHeaderclassextendsfromSoapHeader
publicclassAuthHeader:SoapHeader{
publicstringUsername;
publicstringPassword;
}
publicclassHeaderService:WebService{
publicAuthHeadersHeader;
...
}
服务中的每个WebMethod都可以使用SoapHeader自定义属性定义一组关联的标头。默认情况下，标头是必需的，但也可以定义可选标头。SoapHeader属性指定公共字段的名称或者Client或Server类的属性（本标题中称为Headers属性）。在为输入标头调用方法前，WebService设置Headers属性的值；而当方法为输出标头返回时，WebService检索该值。
[WebMethod(Description="Thismethodrequiresacustomsoapheadersetbythecaller")]
[SoapHeader("sHeader")]
publicstringSecureMethod(){
if(sHeader==null)
return"ERROR:Pleasesupplycredentials";
else
return"USER:"+sHeader.Username;
}
然后，客户端在调用要求标头的方法之前，直接在代理类上设置标头，如下面的示例所示：
HeaderServiceh=newHeaderService();
AuthHeadermyHeader=newAuthHeader();
myHeader.Username="username";
myHeader.Password="password";
h.AuthHeader=myHeader;
Stringresult=h.SecureMethod();
3.2.NetRemoting的安全认证方式
CallContext提供与执行代码路径一起传送的属性集，CallContext是类似于方法调用的线程本地存储的专用集合对象，并提供对每个逻辑执行线程都唯一的数据槽。数据槽不在其他逻辑线程上的调用上下文之间共享。当CallContext沿执行代码路径往返传播并且由该路径中的各个对象检查时，可将对象添加到其中。当对另一个AppDomain中的对象进行远程方法调用时，CallContext类将生成一个与该远程调用一起传播的LogicalCallContext实例。只有公开ILogicalThreadAffinative接口并存储在CallContext中的对象被在LogicalCallContext中传播到AppDomain外部。不支持此接口的对象不在LogicalCallContext实例中与远程方法调用一起传输。
CallContext.SetData方法存储给定对象并将其与指定名称关联，CallContext.GetData方法从CallContext中检索具有指定名称的对象。
下面的代码示例说明如何使用SetData方法将主体和标识对象传输到远程位置以进行标识。
publicclassClientClass{
publicstaticvoidMain(){
GenericIdentityident=newGenericIdentity("Bob");
GenericPrincipalprpal=newGenericPrincipal(ident,
Newstring[]{"Level1"});
LogicalCallContextDatadata=
newLogicalCallContextData(prpal);
//EnterdataintotheCallContext
CallContext.SetData("testdata",data);
Console.WriteLine(data.numOfAccesses);
ChannelServices.RegisterChannel(newTcpChannel());
RemotingConfiguration.RegisterActivatedClientType(
typeof(HelloServiceClass),"tcp://localhost:8082");
HelloServiceClassservice=newHelloServiceClass();
if(service==null){
Console.WriteLine("Couldnotlocateserver.");
return;
}
//callremotemethod
Console.WriteLine();
Console.WriteLine("Callingremoteobject");
Console.WriteLine(service.HelloMethod("Caveman"));
Console.WriteLine(service.HelloMethod("Spaceman"));
Console.WriteLine(service.HelloMethod("Bob"));
Console.WriteLine("Finishedremoteobjectcall");
Console.WriteLine();
//Extractthereturneddatafromthecallcontext
LogicalCallContextDatareturnedData=
(LogicalCallContextData)CallContext.GetData("testdata");
Console.WriteLine(data.numOfAccesses);
Console.WriteLine(returnedData.numOfAccesses);
}
}
下面的代码示例说明如何使用GetData方法将主体和标识对象传输到远程位置以进行标识。
usingSystem;
usingSystem.Text;
usingSystem.Runtime.Remoting.Messaging;
usingSystem.Security.Principal;
publicclassHelloServiceClass:MarshalByRefObject{
staticintn_instances;
intinstanceNum;
publicHelloServiceClass(){
n_instances++;
instanceNum=n_instances;
Console.WriteLine(this.GetType().Name+"hasbeencreated.
Instance#={0}",instanceNum);
}
~HelloServiceClass(){
Console.WriteLine("Destroyedinstance{0}of
HelloServiceClass.",instanceNum);
}
publicStringHelloMethod(Stringname){
//Extractthecallcontextdata
LogicalCallContextDatadata=
(LogicalCallContextData)CallContext.GetData("testdata");
IPrincipalmyPrincipal=data.Principal;
//Checktheuseridentity
if(myPrincipal.Identity.Name=="Bob"){
Console.WriteLine("/nHello{0},youareidentified!",
myPrincipal.Identity.Name);
Console.WriteLine(data.numOfAccesses);
}
else{
Console.WriteLine("Goaway!Youarenotidentified!");
returnString.Empty;
}
//calculateandreturnresulttoclient
return"Hithere"+name+".";
}
}
4详细代码设计
4.1WebService代码设计
WebService端代码主要进行对数据库的操作，建立起Client操作数据库所需要的方法，供Client的端调用。
1）classUserInfoMng()用户信息管理类，其中包括方法：
lCreateUserInfo(stringUserNamestringUserPwd)建立用户信息，调用存储过程CreateUserInfo（@UserName,@UserPwd）
lModifyUserInfo(stringUserNamestringUserPwd)修改用户信息，调用存储过程ModifyUserInfo（@UserName,@UserPwd）
lDeleteUserInfo()删除用户信息，调用存储过程DeleteUserInfo
(@UserID)
2）classUserAuthentication()用户认证类，用来实现用户角色、权限的设置，包括方法：
lCreatePermissionInfo(stringPermissionNamestringPermissi-
-onNote)建立权限信息，调用存储过程CreatePermissionInfo
（@PermissionName,@PermissionNote）
lCreateRoleInfo(stringRoleNamestringRoleNote)建立角色信息，调用存储过程CreateRoleInfo(@RoleName,@RoleNote)
lDeleteRoleInfo()删除角色信息，调用存储过程DeleteRoleInfo
(@RoleID)
lGrantUserRole(stringUserIDstringRoleIDstringUserRoleNote)授予用户角色，调用存储过程GrantUserRole(@UserID,@RoleID,
@UserRoleNote)
lDeleteUserRole()删除用户角色，调用存储过程DeleteUserRole
(@UserRoleID)
lGrantRolePermission(stringRoleIDstringPermissionIDstringRolePermissionNote)授予角色权限，调用存储过程GrantRolePermission(@RoleID,@PermissionID,@RolePermissionNote)
lDeleteRolePermission()删除授予的角色权限，调用存储过程
DeleteRolePermission(@RolePermissionID)
4.2用户认证代码设计（Client端）
Client端调用WebService方法来进行数据库访问，Client端代码设计主要实现界面的功能，包括：权限设置、用户管理、用户授权管理和用户认证管理
1)权限设置
classPermissionInfoMng()用户权限信息管理类，包括方法：
lCreatePermissionInfo()建立权限信息
2)用户管理
classUserInfoMng()用户信息管理类，包括方法：
lCreateUserInfo()建立用户信息
lModifyUserInfo()修改用户信息
lDeleteUserInfo()删除用户信息
3)用户授权管理
classRoleInfoMng()角色信息管理类，包括方法：
lCreateRoleInfo()建立角色信息
lDeleteRoleInfo()删除角色信息
classUserRoleMng()用户角色管理类，包括方法：
lGrantUserRole()授予用户角色
lDeleteUserRole()删除用户角色
classRolePermissionMng()角色权限管理类，包括方法
lGrantRolePermission()授予角色权限
lDeleteRolePermission()删除角色权限
4）用户认证管理
classAuthentication()用户认证类，包括方法：
lLogin(stringUserNamestringUserPwd)用户登陆认证，用户认证通过分配给用户一个TicketID，否则TicketID则为null
lLogout()用户正常退出
lExceptionLogout()用户异常退出
用户权限设计(三)——通用数据权限管理系统设计【转】
作者：逸云前言：
本文提供一种集成功能权限和数据权限的解决方法，以满足多层次组织中权限管理方面的集中控制。本方法是RBAC（基于角色的访问控制方法）的进一步扩展和延伸，即在功能权限的基础上增加数据权限的管理，实现数据权限和功能权限的集中处理。
解释：
功能权限：能做什么的问题，如增加销售订单；
数据权限：能在哪里干什么的问题，如察看北京分公司海淀销售部张三的销售订单；
术语：
资源：系统中的资源，主要是各种业务对象，如销售单、付款单等；
操作类型：对资源可能的访问方法，如增加、删除、修改等；
功能：对资源的操作，是资源与操作类型的二元组，如增加销售单、修改销售单等；
数据类型：业务系统中常用的数据权限类型，如公司、部门、项目、个人等；
数据对象：具体的业务对象，如甲公司、乙部门等等，包括所有涉及到数据权限的对象值；
权限：角色可使用的功能，分角色的功能权限和角色的数据权限；
角色：特定权限的集合；
用户：参与系统活动的主体，如人，系统等。
通用数据权限管理系统设计（二）
方法说明：
在实际应用中，数据权限的控制点一般相对固定，如针对公司、部门、个人、客户、供应商等，也就是说数据权限一般针对指定数据类型下的一些数据对象。
本方法中，数据权限的依赖于功能权限，是对功能权限的进一步描述，说明角色在指定的功能点上的数据控制权限。
本方法中采用“没有明确规定即视为有效”的原则，如果没有定义功能的数据权限，则说明该角色具有该功能的全部的权限。如果定义了功能的某种类型的数据权限，则该用户只具有该类型下指定数据的数据权限。
这段话比较绕口，下面举个例子实际例子。
某公司有北京销售部、上海销售部和广州销售部三个销售部，现在需要定义几种角色：
销售总监--能察看所有销售部的销售订单；
北京销售经理--只能察看北京销售部的所有销售订单；
上海销售经理--只能察看上海销售部的所有销售订单；
广州销售经理--只能察看广州销售部的所有销售订单；
上述角色的定义如下：
-------------------------------------------------------------------
角色名称功能数据类型数据对象
-------------------------------------------------------------------
销售总监察看销售订单
北京销售经理察看销售订单部门北京
上海销售经理察看销售订单部门上海
广州销售经理察看销售订单部门广州
-------------------------------------------------------------------
上述定义中，销售总监只定义了功能权限，而没有定义数据权限，所以销售总监能够察看所有的销售订单；而其他几位销售经理分别定义了这一功能的数据权限，所以只能察看指定部门的销售订单。
在实际应用中，往往会出现部门分组，组长能够察看本组所有人员处理的销售订单的情况，以及某些情况下，某些人只能察看本人的销售订单的情况，这些特殊情况在上述的说明中无法解决，需要在设计和实现中进行处理。
北京销售代表--只能察看北京销售部的本人的所有销售订单；
北京销售代表察看销售订单部门北京
个人
通用数据权限管理系统设计（三）--数据库设计
我们先来看看传统的基于角色的权限管理系统，如下图所示，最简单的基于角色的权限管理由系统功能、系统角色、系统用户、角色功能和用户角色五部分组成。
图一：基于角色的数据库结构
为实现数据权限控制，在设计上对基于角色的权限管理进行扩充，如下图所示：
图二：通用数据权限管理系统数据库设计
对比两张图，我们可以看到，他们之间的主要变化为：
1、增加系统资源信息和操作类型信息，系统资源为树形结构、如销售模块、销售订单等；操作类型记录可能的操作，如增加、删除、修改、查看、查询等，系统功能是资源与操作类型的组合，对资源的操作就是系统功能。
2、增加数据对象类型和数据对象两张表，数据对象类型记录系统中需要控制的对象类型，如部门、库房、员工、客户、供应商等；数据对象记录各对象类型的对象实例，如北京销售部、上海销售部、张三、李四等等。（独立保存的好处后面会说到）
3、增加系统资源与数据对象类型的关联表（多对多），本表为配置表，说明某种资源可能需要的控制点，如销售订单与部门类型的关联可能涉及到分部门分配权限；销售订单与客户的关联可能涉及到按客户分配权限等等。
4、增加数据对象与角色权限的关联，这张表是真正最终实现数据权限管理的所在地。
通过这种设计，能够最小化地减少对原有权限系统的更改，并且可以很灵活地增加数据的控制点。在产品化软件的设计中使用，能够灵活满足客户的需要。
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- 【商业版、提供全部源码】基于RBAC的C#ASP.NET支持多用户的通用权限管理系统高质量源码10月份销售20套【提供操作手册设计文档下载】
- ASP.NET 生成唯一不重复的订单号 支持多用户并发、持多数据库的实现参考（C#.NET通用权限管理系统组件源码组成部分）
- ASP.NET系统用户权限设计与实现
- ASP.NET系统用户权限在.NET中的设计与实现
- ASP.NET系统用户权限设计与实现
- ASP.NET系统用户权限设计与实现
- ASP.NET系统用户权限设计与实现
- C# ASP.NET 权限设计 完全支持多数据库多语言包的通用权限管理系统组件源码
- 通用权限管理系统组件 (GPM - General Permissions Manager) 中实现高性能的ASP.NET管理页面自动生成
- ASP.NET系统用户权限设计与实现
- C# ASP.NET 走火入魔通用权限管理系统组件V3.2试用版下载地址【含数据库设计文档、使用手册】
- 大公司业务流程审批组件【部门的员工—部门经理—部门副总—人力经理—人力副总】实现参考，强大的基础数据管理工具-C#.NET通用权限管理系统组件
- ASP.NET系统用户权限设计与实现
- ASP.NET系统用户权限设计与实现
- ASP.NET系统用户权限设计与实现 RBAC
- ASP.NET系统用户权限设计与实现
- C# ASP.NET 走火入魔通用权限管理系统组件V3.2试用版下载地址【含数据库设计文档、使用手册】
- ASP.NET系统用户权限在.NET中的设计与实现
- ASP.NET系统用户权限设计与实现（转摘）
- C# ASP.NET 走火入魔通用权限管理系统组件V3.2试用版下载地址【含数据库设计文档、使用手册】