組織架構模塊概要設計

1、組織架構概要設計沈陽 XXX有限公司2011年 5月6日沈陽大東區(qū)XXXX 110004Tel: +86 24 2XXXXXXXFax: +86 242XXXXXXX-XXX項目編號（本組統(tǒng)一制定）- XXXX 概要設計版本：v1.0生效日期：編寫：批準：沈陽 XXXX 有限公司版權所有Copyright ?Shenyang XXXXXXX Science & Technology Co.， Ltd.更改履歷序號發(fā)布版本更改時間更改章節(jié)狀態(tài)更改描述更改申請?zhí)?V1.02011/5/6新建狀態(tài)：新建、增加、修改、刪除。目錄1.文檔介紹 .51.1文檔目的與背景 .51.2文檔范圍 .51.3參考

2、文獻 .51.4術語與縮寫解釋 .52.系統(tǒng)概述 .53.設計約束 .54.設計策略和方法 .64.1模塊封裝與移植策略 .64.2工廠策略 .65.技術路線 .66.系統(tǒng)總體結構 .76.1系統(tǒng)架構 .77.模塊設計 .87.1用戶信息管理功能 .87.2部門信息維護功能 .97.3角色信息維護功能 .97.4用戶部門角色關系維護功能.107.5角色功能關系維護功能 .117.6授權維護功能 .128.數(shù)據(jù)庫邏輯設計 .148.1表設計 .149.接口設計 .1710.開發(fā)環(huán)境的配置 .1911.運行環(huán)境的配置 .1912.測試環(huán)境的配置 .1913.方案選擇與問題解決. 19文檔介紹1.1

3、 文檔目的與背景企業(yè)軟件幾乎都需要系統(tǒng)組織架構權根管理模塊， ，在每一次開發(fā)中大量的人力物力投入在流程模塊的定制開發(fā)中，為節(jié)省公司的資源、提高人均產(chǎn)值，需要設計出一套通用的系統(tǒng)架構權限管理模塊，本文檔要完成的目的就在于此，以求無縫對接到今后開發(fā)的各項產(chǎn)品中。1.2 文檔范圍軟件設計人員軟件開發(fā)人員軟件測試人員軟件技術支持人員1.3 參考文獻無1.4 術語與縮寫解釋縮寫、術語解 釋系統(tǒng)概述該組織結構主要用于對系統(tǒng)中用戶的使用權限進行管理并可以對某些特定的用戶進行授權。在權限功能的功能中將涉及到系統(tǒng)管理、用戶管理、部門管理、角色管理、功能管理、部門和用戶關系管理、部門和用戶和角色關系管理、角色和功

4、能關系管理、部門和角色關系管理、授權管理功能模塊。設計約束部門管理中應該體現(xiàn)多級結構，即能夠滿足包含多個分公司的情況。系統(tǒng)不考慮將具體功能分配給某個用戶的情況，僅僅考慮將具體功能分配給相應的角色。系統(tǒng)總管理員為特定的賬戶，用戶不可修改該用戶名稱，其他可以修改。系統(tǒng)總管理員應該隸屬于總公司級別。在多分公司結構下應考慮到系統(tǒng)管理員的工作量較大，可以通過建立分公司級管理員來分配權限。各個分公司的管理員在自己的分公司名下。同一個用戶可以處于不同部門之下，在登錄系統(tǒng)時進行用戶部門選擇。授權管理中一旦用戶授權給其他人后，兩用戶將能同時對授權內(nèi)容進行業(yè)務處理。授權管理采用的是用戶對用戶授權，不考慮將用戶某個

5、角色進行授權。10) 被授權的用戶在業(yè)務系統(tǒng)中操作數(shù)據(jù)時應檢查授權是否有效（該檢查由框架提供），保證一致性設計策略和方法4.1 模塊封裝與移植策略將組織架構模塊獨立封裝在一個 Windows 類庫中，獨立于其他業(yè)務模塊，在交付客戶程序時提供更為便捷的源代碼開放策略。同時，組織架構模塊可以分別集成于業(yè)務系統(tǒng)和流程服務引擎中，提供更好可移植性。4.2 工廠策略在組織架構模塊的開發(fā)中，會較多的使用工廠設計模式，為了將來對系統(tǒng)進行無縫的擴展和升級，向下兼容此前的流程模版或調(diào)用程序代碼。如：日志的輸出方式，采用日志工廠來選擇創(chuàng)建日志輸出方式，可使用寫入 Txt 文本文件方式，也可使用寫入到數(shù)據(jù)庫日志表中

