通用权限管理设计篇

[复制链接]
253|0
手机看帖
扫描二维码
随时随地手机跟帖
keer_zu|  楼主 | 2020-11-3 09:30 | 显示全部楼层 |阅读模式
                                    通用权限管理设计篇            
                                                                                       
[url=][/url]                    
               
                                                                分类专栏:                                设计模式                    
               
                                                
            https://blog.csdn.net/nwenji/article/details/8796738
        
   
                                                        博客地址:http://www.blogjava.net/amigoxie/
一.引言
  

        因为做过的一些系统的权限管理的功能虽然在逐步完善,但总有些不尽人意的地方,总想抽个时间来更好的思考一下权限系统的设计。

        权限系统一直以来是我们应用系统不可缺少的一个部分,若每个应用系统都重新对系统的权限进行设计,以满足不同系统用户的需求,将会浪费我们不少宝贵时间,所以花时间来设计一个相对通用的权限系统是很有意义的。

二.设计目标

        设计一个灵活、通用、方便的权限管理系统。

        在这个系统中,我们需要对系统的所有资源进行权限控制,那么系统中的资源包括哪些呢?我们可以把这些资源简单概括为静态资源(功能操作、数据列)和动态资源(数据),也分别称为对象资源数据资源,后者是我们在系统设计与实现中的叫法。

系统的目标就是对应用系统的所有对象资源和数据资源进行权限控制,比如应用系统的功能菜单、各个界面的按钮、数据显示的列以及各种行级数据进行权限的操控。

三.相关对象及其关系

        大概理清了一下权限系统的相关概念,如下所示:

1.       权限

系统的所有权限信息。权限具有上下级关系,是一个树状的结构。下面来看一个例子

系统管理

         用户管理

                查看用户

                 新增用户

                      修改用户

                      删除用户

        对于上面的每个权限,又存在两种情况,一个是只是可访问,另一种是可授权,例如对于“查看用户”这个权限,如果用户只被授予“可访问”,那么他就不能将他所具有的这个权限分配给其他人。

2.       用户

应用系统的具体操作者,用户可以自己拥有权限信息,可以归属于0~n个角色,可属于0~n个组。他的权限集是自身具有的权限、所属的各角色具有的权限、所属的各组具有的权限的合集。它与权限、角色、组之间的关系都是n对n的关系。

3.       角色

为了对许多拥有相似权限的用户进行分类管理,定义了角色的概念,例如系统管理员、管理员、用户、访客等角色。角色具有上下级关系,可以形成树状视图,父级角色的权限是自身及它的所有子角色的权限的综合。父级角色的用户、父级角色的组同理可推。

4.       组

为了更好地管理用户,对用户进行分组归类,简称为用户分组。组也具有上下级关系,可以形成树状视图。在实际情况中,我们知道,组也可以具有自己的角色信息、权限信息。这让我想到我们的QQ用户群,一个群可以有多个用户,一个用户也可以加入多个群。每个群具有自己的权限信息。例如查看群共享。QQ群也可以具有自己的角色信息,例如普通群、高级群等。

针对上面提出的四种类型的对象,让我们通过图来看看他们之间的关系。





   有上图中可以看出,这四者的关系很复杂,而实际的情况比这个图还要复杂,权限、角色、组都具有上下级关系,权限管理是应用系统中比较棘手的问题,要设计一个通用的权限管理系统,工作量也着实不小。

当然对于有些项目,权限问题并不是那么复杂。有的只需要牵涉到权限和用户两种类型的对象,只需要给用户分配权限即可。

在另一些情况中,引入了角色对象,例如基于角色的权限系统, 只需要给角色分配权限,用户都隶属于角色,不需要单独为用户分配角色信息。

理清了对象关系之后,让我们接着来进行数据库的设计。在数据库建模时,对于N对N的关系,一般需要加入一个关联表来表示关联的两者的关系。初步估计一下,本系统至少需要十张表,分别为:权限表、用户表、角色表、组表、用户权限关联表、用户角色关联表、角色权限关联表、组权限关联表、组角色关联表、用户属组关联表。当然还可能引出一些相关的表。下面让我们在PowerDesigner中画出各表吧。

        各表及其关系如下:




1.       用户表



2.       角色表



3.       权限表



4.       组表



5.       角色权限表



6.       组权限表



7.       组角色表



8.       用户权限表



9.       用户角色表



10.   用户组表



11.   组织表



12.   操作日志表




1.      引言 1.1 编写目的  

