中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導語：RBAC是一套成熟的權限模型，在傳統權限模型中，我們直接把權限賦予用戶。而在RBAC中，首先把權限賦予角色，再把角色賦予用戶。本文作者以后臺系統為例，以RBAC模型為基礎，為我們展示了權限設計的過程。

對于業務復雜或數據龐大的系統，為了方便管理，一定要做權限設計。權限設計是后臺系統要考慮的一個授權策略問題。直白的說，權限設計就是根據公司的業務規則，對權限管理系統設置的安全策略。

權限一般分為功能權限，數據權限與菜單權限：

• 功能權限控制當前賬號可以操作的功能按妞，比如風控只能審核標的登記，但不能發起進件申請。
• 數據權限控制當前賬號可以看到的數據范圍，比如客服A只能看到分配到她名下的出借人的投資數據。
• 菜單權限控制當前賬號可以看到的頁面內容，比如催收人員只能看到案件逾期后流轉到催收頁面的內容。

對于權限設計，關鍵是理清用戶、權限、角色三者的關系。即給誰創建賬戶，分配什么角色，賦予何種權限。

一、需求背景

權限設計的首要問題是明確需求。權限設計牽涉到后臺系統底層架構的業務邏輯，在做后臺系統之前，一定要對現有的權限控制和業務情況了解清楚，才能避免在權限設計的問題上踩坑。

以某車貸風控系統為例，我們通過相關業務部門的反饋和當前權限系統的調研，發現它存在的問題有以下幾點：

1. 用戶的權限歸屬不明確，導致進件的申請和審核操作為同一個人；
2. 敏感數據沒有做權限控制和脫敏處理，導致用戶隱私數據被泄露；
3. 角色的分類不合理，每個用戶只能配置一個角色，導致工作組和流程節點比較復雜；
4. 對所屬團隊的客戶經理、團隊經理和城市經理做了三級維護關系，但人員調動和離職率較大，導致管理成本高。

了解完現有需求背景后，我們借鑒釘釘的那套權限維護方式，改進了管理系統的權限設計。

一方面收集權限需求，根據部門需求列一份權限清單，并做好CheckList。在模塊的功能頁面要放置哪些權限，完全可以根據《操作權限申請表》的業務需求，進行靈活的權限配置。

另一方面借助UML建模的用例圖，將角色按功能Uc級細分到增刪改查導，方便確認相關人員的操作權限。

二、設計過程

明確需求后，就要選擇合適的權限設計模型。做后臺系統權限設計，我們可以借鑒一些控制模型。

常見的權限設計控制模型有：自主訪問控制（DAC）、強制訪問控制（MAC）、訪問控制列表(ACL)、基于角色的訪問控制(RBAC) 、基于任務和工作流的訪問控制(TBAC) 、基于任務和角色的訪問控制(T-RBAC)、基于對象的訪問控制（OBAC）、使用控制模型( UCON)、基于屬性的訪問控制（ABAC）等。

最常見的權限設計控制模型是RBAC模型。像業務復雜且功能龐大的某車貸風控系統，權限設計選擇的就是RBAC模型，主要是方便后續的擴展。

RBAC即基于角色的權限訪問控制（Role-Based Access Control），在RBAC模型中，權限與角色相關聯，用戶通過成為對應角色的成員，從而得到這些角色的權限。即用戶關聯角色，角色關聯權限，可實現系統權限的靈活配置。

訪問控制的核心是授權策略。在RBAC模型中，Who、What、How構成了權限控制三要素，也就是Who對What(Which)進行How的操作。

RBAC的權限授權其實就是Who、What、How的問題。Who：權限的擁用者，What：權限針對的資源，How：具體的權限。在RBAC中，根據權限設計的復雜程度，可分為RBAC0、RBAC1、RBAC2、RBAC3。

RBAC模型包含用戶(User)、資源(Resource)、操作(Operation)三個關鍵要素。通過將資源以及資源操作授權給用戶，而使用戶獲得對資源進行操作的權限，保證了權限分配的實施。

此外，RBAC模型遵循三條安全原則：最小權限原則，責任分離原則和數據抽象原則，從而簡化了權限管理。

三、實施過程

選擇RBAC模型后，就要從賬戶、角色、權限三方面考慮實施過程，并滿足不同的用戶在使用過程中的不同權限需求。

其中賬戶和角色關聯、角色和權限關聯，且都是多對多的關系，我們可以借助UML建模的類圖了解三者之間的關系。

以某車貸風控系統為案例，我們要為某風控A創建一個管理賬戶，并分配對應的風控人員角色，且在系統擁有訪問標的詳情權限和操作標的登記權限。

四、賬戶管理

賬戶管理的入口在系統管理模塊，包括基本的新增賬戶，編輯賬戶，刪除賬戶、查看賬戶、查詢賬戶，以及給賬戶分配角色。

賬號管理是管理員最常用到的功能，相應字段一般是常用字段和特定字段。常用字段比如用戶ID，手機號，姓名，角色，狀態和注冊時間等，特定字段是公司業務需求，比如分配角色，登錄時間，登錄次數，訪問IP，訪問設備等。

管理員在新增賬戶時，通過給該賬戶分配風控人員的角色，從而擁有該角色的相關權限。RBAC模型就是通過給用戶分配角色，而取得角色的權限，這樣就簡化了用戶權限分配流程。

五、角色管理

角色管理的入口在系統管理模塊，包括基本的新增角色，編輯角色，刪除角色、查看角色、查詢角色，以及給角色分配權限。

角色管理是用來管理公司內部用戶的角色信息。一個復雜的后臺會被分割成很多角色，比如管理員、運營人員、客服人員、財務人員、催收人員等。我們可把具有共同特征的某一類人群的身份進行歸納，從而為不同的用戶賦予對應的角色權限。

管理員會根據公司業務需要，新增對應的角色，并給該角色賦予對應的頁面權限和操作權限。角色是關聯用戶和權限的紐帶，可以為用戶賦予該角色所集成的相關權限。我們在權限攔截流程設計時，就會限制菜單要根據給用戶分配的角色填充，只顯示該角色可展示的菜單。

六、權限管理

權限管理的入口在系統管理模塊，包括基本的新增權限，編輯權限，刪除權限、查看權限，以及給權限狀態進行開關。

任何一個B/S系統或C/S系統都會做權限管理。權限管理限制用戶可以訪問而且只能訪問自己被授權的內容或數據。

管理員在新增權限時，會限定權限性質為基本權限或操作權限。比如用戶沒有操作權限時，點擊按鈕會提示無權限，或者按鈕置灰不可點擊，或者隱藏該操作按鈕。

權限設計是后臺系統必不可少的一個環節?；赗BAC模型的權限設計，能支持業務復雜的權限控制，也能滿足平臺運營的安全策略，增加了權限管理的靈活性與簡便化。

#專欄作家#

朱學敏，微信公眾號：朱學敏聊產品，人人都是產品經理專欄作家。暢銷書《產品閉環：重新定義產品經理》作者，7年金融產品人，專注于金融行業，從0到1負責產品的全過程開發與設計。

本文原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。