权限管理概要设计

1、通用权限管理概要设计说明书V1.0文件更改摘要:日期版本号修订说明修订人审核人批准人2007-10-81.0创建谢星星1. 引言 错误！未指定书签。2. 总体设计 错误！未指定书签。未指定书签。未指定书签。 未指定书签。 未指定书签。 未指定书签。 未指定书签。未指定书签。未指定书签。 未指定书签。 未指定书签。 未指定书签。 未指定书签。 未指定书签。未指定书签。未指定书签。 未指定书签。 未指定书签。未指定书签。未指定书签。 未指定书签 未指定书签 未指定书签 未指定书签 未指定书签 未指定书签。 未指定书签 未指定书签 未指定书签 未指定书签 未指定书签。 未指定书签 未指定书签 未指定

2、书签 未指定书签 未指定书签 未指定书签 未指定书签。 未指定书签 未指定书签未指定书签。目录1.1 编写目的 错 误！未指定书签。1.2 背景 错 误！未指定书签。1.3 术语 错误！未指定书签。1.4 预期读者与阅读建议 错误！未指定书签。1.5 参考资料 错误！未指定书签。1.1 设计目标 错误！未指定书签。1.2 运行环境 错误！未指定书签。1.3 网络结构 错误！未指定书签。1.4 总体设计思路和处理流程 错误！未指定书签。1.5 模块结构设计 错误！未指定书签。1.6 尚未解决的问题 错误！未指定书签。3. 接口设计（暂略） 错误！未指定书签。3.1 用户接口（暂略） 错误！未指定

3、书签。3.2 外部接口（暂略） 错误！未指定书签。3.3 内部接口（暂略） 错误！未指定书签。4. 界面总体设计 错误！未指定书签。4.1 组权限管理 错误！未指定书签。4.1.1 包含用户 错误！未指定书签。4.1.2 所属角色 错误！未指定书签。4.1.3 组权限 错误！未指定书签。4.1.4 总权限 错误！未指定书签。4.1.5 组管理 错误！未指定书签。4.2 角色权限管理 错误！未指定书签。4.2.1 包含用户 错误！未指定书签。4.2.2 包含组 错误！未指定书签。4.2.3 角色权限 错误！未指定书签。4.2.4 管理角色 错误！未指定书签。4.3 用户权限管理 错误！未指定书签

4、。4.3.1 所属角色 错误！未指定书签。4.3.2 所属组 错误！未指定书签。4.3.3 用户权限 错误！未指定书签。4.3.4 总权限 错误！未指定书签。4.3.5 用户管理 错误！未指定书签。4.3.6 组织管理 错误！未指定书签。4.4 操作日志管理 错误！未指定书签。4.4.1 查询操作日志 错误！未指定书签。4.4.2 删除操作日志 错误！未指定书签。5. 数据结构设计 错误！未指定书签。5.1 设计原则 错误！未指定书签。5.1.1 命名的规范 错误！未指定书签。5.1.2 数据的一致性和完整性 错误！未指定书签。5.2 数据库环境说明 错误！未指定书签。5.3 数据库命名规则

5、错误！未指定书签。5.4 逻辑结构 错误！未指定书签。5.5 物理存储 错误！未指定书签。5.6 数据备份和恢复 错误！未指定书签。6. 系统出错处理设计 错误！未指定书签。6.1 出错信息 错误！未指定书签。6.2 补救措施 错误！未指定书签。7. 系统安全设计 错误！未指定书签。7.1 数据传输安全性设计 错误！未指定书签。7.2 应用系统安全性设计 错误！未指定书签。7.3 数据存储安全性设计 错误！未指定书签。1 .引言1.1 编写目的本文档对通用权限管理系统的总体设计、接口设计、界面总体设计、数据结构设计、系 统出错处理设计以及系统安全数据进行了说明。1.2 背景a、软件系统的名称：

