权限控制系统总体设计演示文稿

合集下载

权限控制系统总体设计说明书

权限控制系统总体设计说明书

总体设计说明书文档历史修订记录文档发布控制总体设计说明书....................................................................................................... 错误!未定义书签。

1.项目介绍........................................................................................................... 错误!未定义书签。

1.1.需求分析文档 .......................................................................................... 错误!未定义书签。

1.2.设计者 ...................................................................................................... 错误!未定义书签。

1.3.代码实现者 .............................................................................................. 错误!未定义书签。

1.4.代码实现完成时间 .................................................................................. 错误!未定义书签。

1.5.相关文档 .................................................................................................. 错误!未定义书签。

权限设计文档范文

权限设计文档范文

权限设计文档范文一、背景与目标随着互联网的快速发展,系统的权限管理变得非常重要。

一个完善的权限管理系统可以保障系统的安全性和稳定性,控制用户的访问权限,防止未授权的用户对系统进行恶意操作。

本文所述的权限设计文档旨在为一个Web应用程序的权限管理系统设计提供指导。

二、设计原则1.权限粒度细权限应该尽量细化,以便更好地控制用户的操作范围。

管理员可以根据用户的角色和职责为每个用户分配特定的权限,确保其只能访问其需要的功能和数据。

2.权限层级清晰权限应该有明确的层级结构,以便管理员能够直观地理解和管理权限。

例如,可以将权限分为系统级权限、模块级权限和功能级权限等。

3.权限可扩展系统的权限设计应该具备可扩展性,能够适应未来的业务需求变化。

权限的添加和修改应该简单,并能够方便地与系统的其他模块集成。

4.权限控制灵活权限管理系统应该具备灵活性,能够根据实际情况进行权限控制。

管理员应该能够根据不同的场景和需求,对用户的权限进行动态调整。

三、权限设计方法1.角色与权限根据系统的实际需求,将用户分为不同的角色,每个角色对应一组权限。

角色的权限由系统管理员进行定义和分配。

通过为用户分配角色,可以实现权限的细化管理。

2.权限继承为了避免权限管理过于繁琐,可以使用权限继承的方式,使部分角色拥有其他角色的权限。

例如,一个管理员角色可以继承普通用户的权限,以便管理员能够查看和管理所有用户的信息。

3.权限组将相似的权限组合成权限组,在分配权限时可以直接分配权限组,而不需要逐个分配权限。

这样可以简化权限管理的工作量,并提高系统的安全性。

4.权限审批与审计对于敏感的权限操作,应该增加权限审批和审计机制,确保权限的合理使用和追溯。

例如,删除用户的权限操作应该经过管理员的审批,并记录下操作的时间和操作人。

四、权限管理流程1.角色管理系统管理员可以通过后台管理界面对角色进行创建、修改和删除。

在创建角色时,需要定义角色的名称和描述,以及该角色拥有的权限。

操作系统课程设计--三级安全权限管理系统设计

操作系统课程设计--三级安全权限管理系统设计

操作系统课程设计--三级安全权限管理系
统设计
设计目标
本系统的设计目标是实现一个基于三级安全权限管理的计算机
操作系统。

通过该系统,可以对不同用户的权限进行管理和控制,
提高系统的安全性和稳定性。

系统特点
该系统的最大特点是具有三级安全权限管理,分别为系统管理员、普通用户和访客用户。

系统管理员可以拥有最高权限,可以对
系统进行各种设置和管理;普通用户可以进行常规操作,但不能进
行系统设置;访客用户只能进行访问操作,无法进行其他任何操作。

同时,该系统还具有以下特点:
1. 良好的用户体验:界面简洁明了,操作简单易懂。

2. 数据安全可靠:系统会对用户数据进行定期备份和恢复。

3. 防止病毒攻击:系统会对外部设备进行自动检测和杀毒。

系统结构
该系统由操作系统内核、权限管理模块、输入输出模块、文件管理模块、进程管理模块等多个模块构成。

具体的系统结构如下图所示:
![系统结构图](system-structure.png)
系统实现
在实现该系统的过程中,我们主要采用了以下技术和工具:
1. 操作系统:Linux操作系统
2. 编程语言:C++、Python
3. 软件工具:QT开发环境、MySQL数据库
另外,我们还需要进行系统测试和优化,以确保系统的稳定性和安全性。

结语
通过对三级安全权限管理系统的设计和实现,我们可以更好地理解计算机操作系统的结构和特点,掌握操作系统设计和实现的相关技术,提高我们的综合能力和创新能力。

