bbca統(tǒng)一權限管理系統(tǒng)設計方案(更新版)
【正文】 CHAR2(20)N權限IDPPURVIEWIDVARCHAR2(20)Y上級權限編碼PURVIEWNAMEVARCHAR2(50)N權限名稱PATHVARCHAR2(255)N路徑u 數(shù)據(jù)權限設置數(shù)據(jù)權限主要包數(shù)據(jù)表內(nèi)容過濾與數(shù)據(jù)表的列過濾。對于普通用戶修改密碼，可以在應用系統(tǒng)中請求WebService提供接口解決。圖表 :添加應用系統(tǒng) 用戶管理模塊設置本系統(tǒng)的用戶是從屬于應用系統(tǒng)的，用戶的信息主要是為登錄應用系統(tǒng)而服務。8. 參數(shù)配置：通過在各應用系統(tǒng)上配置某些參數(shù)，使靈活IT技術能快速適應應用系統(tǒng)的實際業(yè)務。3. 安全性：基于DES加密機制，使數(shù)據(jù)在傳輸與存儲上更安全與完整。l 角色為了對許多擁有相似權限的用戶進行分類管理，定義了角色的概念，例如系統(tǒng)管理員、管理員、用戶、訪客等角色。本方法主要是基于RBAC（角色的訪問控制方法）的進一步擴展和延伸，即在功能權限的基礎上增加數(shù)據(jù)權限的管理，實現(xiàn)數(shù)據(jù)權限和功能權限的集中處理。雖然將這些功能模塊化能減輕一些工作，但由于每個系統(tǒng)采用的開發(fā)環(huán)境不同(，有些用J2EE技術)，或者雖然采用的開發(fā)技術相同，但采用的框架也可能存在差異 (如在J2EE技術下有的采用Hibernate，有的采用IBATIS或者直接調用JDBC等)，造成將這些權限模塊移植到不同的應用系統(tǒng)時還是需要對代碼進行相當繁瑣的修改。如下圖：圖表 1:功能權限的樹狀關系對于上面的每個權限，又存在兩種情況，一個是只可訪問，另一種是可授權，例如對于“查看用戶”這個權限，如果用戶只被授予“可訪問”，那么他就不能將他所具有的這個權限分配給其他人。 設計思路權限管理系統(tǒng)的設計結合以往公司的成功項目經(jīng)驗與當前技術快速發(fā)展狀況，以服務為中心，根據(jù)業(yè)務需求發(fā)現(xiàn)服務、描述服務并設計服務的實現(xiàn)。6. 基于角色的策略：將用戶與訪問權限分離，基于角色的策略更能實現(xiàn)以職責為中心的管理原則。用戶登錄到各應用系統(tǒng)后，根據(jù)用戶的操作相應的向權限管理系統(tǒng)發(fā)出請求權限認證的服務，由權限管理系統(tǒng)的Web Service接口作出相應的響應并還回權限認證結果給應用系統(tǒng)。部門用戶所屬的部門，可用于設置數(shù)據(jù)權限Email可能會增加通過郵件地址找回密碼等功能。圖表 ：菜單設置界面菜單為樹狀結構，當上級菜單ID為 “1”時表示該菜單是一級菜單，沒有上級。角色管理允許向角色分配系統(tǒng)權限（如人員管理員的增加操作、修改操作等），從而將控制用戶的訪問權限。Passport Server負責完成對用戶的認證工作，處理用戶名 / 密碼等憑證 (Ticket) ，提供一種靈活但同一的接口 / 實現(xiàn)分離的方式，憑證認證方式跟協(xié)議是分離的，認證的實現(xiàn)細節(jié)可以由用戶自己定制和擴展。第5章 需要強調的觀念因為要考慮通用性，權限系統(tǒng)能夠實現(xiàn)的功能比較有限，在個別方面甚至會帶來額外的一些工作量，你開發(fā)的應用系統(tǒng)要不要集成權限管理系統(tǒng)呢？可以通過以下前三條來衡量，如果權限管理系統(tǒng)能帶給你的利益能多于你為集成它而花費的成本，那么可以考慮使用。 集成權限管理系統(tǒng)會帶來哪些額外的工作？另外集成權限管理系統(tǒng)可能會帶來的額外工作量有如下幾點：1) 要集成權限管理系統(tǒng)必須要有WebService調用組件和XML
公司管理相關推薦
鄂ICP備17016276號-1