6、通用权限管理系统；b、任务提出者、开发者：谢星星；c、在J2的系统中需要使用权限管理的系统。1.3 术语本系统：通用权限管理系统；:英文全称是。1.4 预期读者与阅读建议预期读者阅读重点开发人员总体设计、接口设计、数据结构设计、界面总体设计、系统 出错处理设计设计人员:总体设计、接口设计、数据结构设计、系统安全设计1.5 参考资料通用权限管理系统需求规格说明书通用权限管理系统数据库设计说明书2 .总体设计2.1 设计目标权限系统一直以来是我们应用系统不可缺少的一个部分，若每个应用系统都重新对系统的权限进行设计，以满足不同系统用户的需求，将会浪费我们不少宝贵时间，所以花时间来设计一个相对通用的权

7、限系统是很有意义的。本系统的设计目标是对应用系统的所有资源进行权限控制，比如应用系统的功能菜单、 各个界面的按钮控件等进行权限的操控。2.2 运行环境操作系统：系统操作系统和系列操作系统。2.3网络结构通用权限管理系统可采用实现，可以在桌面应用和应用系统中进行调用。如果需要要适应所有开发语言，可以将其发布到上。暂时用 实现。2.4 总体设计思路和处理流程在说明总体设计思路前，我们先说明本系统的相关概念：1 .权限资源系统的所有权限信息。权限具有上下级关系，是一个树状的结构。下面来看一个例子系统管理用户管理查看用户新增用户修改用户删除用户对于上面的每个权限，又存在两种情况，一个是只是可访问，另一

8、种是可授权，例如对于“查看用户”这个权限，如果用户只被授予“可访问”，那么他就不能将他所具有的这个权限分配给其他人。2 .用户应用系统的具体操作者，用户可以自己拥有权限信息，可以归属于0n个角色，可属于0n个组。他的权限集是自身具有的权限、所属的各角色具有的权限、所属的各组具有的权限的合集。它与权限、角色、组之间的关系都是3 .角色n对n的关系。为了对许多拥有相似权限的用户进行分类管理，定义了角色的概念，例如系统管理员、 管理员、用户、访客等角色。角色具有上下级关系，可以形成树状视图，父级角色的权限是 自身及它的所有子角色的权限的综合。父级角色的用户、父级角色的组同理可推。4 .组为了更好地管

9、理用户，对用户进行分组归类，简称为用户分组。组也具有上下级关系， 可以形成树状视图。在实际情况中，我们知道，组也可以具有自己的角色信息、权限信息。 这让我想到我们的用户群， 一个群可以有多个用户， 一个用户也可以加入多个群。每个群具有自己的权限信息。例如查看群共享。群也可以具有自己的角色信息，例如普通群、高级群 等。针对如上提出的四种对象，我们可以整理得出它们之间的关系图，如下所示：总体设计思路是将系统分为组权限管理、角色权限管理、用户权限管理、组织管理和操作日志管理五部分。其中组权限管理包括包含用户、所属角色、组权限资源和组总权限资源四部分，某个组的权限信息可用公式表示：组权限=所属角色的权

10、限合集 +组自身的权限。角色权限管理包括包含用户、 包含组和角色权限三部分， 某个角色的权限的计算公式为： 角色权限=角色自身权限。用户权限管理包括所属角色、所属组、用户权限、用户总权限资源和组织管理五部分。某个用户总的权限信息存在如下计算公式：用户权限=所属角色权限合集 +所属组权限合集+用户自身权限。组织管理即对用户所属的组织进行管理，组织以树形结构展示，组织管理具有组织的增、删、改、查功能。操作日志管理用于管理本系统的操作日志。注意：因为组和角色都具有上下级关系，所以下级的组或角色的权限只能在自己的直属上级的权限中选择，下级的组或者角色的总的权限都不能大于直属上级的总权限。1.5 模块结