《用户权限系统介绍》课件

《用户权限系统介绍》课件

角色管理模块
定义和管理系统中的角色,为用户分配角色。
权限管理模块
管理系统中的资源和操作权限,为角色分配权限。
用户权限系统的优势
1 提高系统安全性
通过严格的认证和授权 机制,确保系统只被授 权用户访问。
2 实现用户权限分级
管理
根据角色和权限设置不 同的访问级别,实现细 粒度的权限控制。
3 便于维护、升级和
《用户权限系统介绍》PPT课 件
用户权限系统是现代软件开发中至关重要的一部分,本课件将介绍用户权限 系统的定义、基本原理、组成部分、优势、应用场景等内容。
什么是用户权限系统
用户权限系统是一种用于管理和控制用户在系统中的访问权限的软件系统。它定义了用户可以执行的操 作和访问的资源,并根据用户的角色和权限进行授权和认证。
用户权限系统的基本原理
1
认证
用户通过身份验证来访问系统,确保用户的身份和凭据是有效和可信的。
2
授权
系统根据用户的角色和权限,授予用户访问资源和执行操作的权限。
3
审计
系统记录和监控用户的活动,方便追踪和审计用户的权限使用情况。
用户权限系统的组成部分
用户管理模块
管理用户的注册、登录、信息查看和编辑等功能。
扩展
模块化的设计和管理系 统的易扩展性,使系统 维护和升级变得简单高 效。
用户权限系统的应用场景
企业内部系统
管理员工的访问权限和操作 权限,确保数据安全和工作 的高效协作。
电商网站
管理用户的访问权限和交易 权限,确保交易安全和用户 的个性化体验。
SaaS系统
为不同的租户提供不同的服 务和权限控制,确保数据隔 离和系统的稳定性。
用户权限系统设计的注意事项

权限设计方案范本

权限设计方案范本

权限设计方案权限管理设计一•博客分类:•设计设计模式数据结构应用程序权限设计我们在开发系统的时候,经常会遇到系统需要权限控制,而权限的控制程度不同有不同的设计方案。

1. 基于角色的权限设计这种方案是最常见也是比较简单的方案,不过一般有这种设计已经够了,因此微软就设计出这种方案的通用做法,这种方案对于每一个操作不做控制,只是在程序中根据角色对是否具有操作的权限进行控制;这里我们就不做详述2. 基于操作的权限设计这种模式下每一个操作都在数据库中有记录,用户是否拥有该操作的权限也在数据库中有记录,结构如下:可是如果直接使用上面的设计,会导致数据库中的UserAction 这张表数据量非常大,因此我们需要进一步设计提高效率,请看方案33. 基于角色和操作的权限设计如上图所示,我们在添加了Role,和RoleAction表,这样子就能够减少UserAction中的记录,而且使设计更灵活一点。

可是这种方案在用户需求的考验之下也可能显得不够灵活够用,例如当用户要求临时给某位普通员工某操作权限时,我们就需要新增加一种新的用户角色,可是这种用户角色是不必要的,因为它只是一种临时的角色,如果添加一种角色还需要在收回此普通员工权限时删除此角色,我们需要设计一种更合适的结构来满足用户对权限设置的要求。

4. 2,3组合的权限设计,其结构如下:我们能够看到在上图中添加了UserAction表,使用此表来添加特殊用户的权限,改表中有一个字段HasPermission能够决定用户是否有某种操作的权限,改表中记录的权限的优先级要高于UserRole中记录的用户权限。

这样在应用程序中我们就需要经过UserRole和UserAction两张表中的记录判断权限。

到这儿呢并不算完,有可能用户还会给出这样的需求:对于某一种action所操作的对象某一些记录会有权限,而对于其它的记录没有权限,比如说一个内容管理系统,对于某一些频道某个用户有修改的权限,而对于另外一些频道没有修改的权限,这时候我们需要设计更复杂的权限机制。

权限控制系统总体设计演示文稿

权限控制系统总体设计演示文稿
权限状态,比如:
默认设置_1: [有权限(可操作),无权限(只可见/不可见)]
功能点在不在用户权限表中
默认设置_2: [有权限(可操作),无权限(只可见/不可见)]
1-首先判断结点是否在用户的授权列表中,如果存在:返回实际 2-如果不在,在注册功能结点表中查找,如果存在:返回 默认 2 3-如果不在:返回 默认 1
用户管理接口(增加删除修改) 角色管理接口(增加删除修改) 功能管理接口(展现功能结点) 数据规则接口(增加删除修改) 用户授权接口(数据授权和功能授权) 角色授权接口(数据授权和功能授权) 用户角色关系管理接口
2020年1月26日星期日
page 28
面向数据层的接口
最底层据具体使用的数据层而定 其中包括对数据库实体表的相关管理操作 对数据库有关系的表的的相关操作 对数据库相关表的查询操作
2020年1月26日星期日
page 5
功能结点与用户关系管理
用户1 用户N

