天天看點

一些常用的場景進行描述分析(權限管理、6個典型場景)

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,如需轉載請自行聯系原作者