[size=12.727272033691406px] 本文档对通用权限管理系统的总体设计、接口设计、界面总体设计、数据结构设计、系统出错处理设计以及系统安全数据进行了说明。

1.2 背景

[size=12.727272033691406px] a、 软件系统的名称:通用权限管理系统;

[size=12.727272033691406px] b、 任务提出者、开发者:谢星星;

[size=12.727272033691406px] c、 在J2EE的web系统中需要使用权限管理的系统。

1.3 术语

[size=12.727272033691406px] 本系统:通用权限管理系统;

[size=12.727272033691406px] SSH:英文全称是Secure Shell。

1.4 预期读者与阅读建议

1.5 参考资料  

[size=12.727272033691406px] 《通用权限管理系统需求规格说明书》

[size=12.727272033691406px] 《通用权限管理系统数据库设计说明书》

2.      总体设计 2.1 设计目标

[size=12.727272033691406px] 权限系统一直以来是我们应用系统不可缺少的一个部分,若每个应用系统都重新对系统的权限进行设计,以满足不同系统用户的需求,将会浪费我们不少宝贵时间,所以花时间来设计一个相对通用的权限系统是很有意义的。

[size=12.727272033691406px] 本系统的设计目标是对应用系统的所有资源进行权限控制,比如应用系统的功能菜单、各个界面的按钮控件等进行权限的操控。

2.2 运行环境

[size=12.727272033691406px] 操作系统:Windows系统操作系统和Linux系列操作系统。

2.3 网络结构

[size=12.727272033691406px]  通用权限管理系统可采用Java Swing实现,可以在桌面应用和Web应用系统中进行调用。如果需要要适应所有开发语言,可以将其API发布到WEB Service上。暂时用Java Swing实现。

2.4 总体设计思路和处理流程

[size=12.727272033691406px] 在说明总体设计思路前,我们先说明本系统的相关概念:

[size=12.727272033691406px] 1. 权限资源

[size=12.727272033691406px] 系统的所有权限信息。权限具有上下级关系,是一个树状的结构。下面来看一个例子

[size=12.727272033691406px] 系统管理

[size=12.727272033691406px]         用户管理

[size=12.727272033691406px]                查看用户

[size=12.727272033691406px]                新增用户

[size=12.727272033691406px]                修改用户

[size=12.727272033691406px]                删除用户

[size=12.727272033691406px] 对于上面的每个权限,又存在两种情况,一个是只是可访问,另一种是可授权,例如对于“查看用户”这个权限,如果用户只被授予“可访问”,那么他就不能将他所具有的这个权限分配给其他人。

[size=12.727272033691406px] 2. 用户

[size=12.727272033691406px] 应用系统的具体操作者,用户可以自己拥有权限信息,可以归属于0~n个角色,可属于0~n个组。他的权限集是自身具有的权限、所属的各角色具有的权限、所属的各组具有的权限的合集。它与权限、角色、组之间的关系都是n对n的关系。

[size=12.727272033691406px] 3. 角色

[size=12.727272033691406px] 为了对许多拥有相似权限的用户进行分类管理,定义了角色的概念,例如系统管理员、管理员、用户、访客等角色。角色具有上下级关系,可以形成树状视图,父级角色的权限是自身及它的所有子角色的权限的综合。父级角色的用户、父级角色的组同理可推。

[size=12.727272033691406px] 4. 组

[size=12.727272033691406px] 为了更好地管理用户,对用户进行分组归类,简称为用户分组。组也具有上下级关系,可以形成树状视图。在实际情况中,我们知道,组也可以具有自己的角色信息、权限信息。这让我想到我们的QQ用户群,一个群可以有多个用户,一个用户也可以加入多个群。每个群具有自己的权限信息。例如查看群共享。QQ群也可以具有自己的角色信息,例如普通群、高级群等。

[size=12.727272033691406px] 针对如上提出的四种对象,我们可以整理得出它们之间的关系图,如下所示:



[size=12.727272033691406px] 总体设计思路是将系统分为组权限管理、角色权限管理、用户权限管理、组织管理和操作日志管理五部分。

[size=12.727272033691406px] 其中组权限管理包括包含用户、所属角色、组权限资源和组总权限资源四部分,某个组的权限信息可用公式表示:组权限 = 所属角色的权限合集 + 组自身的权限。

[size=12.727272033691406px] 角色权限管理包括包含用户、包含组和角色权限三部分,某个角色的权限的计算公式为:角色权限 = 角色自身权限。

[size=12.727272033691406px] 用户权限管理包括所属角色、所属组、用户权限、用户总权限资源和组织管理五部分。某个用户总的权限信息存在如下计算公式:用户权限 = 所属角色权限合集 + 所属组权限合集 + 用户自身权限。

