权限功能表设计???

问题描述

设计权限表:要求,大的模块下,有小的模块,小的模块下细分增·删·改·查等功能? 问题补充:大模块 要根据是否有权限显示 小模块 也是要根据是否有权限显示

解决方案

http://www.iteye.com/magazines/82这是专题,你可以看下
解决方案二:
我最近也在搞权限控制,已经搞了半个多月了,基本搞完了,我用的是Shiro,看的是开涛大哥的系列文章:跟我学Shiro目录贴http://jinnianshilongnian.iteye.com/blog/2018398现在基本用shiro的比较多,比spring security更好用一些轻量级一些
解决方案三:
权限的话有spring security当然也可以完全自己设计有一个中间件叫dorado,他有一个集成框架叫marmot,其中有套权限框架包含:用户,角色,用户-角色,菜单,资源,角色-资源,代理角色等菜单映射生成资源,角色与资源相互授权,用户可以有多个角色然后你可以有一套自己的人员组织结构:人员,组织机构树,人员-组织,岗位,职位,人员-岗位,人员-职位,然后在用户上绑定人员,这样一个人可以有多个用户账号进行登录,这样权限体系就比较完整了如果还要进一步控制按钮权限,可以进行改造,把按钮的可见和可用转化为资源的一部分,对角色进行授权。然后校验器由原来的进入页面时校验权限扩展为进入页面时校验权限和进入页面后校验并初始化按钮两部分,如果有安全性的问题,防止用户非法使用按钮,可以在按钮中想办法加入事件,校验按钮的可用性。

时间: 2024-09-20 03:09:13

权限功能表设计???的相关文章

怎样设计如下一个用户权限数据表

问题描述 怎样设计如下一个用户权限数据表 类似阿里云的ODPS,存在四个基本概念,项目(Project).User.Role.Right 系统默认存在三中基本角色:超级管理员角色和账户(SuperAdmin),超级管理员可以创建项目管理员(ProjectAdmin)和开发员角色(Dev) superAdmin可以创建ProjectAdmin和普通User,并由ProjectAdmin创建Project ProjectAdmin可以向所拥有的Project中添加User,并在所属Project中创

用户权限管理数据库表设计思想

用户权限管理数据库表设计思想 表:(1)用户表(user) (2)权限表(power) (3)部门表(group) (4)角色表(role) (5)用户部门角色表(user_group_role)存放用户id,部门id,角色id (6)权限部门角色表(power_group_role)存放权限id,部门id,角色id 设计理念: a用户可以(绑定)属于m部门n角色   z权限可以(绑定)属于m部门n角色 由此:a就拥有z权限   设计扩展:一个用户可以同时属于多个部门下的多个角色 每个部门下的每

ASP.NET MVC+EF框架+EasyUI实现权限管理系列(24)-权限组的设计和实现(附源码)(终结)

原文:ASP.NET MVC+EF框架+EasyUI实现权限管理系列(24)-权限组的设计和实现(附源码)(终结) ASP.NET MVC+EF框架+EasyUI实现权限管系列 (开篇)   (1):框架搭建    (2):数据库访问层的设计Demo    (3):面向接口编程   (4 ):业务逻辑层的封装          (5):前台Jquery easyUI实现   (6):EF上下文实例管理    (7):DBSession的封装   (8):DBSession线程内唯一       

一个关于权限方面的设计问题

问题描述 最近在开发一个系统,做到系统权限这方面遇到问题的,希望广大的友友可以帮忙解决一下!问题如下:系统有很多的功能组成:有很多的页面:有很多页面有增删改查的功能:现在要设计成不同的角色可以有不同的操作???细分到增删改查的先前在网上看到一个二进制(0,2,4,8,16,32,64,128.....)的但总觉得要是有很多个网页的话那个就值就相当的大?大家有什么比较好的方法来实现啊??? 解决方案 解决方案二:if(DPWebUtil.Get_PageControl.ContainsKey(Pa

【自然框架】之通用权限:数据库设计的几种使用方式

        上次<[自然框架]之通用权限:用PowerDesigner重新设计了一下数据库,有ER图和表关系图 >里说了一大堆的表,好多人说太复杂了,做到权限到模块就可以了.       这个嘛,我也没有说所有的表都要一起使用呀.用哪些表那是根据情况来定的.也就是客户需求.项目需求和经验来决定了.       如果项目很简单,客户的需求也不复杂,那么做到权限到模块就可以了,大家都方便.那么这个时候"资源表组"里面就只需要用一个表就ok了,其他的表就不用了.       

交互设计实例:基本的注册功能如何设计

前几天光耀童鞋喷了一篇<谈网站注册.登录过程>,今天我们在与小爬童鞋梳理购买流程的时候也谈到了这部分内容.其实注册作为一个网站基本功能再普通不过,但提供不同产品服务的网站对于注册的要求不尽相同,也不是每个网站都有一个体验良好的注册流程.本座在这里简单聊下在不考虑运营指标和商业目的的前提下,基本的注册功能如何设计. 注册页面的信息架构注册页面的信息架构力求清晰简洁,注册表单作为信息主体,除了logo,帮助信息以及一些必要的返回链接,避免其他一切会干扰注册的信息,全力保障用户专心走完注册流程. 注

通向架构师的道路 第六天 漫谈基于数据库的权限系统的设计

一.权限系统 这一天将讲述一个基本的基于数据库的权限管理系统的设计,在这一天的课程的最后将讲述"左右值无限分类实现算法"如 何来优化"系统菜单"的结构而告终.今天的内容和前几天的基础框架是一样的它们都属于基础知识,在这些基础知识上还可以 扩展出无数的变种与进化设计. 二.先来看客户的一个需求 2.1 用户实际需求 1. 所有的用户.角色可动态配置 2. 所有的系统菜单的权限要求具体到"增,删,改.查.打印.导出"这样的小权 限的设计 3. 所有的

通向架构师的道路(第六天)之漫谈基于数据库的权限系统的设计

一.权限系统 这一天将讲述一个基本的基于数据库的权限管理系统的设计,在这一天的课程的最后将讲述"左右值无限分类实现算法"如何来优化"系统菜单"的结构而告终.今天的内容和前几天的基础框架是一样的它们都属于基础知识,在这些基础知识上还可以扩展出无数的变种与进化设计. 二.先来看客户的一个需求 2.1用户实际需求 1.       所有的用户.角色可动态配置 2.       所有的系统菜单的权限要求具体到"增,删,改.查.打印.导出"这样的小权限的设

点赞功能的设计

点赞功能的设计 每一次点赞,需要记录: (1)谁点的赞; (2)为哪篇文章(Convention)点的赞; (3)点赞时间 (4)是否已经取消点赞   数据表设计 点赞记录表 列名 数据类型 说明 id N 数据表id user_id N 用户id vote_time S 点赞时间,格式"2016-02-22 12:01:45" bbs_id N 被点赞帖子id status N 状态:有效或取消   继续讨论E-R关系 点赞记录表与用户是多对1关系 点赞记录表与帖子也是多对1关系 实