A: 軟體不需要配置權限什麼的,一個操作員進來了什麼都可以做,使用者管理也很簡單,幾乎沒什麼需要。
對策:
A.1 登入程式不用開發了。
A.2 修改密碼不用開發了。
A.3 若其他子產品能用上,就複制過去用,這個使用者的類型設定為 Administrator,那權限判斷就
跳過了,其他權限相關的表,連建立都不用建立了。
B: 軟體不需要配置權限什麼的,幾個操作員進來了什麼都可以做,使用者管理也很簡單。
A.1 如上。
A.2 如上。
A.3 如上。
B.4 用我們的開發架構中建議的使用者管理程式,使用者的添加修改,設定密碼等不用開發了。
C: 軟體需要劃分幾個不同的權限,其中有一個系統管理者,有幾個其他業務操作人員,人不是很多。
B.4 如上。
C.5 使用簡易權限管理功能不用開發了,将權限劃分好。
C.6 直接可以給使用者配置權限的功能,系統進行了簡化設計,不用開發了。
D: 軟體需要劃分幾個不同的權限,其中有一個系統管理者,還有很多不通類型的操作員,人很多。
C.5 如上。
D.6 角色管理功能,系統進行了簡化設計,不用開發了。
D.7 角色權限管理功能,系統進行了簡化設計,不用開發了。
D.8 使用者角色權限管理功能,系統進行了簡化設計,不用開發了。
F: 軟體需要管理大量的使用者資料,并需要分級管理、分級授權。
F.1 實作了組織架構管理的分級管理。
F.2 實作了使用者管理的分級管理。
F.3 實作了角色管理的分級管理。
F.4 實作了使用者的權限範圍管理。
F.5 實作了角色的權限範圍管理。
F.6 實作了使用者的授權範圍管理。
F.7 實作了角色的授權範圍管理。
權限管理部分考慮了以上 A、B、C、D、E、F 6個場景,不足之處希望各位同僚能多提意見建議。
========================================================
架構已改進、程式設計的思想思路已改進、資料庫的存儲思想也已改進。以前寫程式是面向資料庫為
中心,現在寫程式是以面向服務為中心,資料可以存儲在資料庫裡,也可存儲在檔案裡,整個系統
可以有機的容為一體,更容易擴充,更容易更新。
經過這次大規模的更新改進,我也有了比較深刻的心得體會,有興趣的同僚可以單獨找我分享讨論。
每天進步一點點,每天改進一點點,一年進步一大堆,改進一大堆,努力做到我能力範圍内極點。
Best Regards!
吉日嘎拉
将權限管理、工作流管理做到我能力的極緻,一個人隻能做好那麼很少的幾件事情。
本文轉自 jirigala 51CTO部落格,原文連結:http://blog.51cto.com/2347979/451740,如需轉載請自行聯系原作者