11、构设计本系统的具有的功能模块结构如下图所示:通用权限管理系统组权限管理角色权限管理用 户 权 限 管 理操 作 日 志 管 理-用户权限- -修改 - 所属组 1 - 修改 总权限组织管理删 除修 改删除修改添加1.6 尚未解决的问题无。3 .接口设计（暂略）3.1 用户接口（暂略）3.2 外部接口（暂略）3.3 内部接口 （暂略）4 .界面总体设计本节将阐述用户界面的实现，在此之前对页面元素做如下约定:序号虫囿兀素约定1按钮未选中时：按钮名称选中时：按钮名称2单选框O选项3复选框选项4下拉框选项，, V5文本框6II7页签未选中时：十选中时：彳F项名称 p项名称8未选中链接链接文字9选中链接

12、链接文字10说明信息说明信息4.1 组权限管理4.1.1 包含用户组信息所选择组：组1组1包含用户所属角色组权限总权限组ii修改组12用户名 姓名手机号 最近登录时间 登录次数组-阿蜜果 谢星星 2007-10-8 66组22007-10-8 10组21组22组-当用户选择“修改”按钮时，弹出用户列表，操作人可以通过勾选或取消勾选来修改该 组所包含的用户。4.1.2所属角色组信息所选择组：组1组1包含用户所属角色组权限总权限组11修改组12角色 角色名称角色描述组-1访客组22初级用户组21组22组-当用户选择“修改”按钮时，弹出角色树形结构，操作人可以通过勾选或取消勾选来修 改该组所属的角色

13、。4.1.3组权限组信息组1组2组11组12组-组21组22组-所选择组：组1包含用户所属角色组权限总权限3上订座问租用“曾理我限欧 也限址他售苒急查澧访问根陌7管整根隔 鼓代理人情！!信息箜诲歹访问权限?管理权眼吩航班W国战计播表/访问根跟V首理松印代理人及CRSWS按话报衰 9 cs问枳得权限 立累城州!访问权蹄歹苫理权跟好使用帮助 B访词权隔丁管理枳眼 关于我们 方法问权隔皆皆理皆限? 结安7访问权限r者理积限好嘏世人it诲 访问权限r首现双版到营北部收入交询 歹访问权跟r管理权网+代理人收入查词。诗闰权犀匚管理般序 好黄觎收入指毋量调 审访问树B管装权因 a .*l系优动庞万访问权图r

14、首理积跟“利勒用户权限匚访问收图r苫理权限修改用尸空弼 访问校阅厂雷理校限-，用尸管理法同权限匚管理故限保存取消4.1.4总权限组信息组1组11组12组组2组21组22组-所选择组：组1包含用户所属角色组权限|总权限奇生灯座1访问枚降“管理方限 代理人情昌信息充诲 7访问程限卡管理机限安时我计拘裹5话同取限V首型梆印3型代理人及CRSW售授汁报衰 中3问板爆管理权限瓦累斓期16访问牧蹄歹若理秒限A 使用第助 B访词权隔 守管理粽暇S4关于我们 V访问权隔夕告理炉跟? 结！r中访问权限r署理权限好航期r入爱诲 审访问权踉眇网,青业部收入青浦 歹访问双眼r管理权限学代理人收入查词V诗闰权限r管理权

15、照 好丁黄献收入指后爱谕丁访问权魄管过松曜& _系执功庞万访问权跟r首理卷跟刷新用户权限匚访问权图r管理权霭*修改用尸室国 j访问校闻厂营理校眼工用尸首出 访问权爆匚管理权限保存取消通过对已具有的权限取消勾选，或为某权限添加勾选，来修改组的权限信息，点击“保 存”按钮保存修改信息。4.1.5组管理在下图中，选中组1的时候，右键点击可弹出组的操作列表，包括添加、删除和修改按 钮，从而完成在该组下添加子组，删除该组以及修改该组的功能。组信息所选择组：组1组1包含用户所属角色组权限总权限组11修改组12用户名 姓名手机号 最近登录时间 登录次数组-阿蜜果 谢星星 2007-10-8 66组22007

