柔性信息管理系统中权限控制方法的应用
信息管理系统操作手册
信息管理系统操作手册信息管理系统操作手册目录1.引言2.系统概述2.1 系统介绍2.2 系统功能2.3 系统限制3.用户登录3.1 注册账号3.2 登录系统4.主界面4.1 界面布局4.2 功能导航5.数据管理5.1 数据录入5.2 数据查询5.3 数据修改5.4 数据删除6.权限管理6.1 用户权限分配 6.2 角色管理6.3 权限控制7.系统设置7.1 用户设置7.2 系统参数设置8.系统维护8.1 数据备份与恢复 8.2 系统升级8.3 系统日志9.常见问题解答10.附件1.引言本操作手册旨在提供详细的使用指南和操作说明，以帮助用户熟悉和正确使用信息管理系统。
请在使用系统之前仔细阅读本手册，以确保能够充分利用系统功能。
2.系统概述2.1 系统介绍信息管理系统是一款用于管理和处理大量信息的软件系统。
该系统具有高效、安全、可靠的特点，能够满足用户对信息管理的各种需求。
2.2 系统功能信息管理系统提供以下主要功能：- 数据录入：用户可以通过系统界面方便地录入各类信息数据。
- 数据查询：系统支持灵活的查询方式，用户可以根据特定条件查询所需的信息。
- 数据修改：用户可以对已有数据进行修改和更新。
- 数据删除：用户可以删除不再需要的数据。
- 用户权限管理：系统支持多级用户权限管理，管理员可以根据需要设置用户权限。
- 系统设置：管理员可以对系统进行设置和配置，以满足特定的管理需求。
- 系统维护：系统管理员可以进行数据备份、系统升级和查看系统日志。
- 常见问题解答：提供了一些常见问题的解答，以帮助用户更好地使用系统。
2.3 系统限制本系统在运行过程中有以下限制：- 需要网络连接：系统需要连接到网络才能正常运行。
- 需要合适的硬件支持：系统对硬件的要求需要满足最低配置要求。
- 需要合适的操作系统支持：系统需要在支持的操作系统上运行。
3.用户登录3.1 注册账号用户需先注册账号才能登录系统。
请按照以下步骤完成注册：- 打开系统登录页面。
信息管理系统评价
信息管理系统评价信息管理系统（Information Management System，简称IMS）是指用于管理和处理组织内部信息的一套技术和工具系统。
本文将对信息管理系统进行评价，并从用户体验、功能性、安全性和可扩展性等方面进行分析。
通过对这些关键因素的评价，可以为用户提供一个全面而准确的信息管理系统选择指南。
一、用户体验评价用户体验是评价信息管理系统的重要因素之一。
一个优秀的信息管理系统应该具有直观易用的界面，使用户能够快速上手。
同时，系统应该提供清晰的操作指引和友好的操作交互，以减少用户的学习成本和使用困难。
系统的响应速度也应该快，能够在用户提交请求后及时给出反馈，提高用户的满意度和工作效率。
其次，系统应该具有良好的可视化效果，通过合理的布局和界面设计，使用户界面简洁、美观。
图表、统计信息等可视化元素的应用能够更直观地展示数据，提升用户对信息的理解和利用。
二、功能性评价信息管理系统的功能性是其核心价值所在。
一个优秀的系统应该具备完备的功能模块，能够满足用户在信息处理、存储和查询等方面的需求。
首先，系统应该具备高效的数据输入和处理功能。
用户能够方便地进行数据录入和编辑，并进行数据的合理分类和整理。
此外，系统还应该具有强大的数据分析和报表生成功能，以协助用户更好地利用数据来进行决策和管理。
其次，系统应该支持多用户同时访问和协作，具备权限控制和数据共享的功能。
通过合理的权限设置，可以保证用户在系统中的数据安全和隐私。
三、安全性评价信息管理系统的安全性是用户信赖其选择的关键因素之一。
合格的信息管理系统应具备一系列安全措施，保障数据的机密性、完整性和可靠性。
首先，系统应该具备严格的身份认证和访问控制机制，只有经过授权的用户才能够登录系统和访问相应的数据。
数据的传输应采用加密技术，防止数据在传输过程中的泄露和篡改。
其次，系统应具备定期备份和恢复机制，确保数据的持久性和可用性。
同时，系统还应具备防火墙、入侵检测和防病毒等安全措施，保障系统免受恶意攻击和未经授权的访问。
柔性化团队管理实施方案
柔性化团队管理实施方案一、引言随着社会经济的发展和企业管理模式的不断变革，传统的团队管理模式已经不能满足现代企业的需求。
柔性化团队管理作为一种新型的管理模式，逐渐受到企业的重视和青睐。
本文将针对柔性化团队管理的实施方案进行探讨，旨在帮助企业更好地应对变革和挑战，提高团队的灵活性和适应性。
二、柔性化团队管理的概念柔性化团队管理是一种以灵活性和适应性为核心的管理模式，它强调团队成员之间的协作和互动，注重个体的发展和激励。
在柔性化团队管理中，团队成员可以根据工作任务的需要，灵活地调整自己的角色和职责，以适应不断变化的环境和需求。
这种管理模式能够有效提高团队的创造力和执行力，使团队更具竞争力和适应力。
三、柔性化团队管理的实施方案1. 建立灵活的组织结构柔性化团队管理需要建立一种灵活的组织结构，使得团队成员可以根据工作任务的需要，灵活地组成不同的工作小组或项目组。
这样可以更好地发挥团队成员的专长和优势，提高工作效率和质量。
2. 建立开放的沟通机制在柔性化团队管理中，开放的沟通机制至关重要。
团队成员之间需要建立起良好的沟通渠道，可以随时交流和分享信息，及时解决问题和困难。
这样可以增强团队的凝聚力和协作性，提高工作效率。
3. 提供个性化的培训和发展机会柔性化团队管理强调个体的发展和激励，因此需要提供个性化的培训和发展机会。
企业可以根据团队成员的特点和需求，量身定制培训计划，帮助他们不断提升自己的能力和素质，更好地适应工作的需求。
4. 建立有效的绩效评估机制柔性化团队管理需要建立一种有效的绩效评估机制，以激励团队成员的积极性和创造力。
这种评估机制应该能够客观地评价团队成员的工作表现，为他们提供合理的奖励和晋升机会，激发他们的工作动力和创造力。
5. 倡导团队精神和文化在柔性化团队管理中，倡导团队精神和文化是非常重要的。
企业需要树立一种积极向上的团队文化，鼓励团队成员之间的合作和互助，营造一种和谐的工作氛围，激发团队的凝聚力和创造力。
信息管理系统需求说明书
信息管理系统需求说明书信息管理系统需求说明书1.引言1.1 目的本文档旨在定义和说明信息管理系统的需求，从而满足用户的信息管理及处理需求。
1.2 范围本文档适用于设计和开发信息管理系统的整个过程，包括需求分析、系统架构设计、模块开发、系统集成和测试等。
1.3 定义在本文档中，以下术语具有特定的含义：●信息管理系统：指用于收集、存储、处理和管理各种类型信息的计算机系统。
●用户：指系统的最终使用者。
2.业务背景2.1 业务概述详细描述信息管理系统所要管理的业务领域，以及相关业务流程和数据。
2.2 业务需求列出用户对信息管理系统的基本需求，如数据收集、数据存储、数据分析等。
3.功能需求3.1 系统功能概述描述信息管理系统的基本功能，包括数据输入、数据存储、数据查询、数据分析等。
3.2 功能详细描述详细描述每个功能的具体要求和功能流程，包括输入、处理和输出等。
4.非功能需求4.1 性能需求描述信息管理系统对于数据处理、数据存储和查询等方面的性能要求。
4.2 可靠性需求描述信息管理系统对于数据的可靠性要求，如数据完整性、数据可用性等。
4.3 安全性需求描述信息管理系统在数据访问和传输过程中的安全性要求，如数据加密、权限控制等。
5.界面需求描述信息管理系统的用户界面，包括界面布局、交互方式和界面设计原则等。
6.数据需求6.1 数据字典列出信息管理系统中使用的所有数据对象及其属性，包括数据类型、数据长度、数据关联关系等。
6.2 数据处理描述信息管理系统对于数据输入、处理和输出的要求和流程。
7.系统架构需求描述信息管理系统的整体架构，包括系统组成、模块划分和模块间的关系等。
8.测试需求描述信息管理系统的测试策略和测试方法，包括单元测试、接口测试、系统测试等。
9.项目实施计划描述信息管理系统的项目实施计划，包括开发阶段、测试阶段和上线阶段的计划安排。
10.维护和支持需求描述信息管理系统的维护和支持要求，包括系统更新、问题解决和用户培训等。
基于RBAC的柔性信息编码系统权限控制模型
基础 上提 出一种 改进 的权 限控 制模 型 。 型 中封 装 了原子权 限和 受控 对 象 ， 成基 本权 限参与权 限 模 构
分配 ， 用户 角 色分 配方 面考虑 了 包括 编码规 则在 内的诸 多 因素的 约束 和传递 规 则 。 中定 义 了模 在 文
型 中各 集合及 约束 ， 分析 了权 限的指 派方 案 并介 绍 了企业应 用 实例 。 实践 证 明 ， 该模 型 不仅保 障 了 系统资 源信息 的安全 ， 同时提 高 了权 限 管理 的适应性 和可操 作性 。 关 键 词 ： 性信 息编码 系统 ， 限控制 ， Ａ 柔 权 ＲＢ Ｃ
此产 生 的权 限管理 操作 复 杂程度 可想 而知 。 系 统用户 权 限管理 具有 ３ 个层 次 ： 功能层 次、 规
部 门、 多用 户的特 点 ， 因此 要求 柔性 信息 编码 系统必
须具备 强大 的权 限控 制 功 能 ， 以保 护 授 权用 户 对数 据 的合理访 问和资 源信息 的 安全 。
相 比 ， 于 角色 的 控制 模 型 简 化 了授权 管 理 的复 杂 基
度， 缺点 是 很难 细 化 到操 作 级 、 活性 差 、 现算法 灵 实
础 平 台， 统一企 业信息 标识 、 现企业 信息 集成 的 在 实
过程 中起 着关键作 用 。系统 通过用 户 自定义 编码 结 构及相关 的编码管 理功 能实 现对制 造 企业各 类信 息 对象标识 的管理 。 其功 能决定 了系统具 有多类 型 、 多
・
人 角色 实现 了用 户 与权 限 的逻 辑 分 离 ， 主要 思 想 其 是根据 安全 策略 划 分不 同角 色 ， 资源 访 问封 装 在 将
角 色中 。用户 与角 色 、 色与权 限、 色与资 源对 象 角 角 之间的关 系均是 多对多 的关 系 。在 角色 之 间存在继
【计算机系统应用】_管理功能_期刊发文热词逐年推荐_20140728
科研热词 管理信息系统 电子邮件 web gprs 院校 防盗 酒店管理系统 遗传算法 通信 身份认证 负荷控制 语义桌面 语义web 设计 装饰器模式 装备管理 自由任务 自动售货机 网络管理 网格权限管理 网格 统一建模语言 系统优化 税务管理 税务信息系统 科研管理 短消息 电量监测 电能表 港口 混合模式 浏览器/服务器(b/s) 流程任务 桌面管理 智能分析 智能 数据采集系统 数据采集 数据完整性 散杂货 教育资源 操作风险 接入认证 接入控制 批量分析 房间锁匙卡 性能管理 彩铃业务平台 彩铃 工作流 客户关系 实时监控
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
Байду номын сангаас
53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106
2009年 序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52
2011年 序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52
用户动态权限管理的设计与实现
管 理 员进 行 功 能 维 护
控制 方 法 主 要 有 以 下 几 种：
１ ）利 用 数据 库 系 统 的 角 色访 问权 限 ． 同 的用 户 以不 同 的 不 角 色 与 软件 功 能 之 间 的关 联 是一 个 多 对 多 的 关联 ． Ｒ ｌ 类 ｏ． ｅ 角 色 问数 据 库 资 源 ． 方 案 权 限 控 制 对象 仅 针 对 数 据 ． 该 不仅 造 成 Ｐｗ ｒ 达 这 种 关 联 的 关联 类 。通 过 属 性 ｒ ｅＤ、ｐｒｔ Ｄ 来表 ｏ ｅ表 ｏ ｌ ｏｅａ ｌ ｌ ｅ 数据 库服 务 器 负 担 沉 重 ． 且很 难适 应 应 用 的 不断 变 化 。 而 示 一 个 指 定 的角 色 拥有 一 项 指 定 的 功能 （ 作 ） 操 。 ２ ）通 过 ｗ ｂ服 务 器 或 应 用 程 序 服 务 器 提 供 的 集 成 安 全 机 ｅ 用 户 与 软 件 功 能 之 间 的 关 联 也 是 一 个 多 对 多 的关 联 ． 类 制 实 现权 限管 理 ． 其优 点是 开 发 工 作 量 小 ． 仅 适 合 于 用 户 群 较 Ｕ ｅＰ ｗ ｒ 达 这 种 关 联 的 关联 类 ， 过 属 性 ｍｌ Ｄ、ｓｒ ｏ－ 但 ｓｒｏ ｅ 表 通 ｅ ｕｅ Ｄ，ｐ Ｉ ｉ
资 源 的 结 构 日趋 复 杂 ， 模 日益 增 大 ， 何 确 保 信 息 系统 的 安 全 性 越 来 越 成 为 更 加 突 出的 ｆ题 。 文 结 合 Ｂ Ｓ论 坛 系统 中用 规 如 ＊ － Ｉ 本 Ｂ
实验室信息管理系统的权限控制设计
（ ｅ ａ ｔ ｎ ｆ Ｃ ｍｐ ｔｒＥ ｇｎｅ ｉｇ，Ｓ ｚ ｏ ｃｔ ｎ ｌＵｎｖ ｒｉ Ｄ ｐ ｒｍｅ ｔｏ ｏ ｕｅ ｎ ｉｅｒｎ ｕ ｈ ｕ Ｖｏａｉ ａ ｉｅｓｔ ｏ ｙ，Ｓ ｚ ｏ １ １４，Ｃ ｉａ ｕｈ ｕ ２５０ ｈｎ） Ａ ｂｓｒ ｃ ：Ｔｈｅ ｔａ ｔ ｐａ ｅ ａｔｍ ｐ ｓ ｏ ａ ｄ ｅ ｃ ｅｓ ｏ ｔｏ ｏ ｕ ｅ ｓ ｏ ｌｂ ｒ ｔ ｒ ｍａ ａ ｅ ｎ ｓ ｓｅ ． ｐ ｒ ｔｅ ｔ ｔ ｈ ｎ ｌ ａ ｃ ｓ ｃ ｎ ｒ ｌ ｆ ｓｒ ｆ ｒ ａ ｏ ａ ｏ ｙ ｎ ｇ ｍｅ ｔ ｙ ｔｍ
Hale Waihona Puke 乔 治麻 省 大 学 的Ｓ ｎ ｈ 于 ｌ９ 年提 出 了ＲＢ ａｄ ｕ ９ ６ ＡＣ９ ６模 型 ， 并成 为 了经 典 的访 问控 制 模 型 ． ＡＣ９ ＲＢ ６ 是 一 个 完 全 体 现ＲＢＡＣ思 想 的 ４ 参 考 模 型 ， 别 是 基 本 模 型 ＲＢＡＣ （ ｒ ＢＡＣ）角 色 分 级 模 型 层 分 ０ Ｃｏ ｅＲ 、
企 业 的统 一 资 源 访 问控 制 的 有 效 方法 ． 显 著 的两 大 特 征 ： 是 减 小 授 权 管 理 的 复 杂性 ， 其 一 降低 管 理 开销 ； 二 是灵 活支 持 系 统 的 安 全策 略 ， 对 系 统 的变 化 有 很 大 的伸 缩性 ¨ ． 并 ］ 通 过对 基 于 角 色 的访 问控 制ＲＢＡＣ 型 的 实 验 室信 息 管 理 系 统 权 限控 制 设 计 的 介 绍 ， 讨 应 用 系 模 探
ｌ ｂｏ ａ ｏ ｙ ｎ ｏ ｍａ ｉ ｎ ｍ ａ ａ ｅ ｎ ｓ ｓ ｅ ａ ｒ ｔ ｒ ｉ ｆ ｒ ｔｏ ｎ ｇ ｍｅ ｔ ｙ ｔ ｍ ｔ ａ ｉｆ ｅ ｕｒｔ ａ ｄ ｅ ｆｃ ｅ ｃ ｆ ｌ ｂ ｒ ｔ ｒ ｎ ｏ ｍ ａ ｉ ｎ ｏ ｓ ｔｓ ｙ ｓ ｃ ｉｙ ｎ ｆｉ ｉ ｎ ｙ ｏ ａ ｏ ａ ｏ ｙ ｉ ｆ ｒ ｔｏ
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
柔性信息管理系统中权限控制方法的应用刘风华;陈燕红;郑卫斌【摘要】系统中的权限设计方法直接影响到系统的安全,为解决系统中权限控制的灵活性问题,结合柔性化软件开发策略提出了基于动态树模式的角色授权管理机制,系统管理员可以根据不同角色的需求,动态设置角色的权限.该授权方法突破了传统系统中角色不能更改的弊端,基于动态树模式的角色授权管理机制根据不同用户动态加载不同的菜单,实现了用户访问系统资源的可定制性、灵活性和可控性,解决了权限管理粒度与数量矛盾的问题.该方法具体应用于某高校信息管理系统中,实现了系统权限的灵活管理.%The privilege design method of the system directly affect the security of the system. To make the system safe and easy to maintain, a role authorization management mechanism based on dynmic tree is proposed in combination with flexibility software development strategy. The system administrators can dynamically set the role privilege acccording to the different demands of roles. The privilege method broke through the traditional system drawbacks that role can not be changed. The different menu can be uploaded dynamically for the different users according to the role authorization management mechanism based on dynmic tree to realize the customizable feature, flexibility and controllability of user access to system resources. It solved the contradiction between the role number and access management granularity. This method is specifically applied to the information management system in universities.【期刊名称】《现代电子技术》【年(卷),期】2012(035)020【总页数】4页(P38-41)【关键词】柔性信息管理系统;权限;角色;动态树【作者】刘风华;陈燕红;郑卫斌【作者单位】新疆工程学院,新疆乌鲁木齐830091;新疆农业大学,新疆乌鲁木齐830052;西安交通大学,陕西西安 710049【正文语种】中文【中图分类】TN919-34;TP315软件发展至今，在开发、实施和维护的过程中引发出一系列的问题，如软件的适用范围有限、软件的可扩展性较差、软件的生命周期短等问题。
造成这些问题最主要的原因是软件无法满足用户需求变化和多样性的要求，为了让软件能够更好地适应用户不断变化的需求，提出了柔性软件开发策略；本文重点研究了柔性软件开发策略中的系统中权限控制问题。
1 柔性信息管理系统及其特点在软件工程领域，“柔性”是用于描述软件适应用户需求和开发、运行环境变化的性质。
“柔性软件”思想针对软件环境的多变性，对软件的体系结构、开发过程提出一系列的要求。
软件工程中的柔性信息管理系统(FMIS)开发技术正好能适应这一需求,FMIS能够根据用户在系统应用过程中对系统及功能不断提出的新要求,及时有效地进行调整和修改,以适应用户新的要求。
FMIS有以下几个主要特点[1] ：(1) 运作方式的灵活性。
指能够使用户根据自身的具体需要选择系统的运行方式；(2) 一定范围内的自定义性。
指能够使用户在一定范围内自己定义这些对象的处理方法及属性；(3) 自适应性。
指在尽可能长的时间内适应其所属行业的发展变化，从而延长软件的生命期；(4) 一定程度的开放性。
指开放一些关键数据结构以方便与其他系统的连接以及其他机构的二次开发。
2 柔性权限管理模式2.1 传统的权限管理模式基于角色的访问控制RBAC(Role based Access Control)技术[2]是目前系统中采用最多访问控制技术，RBAC中有3个实体：(1) 用户：系统的使用者或是动作的执行者；(2) 权限：对资源的访问许可；(3) 角色：一组权限的集合，是用户的一种属性。
RBAC引进了角色这个中介，权限管理也就可以根据需要定义各种角色并对角色设置相应的访问权限，这种模型的概念是许可权(Permissions)和角色(Role)联系在一起，用户通过成为角色的成员而获得该角色的许可权。
RBAC的特点就是引入了角色的概念，简化了权限的管理，但是这种授权方式存以下3个弊端：(1) 角色不能按用户需求及时增减；也就是说，角色一旦被定义后，对应的权限也是固定的，用户不能随着需求的变化进行增减。
(2) 系统投入使用后，角色的权限不能定制；如果用户在使用软件过程中需要修改角色的权限，则必须由程序员重新更改编码，而用户自身无法进行更改。
(3) 无法解决权限管理粒度与数量的矛盾问题。
如果想要更好地满足用户的需求就要设置多个角色，但是角色数量大了以后，角色本身的管理也比较麻烦；如果角色少就不能切实满足用户的需求，所以这一直是RBAC授权模式中一个不便解决的问题。
鉴于以上原因，该系统中的权限管理在传统的RBAC的基础上进行了改进。
2.2 基于动态树模式的RBAC模型为使系统中不同用户的权限设置更加灵活、方便，并能够及时适应用户需求的变化，在管理后台将系统要完成的任务对应到各级菜单，系统通过动态树的标记来加载对应菜单，这样就实现了用户对系统操作权限的可定制性，从而达到软件用户自己灵活控制权限的目的。
2.2.1 动态树模式的RBAC模型的特点目前，应用的树型结构[4]一般分为2种：静态和动态结构。
静态结构实现简单，但不能改变树的结构和内容，无法反映树的节点信息的变化；而动态构造树，可以动态增加、删除、更新节点信息。
为了更好地将任务和权限联系起来，将菜单按照级别保存在动态树的不同节点，菜单项保存在数据表中，用户可以根据系统需求的变化动态地进行添加、修改与删除等维护操作。
这样，一方面在系统用户登录时根据不同的用户的权限对系统菜单进行相应的加载；另一方面系统管理员可以对不同的用户进行权限的修改和调整，不需要程序员再次改写代码，权限管理更加灵活，体现了柔性信息管理的特点。
2.2.2 动态树模式的RBAC模型与传统RBAC模型的比较表1是传统RBAC模式与基于动态树模式的RBAC模型从软件开发、软件维护、运行的生命周期三方面的比较列表。
表1 传统RBAC模式与基于动态树模式的RBAC模型比较比较项目传统RBAC模式基于动态树模式的RBAC模型软件开发的角度需要开发多套菜单只需开发一套通用菜单软件维护的角度角色有变化,必须通过后台二次开发(开发者完成)管理员用户可以通过前台设置改变访问权限(用户自行完成)软件运行的生命周期不能及时根据需求变化而变化,因此生命周期短可以及时根据需求变化而变化,更加灵活,因此可延长生命周期3 柔性权限管理模式的实现3.1 基于动态树模式的RBAC模型在原有的RBAC模型中，有用户、角色和权限3个实体，这种模型的概念是许可权(Permissions)和角色(Role)联系在一起，现在，为了改进传统RBAC中的不足，将对资源的操作划分成任务，为实现动态定制用户功能菜单，首先根据用户的登录信息确认用户的角色，然后根据用户的角色确定用户的任务，再根据用户任务加载相应的任务功能菜单，根据分析，要实现动态加载任务菜单，需要用户、角色、任务3个实体，它们之间都是多对多的关系，模型如图1所示[4]。
图1 改进的RBAC模型图根据E-R 模型向关系模型转换规则，可以将图1所示的概念模型转换得到基于关系数据库的关系模型，基本表包括用户登录表(_person_login)，用户角色关系表(_person_role) ，角色表(_role) ，操作资源(操作权限)表(_operate_permission) 对象(用户)资源(菜单资源、操作资源)关系表_object_resource)和系统资源表(_resource)。
为了清楚的表示各个表之间的关系及其各表的结构，在图2中表示出了各表的字段及对应关系。
在该模型中，根据对角色的访问许可动态生成系统菜单，要实现动态用户功能菜单，首先根据用户的登录信息确认用户的权限，然后根据用户的权限在用户界面中加载相应的任务功能菜单列表，图3是系统访问控制处理流程图。
从图中可以看出，用户在登录系统后，系统自动根据授权方式选择到需要加载的任务菜单，从而避免了进行角色选择带来的麻烦。
3.2 灵活的双授权模式在传统的RBAC模式中，由于角色的划分而带来的权限管理粒度与数量矛盾的问题一直没有很好的解决，该系统中为解决这个问题，采用了双授权模式，既对用户的授权和对角色的授权，如果单独使用对用户授权，那么系统管理员的工作量会非常大；如果单独使用对角色的授权，为了满足不同用户的需求就要设置很多的角色，角色的数量会大大增加；当角色的数量增多后，角色本身的管理也会存在一定的问题。
图2 改进的RBAC模型各表之间的关系图图3 系统访问控制处理的整个流程图为了解决这个矛盾，在该系统中采用了双授权模式，对于拥有特殊权限的极少数用户，如主管就业工作的副校长可采用对用户的授权方式，而对于有共同特点的群体用户，如班主任、辅导员等可以采用对角色的授权方式，从而较好的解决权限粒度与权限数量的问题。
双授权模式如图4所示。
图4 系统中的双授权模式图3.3 系统权限分配效果验证(1) 对角色授权方式的验证。
在学校，班主任作为学生的管理者，需要了解学生的基本信息、成绩、处分等信息，但是作为班主任角色，只能是查看这些信息，而没有其他的操作权，因此管理员给班主任角色授予查看毕业资格资格情况、学生基本信息、学生在校成绩的权限。
班主任登录系统后看到的界面如图5所示。
(2) 对用户授权方式的验证。
如张强为财务处某人员，需要查看和管理学生的缴费信息，其他信息不需要查看和管理，那么该用户属于系统中的个别用户，此时可以采用对用户的授权方式，如图在系统模块中将“学生缴费信息查看”和“学生缴费信息修改”打勾选中，图6是管理员对张强用户的授权图。