[size=12.727272033691406px] 组织管理即对用户所属的组织进行管理,组织以树形结构展示,组织管理具有组织的增、删、改、查功能。

[size=12.727272033691406px] 操作日志管理用于管理本系统的操作日志。

[size=12.727272033691406px] 注意:因为组和角色都具有上下级关系,所以下级的组或角色的权限只能在自己的直属上级的权限中选择,下级的组或者角色的总的权限都不能大于直属上级的总权限。

2.5 模块结构设计

[size=12.727272033691406px] 本系统的具有的功能模块结构如下图所示:



2.6 尚未解决的问题  

[size=12.727272033691406px] 无。

3.      接口设计(暂略) 3.1 用户接口(暂略) 3.2 外部接口(暂略) 3.3 内部接口(暂略) 4.      界面总体设计

[size=12.727272033691406px] 本节将阐述用户界面的实现,在此之前对页面元素做如下约定:



4.1 组权限管理
  当用户选择“修改”按钮时,弹出用户列表,操作人可以通过勾选或取消勾选来修改该组所包含的用户。



当用户选择“修改”按钮时,弹出角色树形结构,操作人可以通过勾选或取消勾选来修改该组所属的角色。





通过对已具有的权限取消勾选,或为某权限添加勾选,来修改组的权限信息,点击“保存”按钮保存修改信息。


4.1.5组管理 [size=12.727272033691406px]在下图中,选中组[size=12.727272033691406px]1[size=12.727272033691406px]的时候,右键点击可弹出组的操作列表,包括添加、删除和修改按钮,从而完成在该组下添加子组,删除该组以及修改该组的功能。
  


4.2 角色权限管理 4.2.1包含用户
  

当用户选择“修改”按钮时,弹出用户列表,操作人可以通过勾选或取消勾选来修改该角色所包含的用户。


4.2.2包含组  

  

  当用户选择“修改”按钮时,弹出用户列表,操作人可以通过勾选或取消勾选来修改该角色所包含的组。

    4.2.3角色权限  

  

  

   

[size=12.727272033691406px] 通过对已具有的权限取消勾选,或为某权限添加勾选,来修改角色的权限信息,点击“保存”按钮保存修改信息。

   4.2.4管理角色  

[size=12.727272033691406px]        在下图中,选中组1的时候,右键点击可弹出组的操作列表,包括添加、删除和修改按钮,从而完成在该组下添加子组,删除该组以及修改该组的功能。

  

    4.3 用户权限管理   4.3.1所属角色  

  


  

[size=12.727272033691406px] 当用户选择“修改”按钮时,弹出角色树形结构,操作人可以通过勾选或取消勾选来修改该用户所属的角色。

4.3.2所属组

[size=12.727272033691406px] 当用户选择“修改”按钮时,弹出组的树形结构,操作人可以通过勾选或取消勾选来修改该用户所属的组。

4.3.3用户权限

[size=12.727272033691406px] 通过对已具有的权限取消勾选,或为某权限添加勾选,来修改用户的权限信息,点击“保存”按钮保存修改信息。

4.3.4总权限

[size=12.727272033691406px] 通过对已具有的权限取消勾选,或为某权限添加勾选,来修改用户的权限信息,点击“保存”按钮保存修改信息。

4.3.5用户管理

[size=12.727272033691406px]        当选择了某用户时,点击右键,弹出菜单列表:修改、删除、取消,点击修改和删除按钮可以实现用户的删除和修改功能。

[size=12.727272033691406px]        选择某个组织,例如下表中的“广州分公司”,弹出菜单列表:添加子组织、删除组织、修改组织、添加用户、取消,点击添加用户按钮可以实现用户的添加功能。



4.3.6组织管理  

[size=12.727272033691406px]        选择某个组织,例如下表中的“广州分公司”,弹出菜单列表:添加子组织、删除组织、修改组织、添加用户、取消,点击添加子组织、删除组织、修改组织按钮可以实现组织的添加、删除和修改功能。



4.4 操作日志管理 4.4.1查询操作日志
           
操作名称:|________|  操作人:|________|
      
操作时间从 |________| 到 |________| [查询] [重置] [删除]
     
编号    操作名称    操作内容    操作人    操作时间
1        xx1         --        Amigo    2007-10-8
2        xx2         --        xxyy     2007-10-8

  

[size=12.727272033691406px] 输入上图表单中的查询信息后,点击“查询”按钮,可查询出符合条件的信息。