6、。技術路線采用 Windows 類庫形式，使用 C#編寫，需 .Net Framework 4.0 環(huán)境支持運行，類庫文件可分別集成在業(yè)務解決方案和流程服務引擎模塊中。2)使用 SqlServer2008 R2 數(shù)據(jù)庫進行，支持 SqlServer2005 以上版本運行。3)采用 ADO.NET EntityFramework ORM數(shù)據(jù)訪問技術。采用 Linq To Entities 進行數(shù)據(jù)庫訪問，采用Linq To Object 進行集合類操作，采用Linq To XML 進行解析流程文件（Xaml 格式）。系統(tǒng)總體結構6.1 系統(tǒng)架構組織結構管理系用部角功部用用角授統(tǒng)戶門色能門戶戶色權

7、信信信信信角部部功管息息息息息色門門能理管管管管管關關角關理理理理理系系色系管管關管理理系理管理系統(tǒng)信息管理：該功能用于維護系統(tǒng)的相關信息，由具有管理員權限的用戶進行維護。用戶信息管理：該功能用于維護用戶的相關信息，在維護用戶的相關信息時，必須要設置該用戶的所在部門。該用戶可以處于多部門下，用戶可以自行設定登錄時的默認部門。用戶創(chuàng)建工作由管理員來創(chuàng)建，普通用戶可以修改登錄密碼和默認登錄部門信息其他信息不能修改。部門信息管理：該功能用于維護部門的相關信息，該工作有管理員來創(chuàng)建。在部門功能中部門編碼采用分級編碼的形式來構建部門樹，普通用戶沒有創(chuàng)建和修改部門的功能。在創(chuàng)建部門信息時，創(chuàng)建人員僅僅能創(chuàng)

8、建自己所在的部門名下的部門，不能創(chuàng)建其他部門名下的部門信息，創(chuàng)建部門時將默認創(chuàng)建一個部門角色。角色信息管理：該功能用于維護角色的相關信息，角色是用戶功能信息的集合，表示了某一用戶所具備的所有功能。角色維護工作由系統(tǒng)管理員來完成維護工作。普通用戶沒有創(chuàng)建和修改角色的功能。在創(chuàng)建角色信息時，創(chuàng)建人員僅僅可以用于創(chuàng)建自己所在的部門名下的角色信息，不能創(chuàng)建其他部門名下的角色信息，支持樹型結構。功能信息維護：該功能用于維護功能列表的相關信息，該工作在系統(tǒng)初始化時進行，不提供具體的修改界面和功能，支持樹型結構。部門角色關系管理：該功能用于維護部門和角色的關系信息。保存部門默認的角色，也可以為部門分配固定的

9、角色。用戶部門關系管理：該功能用于維護用戶和部門的關系信息。默認部門信息表示用戶登錄系統(tǒng)時自動選擇的部門信息，該關系表的數(shù)據(jù)在創(chuàng)建用戶信息時一同創(chuàng)建。用戶部門角色關系管理：該功能用于管理用戶、部門和角色信息。當為某個用戶分配具體的角色時需要設置該用戶的所在部門信息。角色功能關系管理：該功能用于角色和功能關系，該操作對任何有權限的用戶有效用于定義該角色下所對應的功能信息。10)授權管理：該功能用于用戶功能的授權操作。在授權操作中可以進行單一傳遞授權即用戶A將授權給用戶 B ， B 不可以將被授權授權予其它用戶。 A 用戶和 B 用戶將同時擁有授權部分操作權限，取消授權后，用戶 B 將不具備授權功

10、能的操作能力，在功能的實現(xiàn)上采用登錄默認合并自身角色和授權角色后的功能集合。模塊設計7.1 用戶信息管理功能管理員分為多級，即各個分公司可能擁有自己的管理員，所以在創(chuàng)建用戶時必須提取該管理員名下的部門信息。在選擇用戶部門的功能中應該顯示的是部門樹信息并可以進行多重選擇。在保存數(shù)據(jù)時要檢查用戶名稱，用戶密碼和部門是否有值，如果沒有不能保存數(shù)據(jù)信息。4)用戶信息要保存到RbacUser 表中，用戶所對應的部門信息要保存到RbacUserDeptRelation 表中，在管理員選擇的部門集合中的第一個部門就是默認部門，其他都為非默認部門，默認部門僅僅有一個不能有多個默認部門。具體流程如下圖：開始由有

