管理系统的权域设计

本文探讨了管理信息系统的权限和域模型设计,主要关注每个用户的两种角色:功能角色和域模型角色。功能角色主要涉及菜单和按钮权限,而域模型角色则与业务场景相关,特别是复杂的组织架构层级。通过权限域设计,可以解决深层组织结构中数据查看和操作的复杂权限问题。设计包括数据实体、域模型树形结构和权限域关联表,所有逻辑通过SQL实现,用户与域间存在多对一关系,并在数据模型上增加域关系字段。
摘要由CSDN通过智能技术生成

管理信息系统 权限和域模型设计 涉及到俩方面,针对每个登录的用户,至少拥有俩个角色,
1、1个是 该用户所拥有的角色,角色在这里只限制 ,菜单权限和 按钮的功能权限
2 、 另一个是 该用户所关联的业务模型,所具有的域模型角色
由于第一种功能角色很好设计,只是功能资源权限和角色和用户之间的对应关系,这块我就不多说了。下面针对不同业务场景,设计一个通用的域模型架构。

首先肯定是,每个现场的客户的业务模型是不同的,也就是可以理解为组织架构层级不同,每个层级所看到的数据,以及对所看到的数据的crud,是严格跟具数据内容有关系的。
举个简单的例子,客户经理可以看到自己创建的数据和删除这些数据,和查询上级创建的数据,但是他没有针对上级创建的数据的删除权限。  但是这个业务模型如果负责起来,组织架构的级别如果很深(5-10级),层级之间的crud关系错综复杂,系统就会变得相当复杂。 因此衍生出权限域的设计。

权限域关联表:默认设计
数据实体,     域模型(n个根节点树形结构),     控制级:本级crud(肯定是要有的)+ 下级crud  + 上级级crud 
eg:
域模型树形结构:   树形结构。。。。。。。


以下是 权限域关联表表结构设计


(1) 用户和域的关系是 ,多对一的关系。在用户端标识,是否允许走本域查询关系,如不允许,则不走域的关系表
(2) 在数据模型那块,要增加与域对应的关系字段




dataMode
数据实体
  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值