第一幕：缘起

听说阎王爷要做个生死簿后台管理系统，我们派去了一个程序员……



996程序员做的梦：



第一场：团队招募

为了应对地府管理危机，阎王打算找“人”开发一套地府后台管理系统，于是就在地府总经办群中发了项目需求。

话说还是中国电信的信号好，地府都是满格，哈哈！！！





经常会有外行朋友问：看某网站做的不错，功能也简单，你帮忙做一下？

而这次，面对这样的需求，这个程序员也是虎躯一震，本来想拒绝的，不过做不完就不让回去，而且，貌似这也是他报仇的好机会啊！



产品同学也被勾下来了。。

第二场：研发过程中的新需求

项目开发过程中，阎罗王发来了一个消息：



第三场：程序员还阳

项目进行中，程序员偷偷地在系统上留了一个后门，不仅回到了阳间，还将自己的寿命修改为+∞。

地府中留下的，是产品经理孤寂的身影。

这个故事告诉我们，做产品的，不能提太多的需求，也不能完全不懂技术，否则，可能会死的不明不白的。

第二幕：地府管理2.0研发

地府管理系统项目上线后，阎王尝到了很大的甜头，地府工作效率提高了很多倍，于是，“地府2.0计划”紧锣密鼓的开始了。

越是，不少人做梦，都梦见自己死了……

设计师：


昨晚做梦梦到我死了，进了阎王殿

阎王爷让我给他的地府做一张宣传海报


HR：


昨晚做梦梦到我死了，进了阎王殿

阎王爷让我给他考核一下地府在职人员的业绩


文案：


昨晚做梦梦到我死了，进了阎王殿

阎王爷让我给他写一篇能够提升转化的软文


物流管理：


昨晚做梦梦到我死了，进了阎王殿

阎王爷让我给他优化一下投胎的流程


交互设计师：


昨晚做梦梦到我死了，进了阎王殿

阎王爷让我给他优化一下油锅的体验


第三幕：地府大数据

为了应对日益增大的业务，地府管理系统3.0版本的原型图已经设计出来了，现在鉴赏一下

第一场：登录

与时俱进，比较完善，支持账号登录、手机登录、扫码登录三种登录方式。



移动端自适应哦！

首页看板做的很不错



第二场：可视化监控

可以实时查看十八层地狱的详细信息，目前只支持中国区，国府（国服）噢。



今年业绩不是很好，业绩相比去年大幅下跌了呢！



冥币的汇率总体走势上扬，应该有不错的上升空间，可以考虑持有。



第三场：生死簿

生死簿可以看到阳寿未尽、孤魂野鬼、已经转世投胎人的名单。通过查询后台数据，我们发现，孙猴子不是物理删库，他是获取了阎王爷的超级管理员权限，直接把自己的名字，从生死簿中给删除了。



不过也看出，到底是毛手毛脚的猴子，做事不干净，只是逻辑删除，而没有进行物理删除。差一步，还是能找到记录。

下一个操作就骚了，批量删除，一删一窝。



批量删除有风险，所以需要插入U盾，猴子应该是直接拿了阎王的，获取验证码，批量删除猴子猴孙，为你点赞！

还有退单操作，这下知道李世民为啥没死成了。。



第四场：阎罗殿审判记录

每一个被勾下来的人，都有完整的审判记录，确保不抓错一个好人，也不放过一个坏人。



妥妥的工作流，需要审批的。

还贴心地提供了老人专用版本，字体放大N倍，看起来很轻松。



第五场：六道轮回

地府后台管理系统还是非常人性的，解决了六道轮回的问题。以后投胎到哪里，摇一次转盘就搞定了。



原来猪刚鬣就是被这么摇到了畜生道啊！

第六场：元数据维护

还挺丰富的，功能能强大。

有设备管理：


冥币管理：


日志管理：



还有非常完善的角色权限，支持多租户，多级，多用户哦：



