在前兩篇文章中，不少朋友對我的設計提出了異議，認為過于復雜，當然在實際的各種系統(tǒng)的權限管理模塊中，并不像這里設計得那么復雜，我以前所做的系統(tǒng)中，由只有用戶和權限的，有只有用戶、權限和角色的，還有一個系統(tǒng)用到了用戶、權限、角色、組概念，這個系統(tǒng)是我在思考以前所做系統(tǒng)的權限管理部分中找到的一些共性而想到的一個設計方案，當然還會有不少設計不到位的地方，在設計開發(fā)過程中會慢慢改進，這個系統(tǒng)權當學習只用，各位朋友的好的建議我都會考慮到設計中，感謝各位朋友的支持。
今天抽時間整了一份概念設計出來，還有一些地方尚未考慮清楚，貼出1.0版，希望各位朋友提出寶貴建議。
大家也可以點擊此處
《通用權限管理概要設計說明書》自行下載，這是1.0版本，有些地方可能還會進行部分修改，有興趣的朋友請關注我的blog。
1. 引言
1.1 編寫目的
本文檔對通用權限管理系統(tǒng)的總體設計、接口設計、界面總體設計、數據結構設計、系統(tǒng)出錯處理設計以及系統(tǒng)安全數據進行了說明。
1.2 背景
a、 軟件系統(tǒng)的名稱：通用權限管理系統(tǒng)；
b、 任務提出者、開發(fā)者：謝星星；
c、 在J2EE的web系統(tǒng)中需要使用權限管理的系統(tǒng)。
1.3 術語
本系統(tǒng)：通用權限管理系統(tǒng)；
SSH：英文全稱是Secure Shell。
1.4 預期讀者與閱讀建議
|
預期讀者
|
閱讀重點
|
|
開發(fā)人員
|
總體設計、接口設計、數據結構設計、界面總體設計、系統(tǒng)出錯處理設計
|
|
設計人員
|
總體設計、接口設計、數據結構設計、系統(tǒng)安全設計
|
1.5 參考資料
《通用權限管理系統(tǒng)需求規(guī)格說明書》
《通用權限管理系統(tǒng)數據庫設計說明書》
2. 總體設計
2.1 設計目標
權限系統(tǒng)一直以來是我們應用系統(tǒng)不可缺少的一個部分，若每個應用系統(tǒng)都重新對系統(tǒng)的權限進行設計，以滿足不同系統(tǒng)用戶的需求，將會浪費我們不少寶貴時間，所以花時間來設計一個相對通用的權限系統(tǒng)是很有意義的。
本系統(tǒng)的設計目標是對應用系統(tǒng)的所有資源進行權限控制，比如應用系統(tǒng)的功能菜單、各個界面的按鈕控件等進行權限的操控。
2.2 運行環(huán)境
操作系統(tǒng)：Windows系統(tǒng)操作系統(tǒng)和Linux系列操作系統(tǒng)。
2.3 網絡結構
通用權限管理系統(tǒng)可采用Java Swing實現，可以在桌面應用和Web應用系統(tǒng)中進行調用。如果需要要適應所有開發(fā)語言，可以將其API發(fā)布到WEB Service上。暫時用Java Swing實現。
2.4 總體設計思路和處理流程
在說明總體設計思路前，我們先說明本系統(tǒng)的相關概念：
1. 權限資源
系統(tǒng)的所有權限信息。權限具有上下級關系，是一個樹狀的結構。下面來看一個例子
系統(tǒng)管理
用戶管理
查看用戶
新增用戶
修改用戶
刪除用戶
對于上面的每個權限，又存在兩種情況，一個是只是可訪問，另一種是可授權，例如對于“查看用戶”這個權限，如果用戶只被授予“可訪問”，那么他就不能將他所具有的這個權限分配給其他人。
2. 用戶
應用系統(tǒng)的具體操作者，用戶可以自己擁有權限信息，可以歸屬于0～n個角色，可屬于0～n個組。他的權限集是自身具有的權限、所屬的各角色具有的權限、所屬的各組具有的權限的合集。它與權限、角色、組之間的關系都是n對n的關系。
3. 角色
為了對許多擁有相似權限的用戶進行分類管理，定義了角色的概念，例如系統(tǒng)管理員、管理員、用戶、訪客等角色。角色具有上下級關系，可以形成樹狀視圖，父級角色的權限是自身及它的所有子角色的權限的綜合。父級角色的用戶、父級角色的組同理可推。
4. 組
為了更好地管理用戶，對用戶進行分組歸類，簡稱為用戶分組。組也具有上下級關系，可以形成樹狀視圖。在實際情況中，我們知道，組也可以具有自己的角色信息、權限信息。這讓我想到我們的QQ用戶群，一個群可以有多個用戶，一個用戶也可以加入多個群。每個群具有自己的權限信息。例如查看群共享。QQ群也可以具有自己的角色信息，例如普通群、高級群等。
針對如上提出的四種對象，我們可以整理得出它們之間的關系圖，如下所示：
總體設計思路是將系統(tǒng)分為組權限管理、角色權限管理、用戶權限管理、組織管理和操作日志管理五部分。
其中組權限管理包括包含用戶、所屬角色、組權限資源和組總權限資源四部分，某個組的權限信息可用公式表示：組權限 = 所屬角色的權限合集 + 組自身的權限。
角色權限管理包括包含用戶、包含組和角色權限三部分，某個角色的權限的計算公式為：角色權限 = 角色自身權限。
用戶權限管理包括所屬角色、所屬組、用戶權限、用戶總權限資源和組織管理五部分。某個用戶總的權限信息存在如下計算公式：用戶權限 = 所屬角色權限合集 + 所屬組權限合集 + 用戶自身權限。
組織管理即對用戶所屬的組織進行管理，組織以樹形結構展示，組織管理具有組織的增、刪、改、查功能。
操作日志管理用于管理本系統(tǒng)的操作日志。
注意：因為組和角色都具有上下級關系，所以下級的組或角色的權限只能在自己的直屬上級的權限中選擇，下級的組或者角色的總的權限都不能大于直屬上級的總權限。
2.5 模塊結構設計
本系統(tǒng)的具有的功能模塊結構如下圖所示：
2.6 尚未解決的問題
無。
3. 接口設計（暫略）
3.1 用戶接口（暫略）
3.2 外部接口（暫略）
3.3 內部接口（暫略）
4. 界面總體設計
本節(jié)將闡述用戶界面的實現，在此之前對頁面元素做如下約定：
|
序號
|
頁面元素
|
約定
|
|
1
|
按鈕
|
未選中時：[按鈕名稱]
選中時：[按鈕名稱]
|
|
2
|
單選框
|
○ 選項
|
|
3
|
復選框
|
□ 選項
|
|
4
|
下拉框
|
[選項,…,] ▽
|
|
5
|
文本框
|
|________|
|
|
6
|
TextArea
|
|…………|
|
|
7
|
頁簽
|
未選中時：選項名稱
選中時：選項名稱
|
|
8
|
未選中鏈接
|
鏈接文字
|
|
9
|
選中鏈接
|
鏈接文字
|
|
10
|
說明信息
|
說明信息
|
4.1 組權限管理
4.1.1包含用戶
|
組信息
組1
組11
組12
組…
組2
組21
組22
組…
|
所選擇組：組1
[包含用戶] [所屬角色] [組權限] [總權限]
[修改]
用戶名 姓名 手機號 最近登錄時間 登錄次數
阿蜜果 謝星星 13666666666 2007-10-8 66
sterning xxx 13555555555 2007-10-8 10
……
|
當用戶選擇“修改”按鈕時，彈出用戶列表，操作人可以通過勾選或取消勾選來修改該組所包含的用戶。
4.1.2所屬角色
|
組信息
組1
組11
組12
組…
組2
組21
組22
組…
|
所選擇組：組1
[包含用戶] [所屬角色] [組權限] [總權限]
[修改]
角色ID 角色名稱 角色描述
1 訪客 --
2 初級用戶 --
|
當用戶選擇“修改”按鈕時，彈出角色樹形結構，操作人可以通過勾選或取消勾選來修改該組所屬的角色。
4.1.3組權限
|
組信息
組1
組11
組12
組…
組2
組21
組22
組…
|
所選擇組：組1
[包含用戶] [所屬角色] [組權限] [總權限]
[保存] [取消]
|
4.1.4總權限
|
組信息
組1
組11
組12
組…
組2
組21
組22
組…
|
所選擇組：組1
[包含用戶] [所屬角色] [組權限] [總權限]
[保存] [取消]
|
通過對已具有的權限取消勾選，或為某權限添加勾選，來修改組的權限信息，點擊“保存”按鈕保存修改信息。
4.1.5組管理
在下圖中，選中組1的時候，右鍵點擊可彈出組的操作列表，包括添加、刪除和修改按鈕，從而完成在該組下添加子組，刪除該組以及修改該組的功能。
|
組信息
組1
組11
組12
組…
組2
組21
組22
組…
|
所選擇組：組1
[包含用戶] [所屬角色] [組權限] [總權限]
[修改]
用戶名 姓名 手機號 最近登錄時間 登錄次數
阿蜜果 謝星星 13666666666 2007-10-8 66
sterning xxx 13555555555 2007-10-8 10
……
|
4.2 角色權限管理
4.2.1包含用戶
|
角色信息
角色1
角色11
角色12
角色…
角色2
角色21
角色22
角色…
|
所選擇角色：角色1
[包含用戶] [包含組] [角色權限]
[修改]
用戶名 姓名 手機號 最近登錄時間 登錄次數
阿蜜果 謝星星 13666666666 2007-10-8 66
sterning xxx 13555555555 2007-10-8 10
……
|
當用戶選擇“修改”按鈕時，彈出用戶列表，操作人可以通過勾選或取消勾選來修改該角色所包含的用戶。
4.2.2包含組
|
角色信息
角色1
角色11
角色12
角色…
角色2
角色21
角色22
角色…
|
所選擇角色：角色1
[包含用戶] [包含組] [角色權限]
[修改]
組ID 組名稱 組描述
1 xxx1 --
2 xxx2 --
……
|
當用戶選擇“修改”按鈕時，彈出用戶列表，操作人可以通過勾選或取消勾選來修改該角色所包含的組。
4.2.3角色權限
|
角色信息
角色1
角色11
角色12
角色…
角色2
角色21
角色22
角色…
|
所選擇角色：角色1
[包含用戶] [包含組] [角色權限]
[保存] [取消]
|
通過對已具有的權限取消勾選，或為某權限添加勾選，來修改角色的權限信息，點擊“保存”按鈕保存修改信息。
4.2.4管理角色
在下圖中，選中組1的時候，右鍵點擊可彈出組的操作列表，包括添加、刪除和修改按鈕，從而完成在該組下添加子組，刪除該組以及修改該組的功能。
|
角色信息
角色1
角色11
角色12
角色…
角色2
角色21
角色22
角色…
|
所選擇角色：角色1
[包含用戶] [包含組] [角色權限]
[修改]
用戶名 姓名 手機號 最近登錄時間 登錄次數
阿蜜果 謝星星 13666666666 2007-10-8 66
sterning xxx 13555555555 2007-10-8 10
……
|
4.3 用戶權限管理
4.3.1所屬角色
|
用戶權限信息
xx公司
廣州分公司
阿蜜果
肖xx
yy…
北京分公司
zz1
zz2
zz3…
|
所選擇用戶：阿蜜果
[所屬角色] [所屬組] [用戶權限] [總權限]
[修改]
角色ID 角色名稱 角色描述
1 訪客 --
2 初級用戶 --
…
|
當用戶選擇“修改”按鈕時，彈出角色樹形結構，操作人可以通過勾選或取消勾選來修改該用戶所屬的角色。
4.3.2所屬組
|
用戶信息
xx公司
廣州分公司
阿蜜果
肖xx
yy…
北京分公司
zz1
zz2
zz3…
|
所選擇用戶：阿蜜果
[所屬角色] [所屬組] [用戶權限] [總權限]
[修改]
組ID 組名稱 組描述
1 組1 --
2 組2 --
…
|
當用戶選擇“修改”按鈕時，彈出組的樹形結構，操作人可以通過勾選或取消勾選來修改該用戶所屬的組。
4.3.3用戶權限
|
用戶信息
xx公司
廣州分公司
阿蜜果
肖xx
yy…
北京分公司
zz1
zz2
zz3…
|
所選擇用戶：阿蜜果
[所屬角色] [所屬組] [用戶權限] [總權限]
[保存] [取消]
|
通過對已具有的權限取消勾選，或為某權限添加勾選，來修改用戶的權限信息，點擊“保存”按鈕保存修改信息。
4.3.4總權限
|
用戶信息
xx公司
廣州分公司
阿蜜果
肖xx
yy…
北京分公司
zz1
zz2
zz3…
|
所選擇用戶：阿蜜果
[所屬角色] [所屬組] [用戶權限] [總權限]
[保存] [取消]
|
通過對已具有的權限取消勾選，或為某權限添加勾選，來修改用戶的權限信息，點擊“保存”按鈕保存修改信息。
4.3.5用戶管理
當選擇了某用戶時，點擊右鍵，彈出菜單列表：修改、刪除、取消，點擊修改和刪除按鈕可以實現用戶的刪除和修改功能。
選擇某個組織，例如下表中的“廣州分公司”，彈出菜單列表：添加子組織、刪除組織、修改組織、添加用戶、取消，點擊添加用戶按鈕可以實現用戶的添加功能。
|
用戶權限信息
xx公司
廣州分公司
阿蜜果
肖xx
yy…
北京分公司
zz1
zz2
zz3…
|
所選擇用戶：阿蜜果
[所屬角色] [所屬組] [用戶權限] [總權限]
[修改]
角色ID 角色名稱 角色描述
1 訪客 --
2 初級用戶 --
…
|
4.3.6組織管理
選擇某個組織，例如下表中的“廣州分公司”，彈出菜單列表：添加子組織、刪除組織、修改組織、添加用戶、取消，點擊添加子組織、刪除組織、修改組織按鈕可以實現組織的添加、刪除和修改功能。
|
用戶權限信息
xx公司
廣州分公司
阿蜜果
肖xx
yy…
北京分公司
zz1
zz2
zz3…
|
所選擇用戶：阿蜜果
[所屬角色] [所屬組] [用戶權限] [總權限]
[修改]
角色ID 角色名稱 角色描述
1 訪客 --
2 初級用戶 --
…
|
4.4 操作日志管理
4.4.1查詢操作日志
操作名稱：|________| 操作人：|________|
操作時間從 |________| 到 |________| [查詢] [重置] [刪除]
編號 操作名稱 操作內容 操作人 操作時間
1 xx1 -- Amigo 2007-10-8
2 xx2 -- xxyy 2007-10-8
…
|
輸入上圖表單中的查詢信息后，點擊“查詢”按鈕，可查詢出符合條件的信息。
4.4.2刪除操作日志
操作名稱：|________| 操作人：|________|
操作時間從 |________| 到 |________| [查詢] [重置] [刪除]
編號 操作名稱 操作內容 操作人 操作時間
1 xx1 -- Amigo 2007-10-8
2 xx2 -- xxyy 2007-10-8
…
|
輸入上圖表單中的查詢信息后，點擊“查詢”按鈕，可查詢出符合條件的信息。而后點擊“刪除”按鈕，可刪除符合查詢條件的操作日志。
5. 數據結構設計
數據庫設計的模型請參見《通用權限管理系統(tǒng)_數據庫模型.pdm》。表的說明請參見《通用權限管理系統(tǒng)數據庫設計說明書》。
5.1 設計原則
5.1.1命名的規(guī)范
數據庫中表、主鍵、外鍵、索引的命名都以統(tǒng)一的規(guī)則，采用大小寫敏感的形式，各種對象命名長度不要超過30個字符，這樣便于應用系統(tǒng)適應不同的數據庫平臺。
5.1.2數據的一致性和完整性
為了保證數據庫的一致性和完整性，往往通過表間關聯的方式來盡可能的降低數據的冗余。表間關聯是一種強制性措施，建立后，對父表（Parent Table）和子表(Child Table)的插入、更新、刪除操作均要占用系統(tǒng)的開銷。如果數據冗余低，數據的完整性容易得到保證，但增加了表間連接查詢的操作，為了提高系統(tǒng)的響應時間，合理的數據冗余也是必要的。使用規(guī)則（Rule）和約束（Check）來防止系統(tǒng)操作人員誤輸入造成數據的錯誤是設計人員的另一種常用手段，但是，不必要的規(guī)則和約束也會占用系統(tǒng)的不必要開銷，需要注意的是，約束對數據的有效性驗證要比規(guī)則快。所有這些，需要在設計階段應根據系統(tǒng)操作的類型、頻度加以均衡考慮。
5.2 數據庫環(huán)境說明
數據庫：MySql5.0
設計庫建模工具：PowerDesigner12.0
5.3 數據庫命名規(guī)則
表名以T開頭，外鍵以FK開頭，索引以INDEX開頭。
5.4 邏輯結構
pdm文件的名稱為：《通用權限管理系統(tǒng)_數據庫模型》。
5.5 物理存儲
通過數據庫建模工具PowerDesigner12可以將pdm導出為文本文件，將數據庫腳本放入文本文件中保存。
5.6 數據備份和恢復
數據庫需定期備份（每天備份一次），備份文件格式為backup_yyyyMMdd，數據庫被破壞時，利用最新的備份文件進行恢復。
6. 系統(tǒng)出錯處理設計
6.1 出錯信息
|
錯誤分類
|
子項及其編碼
|
錯誤名稱
|
錯誤代碼
|
備注
|
|
數據庫錯誤
|
連接
|
連接超時
|
100001001
|
|
|
連接斷開
|
100001002
|
|
|
數據庫本身錯誤代碼
|
數據庫本身錯誤代碼
|
100002+數據庫錯誤代碼
|
|
|
TCP連接錯誤
|
連接
|
連接超時
|
101001001
|
|
|
連接斷開
|
101001002
|
|
|
其它TCP連接錯誤(socket自身錯誤代碼)
|
|
101002+ socket錯誤代碼
|
|
|
配置信息錯誤
|
未配置輸入參數
|
|
102001
|
|
|
未配置輸出參數
|
|
102002
|
|
|
組管理部分自定義錯誤
|
|
|
103001——103999
|
|
|
角色管理部分自定義錯誤
|
|
|
104001——104999
|
|
|
用戶管理部分自定義錯誤
|
|
|
105001——105999
|
|
|
操作日志管理
|
|
|
106001——106999
|
|
6.2 補救措施
為了當某些故障發(fā)生時，對系統(tǒng)進行及時的補救，提供如下補救措施：
a．后備技術 定期對數據庫信息進行備份（每天一次），當數據庫因某種原因被破壞時，以最新的數據庫腳本進行恢復；。
7. 系統(tǒng)安全設計
7.1 數據傳輸安全性設計
SSH可以通過將聯機的封包加密的技術進行資料的傳遞; 使用SSH可以把傳輸的所有數據進行加密，即使有人截獲到數據也無法得到有用的信息。同時數據經過壓縮，大大地加快了傳輸的速度。通過SSH的使用，可以確保資料傳輸比較安全并且傳輸效率較高。
7.2 應用系統(tǒng)安全性設計
操作人的操作信息需要提供操作記錄。對系統(tǒng)的異常信息需進行記錄，已備以后查看。只有授權用戶才能登錄系統(tǒng)，對于某個操作，需要具有相應權限才能進行操作。
7.3 數據存儲安全性設計
對于用戶的密碼等敏感信息采用MD5進行加密。