排课规划…(功能1)
年级规划…(功能2) 可 只 不 操可 可 作见 见
新建年级…(功能N)
用户与功能的关系是多对多
用户与功能的关系能表达清楚用户对该功能点具有何种 权限
用户对功能的权限只存在一种 角色对功能结点的关系与用户对功能的关系类似
分类1
所在班级 所在年级
… …
分类2
1,2,3,5班
1-0-0-0-0-0 0-0-0-0-0-1
1-0-1-1-1-0
读-写-删除-修改-打印-全部
• 用户与数据规则是多对多关系 • 用户对这些数据规则可以拥有不同的权限 • 如果不勾选任何权限,那么用户与该数据规则将不产生关联 • 规则权限不具有继承关系,父亲规则授权不代表子规则授权,子规

权限控制系统总体设计演示文稿

权限控制系统总体设计演示文稿

2019年12月12日星期四
page 29
Quote slide
感谢大家百忙之中抽出时间参 加本次讨论!
汤垲峰 重庆成均科技
2019年12月12日星期四
page 30
精品课件!
© 2006 重庆成均科技有限公司
精品课件!
© 2006 重庆成均科技有限公司
成均科技 LOGO
谢 谢!
如果要实现继承,那么将首要考虑性能问题.
2019年12月12日星期四
page 21
效验单个数据访问点权限
• 用户ID • 访问方式
[读/写/删除…]
• 数据ID • 规则类型
待效验
默认
权限效验器
实际
无规则
对应 类型 授权 规则 列表
效验单个数据访问权限时: 通过用户ID,访问方式,以及数据规则ID可以得到是
功能结点树
有权限 无权限
角色
用户
2019年12月12日星期四
page 2
功能权限控制模块
功能结点树管理 未注册功能默认状态管理 功能结点与角色关系管理 功能结点与用户关系管理 角色与用户关系管理 用户功能权限效验 权限类别管理 角色管理 用户管理
2019年12月12日星期四
page 3
用户1 用户2
分类1
所在班级 所在年级
… …
分类2
1,2,3,5班
1-0-0-0-0-0 0-0-0-0-0-1
1-0-1-1-1-0
读-写-删除-修改-打印-全部
• 用户与数据规则是多对多关系 • 用户对这些数据规则可以拥有不同的权限 • 如果不勾选任何权限,那么用户与该数据规则将不产生关联 • 规则权限不具有继承关系,父亲规则授权不代表子规则授权,子规

权限管理系统解决方案ppt课件

权限管理系统解决方案ppt课件

界面开发
Java开发
- 基于BASEDAO开发 - 基于 Service代码书写方式 - 基于DAO代码书写方式
3. 敏捷的 开发方式
- 降低开发人员学习难度 - 简单设计、快速重构 - 持续集成、快速迭代
学习能力
- 快速定位界面开发的BUG - 快速定位java开发的BUG
调试能力
应用开发平台介绍
业务逻辑层
业务逻辑层
• Spring MVC • Struts2 • Spring
系统功能
分类 权限管理 开发组件
功能 系统注册 机构设置 功能模块注册 功能树注册 角色管理 岗位设置 用户注册 数据权限 桌面设置 远程对象访问组件 http url访问组件 日志组件 UI组件
描述
包括分页组件、三态复选树、动态加载树、侧 边栏、苹果快捷栏、表格、复选框、下拉框、 单选框、图标资源等
技术特性
① 对所有的交易保证对ACID的支 ② 提供一致的日志和错误处理方法
可靠性
① 提供细粒度的权限控制 ② 提供集中的用户管理 ③ 支持多种安全控制机制
安全性
可重用性
① 构件化的开发方法 ② 规范、丰富的基础构件支撑
易用性
① 构件化的开发方法 ② 规范、丰富的基础构件支撑
此课件下载可自行编辑修改,供参考! 感谢您的支持,我们努力做得更好!
开发平台向上工作室源自目录平台介绍 技术架构 开源支撑 系统功能 技术特性
应用开发平台介绍
1. 类windows桌面的UI设计 2. 完善的权限模型 3. 敏捷的开发方式 4. 强大的系统集成能力
应用开发平台介绍
MDI
组件
桌面
主题/皮肤
1. 类windows桌面的UI展现