16、-10-8 10组21组22组-4.2 角色权限管理4.2.1 包含用户角色信息所选择角色：角色1角色1包含用户包含组角色权限角色11修改角色12用户名 姓名手机号 最近登录时间 登录次数角色.阿蜜果 谢星星 2007-10-8 66角色22007-10-8 10角色21角色22角色.当用户选择“修改”按钮时，弹出用户列表，操作人可以通过勾选或取消勾选来修改该 角色所包含的用户。4.2.2 包含组角色信息所选择角色：角色1角色1包含用户包含组角色权限角色11修改角色12组 组名称组描述角色.11角色222角色21角色22角色.当用户选择“修改”按钮时，弹出用户列表，操作人可以通过勾选或取消勾选

17、来修改该 角色所包含的组。4.2.3 角色权限角色信息所选择角色：角色1角色1包含用户包含组角色权限角色11于* iTfi 16同枚降“管理方限欧限班揩售簿电查4V访问根朋7管理根隔角色12吩代理人情昌信息充调访问权限卡管理权限 a ,航何族计报袤 V话问取眼V首理梆即角色眇 代理人及CRSW售授汁报衰中问校隔*管理权图角色2f 累斓期访问粗图歹者理积限却使用帮助访词权即 管理叔眼角色21杀生关于虢们 方访问权隔夕省理炉跟3 结第一访问权限【富室积限角色22a AM航班收入直询 访问权跟营理找跟,菅业部收入查询 访问权限r管理权限角色方忌代理人收入查词v诗闰权跟首软I网 安贡at收入指后差调

18、用访国脚a厂营理权除 号 系获功能 j访问权鼎厂省理权限刷戟用户权原 r访问权图营理权限，修改用尸空弼访问视向营理砂做-,用尸管出 厂访问权限匚管理故限保存取消通过对已具有的权限取消勾选，或为某权限添加勾选，来修改角色的权限信息，点击“保 存”按钮保存修改信息。4.2.4管理角色在下图中，选中组1的时候，右键点击可弹出组的操作列表，包括添加、删除和修改按 钮，从而完成在该组下添加子组，删除该组以及修改该组的功能。角色信息所选择角色：角色1角色1包含用户包含组角色权限角色11修改角色12用户名 姓名手机号 最近登录时间 登录次数角色.阿蜜果 谢星星 2007-10-8 66角色22007-10-

19、8 10角色21角色22角色.4.3 用户权限管理4.3.1 所属角色用户权限信息公司所选择用户：阿蜜果所属角色所属组用户权限总权限广州分公司阿蜜果肖北京分公司123 修改角色角色名称角色描述1 访客2 初级用户当用户选择“修改”按钮时，弹出角色树形结构，操作人可以通过勾选或取消勾选来修 改该用户所属的角色。4.3.2 所属组用户信息所选择用户：阿蜜果公司所属角色所属组用户权限总权限广州分公司修改阿蜜果肖组 组名称组描述1组12组2北京分公司i2当用户选择“修改”按钮时，弹出组的树形结构，操作人可以通过勾选或取消勾选来修 改该用户所属的组。4.3.3 用户权限用户信息公司所选择用户：阿蜜果所属

20、角色所属组用户权限总权限广州分公司阿蜜果。上仃座16问枚降“管加眼殴 敬班他售信电查4 V访问根朋7管理根隔代理人摘香基恳矗谓 歹访问权跟?管理松眼肖北京分公司123安阿我计播熹 V访问取眼”首理科印欧代过人及CRS晌唇戒汁报寇 7 ts同权限V管理权限* -累斓期16访问粗障歹若理秒限A使用帮助 访同双母才管理枳眼点；关于我们 方法问权隔歹皆理皆限*结*访问萩限r署现积限妙 组青业部收入有评 审访问松限r管理权限学代理人收入查词V诗闰权限r管理或序 好黄觎收入指田直谕 中访问树B厂管理梃?5系扰动幅 万访问权图r昔理积跟刷戟用产权隈匚访问收图r苫理权限*修改用尸生弼讨访问校用詈理权限-*.用