更多功能持续开发中，欢迎有志于地府事业的小伙伴积极参与哦：



第四幕：未来已来



如果同学们真的出现经常做梦的情况，考虑下是不是最近压力太大了。当一个人压力太大的时候，做梦都会惦记要做的事情，连觉都睡不好了。

年底了，不论是互联网从业人员还是其他行业的人，或多或少感到一些压力，个人建议还是好好调节一下，多去换位思考一下，用其他的事激励一下自己。

最后的最后，是大家心心念念的地府系统demo访问地址：http://kzgfmo.axshare.cn

没有结束的新开始。。。。

帖子发出去之后，居然成为了一个现象级的产品，很多朋友也跟我联系，希望能把这个系统做出来，下面这位大神已经建了个群，希望把系统做出来，有兴趣的可以加群聊聊，看能不能真的把他做出来。



走上删库之路

第五幕：程序员们的地府生涯

经过前期准备，现在地府系统已经正式进入立项开发阶段了

github地址：https://github.com/canxin0523/thesixsectorTeam

欢迎围观，Star

先附一张昨晚画的地府组织架构图



项目工程结构：



这个是我的微信二维码，我拉你进讨论群和扣扣研发群，围观一个伟大产品的诞生



 

我的微信公众号：架构真经（id：gentoo666），分享Java干货，高并发编程，热门技术教程，微服务及分布式技术，架构设计，区块链技术，人工智能，大数据，Java面试题，以及前沿热门资讯等。每日更新哦！



参考资料：

https://blog.csdn.net/kMD8d5R/article/details/90746041

后台管理系统的总结
开始
用户管理和安全校验模块
角色管理和权限管理（菜单和按钮）
机构管理
字典管理
区域管理
日志和监控
短信邮件app推送
与数据库交互框架mybatis和hibernate
导出框架
微服务框架
消息服务mq

开始
做一个后台管理系统都需要那些模块，什么样的解决方案，来个总结反思备忘。

疑问

登陆验证框架，shiro

用户管理和安全校验模块
用户系统和安全校验

前台

用户注册
用户登陆
忘记密码
编辑信息

后台

用户添加
用户删除（无效）
用户编辑
用户查询

角色管理和权限管理（菜单和按钮）

角色的增删改查
菜单的增删改查
角色和权限的关联

机构管理

机构的增删改查

字典管理

字典的增删改查
字典的转换

区域管理
日志和监控
短信邮件app推送
与数据库交互框架mybatis和hibernate

MyBatis-Plus
jpa

导出框架

jxls

微服务框架
消息服务mq

本期给大家推荐我自己写一个开源项目：Asurplus，本着减少大量重复开发工作的原则，使得在项目中能够实现快速开发
1、前言
本项目本着避免重复造轮子的原则，建立一套快速开发JavaWEB项目（Asurplus），能满足大部分后台管理系统基础开发功能，使得开发人员直接可从业务模块开始，减少大量的重复开发工作。前端框架使用 layui-mini（https://gitee.com/zhongshaofa/layuimini）
2、项目地址
https://gitee.com/asurplus/asurplus.git

项目我已经上传至码云（gitee）平台，如果喜欢，希望可以给个 star
3、项目介绍
项目简介
本项目本着避免重复造轮子的原则，建立一套快速开发JavaWEB项目（asurplus），能满足大部分后台管理系统基础开发功能，使得开发人员直接可从业务模块开始，减少大量的重复开发工作。前端框架使用 layui-mini：https://gitee.com/zhongshaofa/layuimini
注：原有开源项目（springboot-mini）已停止更新，今后只更新该项目，以该项目为准
项目演示

地址：http://qyzxsm.com/asurplus/
账户：13888888888
密码：123456

软件架构