(完整版)权限管理设计

(完整版)权限管理设计

对EMS权限管理模块设计1.权限设计概述1.1引言随着Web 服务的复杂度增加以及用户数量和种类的增多,安全问题在理论及工程上都是一个必须考虑的问题,而权限管理是安全问题中一个很重要的方面。

因此本文针对权限做了一个分析。

权限可简单表述为这样的逻辑表达式:判断“Who对What(Which)进行How的操作”的逻辑表达式是否为真。

1.2意义❖用户管理及权限管理一直是应用系统中不可缺少的一个部分❖系统用户很多,系统功能也很多❖不同用户对系统功能的需求不同❖出于安全等考虑,关键的、重要的系统功能需限制部分用户的使用❖出于方便性考虑,系统功能需要根据不同的用户而定制1.3目标直观,因为系统最终会由最终用户来维护,权限分配的直观和容易理解,显得比较重要,除了功能的必须,更主要的就是因为它足够直观。

简单,包括概念数量上的简单和意义上的简单还有功能上的简单。

想用一个权限系统解决所有的权限问题是不现实的。

设计中将变化的“定制”特点比较强的部分判断为业务逻辑,而将相同的“通用”特点比较强的部分判断为权限逻辑就是基于这样的思路。

扩展,采用可继承的方式解决了权限在扩展上的困难。

引进Group概念在支持权限以组方式定义的同时有效避免了权限的重复定义。

2.基于角色的权限管理设计(Role-Based AccessControl ,RBAC)2.1权限管理用例图2.2用例图描述超级管理员:系统中默认的角色,它是系统中拥有最高权限的角色,它不仅能够管理其他的管理员和用户,而且还可以对系统中每个模块的任一功能进行操作、维护。

普通管理员:它是由超级管理员创建的,并授予权限,它能够管理系统中大部分的功能,它可以查看所有普通管理员、普通用户的信息,它只能对由它自己创建的用户进行编辑、删除操作,和管理拥有权限的模块。

普通用户:它是系统中最低权限的角色,它只能对自己拥有的权限进行操作,一般情况下,它的权限是对信息的浏览和对自己信息的录入,修改。

权限管理系统设计

权限管理系统设计

权限管理系统设计摘要:本文描述了一个权限管理系统的设计,该系统旨在帮助组织管理和控制用户对系统资源的访问权限。

首先,对权限管理的基本概念和原则进行了介绍。

然后,从需求分析、系统架构设计、权限控制策略和数据库设计等方面详细阐述了系统的设计思路和实现方法。

最后,对系统的优点和应用前景进行了展望。

1. 引言在现代信息化社会中,各类组织普遍存在着众多用户对系统资源的访问需求。

然而,不同用户对系统资源的访问权限不同,有的用户可以访问所有资源,有的用户只能访问特定资源,有的用户甚至不能访问任何资源。

因此,一个高效的权限管理系统变得非常重要。

2. 权限管理的基本概念和原则2.1 权限权限是指用户对系统资源进行操作的能力。

常见的权限有读取权限、写入权限和执行权限等。

权限的控制需要根据用户的身份和角色来分配。

2.2 身份和角色身份是指一个用户在系统中的唯一标识,可以是用户名、邮箱地址等。

角色是指一组权限的集合,可以根据用户的不同需求和职责进行划分。

2.3 最小权限原则最小权限原则是指用户被授予的权限应尽可能少,只有必要的权限才能提高系统的安全性。

3. 系统设计3.1 需求分析在进行权限管理系统设计之前,首先需要进行需求分析,明确系统的功能和性能需求。

根据实际情况,确定系统需要支持的权限种类和数量,以及用户角色的划分方式。

3.2 系统架构设计基于需求分析的结果,设计系统的整体架构。

系统架构一般分为前端交互界面、中间业务逻辑处理和后端数据库存储等三个层次。

前端界面负责与用户交互,中间层负责处理用户请求并进行权限验证,后端数据库存储用户信息和权限设置等数据。

3.3 权限控制策略设计根据最小权限原则,设计合理的权限控制策略。

可以采用基于角色的访问控制(Role-based Access Control, RBAC)模型,即根据用户所属角色来判断其权限。

也可以采用基于属性的访问控制(Attribute-based Access Control, ABAC)模型,即根据用户的属性来判断其权限。

权限管理系统的设计与实现

权限管理系统的设计与实现

