有时候把这个权限彻底吃透，也是蛮头疼的事情。
【第一部分】
用户 - 角色 之间的关系比较好梳理， 一个用户可以在多个角色里，一个角色里可以有多个用户，是（多对多的关系）
需要
有用户表 Base_User
有角色表 Base_Role
有用户-角色关联关系表 Base_UserRole
【第二部分】
用户 - 操作权限之间的关系就是， 这个用户到底有哪些操作权限？
角色 - 操作权限之间的关系就是， 这个角色到底有那些操作权限？
操作权限就不只是添加、删除、修改权限，那其实是一个技术思维上的权限而已，真正的业务权限就是：“谁有人事管理权限，谁有项目管理权限，谁有管理客户的权限”，是一个很笼统的业务上的权限，而不是所谓的 谁有添加、删除、修改的权限这么细腻，很多时候一个软件就4个人，4个人是个岗位，只需要有4种权限就可以了，“谁负责仓库？谁负责财务？谁负责业务？谁是老板”也就这么一回事情，不用搞得那么复杂。
虽然从规范的角度来讲，权限都应该先设置给角色，但是国内应用，大多是直接赋予某个操作员哪些权限，而且那么多的角色名称也难想出来，比较难定义好分工的岗位，明确的角色划分等，而且很小的应用程序就看如何见效最快，其他都等以后再优化配置管理了。
【第三部分】
用户 - 模块菜单之间的关系就是，哪个用户能访问那些模块？ 这里延伸出了有一个系统默认的“模块访问权限”，谁对哪些模块有相应的模块访问权限，是一个数据集范围权限的概念，当然 角色 - 模块菜单关系表的逻辑也是一样的。
操作权限定义表 Base_PermissionItem 其中需要有一个系统默认的“模块访问权限”
系统里有哪些菜单模块 Base_Module，其实是一种资源，一种树形资源，对哪些资源有什么权限。
什么对象对什么有什么权限？的思维存储了数据范围权限 Base_ResourcePermissionScope
当然还会涉及到 用户表 Base_User， 角色表Base_Role。
先要开启主程序中的，是否采用配置菜单权限的开关，因为很简单的管理系统，并不需要设置菜单权限就可以了。
【第四部分】
还有一种逻辑是，哪个菜单，可以由哪些用户、哪些角色访问，这其实是第三部分的另外一种展示方式，数据的关联关系与逻辑关系，其实是跟第三部分是完全一样的。
【第五部分】
操作权限 - 模块菜单，用户角色-操作权限 之间的关联关系，例如用户有某些操作权限，那是不是还可以理解，若管理系统中有某个操作权限后是否默认可以访问某些菜单？完全是可以的，所以这时候有 操作权限-模块菜单之间的关联关系，就是由于有了某个操作权限，导致可以访问哪些模块菜单。这个默认关系系统里设置好后，只要用户或者角色有相应的操作权限，那就可以有与之对应的模块菜单的访问权限了。
About
吉日嘎拉(蒙古语为吉祥如意)，2000年毕业于黑龙江大学计算机系软件专业，目前定居杭州，典型的IT软件土鳖一个，外号“软件包工头”。
通用权限管理系统组件(GPM - General Permissions Manager)自2003年开始发布，目前是国内注册用户和免费盗版用户最多的权限管理系统，是各种信息管理系统开发中彻底的权限解决方案。本组件支持多种主流数据库（Oracle、sqlsever、db2、mysql），功能强大，使用方便，代码简洁，思路严谨，被广大支持者称为权限管理系统中的“走火入魔级权限管理系统”。
精心维护通用权限管理系统组件（GPM - General Permissions Manager）有8年多,3年的不断推广,20万行经典的业务逻辑积累,经过上万次的调试修正,经历了四百个付费客户,上百软件公司的实战开发。
11年以上开发经验，外企工作5年,上市公司3年,独立经营软件公司2年，主持研发部门管理工作4年以上。
将权限管理、工作流做到我能力的极致，一个人只能做好那么很少的几件事情。
QQ:252056973，Mail:jirigala_bao@hotmail.com
通用权限管理模块的严谨设计定位、精心编码实现、不断维护推广、持续优化改进，主要是为了实现一个可以高度重复利用劳动成果的工具软件并有偿提供给所需的人们，另想成为国人值得骄傲的知名软件功能模块。
可供国内管理类开发人员在日常工作中进行灵活二次开发利用的模块，开发管理类软件的必备工具之一，我们的目标就是让程序员早点儿回家休息。