SpringBoot 2.3.1.RELEASE，搭建第一个 SpringBoot 项目：https://blog.csdn.net/qq_40065776/article/details/98474699
MyBatis-Plus 3.3.1，SpringBoot 中使用 MyBatis-Plus：https://blog.csdn.net/qq_40065776/article/details/107546643
MyBatis-Plus-Generator，自动生成代码根据，使用说明：https://blog.csdn.net/qq_40065776/article/details/107546643
MySQL 5.6，数据库
Apache-Maven 3.6.0，版本控制工具
Redis，Key-Value 数据库
Apache-Shiro 1.2.4，权限控制框架，使用说明：https://blog.csdn.net/qq_40065776/article/details/107300987
MiniIO，文件服务器，使用说明：https://blog.csdn.net/qq_40065776/category_9999932.html
Ehcache，缓存框架，使用说明：https://blog.csdn.net/qq_40065776/article/details/107560607
Kaptcha，登录验证码，使用说明：https://blog.csdn.net/qq_40065776/article/details/101481607
Lombok，使用说明：https://blog.csdn.net/qq_40065776/article/details/105643530
knife4j，接口文档，使用说明：https://blog.csdn.net/qq_40065776/article/details/107083757
EasyPoi，导出 Excel 文件，使用说明：https://lizhou.blog.csdn.net/article/details/109537996
Quartz，定时任务，使用说明：https://blog.csdn.net/qq_40065776/article/details/107489728
Aspose，文档转化为PDF实现在线预览，使用说明：https://lizhou.blog.csdn.net/article/details/112095659
Websocket，实现及时消息，使用说明：https://lizhou.blog.csdn.net/article/details/109962390
JWT，实现前后端分离token验证，使用说明：https://lizhou.blog.csdn.net/article/details/114211876
Thymeleaf，模板引擎，使用说明：https://blog.csdn.net/qq_40065776/article/details/105566038
LayUI，前端框架，官方文档：https://www.layui.com/doc/
layui-mini，前框模板项目，项目地址：https://gitee.com/zhongshaofa/layuimini

目录结构

安装教程

安装 JDK，1.8以上
安装 Maven，3.6.0 以上
安装 MySQL，5.6 版本
导入数据库文件到 MySQL，数据库文件放置：db 文件夹中
修改配置文件中数据库的连接信息，链接地址，用户名，密码等信息
修改配置文件中redis的连接信息等

完成以上步骤，即可正常启动项目
使用说明

数据字典功能，需要加上 @Dict(dictCode = “status”) 注解，方可有效，见 com.zyxx.sys.entity.SysUserInfo
文件上传，默认使用 MinIO 作为文件服务器，例子：com.zyxx.sys.controller.SysMinioController
导出 Excel 文件，采用 EasyPoi 导出，支持注解导出，可自定义注解规则，见com.asurplus.common.excelIExcelDictHandlerImpl 文件
系统设置及系统监控的代码放置：com.zyxx.sys 包下面，修改此处的代码需慎重
com.zyxx.common 包下面放一些配置类及一些通用工具类
自动生成代码，需要配置数据库连接信息，以及模块名（MODULENAME）和开发人员（AUTHOR）

内置功能


基础信息

该目录下主要为开发APP时用到的，如果不用可以直接删除


系统管理



用户登录：用户输入账户密码登录系统
用户管理：该用户主要针对系统用户，为该系统的管理者
角色管理：不同的角色代表着不同的权限
菜单管理：不同的权限代表着可以看到不同的页面，及拥有不同的操作权限
部门管理：不同的用户属于不同的部门，所有的权限也不一样，还可以根据部门来做数据权限，可根据实际需求来完成
数据字典：对一些固定数值进行翻译成文本的操作，详见：https://blog.csdn.net/qq_40065776/article/details/107403576
附件管理：对上传至minio服务器的文件进行管理，例如：删除一些没用的文件等


系统监控


定时任务：定时执行一些约定好的任务，详见：https://blog.csdn.net/qq_40065776/article/details/107489728
登录日志：对每个用户的登录信息进行监控，获取用户的 IP，地理位置等信息
操作日志：通过自定义注解，对用户的操作进行记录
服务监控：通过获取服务器端的信息，例如：jvm，内存等信息进行展示