21、尸管理 r访问权限匚管理故限保存取消通过对已具有的权限取消勾选，或为某权限添加勾选，来修改用户的权限信息，点击“保 存”按钮保存修改信息。4.3.4 总权限用户信息公司所选择用户：阿蜜果所属角色所属组用户权限|总权限广州分公司阿蜜果肖北京分公司i2:13 订原*诗护牌署理收跟,3a *筑啜晴鲁信息看闻/避问权限/告度权限? *代窿人情苫信息查询 9诂闫松阳方香理把限 优, H康小时技廿报霰中访闷棚ft I?售理榔艮 山*代理大及CR渊音撞过熊郭 *访障权限V营理衩附中*聚犊功能V访问双牌V君理就跟a*型用需助 ?由m载闲中管理粮闲O 关于我们F?诂河桢限吃曾建权限3 1第* V诗阿根阳厂若理收

22、隔0* KWX3i 口齿房被限口管理总第砂，青北蟀人击询 尸诂同扳限厂苦变权限|b * ft9AAfl歹同砌艮厂者受役隧 片,式触收入指标全词一访同总联常理税即：*系球功能邙背铁眼广苫我祀限，制班用户收假n法阈投随r swfa痴械用尸富封卡访问我眼r管理找眼4用户管理匚访问敦距匚瞥用灯眼保存取消通过对已具有的权限取消勾选，或为某权限添加勾选，来修改用户的权限信息，点击“保 存”按钮保存修改信息。4.3.5 用户管理当选择了某用户时，点击右键，弹出菜单列表：修改、删除、取消，点击修改和删除按钮可以实现用户的删除和修改功能。选择某个组织，例如下表中的“广州分公司”，弹出菜单列表：添加子组织、删除组

23、织、修改组织、添加用户、取消，点击添加用户按钮可以实现用户的添加功能。用户权限信息公司广州分公司阿蜜果肖北京分公司123所选择用户：阿蜜果所属角色所属组用户权限总权限修改角色角色名称角色描述1访客2初级用户4.3.6组织管理选择某个组织，例如下表中的“广州分公司”，弹出菜单列表：添加子组织、删除组织、修改组织、添加用户、取消，点击添加子组织、删除组织、修改组织按钮可以实现组织的添 加、删除和修改功能。用户权限信息公司广州分公司阿蜜果肖北京分公司123所选择用户：阿蜜果所属角色所属组用户权限总权限修改角色角色名称角色描述1 访客2 初级用户4.4 操作日志管理4.4.1 查询操作日志操作名称：

24、操作人：操作时间从 到查询重置删除编号操作名称操作内容操作人操作时间112007-10-8222007-10-8输入上图表单中的查询信息后，点击“查询”按钮，可查询出符合条件的信息。4.4.2 删除操作日志操作名称： 操作人：操作时间从 到查询重置删除编号操作名称操作内容操作人操作时间112007-10-8222007-10-8输入上图表单中的查询信息后，点击“查询”按钮，可查询出符合条件的信息。而后点 击“删除”按钮，可删除符合查询条件的操作日志。5 .数据结构设计数据库设计的模型请参见通用权限管理系统 数据库模型。表的说明请参见通用权 限管理系统数据库设计说明书。5.1 设计原则5.1.1

25、 命名的规范数据库中表、主键、外键、索引的命名都以统一的规则，采用大小写敏感的形式，各种 对象命名长度不要超过 30个字符，这样便于应用系统适应不同的数据库平台。5.1.2 数据的一致性和完整性为了保证数据库的一致性和完整性，往往通过表间关联的方式来尽可能的降低数据的冗余。表间关联是一种强制性措施，建立后，对父表（）和子表（）的插入、更新、删除操作均要占用系统的开销。如果数据冗余低，数据的完整性容易得到保证，但增加了表间连接查 询的操作，为了提高系统的响应时间，合理的数据冗余也是必要的。使用规则（）和约束（）来防止系统操作人员误输入造成数据的错误是设计人员的另一种常用手段，但是，不必要的规则和约束也会占用系统的不必要开销，需要注意的是，约束对数据的有效性验证要比规则快。所有这些，需要在设计阶段应根据系统操作的类型、