組織架構(gòu)模塊概要設(shè)計(jì)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

16、授權(quán)功能初始化具體邏輯：開始獲取登錄用戶的相關(guān)角色信息A獲取系統(tǒng)部門用戶列表，選擇授權(quán)用戶，授權(quán)操作結(jié)束被授權(quán)功能用戶初始化具體邏輯:開始獲取登錄用戶的相關(guān)角色信息A獲取授權(quán)表中授權(quán)者為登錄用戶和登錄部門并且“是否取消”為“ N”的角色信息集合B在角色集合A 中合并集合B 的角色功能信息結(jié)束授權(quán)的邏輯動(dòng)作：開始獲取登錄用戶的相關(guān)信息A獲取系統(tǒng)所有部門用戶信息選擇要授權(quán)部門和用戶授權(quán)，可以選擇開始、結(jié)束日期結(jié)束解除授權(quán)的邏輯動(dòng)作：開始獲取登錄用戶的相關(guān)信息獲取被授權(quán)的角色和用戶選擇被授權(quán)的信息取消被授權(quán)關(guān)系，填寫實(shí)際授權(quán)結(jié)束時(shí)間結(jié)束數(shù)據(jù)庫邏輯設(shè)計(jì)8.1 表設(shè)計(jì)系統(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)建時(shí)間varchar(30)int修改人修改時(shí)間varchar(30)int2)用戶信息表用戶信息表用戶代碼 ( 別名)用戶編碼 ( 員工號(hào))用戶姓名用戶密碼用戶性別用戶年齡用戶生日辦公地址郵編電子郵件辦公電話手機(jī)啟停標(biāo)識(shí)登錄修改密碼標(biāo)識(shí) (Y用戶類型系統(tǒng)代碼用戶描述信息創(chuàng)建人創(chuàng)建時(shí)間修改人修改時(shí)間，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)部門樹型結(jié)構(gòu)編碼varchar(200)部門代碼varchar(50)系統(tǒng)信息 IDvarchar(50)部門名稱varchar(50)備注varchar(100)上級(jí)部門代碼varchar(50)上級(jí)部門樹型結(jié)構(gòu)編碼varchar(200)同級(jí)部分序號(hào)int創(chuàng)建人varchar(30)創(chuàng)建時(shí)間int修改人varchar(3

19、0)修改時(shí)間int4)角色信息表角色信息表角色I(xiàn)D角色代碼角色名稱備注上級(jí)角色 ID同類排序 ID角色樹型結(jié)構(gòu)編碼上級(jí)角色樹型結(jié)構(gòu)編碼開始時(shí)間結(jié)束時(shí)間系統(tǒng)代碼創(chuàng)建人創(chuàng)建時(shí)間修改人修改時(shí)間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)功能樹型結(jié)構(gòu)編碼varchar(200)功能編碼varchar(50)功能

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

21、)創(chuàng)建時(shí)間int修改人varchar(30)修改時(shí)間int部門角色關(guān)系表 (用于部門默認(rèn)角色 )部門角色關(guān)系表 ( 用于部門默認(rèn)角色)部門代碼varchar(50)部門IDvarchar(50)角色I(xiàn)Dvarchar(50)是否部門默認(rèn)配置 (Y ，N)varchar(2)創(chuàng)建人varchar(30)創(chuàng)建時(shí)間int修改人varchar(30)修改時(shí)間int用戶部門角色關(guān)系信息表用戶部門角色關(guān)系表部門代碼varchar(50)用戶代碼 ( 別名) varchar(50)部門IDvarchar(50)角色I(xiàn)Dvarchar(50)開始時(shí)間int結(jié)束時(shí)間int創(chuàng)建人varchar(30)創(chuàng)建時(shí)間int修改人varchar(30)修改時(shí)間int角色功能關(guān)系信息表角色功能關(guān)系表角色I(xiàn)Dvarchar(50)功能IDvarchar(50)創(chuàng)建人varchar(30)創(chuàng)建時(shí)間int修改人varchar(30)修改時(shí)間int授權(quán)信息表授權(quán)信息表 ( 全部授權(quán))授權(quán)信息 ID授權(quán)人 ID授權(quán)人部門被授權(quán)人 ID被授權(quán)人部門是否取消 (Y,N)計(jì)劃授權(quán)開始時(shí)間計(jì)劃授權(quán)結(jié)束時(shí)間實(shí)際授權(quán)結(jié)束時(shí)間創(chuàng)建人創(chuàng)建時(shí)間修改人修改時(shí)間