11、管理員權限的用戶錄入基本信息獲取該管理員名下的所有部門信息以樹形列表的形式顯示單位，并提供多重選擇功能驗證用戶名，密碼，部門是否都有值，有值進行保存操作結束7.2 部門信息維護功能管理員分為多級，即各個分公司可能擁有自己的管理員，所以在創(chuàng)建部門時必須提取該管理員名下的部門信息。2)部門信息編碼采用固定分級編碼形式總長度為28 位可以分成每9999 個部門信息，即可以包含7 級部門結構，每個部門下可以容納4 位為一個編碼共可分為7 級9999 個部門信息。上級編碼用于構建部門樹。在保存部門信息時要檢查部門編碼是否有重復，上級編碼要構建正確。4)部門信息要保存到表RbacDept 中。創(chuàng)建部門信息

12、時， 將默認創(chuàng)建一個部門角色， 并將對應關系保存到 RbacDeptRoleRelation 表中。具體流程如下圖：開始獲取該管理員名下的所有部門信息以樹形列表的形式顯示部門，并錄入相關信息提供增加、刪除、修改和保存功能結束7.3 角色信息維護功能管理員分為多級，即各個分公司可能擁有自己的管理員，所以在創(chuàng)建角色時必須提取該管理員部門名下的所有角色信息。在保存角色信息時必需保存創(chuàng)建該角色的創(chuàng)建者和創(chuàng)建者部門信息。在修改原有的角色信息時，僅僅修改角色名稱和角色備注信息，其他信息不能修改。角色信息保存到數(shù)據(jù)表 RbacRole 中。具體流程如下圖：開始獲取該管理員部門名下的所有角色信息以列表的形式顯

13、示角色，并錄入相關信息提供增加、刪除、修改和保存功能結束7.4 用戶部門角色關系維護功能管理員分為多級，即各個分公司可能擁有自己的管理員，所以在創(chuàng)建關系信息時應該提取該管理員部門名下的用戶信息和角色信息。在關系中的部門列表顯示的是待分配角色的用戶所在部門，即根據(jù)用戶編號到RbacUserDeptRelation 表中獲取的部門數(shù)據(jù)信息。在保存數(shù)據(jù)時要檢查用戶、部門、角色的值不能為空。數(shù)據(jù)保存到數(shù)據(jù)表 RbacUserDeptRoleRelation 中。具體流程如下圖：開始獲取該管理員部門名下的所有用戶信息以列表的形式顯示用戶信息，獲取該用戶的部門信息以列表的形式顯示用戶的部門信息，當用戶信息

14、變化時單位信息要隨著用戶信息的變化而變化獲取該管理員部門名下的所有角色信息，以列表的形式顯示提供增加、刪除、修改和保存功能結束7.5 功能信息維護后臺維護。7.6 部門角色關系管理管理員分為多級，即各個分公司可能擁有自己的管理員，在獲取角色信息時應該獲取該管理員部門名下的角色信息，在獲取部門信息時應該獲取該管理員部門名下的部門信息。創(chuàng)建角色信息時，將數(shù)據(jù)保存到數(shù)據(jù)表 RbacRole 中，同時還需要將創(chuàng)建人所屬部門與創(chuàng)建角色的所屬關系保存到數(shù)據(jù)表 RbacDeptRoleRelation 中。7.7 角色功能關系維護功能管理員分為多級，即各個分公司可能擁有自己的管理員，所以在獲取角色信息時應該

15、獲取該管理員部門名下的角色信息。功能列表不在劃分到某個部門名下，功能列表信息是在系統(tǒng)初始化時導入系統(tǒng)的。獲取的功能列表為系統(tǒng)中全部的功能信息，即每個管理員都可以分配系統(tǒng)中的所有功能。在保存數(shù)據(jù)時要求角色編碼和功能編碼都不能為空。數(shù)據(jù)保存到數(shù)據(jù)表 RbacRoleFuncRelation 中。具體流程如下圖：開始獲取該管理員名下的所有角色信息以列表形式顯示獲取全部功能信息列表并以列表形式顯示提供增加、刪除、修改和保存功能結束7.8 授權維護功能在授權中待授權的用戶信息為系統(tǒng)中全部部門信息和用戶信息。一個用戶可以被多個用戶授權，登錄時合并授權功能進行登錄。數(shù)據(jù)保存到數(shù)據(jù)庫 RbacGrant 中。