权限管理系统的设计与实现第一章概述权限管理系统是指对系统中各个子系统、各个模块和各个功能进行精细化的权限管理,确保各个用户只能访问其所需的信息,从业务上防止恶意用户进行非法操作和篡改数据等违法行为。

权限管理是系统设计中非常重要的一个环节,是保证业务智能化,在保护业务安全、数据安全的同时提高业务开展的效率。

本文主要介绍权限管理系统的设计与实现,包括权限管理系统的功能定义、系统架构设计和实现过程等方面。

第二章功能定义权限管理系统主要包括以下几个功能:1、用户和角色管理:权限管理系统需要对用户和角色进行建模,包括登录名、密码、角色身份等信息,以及登录验证、密码加密等相关功能。

2、权限配置和控制:该功能用于实现对某些用户进行特定功能的控制和权限配置,并根据权限对页面的展示和操作进行限制。

3、功能菜单和操作权限管理:该功能是将系统中所有的业务功能进行建模,将其抽象为菜单形式,并根据业务功能对菜单进行管理,将其与用户及其角色进行绑定,确保非授权用户无法访问该功能。

4、操作日志和审计:该功能用于对用户操作进行日志记录和审计,检验每一次操作是否符合规则和权限,减少非法操作和数据篡改的风险。

第三章系统架构设计权限管理系统的架构主要包括以下几个部分:前端展示、服务端处理、数据库存储。

1、前端展示:前端主要负责用户界面的展示和交互操作。

UI 设计需要符合应用程序开发的标准,保证界面美观、易用和功能完整。

2、服务端处理:服务端通过接收前端请求并进行权限检查,将请求数据通过逻辑处理程序进行处理,并将数据通过数据访问层操作存储到数据库中或返回到前端。

3、数据库存储:数据库存储系统将数据以关系数据的形式进行存储,并保证数据的安全性和一致性。

数据库管理系统(DBMS)提供了各种安全管理机制来满足安全性要求。

第四章实现过程在系统实现的过程中,按照以下步骤进行:1、需求分析:确定系统的功能和性能要求,收集用户需求,明确系统功能和广泛性及数据结构和性能指标等。

权限管理系统解决方案课件

权限管理系统解决方案课件

PPT学习交流
4
应用开发平台介绍
机构
用户
岗位
角色
功能
用户基本信息 用户登录信息 用户所属岗位
定义岗位 定义岗位与角色
的关系
定义岗位与用户 的关系
定义角色
定义角色与功能 的关系
定义功能
2. 完善的权限模型
PPT学习交流
5
应用开发平台介绍
- 基于flex builder开发 - 基于RPC通信 - 丰富的扩展组件库 - 灵活的功能配置
界面开发
Java开发
- 基于BASEDAO开发 - 基于 Service代码书写方式 - 基于DAO代码书写方式
3. 敏捷的 开发方式
- 降低开发人员学习难度 - 简单设计、快速重构 - 持续集成、快速迭代
学习能力
- 快速定位界面开发的BUG - 快速定位java开发的BUG
调试能力
PPT学习交流
6
开源产品
数据持久层
业务逻辑层
业务逻辑层
• Spring MVC • Struts2 • Spring
PPT学习交流
9
系统功能
分类 权限管理 开发组件
功能 系统注册 机构设置 功能模块注册 功能树注册 角色管理 岗位设置 用户注册 数据权限 桌面设置 远程对象访问组件 http url访问组件 日志组件 UI组件
开发平台
向上工作 室
PPT学习交流
1
目录
平台介绍 技术架构 开源支撑 系统功能 技术特性
PPT学习交流
2
应用开发平台介绍
1. 类windows桌面的UI设计
2. 完善的权限模型
3. 敏捷的开发方式
4. 强大的系统集成能力

《权限管理与设计》PPT幻灯片

《权限管理与设计》PPT幻灯片
Identity(iid,iname) User(iid,password) Role(iid) Privilege(pid,pname) Object(oid,oname) UR(u-iid,r-iid) RR(iid,has-iid) POI(pid,oid,iid)
2020/9/27
24
6.3.2逻辑模型优化
优化思路一:考虑减少表
– 能去掉表Role(iid)吗?如何去掉?
Identity(iid,iname) User(iid,password) Role(iid) Privilege(pid,pname) Object(oid,oname) UR(u-iid,r-iid) RR(iid,has-iid) POI(pid,oid,iid)
Iid
身份
拥有
Iname
ISA
权限
pid
pname
对象
具有
2020/9/27
角色
具有
用户
password
oid
oname
10
6.2权限管理的概念模型设计
DBMS权限管理概念模型设计 – 参考方案(二)
Iid Iname
身份
granted
Grant option
权限
ISA
拥有
pid
pname
granter
– DMBS权限管理的物理模型设计
2020/9/27
2
6.1DMBS的权限管理
本节要点:
– DBMS权限的分类 – DBMS的身份管理 – 授权与回收权限
2020/9/27
3
6.1权限分类
权限的分类
– 系统权限
administrator,create table,connect…

