- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
对 EMS 权限管理模块设计
1. 权限设计概述
1.1 引言
随着 Web 服务的复杂度增加以及用户数量和种类的增多,安全问题在理论及工程上都
是一个必须考虑的问题, 而权限管理是安全问题中一个很重要的方面。 因此本文针对权限做
了一个分析。
权限可简单表述为这样的逻辑表达式:判断 “Who对 What(Which) 进行 How的操作” 的
逻辑表达式是否为真。
1.2 意义
? 用户管理及权限管理一直是应用系统中不可缺少的一个部分
? 系统用户很多,系统功能也很多
? 不同用户对系统功能的需求不同
? 出于安全等考虑,关键的、重要的系统功能需限制部分用户的使用
? 出于方便性考虑,系统功能需要根据不同的用户而定制
1.3 目标
直观,因为系统最终会由最终用户来维护, 权限分配的直观和容易理解, 显得比较重要,
除了功能的必须,更主要的就是因为它足够直观。
简单,包括概念数量上的简单和意义上的简单还有功能上的简单。 想用一个权限系统解
决所有的权限问题是不现实的。 设计中将变化的 “定制”特点比较强的部分判断为业务逻辑,
而将相同的“通用”特点比较强的部分判断为权限逻辑就是基于这样的思路。
扩展,采用可继承的方式解决了权限在扩展上的困难。引进 Group 概念在支持权限以
组方式定义的同时有效避免了权限的重复定义。
2. 基于角色的权限管理设计( Role-Based Access
Control ,RBAC )
2.1 权限管理用例图
2.2 用例图描述
超级管理员: 系统中默认的角色, 它是系统中拥有最高权限的角色, 它不仅能够管理其
他的管理员和用户,而且还可以对系统中每个模块的任一功能进行操作、维护。
普通管理员: 它是由超级管理员创建的, 并授予权限, 它能够管理系统中大部分的功能,
它可以查看所有普通管理员、 普通用户的信息, 它只能对由它自己创建的用户进行编辑、 删
除操作,和管理拥有权限的模块。
普通用户: 它是系统中最低权限的角色, 它只能对自己拥有的权限进行操作, 一般情况
下,它的权限是对信息的浏览和对自己信息的录入,修改。
登陆系统: 根据用户拥有的权限不同, 用户所能操作的功能多少就不同, 所以在登陆系
统的时候就要对用户的权限进行判断。
用户管理: 这里对本系统的登录用户进行维护。包括,新建、删除、编辑、注销等;系
统初始化的时候, 用户管理中默认只有一个拥有超级管理员角色的用户, 因此在初始化登陆
的时候,只能用这个用户登陆,其他的用户由这个用户创建并授予角色。
角色管理: 角色是赋予系统用户的职权名称。包括,新建、删除、编辑、注销等;系统
初始化的时候, 角色管理中默认只拥有一个超级管理员的角色, 其他角色由拥有这个角色的
用户创建并授权。
其他模块: 其他模块的每个功能都拥有一个唯一 Id ,根据用户登陆的权限,再确定这
些功能是否对用户开放。
3. 权限设计思路
3.1 基于角色的访问控制 RBAC
RBAC 的主要思想是 :权限 (Permissions)是和角色 (Roles)相联系的, 而用户 (Users)
则被指定到相应的角色作为其成员。这样就使权限的管理大大简化了。
系统的权限控制主要是采用基于角色的访问控制, 把权限绑定到角色上, 当用户要操作
权限时,就把角色赋给用户。而且在需要撤回权限时,只需把角色上的权限撤回就行了。
3.2 思路
为了设计一套
文档评论(0)