Thinkphp5开发OA办公系统-权限功能设计争议

     中后台系统的权限管理功能，要想作得很是完美，也不太现实。业务需求不一样，会有不一样级别的权限管理要求。

      这个OA办公系统，我在作原型的时候，发现作需求对接的同事（大股东）选用的方案是直接用户关联权限，我认为这样子的方案，用户作权限分配管理的时候工做量比较多，会很麻烦。就想着优化一下，采用RBAC基于角色的权限访问控制的方案。

      我跟同事提出个人方案建议后，他认为个人方案增长了一些复杂度，并且不能所有知足客户对权限管理的要求，好比，基于角色的权限分配，只要是相同的角色，权限都是同样的，不能知足针对某一个用户的权限分配（我说能够扩展到【角色权限+用户权限】知足这样的需求）。在沟通讨论的过程当中，各自都坚持本身的方案，他看到这样也不是办法，就提出再跟客户确认一下看客户的选择。

      咱们去到客户现场跟客户沟经过程中，我把个人建议方案说了一下，客户听了好像不太理解，呵呵，多是我讲的用词专业化了的缘由。我也说了按以前的【用户权限】方案会增长管理人员的工做量，而【角色权限+用户权限】会节省工做量，方便。我想搞明白为何他们都不支持个人方案，就让客户打开他们的老OA系统看看原来他们的权限管理是怎么弄的，看到之后，我完全明白了，原来他们的老OA系统就是【用户权限】的方式。

      既然大股东说了不要改变用户的使用习惯，给本身增长难度和工做量，我也不想再多说什么了，就按他们的方式去设计。

 

文采很差，请见谅。欢迎拍砖，批评，交流心得。

OA演示地址：http://oa.bodujie.com

若有疑问，欢迎加入QQ群：591528130（AI编程的立胜群） ，一块儿讨论交流学习。

原创做者：AI编程的立胜，QQ：282130106 。

若有转载，敬请注明原创做者与出处，谢谢。

上一篇：Thinkphp5 开发 OA 办公系统 - 开发语言选型

下一篇：Thinkphp5开发OA办公系统-行政管理模块