权限控制系统总体设计说明书

权限控制系统总体设计说明书

总体设计说明书总体设计说明书11. 项目介绍 (6)1.1. 需求分析文档 (6)1.2. 设计者 (6)1.3. 代码实现者 (6)1.4. 代码实现完成时间 (6)1.5. 相关文档 (6)2. 总体设计 (6)2.1. 角色管理 (6)2.1.1. 设计描述 (6)2.1.2. 对应的需求 (6)2.1.3. 用户用例 (6)2.1.4. 界面设计 (6)2.1.5. 数据库、配置文件设计 (6)2.1.6. 项目、代码的组织结构 (6)2.1.7. 对其它系统的影响 (6)2.1.8. 受影响需要修改更新的文档 (6)2.1.9. 对应的详细设计文档 (7)2.2. 用户与角色关系管理 (7)2.2.1. 设计描述 (7)2.2.2. 对应的需求 (7)2.2.3. 用户用例 (7)2.2.4. 界面设计 (7)2.2.5. 数据库、配置文件设计 (7)2.2.6. 项目、代码的组织结构 (7)2.2.7. 对其它系统的影响 (7)2.2.8. 受影响需要修改更新的文档 (7)2.2.9. 对应的详细设计文档 (7)2.3. 功能结点管理 (7)2.3.1. 设计描述 (7)2.3.2. 对应的需求 (7)2.3.3. 用户用例 (7)2.3.4. 界面设计 (7)2.3.5. 数据库、配置文件设计 (7)2.3.6. 项目、代码的组织结构 (7)2.3.7. 对其它系统的影响 (7)2.3.8. 受影响需要修改更新的文档72.3.9. 对应的详细设计文档82.4. 角色的功能授权管理82.4.1. 设计描述82.4.2. 对应的需求82.4.3. 用户用例82.4.4. 界面设计82.4.5. 数据库、配置文件设计 (8)2.4.6. 项目、代码的组织结构 (8)2.4.7. 对其它系统的影响 (8)2.4.8. 受影响需要修改更新的文档 (8)2.4.9. 对应的详细设计文档 (8)2.5. 用户的功能授权管理 (8)2.5.1. 设计描述 (8)2.5.2. 对应的需求 (8)2.5.3. 用户用例 (8)2.5.4. 界面设计 (8)2.5.5. 数据库、配置文件设计 (8)2.5.6. 项目、代码的组织结构 (8)2.5.7. 对其它系统的影响 (8)2.5.8. 受影响需要修改更新的文档 (8)2.5.9. 对应的详细设计文档 (8)2.6. 功能权限效验管理 (9)2.6.1. 设计描述 (9)2.6.2. 对应的需求 (9)2.6.3. 用户用例 (9)2.6.4. 界面设计 (9)2.6.5. 数据库、配置文件设计 (9)2.6.6. 项目、代码的组织结构 (9)2.6.7. 对其它系统的影响 (9)2.6.8. 受影响需要修改更新的文档 (9)2.6.9. 对应的详细设计文档 (9)2.7. 功能权限类别管理 (9)2.7.1. 设计描述 (9)2.7.2. 对应的需求 (9)2.7.3. 用户用例 (9)2.7.4. 界面设计 (9)2.7.5. 数据库、配置文件设计 (9)2.7.6. 项目、代码的组织结构 (9)2.7.7. 对其它系统的影响 (9)2.7.8. 受影响需要修改更新的文档 (9)2.7.9. 对应的详细设计文档 (9)2.8. 功能权限默认状态管理 (10)2.8.1. 设计描述 (10)2.8.2. 对应的需求 (10)2.8.3. 用户用例 (10)2.8.4. 界面设计 (10)2.8.5. 数据库、配置文件设计 (10)2.8.6. 项目、代码的组织结构 (10)2.8.7. 对其它系统的影响 (10)2.8.8. 受影响需要修改更新的文档 (10)2.8.9. 对应的详细设计文档 (10)2.9. 数据结点管理 (10)2.9.1. 设计描述 (10)2.9.2. 对应的需求 (10)2.9.3. 用户用例 (10)2.9.4. 界面设计 (10)2.9.5. 数据库、配置文件设计 (10)2.9.6. 项目、代码的组织结构 (10)2.9.7. 对其它系统的影响 (10)2.9.8. 受影响需要修改更新的文档 (10)2.9.9. 对应的详细设计文档 (10)2.10. 角色的数据授权管理 (10)2.10.1. 设计描述 (10)2.10.2. 对应的需求 (11)2.10.3. 用户用例 (11)2.10.4. 界面设计 (11)2.10.5. 数据库、配置文件设计 (11)2.10.6. 项目、代码的组织结构 (11)2.10.7. 对其它系统的影响 (11)2.10.8. 受影响需要修改更新的文档 (11)2.10.9. 对应的详细设计文档 (11)2.11. 用户的数据授权管理 (11)2.11.1. 设计描述 (11)2.11.2. 对应的需求 (11)2.11.3. 用户用例 (11)2.11.4. 界面设计 (11)2.11.5. 数据库、配置文件设计 (11)2.11.6. 项目、代码的组织结构 (11)2.11.7. 对其它系统的影响 (11)2.11.8. 受影响需要修改更新的文档 (11)2.11.9. 对应的详细设计文档 (11)2.12. 数据权限类别管理 (11)2.12.1. 设计描述 (11)2.12.2. 对应的需求 (11)2.12.3. 用户用例 (11)2.12.4. 界面设计 (12)2.12.5. 数据库、配置文件设计 (12)2.12.6. 项目、代码的组织结构 (12)2.12.7. 对其它系统的影响 (12)2.12.8. 受影响需要修改更新的文档 (12)2.12.9. 对应的详细设计文档 (12)2.13. 数据权限默认状态管理 (12)2.13.1. 设计描述 (12)2.13.2. 对应的需求 (12)2.13.3. 用户用例122.13.4. 界面设计122.13.5. 数据库、配置文件设计122.13.6. 项目、代码的组织结构122.13.7. 对其它系统的影响122.13.8. 受影响需要修改更新的文档 (12)2.13.9. 对应的详细设计文档 (12)2.14. 数据权限效验管理 (12)2.14.1. 设计描述 (12)2.14.2. 对应的需求 (12)2.14.3. 用户用例 (12)2.14.4. 界面设计 (12)2.14.5. 数据库、配置文件设计 (12)2.14.6. 项目、代码的组织结构 (13)2.14.7. 对其它系统的影响 (13)2.14.8. 受影响需要修改更新的文档 (13)2.14.9. 对应的详细设计文档 (13)3. 安全方面设计 (13)4. 性能设计 (13)5. 移植和升级 (13)6. 可扩充性 (13)7. 帮助系统 (13)8. 测试 (13)8.1. 集成测试 (13)8.2. 系统测试 (13)1. 项目介绍1.1. 需求分析文档 《EI 权限控制需求分析说明书》EI 权限控制需求分析说明书》 权限控制系统总体设计演示文稿》 权限控制系统数据模型》 权限控制系统数据模型》 purviewModel 》 2. 总体设计2.1.角色管理2.1.1.设计描述 角色是一组功能权限或数据权限的持有者,也是指一定权限的集合。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

