Thinkphp5開發OA辦公系統-權限功能設計爭議

     中後臺系統的權限管理功能，要想作得很是完美，也不太現實。業務需求不一樣，會有不一樣級別的權限管理要求。

      這個OA辦公系統，我在作原型的時候，發現作需求對接的同事（大股東）選用的方案是直接用戶關聯權限，我認爲這樣子的方案，用戶作權限分配管理的時候工做量比較多，會很麻煩。就想着優化一下，採用RBAC基於角色的權限訪問控制的方案。

      我跟同事提出個人方案建議後，他認爲個人方案增長了一些複雜度，並且不能所有知足客戶對權限管理的要求，好比，基於角色的權限分配，只要是相同的角色，權限都是同樣的，不能知足針對某一個用戶的權限分配（我說能夠擴展到【角色權限+用戶權限】知足這樣的需求）。在溝通討論的過程當中，各自都堅持本身的方案，他看到這樣也不是辦法，就提出再跟客戶確認一下看客戶的選擇。

      咱們去到客戶現場跟客戶溝經過程中，我把個人建議方案說了一下，客戶聽了好像不太理解，呵呵，多是我講的用詞專業化了的緣由。我也說了按以前的【用戶權限】方案會增長管理人員的工做量，而【角色權限+用戶權限】會節省工做量，方便。我想搞明白爲何他們都不支持個人方案，就讓客戶打開他們的老OA系統看看原來他們的權限管理是怎麼弄的，看到之後，我完全明白了，原來他們的老OA系統就是【用戶權限】的方式。

      既然大股東說了不要改變用戶的使用習慣，給本身增長難度和工做量，我也不想再多說什麼了，就按他們的方式去設計。

 

文采很差，請見諒。歡迎拍磚，批評，交流心得。

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

若有疑問，歡迎加入QQ羣：591528130（AI編程的立勝羣） ，一塊兒討論交流學習。

原創做者：AI編程的立勝，QQ：282130106 。

若有轉載，敬請註明原創做者與出處，謝謝。

上一篇：Thinkphp5 開發 OA 辦公系統 - 開發語言選型

下一篇：Thinkphp5開發OA辦公系統-行政管理模塊