4.4.2删除操作日志
           
操作名称:|________| 操作人:|________|
      
操作时间从 |________| 到 |________| [查询] [重置] [删除]
     
编号    操作名称    操作内容    操作人    操作时间
1        xx1       --           Amigo      2007-10-8
2        xx2       --           xxyy       2007-10-8

[size=12.727272033691406px] 输入上图表单中的查询信息后,点击“查询”按钮,可查询出符合条件的信息。而后点击“删除”按钮,可删除符合查询条件的操作日志。

5.      数据结构设计

[size=12.727272033691406px] 数据库设计的模型请参见《通用权限管理系统_数据库模型.pdm》。表的说明请参见《通用权限管理系统数据库设计说明书》。

5.1 设计原则 5.1.1命名的规范

[size=12.727272033691406px] 数据库中表、主键、外键、索引的命名都以统一的规则,采用大小写敏感的形式,各种对象命名长度不要超过30个字符,这样便于应用系统适应不同的数据库平台。

5.1.2数据的一致性和完整性

[size=12.727272033691406px] 为了保证数据库的一致性和完整性,往往通过表间关联的方式来尽可能的降低数据的冗余。表间关联是一种强制性措施,建立后,对父表(Parent Table)和子表(Child Table)的插入、更新、删除操作均要占用系统的开销。如果数据冗余低,数据的完整性容易得到保证,但增加了表间连接查询的操作,为了提高系统的响应时间,合理的数据冗余也是必要的。使用规则(Rule)和约束(Check)来防止系统操作人员误输入造成数据的错误是设计人员的另一种常用手段,但是,不必要的规则和约束也会占用系统的不必要开销,需要注意的是,约束对数据的有效性验证要比规则快。所有这些,需要在设计阶段应根据系统操作的类型、频度加以均衡考虑。

5.2 数据库环境说明

[size=12.727272033691406px] 数据库:MySql5.0

[size=12.727272033691406px] 设计库建模工具:PowerDesigner12.0

5.3 数据库命名规则

[size=12.727272033691406px] 表名以T开头,外键以FK开头,索引以INDEX开头。

5.4 逻辑结构

[size=12.727272033691406px] pdm文件的名称为:《通用权限管理系统_数据库模型》。

5.5 物理存储

[size=12.727272033691406px] 通过数据库建模工具PowerDesigner12可以将pdm导出为文本文件,将数据库脚本放入文本文件中保存。

5.6 数据备份和恢复

[size=12.727272033691406px] 数据库需定期备份(每天备份一次),备份文件格式为backup_yyyyMMdd,数据库被破坏时,利用最新的备份文件进行恢复。

6.      系统出错处理设计 6.1 出错信息
错误分类
子项及其编码
错误名称
错误代码
备注
数据库错误
连接
连接超时
100001001


连接断开
100001002


数据库本身错误代码
数据库本身错误代码
100002+数据库错误代码


TCP连接错误
连接
连接超时
101001001


连接断开
101001002


其它TCP连接错误(socket自身错误代码)


101002+ socket错误代码


配置信息错误
未配置输入参数


102001


未配置输出参数


102002


组管理部分自定义错误



103001——103999


角色管理部分自定义错误



104001——104999


用户管理部分自定义错误



105001——105999


操作日志管理



106001——106999



6.2 补救措施

[size=12.727272033691406px] 为了当某些故障发生时,对系统进行及时的补救,提供如下补救措施:

[size=12.727272033691406px] a.后备技术   定期对数据库信息进行备份(每天一次),当数据库因某种原因被破坏时,以最新的数据库脚本进行恢复;。

7.      系统安全设计 7.1 数据传输安全性设计

[size=12.727272033691406px] SSH可以通过将联机的封包加密的技术进行资料的传递; 使用SSH可以把传输的所有数据进行加密,即使有人截获到数据也无法得到有用的信息。同时数据经过压缩,大大地加快了传输的速度。通过SSH的使用,可以确保资料传输比较安全并且传输效率较高。

7.2 应用系统安全性设计

[size=12.727272033691406px] 操作人的操作信息需要提供操作记录。对系统的异常信息需进行记录,已备以后查看。只有授权用户才能登录系统,对于某个操作,需要具有相应权限才能进行操作。

7.3 数据存储安全性设计           

[size=12.727272033691406px] 对于用户的密码等敏感信息采用MD5进行加密。


使用特权

评论回复

相关帖子

发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

个人签名:qq群:49734243 Email:zukeqiang@gmail.com

1287

主题

12161

帖子

53

粉丝