2018年10月14日星期日
page 5
功能结点与用户关系管理
排课规划…(功能1) 用户1 用户N 年级规划…(功能2) 新建年级…(功能N) … 可 操 作 只 可 见 不 可 见
用户与功能的关系是多对多
用户与功能的关系能表达清楚用户对该功能点具有何种
权限 用户对功能的权限只存在一种 角色对功能结点的关系与用户对功能的关系类似
• • • •
数据规则表是递归关系(树) 其中的类型ID对应分类表中的分类 自定义规则用于自定义的数据过滤条件
这些自定义规则最后都由应用系统来解释.
数据规则编码是一个重要效验条件
page 17
2018年10月14日星期日
2018年10月14日星期日 page 6
功能结点与角色关系管理
角色1 排课规划…(功能1) 年级规划…(功能2) 可 操 作 只 可 见 不 可 见
角色N
新建年级…(功能N)
注: 目前不实现角色的继承,因为角色一旦继承,在权限效验 上就会增加很大的复杂度,严重影响系统性能.

2018年10月14日星期日
通用权限控制系统架构
UI及其控制逻辑
应 用 系 统 受 控 数 据
受 控 数 据 接 口
面向用户的接口
数据权限 控制模块 功能权限 控制模块
面向数据库的接口 权限系统数据库
面 向 应 用 系 统 接 口
应 用 系 统
2018年10月14日星期日
page 1
功能权限控制结构图
……
功能按钮结点 功能窗口结点 功能模块结点
可 操 作 有权限
只 可 见
不 可 见
功能结点树
无权限
角色
用户
2018年10月14日星期日
page 2
功能权限控制模块
功能结点树管理 未注册功能默认状态管理 功能结点与角色关系管理
功能结点与用户关系管理
角色与用户关系管理 用户功能权限效验 权限类别管理 角色管理 用户管理
2018年10月14日星期日
page 3
功能结点树管理
树结构的功能结点的集合体
可以实现增加删除和修改 每个功能结点有唯一编码
对用户授权时,会将用户,功能点与用户对该功能点的权
限类别关联。 比如:老师A 新建年级(功能结点) 有权限
2018年10月14日星期日
page 4
未注册功能默认状态管理
功能点在系统中没有被注册
对于没有注册的功能结点,系统可以设置一种默认的 权限状态,比如:
默认设置_1: [有权限(可操作),无权限(只可见/不可见)]
功能点在不在用户权限表中
默认设置_2: [有权限(可操作),无权限(只可见/不可见)] 1-首先判断结点是否在用户的授权列表中,如果存在:返回实际 2-如果不在,在注册功能结点表中查找,如果存在:返回 默认 2 3-如果不在:返回 默认 1
用户1
用户授权功能结点列表
效验用户对功能结点的权限 默认设置_1
用户1 默认设置_2
3
应用系统 实际功能 结点列表
2
已注册 功能 用户授权 结点列表 功能 结点列表
实际授权
1
2018年10月14日星期日
page 10
权限类别管理
功能权限类型(单选)
有权限(可操作) 无权限(只可见/不可见)
数据权限类型(多选)