16、授權功能初始化具體邏輯：開始獲取登錄用戶的相關角色信息A獲取系統(tǒng)部門用戶列表，選擇授權用戶，授權操作結束被授權功能用戶初始化具體邏輯:開始獲取登錄用戶的相關角色信息A獲取授權表中授權者為登錄用戶和登錄部門并且“是否取消”為“ N”的角色信息集合B在角色集合A 中合并集合B 的角色功能信息結束授權的邏輯動作：開始獲取登錄用戶的相關信息A獲取系統(tǒng)所有部門用戶信息選擇要授權部門和用戶授權，可以選擇開始、結束日期結束解除授權的邏輯動作：開始獲取登錄用戶的相關信息獲取被授權的角色和用戶選擇被授權的信息取消被授權關系，填寫實際授權結束時間結束數(shù)據(jù)庫邏輯設計8.1 表設計系統(tǒng)信息表系統(tǒng)信息表系統(tǒng)信息 IDv

17、archar(50)系統(tǒng)代碼 ( 唯一)系統(tǒng)中文名稱系統(tǒng)排序varchar(50)varchar(100)int創(chuàng)建人創(chuàng)建時間varchar(30)int修改人修改時間varchar(30)int2)用戶信息表用戶信息表用戶代碼 ( 別名)用戶編碼 ( 員工號)用戶姓名用戶密碼用戶性別用戶年齡用戶生日辦公地址郵編電子郵件辦公電話手機啟停標識登錄修改密碼標識 (Y用戶類型系統(tǒng)代碼用戶描述信息創(chuàng)建人創(chuàng)建時間修改人修改時間，N)varchar(50)varchar(30)varchar(50)varchar(50)varchar(2)intintvarchar(60)varchar(6)varcha

18、r(30)varchar(30)varchar(15)varchar(2)varchar(2)varchar(30)varchar(50)varchar(100)varchar(30)intvarchar(30)int3) 部門信息表部門信息表部門IDvarchar(50)部門樹型結構編碼varchar(200)部門代碼varchar(50)系統(tǒng)信息 IDvarchar(50)部門名稱varchar(50)備注varchar(100)上級部門代碼varchar(50)上級部門樹型結構編碼varchar(200)同級部分序號int創(chuàng)建人varchar(30)創(chuàng)建時間int修改人varchar(3

19、0)修改時間int4)角色信息表角色信息表角色ID角色代碼角色名稱備注上級角色 ID同類排序 ID角色樹型結構編碼上級角色樹型結構編碼開始時間結束時間系統(tǒng)代碼創(chuàng)建人創(chuàng)建時間修改人修改時間varchar(50)varchar(20)varchar(50)varchar(100)varchar(50)intvarchar(200)varchar(200)intintvarchar(50)varchar(30)varchar(30)int5)功能信息表功能信息表功能IDvarchar(50)系統(tǒng)信息 IDvarchar(50)功能樹型結構編碼varchar(200)功能編碼varchar(50)功能

20、名稱varchar(100)功能描述varchar(200)上級功能編碼varchar(50)上級功能樹型結構編碼varchar(200)同級序號int鏈接varchar(150)圖片鏈接varchar(150)明細否varchar(2)功能權限類型varchar(5)級數(shù)int系統(tǒng)代碼varchar(50)創(chuàng)建人varchar(30)創(chuàng)建時間int修改人varchar(30)修改時間int部門用戶關系信息表部門用戶關系表部門代碼varchar(50)用戶代碼 ( 別名)varchar(50)部門IDvarchar(50)是否是默認單位 (Y,N)varchar(2)創(chuàng)建人varchar(30

21、)創(chuàng)建時間int修改人varchar(30)修改時間int部門角色關系表 (用于部門默認角色 )部門角色關系表 ( 用于部門默認角色)部門代碼varchar(50)部門IDvarchar(50)角色IDvarchar(50)是否部門默認配置 (Y ，N)varchar(2)創(chuàng)建人varchar(30)創(chuàng)建時間int修改人varchar(30)修改時間int用戶部門角色關系信息表用戶部門角色關系表部門代碼varchar(50)用戶代碼 ( 別名) varchar(50)部門IDvarchar(50)角色IDvarchar(50)開始時間int結束時間int創(chuàng)建人varchar(30)創(chuàng)建時間int修改人varchar(30)修改時間int角色功能關系信息表角色功能關系表角色IDvarchar(50)功能IDvarchar(50)創(chuàng)建人varchar(30)創(chuàng)建時間int修改人varchar(30)修改時間int授權信息表授權信息表 ( 全部授權)授權信息 ID授權人 ID授權人部門被授權人 ID被授權人部門是否取消 (Y,N)計劃授權開始時間計劃授權結束時間實際授權結束時間創(chuàng)建人創(chuàng)建時間修改人修改時間