|
入行以來也接觸過一些B端產(chǎn)品,這些產(chǎn)品之中權(quán)限管理是重中之重,權(quán)限管理不僅僅是整個(gè)系統(tǒng)的一個(gè)小小的模塊,它一直貫穿整個(gè)系統(tǒng),從登陸到操作到最后的登出。說它相當(dāng)?shù)膹?fù)雜真不為過。 對于權(quán)限,如果從控制力來分的話,可以分為功能級(jí)權(quán)限和數(shù)據(jù)級(jí)權(quán)限。從控制方向來分的話又可以分為從系統(tǒng)獲取數(shù)據(jù)和向系統(tǒng)提交數(shù)據(jù)。一般來說,權(quán)限管理無非是圍繞著用戶,角色和資源三個(gè)方面來進(jìn)行權(quán)限管理操作。 首先,設(shè)計(jì)的時(shí)候要面向開發(fā)人員友好,讓他們能夠很好的理解需求和流程。不至于因?yàn)闄?quán)限的問題影響開發(fā)。實(shí)際上,一般權(quán)限設(shè)計(jì)都會(huì)讓在最后進(jìn)行實(shí)現(xiàn)。因?yàn)榍捌诳紤]太多的權(quán)限會(huì)嚴(yán)重影響產(chǎn)品開發(fā)的流暢性。當(dāng)然最重要的還是面向用戶友好,畢竟產(chǎn)品的使用者是用戶,所以邏輯清晰,結(jié)構(gòu)完整的權(quán)限體系就顯得越發(fā)重要。 舉例: 派單系統(tǒng) 業(yè)務(wù):系統(tǒng)的客戶在前臺(tái)提交一個(gè)訂單,后臺(tái)對應(yīng)的接收到該訂單并分派給業(yè)務(wù)員給客戶完成服務(wù)。 角色:
第一種情況,簡單的完成權(quán)限設(shè)計(jì)整理一下,從業(yè)務(wù)流程來看,涉及到的角色其實(shí)就是前臺(tái)的用戶,業(yè)務(wù)經(jīng)理和業(yè)務(wù)員。
然后從功能來看:
這樣子系統(tǒng)的架構(gòu)就能夠比較清晰的進(jìn)行設(shè)計(jì)了。 菜單的總體結(jié)構(gòu)如下: 1 訂單管理
2 系統(tǒng)設(shè)置
3員工管理
4 報(bào)表管理
通過登錄的時(shí)候對賬號(hào)類型進(jìn)行判斷或者不同角色通過不同的登錄頁面進(jìn)入相應(yīng)的系統(tǒng)頁面 老板的菜單顯示為: 2系統(tǒng)設(shè)置
3員工管理
4報(bào)表管理
業(yè)務(wù)經(jīng)理的菜單顯示為: 1訂單管理
2系統(tǒng)設(shè)置
3員工管理
業(yè)務(wù)員的菜單顯示為: 1訂單管理
2系統(tǒng)設(shè)置
這是第一種簡單的權(quán)限設(shè)計(jì)思路。但是,如果,如果boss對系統(tǒng)的擴(kuò)展性要求較高,而非一個(gè)過渡性的系統(tǒng)。那邊就需要改變思路。重新設(shè)計(jì)系統(tǒng)了。 第二種情況,完成更加靈活且復(fù)雜的權(quán)限設(shè)計(jì)在這種情況下就要考慮下現(xiàn)有的各種角色以及各種角色對應(yīng)的操作是否是可修改的。未來是否會(huì)變更。 比如查看報(bào)表的權(quán)限后期業(yè)務(wù)經(jīng)理業(yè)務(wù)查看?隨著業(yè)務(wù)的擴(kuò)大,業(yè)務(wù)經(jīng)理是否變成多個(gè)?boss是否能夠禁止業(yè)務(wù)經(jīng)理的派單權(quán)限?在這種情況下,各種權(quán)限其實(shí)是變成可配置的了。 這個(gè)時(shí)候就需要轉(zhuǎn)化思路了。首先將所有的功能全部抽離并羅列出來。如下就是簡略的功能列表
其中,boss角色一開始就具備所有的功能。他可以創(chuàng)建下級(jí)角色—業(yè)務(wù)經(jīng)理,創(chuàng)建的同時(shí)給業(yè)務(wù)經(jīng)理這個(gè)角色分配權(quán)限(實(shí)現(xiàn)方式可以類似技能樹0.0)。也可以創(chuàng)建一個(gè)歸屬業(yè)務(wù)經(jīng)理的業(yè)務(wù)員。這樣,權(quán)限,角色都是可進(jìn)行靈活配置,擴(kuò)展性和實(shí)用性也更強(qiáng)。 Step1:角色管理-添加角色
在這一步中進(jìn)行角色的添加并分配權(quán)限。 Step2:用戶管理-添加用戶
|
|
|