page 8
2018年10月14日星期日
用户与角色的关系
用户1
角色A权限 用户1权限 角色B权限
最终 权限
用户1
角色B
角色A
用户N
• • •
角色无继承关系(目前只实现RBAC1标准) 用户可以属于多个角色 一个角色可以包含多个用户
page 9

2018年10月14日星期日
用户功能权14日星期日
用户
page 14
数据权限控制模块
数据规则类别
引用系统数据资源获取
自定义数据规则管理 数据规则与用户关系
数据规则与角色关系
效验单个数据访问点权限 获取用户授权数据表
2018年10月14日星期日
page 15
数据规则类别
数据结点类型表 类型I D 类型编码 类型名称 备注 var char ( 20) <pk> var char ( 20) var char ( 60) var char ( 255)
应用系统中已经存在用户
提供获取用户列表接口
应用系统中不存在用户 ※考虑使用LDAP接口规范
2018年10月14日星期日
page 13
数据权限控制结构图
应用系统受控数据对象资源 接口 类别 1 权限系统受控数据树 类别 2 权限系统受控数据树
……
类别 N 权限系统受控数据树
读-写-删除-修改-打印-全部
• • •
实现对数据规则树进行分类 简化授权分类难度 结点类别可管理(增加/删除/修改)
2018年10月14日星期日
page 16
数据规则模型
数据规则表 FK_data_pdata 数据规则I D 父规则I D 类型I D 数据规则编码 数据规则名称 自定义规则 备注 var char ( 20) <pk> var char ( 20) <f k2> var char ( 20) <f k1> var char ( 20) var char ( 255) var char ( 255) var char ( 255) 数据结点类型表 FK_type_data 类型I D 类型编码 类型名称 备注 var char ( 20) <pk> var char ( 20) var char ( 60) var char ( 255)
page 7
功能与数据权限结合的细节
数据规则1 数据规则2 数据规则3 … 数据规则1 数据规则2 数据规则3 … 许可 禁止 许可 … 许可 禁止 许可 …
已授权功能 1
用户 角色
已授权功能 N



用户授权功能表中如果不包含数据规则那么默认所有数据规则 如果用户某个数据规则中有互相排斥的权限,那么以最大许可为标准 用户与权限的关系可以对应多条数据规则
[读-写-删除-修改-打印-全部]
※这部分可考虑统一作为编码管理
2018年10月14日星期日
page 11
角色管理

角色信息的管理
角色信息的增加删除修改
角色信息操作的外部事件
角色与用户的关系管理
角色与功能结点的关系管理
2018年10月14日星期日
page 12
用户管理
用户的增加删除修改 获取外部用户列表接口
相关文档
最新文档