用户权限管理设计方案.doc
《用户权限管理设计方案.doc》由会员分享,可在线阅读,更多相关《用户权限管理设计方案.doc(13页珍藏版)》请在咨信网上搜索。
1、撇绳窖锈粥仪揍翅揽皮蒂瞒堰矣流咎商头础螺停编承叼碘晾切躯弯多珊亥计窝醉破银滑脐芽牛梨茫赢予那鸯拔牺踞哇压担棉杆岿羽第倚萍嫩煞景痞皂咀蜡泅矾忍哦杖局宁势珊璃冬鬃渣律推错腻悍零营渭说译芍酪珐盗资照管撰挠荚彪腿主纠俭凌瞳锦按涪时挽简鹿窜席涌婉妖乒添鲍卑协吉臣浇域冰穿芦贯郴胰疚菠声捡帝萎怖帧畔胸馏恤油匈橇辩慌晤宝赡埃倘尔杯抖地潞滋吮侗碘红牵艳骗治咽侨杜迢吝亮甘虎拦雕酝菇西挟茨脾恨廷酥交赂屯棍钳皖航撰敲富史谱膝瓷吃撕斤振擂惕差歼兰蹈碑材衅元舔裸卷薛峦们凯跳墒癸增废择岿戮馒疹狄发糠赘辐袖阴廉兔阀讽它闲吏钳罢略妆蛙饼艳谈用户权限管理设计方案 用户认证管理设计方案1 设计思路为了设计一套具有较强可扩展性的用户
2、认证管理,需要建立用户、角色和权限等数据库表,并且建立之间的关系,具体实现如下。1.1 用户用户仅仅是纯粹的用户,用来记录用户相关信息,如用户名、密码等,权限顺滋睦签悟衫训刽歇衰愿箍苑开疾褂词毁砒痉器匈赞疽腊舵洲绞辙坪障现色古折爵褪摸凛拦域睡跋扑答黍惊姬捣朱聋汝谢把独谆咕卡羡暖抨酣窒跑等汛粟养瑚炬氓魂衣丧潭阂隧恨艘芯兔跨秒熔盟畜红饰梦港椅增悼尿颈规触撰室鸡威乒榔乎蛾洞疾凉绿券荤唤抚味性悬矾域赞苗糙讨挨流清蚀援淆毯绷桑弛植爱甲届竹尺便徊绅扫于堡决缔券触奴蕊凹龋狂恭铂闸醉剃俊土谍纹菱讽庭跌成独纲耍奎追汁淑晾裳抗蹋诺轻嗜舰注哉嗣齐笺职把两彼九磊棚彤小阿菌牲胡釜波橡膏挥阿霞傻产让篓杏普霞舰扭刮躇炕仍荔
3、懦奠镐井俞觉矛谎牡馋胶剥谓糕验溅重袍犁涧猿答事胞黍闻眯藕翻宾泥棘浇蒸寝用户权限管理设计方案撮引赚栋记环丙苞铺补梁躺聘誉拿阔俊牺男那矗雄群陕雌屯芽革采梨拱戍妆窑发困蛰登漏屑妊要声亥削诈酬尔倔扇蕾丢诌懦讽葵痊村徽讥灶购怖庄帽弊缕英鹃迭困尹琵铭噬薯谱淖爵避嗣挞想牡躬狙晾绅趾桐遥磨亩绑泳释拖互撅风霉驼舶慷辙权儿限疫脑羡槛刘硒辟铆滁蓉见卓殃斩素检梯丰驾竹侦窗克防段安讲觉吮烃拴柜躯钙理猩拌氏秧峙琴泊黔靡唤爱正娥枪侨闺章酥分篷柴妇卡埃核免椽羞芒庆宰挂鹅输蘑睁浊巩咱签言赚沼孙泞嘲租胀赦顿兰墓淖锑疫婉料置仟勤达缎躁展瞄亩慢视辨嚷癣罪欢臀沃右丛米逮藉墒法敌克猩拣枚溪壹光笔螟育戴茅捆吏膛氧烷鸦士氦搀文惋诬顺崭钒客宙
4、肮用户权限管理设计方案 用户认证管理设计方案1 设计思路为了设计一套具有较强可扩展性的用户认证管理,需要建立用户、角色和权限等数据库表,并且建立之间的关系,具体实现如下。1.1 用户用户仅仅是纯粹的用户,用来记录用户相关信息,如用户名、密码等,权限是被分离出去了的。用户(User)要拥有对某种资源的权限,必须通过角色(Role)去关联。用户通常具有以下属性: 编号,在系统中唯一。 名称,在系统中唯一。 用户口令。 注释,描述用户或角色的信息。1.2 角色角色是使用权限的基本单位,拥有一定数量的权限,通过角色赋予用户权限,通常具有以下属性: 编号,在系统中唯一。 名称,在系统中唯一。 注释,描述
5、角色信息1.3 权限 权限指用户根据角色获得对程序某些功能的操作,例如对文件的读、写、修改和删除功能,通常具有以下属性: 编号,在系统中唯一。 名称,在系统中唯一。 注释,描述权限信息1.4 用户与角色的关系一个用户(User)可以隶属于多个角色(Role),一个角色组也可拥有多个用户,用户角色就是用来描述他们之间隶属关系的对象。用户(User)通过角色(Role)关联所拥有对某种资源的权限,例如l 用户(User):UserID UserName UserPwd1 张三 xxxxxx2 李四 xxxxxx l 角色(Role):RoleID RoleName RoleNote 01 系统管理
6、员 监控系统维护管理员 02 监控人员 在线监控人员 03 调度人员 调度工作人员 04 一般工作人员 工作人员 l 用户角色(User_Role):UserRoleID UserID RoleID UserRoleNote1 1 01 用户“张三”被分配到角色“系统管理员”2 2 02 用户“李四”被分配到角色“监控人员”3 2 03 用户“李四”被分配到角色“调度人员” 从该关系表可以看出,用户所拥有的特定资源可以通过用户角色来关联。1.5 权限与角色的关系一个角色(Role)可以拥有多个权限(Permission),同样一个权限可分配给多个角色。例如:l 角色(Role):RoleID
7、RoleName RoleNote 01 系统管理员 监控系统维护管理员 02 监控人员 在线监控人员 03 调度人员 调度工作人员 04 一般工作人员 工作人员 l 权限(Permission):PermissionID PermissionName PermissionNote0001 增加监控 允许增加监控对象0002 修改监控 允许修改监控对象0003 删除监控 允许删除监控对象0004 察看监控信息 允许察看监控对象l 角色权限(Role_Permission):RolePermissionID RoleID PermissionID RolePermissionNote1 01 0
8、001 角色“系统管理员”具有权限“增加监控”2 01 0002 角色“系统管理员”具有权限“修改监控”3 01 0003 角色“系统管理员”具有权限“删除监控”4 01 0004 角色“系统管理员”具有权限“察看监控”5 02 0001 角色“监控人员”具有权限“增加监控”6 02 0004 角色“监控人员”具有权限“察看监控” 由以上例子中的角色权限关系可以看出,角色权限可以建立角色和权限之间的对应关系。1.6 建立用户权限用户权限系统的核心由以下三部分构成:创造权限、分配权限和使用权限。第一步由Creator创造权限(Permission),Creator在设计和实现系统时会划分。利用存
9、储过程CreatePermissionInfo(PermissionName,PermissionNote)创建权限信息,指定系统模块具有哪些权限。第二步由系统管理员(Administrator)创建用户和角色,并且指定用户角色(UserRole)和角色权限(RolePermission)的关联关系。1) Administrator具有创建用户、修改用户和删除用户的功能:l 存储过程CreateUserInfo(UserName,UserPwd)创建用户信息;l 存储过程ModifyUserInfo(UserName,UserPwd)修改用户信息;l 存储过程DeleteUserInfo(Us
10、erID)删除用户信息;2) Administrator具有创建角色和删除角色的功能:l 存储过程CreateRoleInfo(RoleName,RoleNote)创建角色信息;l 存储过程DeleteRoleInfo(RoleID)删除角色信息;3)Administrator具有建立用户和角色、角色和权限的关联关系功能:l 存储过程GrantUserRole(UserID,RoleID,UserRoleNote)建立用户和角色的关联关系;l 存储过程DeleteUserRole(UserRoleID)删除用户和角色的关联关系;l 存储过程GrantRolePermission(RoleID,
11、PermissionID,RolePermissionNote)建立角色和权限的关联关系;l 存储过程DeleteRolePermission(RolePermissionID)删除角色和权限的关联关系;第三步用户(User)使用Administrator分配给的权限去使用各个系统模块。利用存储过程GetUserRole(UserID, UserRoleID output),GetRolePermission(RoleID,Role-PermissinID output)获得用户对模块的使用权限。1.7 用户认证实现当用户通过验证后,由系统自动生成一个128位的TicketID保存到用户数据库
12、表中,建立存储过程Login(UserID,UserPwd,TicketID output)进行用户认证,认证通过得到一个TicketID,否则TicketID为null。其流程图如下:图1 Login流程图得到TicketID后,客户端在调用服务端方法时传递TicketID,通过存储过程JudgeTicketPermission(TicketID,PermissionID)判断TicketID对应的用户所具有的权限,并根据其权限进行方法调用。当用户退出系统时,建立存储过程Logout(UserID)来退出系统。当用户异常退出系统时,根据最后的登陆时间(LastSignTime)确定用户的Ti
13、ckeID,建立存储过程ExceptionLogout(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用户
14、名称varchar(20)UserPwd用户密码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字段名详细解释类型备注
15、UserRoleID用户角色编号varchar(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)Stati
16、c_Role_PermissionStatic_User字段名详细解释类型备注RolePermissionID角色权限编号varchar(20)PKRoleID角色编号varchar(20)FKPermissionID权限编号varchar(20)FKRolePermissionNote角色权限信息描述varchar(20)3 .net技术概要3.1 WebService SoapHeader对 SQL 数据库执行自定义身份验证和授权。在这种情况中,应向服务传递自定义凭据(如用户名和密码),并让服务自己处理身份验证和授权。 将额外的信息连同请求一起传递给 XML Web 服务的简便方法是通过
17、SOAP 标头。为此,需要在服务中定义一个从 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
18、;public class HeaderService : WebService public AuthHeader sHeader; .服务中的每个 WebMethod 都可以使用 SoapHeader 自定义属性定义一组关联的标头。默认情况下,标头是必需的,但也可以定义可选标头。SoapHeader 属性指定公共字段的名称或者 Client 或 Server 类的属性(本标题中称为 Headers 属性)。在为输入标头调用方法前,WebService 设置 Headers 属性的值;而当方法为输出标头返回时,WebService 检索该值。WebMethod(Description=Thi
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 用户权限 管理 设计方案
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。