我们一般说【权限】的时候是在说功能权限和数据权限。这说明这个链接就是给同时拥有两个模块权限的用户设计的。如果所有信息都是公开透明的，也就不需要做数据权限的控制。因为用户具有的权限是功能权限和数据权限交叉定义的，所以此处假设G、A、B部门的用户都被赋予了用户管理和资产管理的功能权限所以需要再次引入功能权限的【角色】解决人员上下级问题。总结建设toB的系统时要考虑两种权限：功能权限和数据权限。
基于MVC设计模式的WEB应用框架研究MVC设计模式是基于J2EE的WEB应用开发的首选模式，当前许多流行的框架也都是基于MVC设计模式的。基于J2EE的WEB应用系统，多数都利用MVC模式来实现其体系结构。因此，越来越多的大型的WEB应用项目的开发都纷纷采用Struts框架，或者借鉴Struts架构设计，进行基于MVC模式的应用系统的开发。
网上很多前、后端分离权限仅仅都仅仅在描述前端权限控制、且是较简单、固定的角色场景，满足不了我们用户、角色都是动态的场景。用户经常会新增、删除，也可以根据工作情况随时调整页面、功能权限，所以采用用户-角色-页面权限方案实现。此时已经可以打通权限前端的权限分配，用户-角色-页面权限、功能权限。前后端分离后面临的问题：