系统配置


参数配置：对系统中一些可变的参数进行管理，存放在redis，减少DB消耗
网页配置：对网页的一些信息进行设置，例如：网站标题、图标、备案号等


邮件服务


邮件发送：邮件发送共有五种方式，文本、HTML、图片、附件、模板
邮件日志：主要记录了发送的日志


微信公众号


主要集成了开发微信公众号，只是做了一些测试，暂未正式开发
关注日志：主要记录了微信公众号的一个关注记录


开发者区


WebSocket：集成了WebSocket，并实现即时通讯
图标列表：罗列了本项目中集成的图标，点击即可复制使用
开发日志：主要记录了该项目的一些更新情况和完成情况，由于偷懒，后面已经忘记写了
接口文档：点击打开新的页面，对项目中的一些开放API接口进行测试，也方便前端开发人员
Redis监控：充当 Redis 客户端，可以及时掌握数据情况
数据库管理：可以查看数据库表格信息，及字段信息，对数据进行备份和还原


组件专区

主要介绍了该项目中集成的一些前端组件的用法，方便开发者快速掌握

页面展示

Asurplus
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-4h2vj5dd-1614490190528)(https://gitee.com/asurplus/asurplus/widgets/widget_card.svg?colors=ffffff,1e252b,323d47,455059,d7deea,99a0ae)]
捐赠
如果觉得还不错，请作者喝杯咖啡吧 ☺

    

        
微信扫一扫
        
支付宝扫一扫
    
    

        

        

    

关注
欢迎关注我的微信公众号

如您在阅读中发现不足，欢迎留言！！！

不管是开发手机APP，网站还是小程序等项目，基本上都需要一个后台管理系统的支撑。而每个后台管理系统都有一个通用的功能就是用户权限管理。最近基于Antd+React.js做了一个后台管理系统。

 

一、概要

权限管理是一个几乎所有后台系统的都会涉及的一个重要组成部分，主要目的是对整个后台管理系统进行权限的控制，而针对的对象是员工，避免因权限控制缺失或操作不当引发的风险问题，如操作错误，数据泄露等问题。

就目前来说最广泛的是一个账号对应多个角色，每个角色对应相应的权限集（RBAC模型）这种模型基本可以应对所有的问题，且通过角色可以实现灵活且多样的的权限操作需求。

权限管理中设计到三个重要的名词：账号、角色、权限。

账号：每个用户想要进入系统需要分配一个账号，而这个账号就是一把钥匙。我们通过控制账号所具备的权限，进而控制这个用户的授权范围。
	
角色：角色管理是确定角色具备哪些权限的一个过程，他是一个集合的概念，是众多最小权限颗粒的组成。我们通过把权限给这个角色，再把角色给账号，从而实现账号的权限，因此它承担了一个桥梁的作用。
	
权限：权限包括页面权限，操作权限，数据权限。页面权限控制你可以看到哪个页面，看不到哪个页面；操作权限则控制你可以在页面上操作哪些按钮；数据权限则是控制你可以看到哪些数据。
二、思考

了解很很多网上给出的权限管理方案，绝大部分解决方案都是事先定义好角色和各个角色的权限。如果换一个系统，由于角色和之前的不一样，后台管理系统需要从代码层面做相应的修改。个人感觉这种前线管理通用性不强。因此想有没有什么方式把权限的颗粒度划分的更细，角色和权限可以自由配置。

带着这些疑问整理了自己对权限管理的理解和解决方案，本人非专业WEB端开发，只是提出个人见解，有不对的地方希望大家指正。上面也说了权限主要分为页面权限、操作权限和数据权限，我想从这三个方面细化并做成可自由配置。

页面权限控制：页面权限主要通过菜单配置和页面跳转操作来控制。一般进入后台管理系统会呈现出主菜单，我们可以在角色管理中为每一个角色配置不同的菜单。用户使用账号登录时，后台通过判断该账号的角色，返回对应的菜单，这样就可以控制用户的一级页面的权限。对于二级页面及其他页面可以通过控制用户操作权限来限制用户访问。

操作权限控制：操作权限主要控制用户哪些按钮可以点击，哪些按钮不可以点击。我们可以事先为页面中要控制的按钮定义一个标识，在获取用户菜单时一并返回，通过检查当前用户是有有这个标识来判断是否有相应的操作权限。

数据权限控制：我理解的数据权限控制是角色有哪些接口调用的权限，防止用户跨域或者跨权限调用接口，我们需要把接口和角色菜单关联起来，调用接口时后台检测当前用户的角色是否有调用该接口的权限，如果没有权限则调用失败。整个权限管理中我觉得这一块是最复杂的，需要配置所有使用到的接口，还需要对每次接口调用进行检测，虽然可以通过正则表达式去匹配，但是还是有一定的局限性。另外对于非常大的系统，这个工作量是非常大的，所以这套权限控制方案不一定适用非常复杂的系统。

三、详细介绍

以下介绍以下我根据我的想法实现的权限管理功能（项目还有很多需要改进的地方，欢迎各位大神指点O(∩_∩)O~）

1.、工作台预览

以下是目前正在开发系统的整体布局，基于React.js+Antd开发，左侧菜单列表可以通过角色控制，不同角色返回的菜单不一样。

 



2、用户管理

这个没有什么好说的，就是管理用户信息的地方。这里其实有一个可以优化的地方，一个用户应该可以对应多个角色，这一块我简化了一下，每一个用户只有一个角色。每一个角色有一个权限级别，为数值1-9表示，值越大权限越大，每一个角色只能修改权限比其小的用户信息，否则操作按钮置灰。

 



3.角色管理

角色可根据自身系统业务需求，随意增删改查，无需事先定死角色类型，每个角色后面有一个权限管理入口，在那个页面给么给角色动态分配权限。



4.菜单管理

配置后台管理系统中的所有菜单，每一个菜单后面有一个“功能”按钮，在里面可以配置当前菜单中的功能点，细化到页面中的每个按钮，为每个功能点定义一个标识符，前端根据该标识符判断该用户是否有操作权限。



5.页面功能

这里统一管理页面中的功能项，包括功能名称以及对应的标识符，比如add，delete，edit，view分别代表增删改查按钮权限标识。



6.功能接口

系统是使用前后端分离的实现方式开发，为了防止跨域访问或者跨角色访问，后台需要对每个接口的调用进行权限检查，这里需要配置所有用到的接口，再把接口和菜单对应起来。前端访问调用接口时，后台检测其合法性。



7.菜单功能配置

上面配置了菜单和页面操作项标识，点击菜单管理中每一个菜单后面的“功能”按钮，进入菜单和功能点关联配置的界面。当前菜单中有哪些操作需要控制就添加那些操作的标识，前端通过这个标识判断用户是否在当前菜单页面中有该操作权限。



8.菜单接口关联配置

上面有提到，前后端分离，后台要检测接口调用权限，在这里配置菜单功能项和接口的关联，也就是说当前菜单中哪一个功能允许调用哪些接口在这记录下来，或者也可以把接口和角色关联起来，也许会更简单一些。



9.角色页面权限管理

前面角色列表界面中可以看到在每个角色后面有一个权限按钮，点击里面可以为每个角色配置相应的菜单。实现不同角色显示不同菜单的效果。

 



 

四、总结

以上是个人总结的一套权限管理解决方案，优点是可以对角色权限自由配置，权限颗粒度划分比较细，目前来看比较大的缺点就是配置比较复杂，特别是接口和各个功能点标识的配置。大家如果有什么其他更好的解决方案，希望能多多交流，学习学习。

五、其他

以上哪里写的不对或者有待改进，欢迎大家提意见，谢谢！

转载请注明出处：http://www.luoxudong.com/?p=442