RBAC，苦思多日，角色何解？

RBAC中，角色不是很理解，比如，銷售經理和濟南銷售經理，這2個概念很模糊

一個說的是銷售經理，沒有說明是那個地區的

一個很具體，說的是濟南的

我想問，角色是具體的還是模糊的，因為所有區的銷售經理都相同的許可權，建立銷售經理這個角色，就是為了統一給所有地區的銷售經理授權，總不能一個地區，建立一個銷售經理的角色吧

角色定位？這種情況，如何建立角色許可權方案？

知乎沒人回答， http://zhi.hu/7dCn

SegmentFault也沒人回答， http://segmentfault.com/q/1010000000650304

求救。。。。。。。。。。。。

好多日子了，。。。。。。。。

回複討論(解決方案)

這跟會員許可權不是一樣的麼，這要看你怎麼設計許可權了
第一種：銷售經理都有一樣的許可權，不論哪個地方
那就只需要銷售經理這個許可權組
第二種：銷售經理都有一樣的許可權，但是不同地區又有不一樣的許可權
銷售經理就好比一個基類，濟南銷售經理繼承了銷售經理，再派生出其他單獨的許可權
資料庫的設計就好比二級導航一樣，濟南銷售經理的上級就是銷售經理

這跟會員許可權不是一樣的麼，這要看你怎麼設計許可權了
第一種：銷售經理都有一樣的許可權，不論哪個地方
那就只需要銷售經理這個許可權組
第二種：銷售經理都有一樣的許可權，但是不同地區又有不一樣的許可權
銷售經理就好比一個基類，濟南銷售經理繼承了銷售經理，再派生出其他單獨的許可權
資料庫的設計就好比二級導航一樣，濟南銷售經理的上級就是銷售經理

。。。。

，，許可權組？每個地方的銷售經理，功能許可權是一樣的，當資料許可權是不一樣的

，，如果都繼承了，那得建多少角色啊，加一個分區就建一個角色，。。。

謝謝你的回答，。。呵呵，其實，我想搞清楚，，角色，資料許可權，功能許可權，如何設計好。

畢竟，建立一個地區銷售部門，那麼銷售經理的功能許可權是一樣的，就是資料許可權不一樣，他只對本區的人員有銷售經理許可權。。

其實，還有一個問題比較嚴重。。。


一個人管理多個部門，擔任不同職務。。。許可權組，應該解決不了

下面的方法可行？
部門表 職位表 管理關聯性表 人員表
id name id name pid id 管理員的id 部門id id name 職位id
1 銷售部門 1 銷售經理 1 1 1 1 1 管理員1號 2
2 管理部門 2 管理員 2 2 1 3
3 採集部門
管理員1號根據職位id找到他是管理部門，那麼就去管理關聯性表尋找他所管理的部門，可以看出他管理的是銷售部門和採集部門

臥槽，不是所見即所得 (WYSIWYG)嗎？好吧，你複製出去，對其後將就看吧

一個角色就可以了，只不過有個所屬地區屬性。

角色，指演員扮演的劇中人物，也比喻生活中某種類型的人物和戲曲演員專業分工的類別。
RBAC 的角色（Role）就屬於專業分工的類別

某個角色，比如銷售經理，就具有其特定的許可權
這是抽象的

在現實中，一個角色可以由多人扮演；一個人也可扮演多個角色
這些都與程式無關，程式只認角色而不認人

角色，指演員扮演的劇中人物，也比喻生活中某種類型的人物和戲曲演員專業分工的類別。
RBAC 的角色（Role）就屬於專業分工的類別

某個角色，比如銷售經理，就具有其特定的許可權
這是抽象的

在現實中，一個角色可以由多人扮演；一個人也可扮演多個角色
這些都與程式無關，程式只認角色而不認人

銷售經理是抽象的，那濟南區銷售經理呢？也是抽象的？

系統中，這種類型，沒法設計哦，

所有的銷售經理，都是一個功能劃分，就是管理的地區不通，這種是通過角色解決還是？

一個角色就可以了，只不過有個所屬地區屬性。

角色加個地區屬性？？

？？那怎麼設計使用者角色？？？，，

下面的方法可行？
部門表 職位表 管理關聯性表 人員表
id name id name pid id 管理員的id 部門id id name 職位id
1 銷售部門 1 銷售經理 1 1 1 1 1 管理員1號 2
2 管理部門 2 管理員 2 2 1 3
3 採集部門
管理員1號根據職位id找到他是管理部門，那麼就去管理關聯性表尋找他所管理的部門，可以看出他管理的是銷售部門和採集部門

這個不行哦，。。

系統中只有 銷售經理，並沒有 濟南區銷售經理
所謂 濟南區銷售經理 只是註冊在 濟南區 的某個使用者以 銷售經理 角色出現

角色是按業務需求設定的，你需要指定某人（某些人）充當某個角色

建立角色“地區經理”，為該角色指派對應地區的動態資源存取權限。然後添加使用者的時候同時給“地區經理”和"銷售經理"兩個角色就可以了。

角色和許可權的問題。
【用例】
系統管理員為使用者A建立帳戶後，為他設定了銷售經理角色，並賦予其“可查看某地區資料”的許可權，於是，某地區銷售經理誕生了。

當然，如果各地區銷售經理角色有很多共性，可以設定一個銷售組，並賦於銷售角色，給其共有的許可權。當有其它地區的銷售經理加入系統時，只需要加入銷售組即可，這樣，管理員配置上會更方便一些。

角色和許可權的問題。
【用例】
系統管理員為使用者A建立帳戶後，為他設定了銷售經理角色，並賦予其“可查看某地區資料”的許可權，於是，某地區銷售經理誕生了。

當然，如果各地區銷售經理角色有很多共性，可以設定一個銷售組，並賦於銷售角色，給其共有的許可權。當有其它地區的銷售經理加入系統時，只需要加入銷售組即可，這樣，管理員配置上會更方便一些。

很不多，謝謝，你那個裡版主，給你看個文章，幫我看看後半部什麼意思，看不懂

http://kb.cnblogs.com/page/44144/

lz，聽勸，靜下心好好想想，許可權設計，越簡單越好..

角色管理、功能管理、上下級管理的許可權能分開最好。意思是即便他只是個底層的銷售人員，都可以隨時擁有所有功能，管理大量的組織，而不會因為他的角色而無法調整！

lz，聽勸，靜下心好好想想，許可權設計，越簡單越好..

角色管理、功能管理、上下級管理的許可權能分開最好。意思是即便他只是個底層的銷售人員，都可以隨時擁有所有功能，管理大量的組織，而不會因為他的角色而無法調整！

哎，你說的真不錯，我都有點懷疑自己是不是走火入魔了，想了好多天了，呵呵

lz，聽勸，靜下心好好想想，許可權設計，越簡單越好..

角色管理、功能管理、上下級管理的許可權能分開最好。意思是即便他只是個底層的銷售人員，都可以隨時擁有所有功能，管理大量的組織，而不會因為他的角色而無法調整！

絕對正確！
產品投入使用後一定會有各種詭異需求，所以越簡單越靈活越好

許可權沒你想的那麼複雜
1、就資料模型來說一個遞迴樹足夠了
2、就業務來說只需要實現快速提取許可權和分配樹中的節點給使用者即可

謝謝各位的發言，這個問題吾將深究下

