【文章內容簡介】 ar10是0~1小時7Hour12varchar10是1~2小時8Hour23varchar10是2~3小時9……varchar10是10Hour2223varchar10是22~23小時11Hour2324varchar10是23~24小時模塊表（Func）存儲的是系統(tǒng)中所有模塊的信息，具體見表3所示。表3 模塊信息表字段字段名數(shù)據(jù)類型長度允許為空備注1FuncIdvarchar110否模塊號2FuncNamevarchar50否模塊名稱3FatherFuncvarchar10是上級模塊號4PagePathvarchar100是頁面路徑5OrderIdbigint8是排序號6Desvarchar200是描述7SystemIdvarchar10是日志表（Log）中存儲管理員對某一模塊進行添加、修改等操作的記錄，無論成功與否，系統(tǒng)都會自動記錄相應的信息，具體見表4所示。表4 日志信息表字段字段名數(shù)據(jù)類型長度允許為空備注1LogIdvarchar10否日志號2OptTimedatetime8是操作時間3OptDesvarchar100是操作描述4OptResultvarchar1是操作結構5OptTypevarchar1是操作類型6UserIdvarchar10否用戶號7FuncIdvarchar110否模塊號8OptIPchar10是操作者IP用戶表（User）中存儲用戶登陸系統(tǒng)的ID號、名稱和密碼等信息，具體見表5所示。表5 用戶表字段字段名數(shù)據(jù)類型長度允許為空備注1UserIdvarchar10是用戶號2UserNamedatetime50否用戶名3UserPwdvarchar50否密碼用戶角色關系表（UserRoleRel）存儲用戶在系統(tǒng)中屬于哪一角色的信息，具體見表6所示。表6 用戶角色關系表字段字段名數(shù)據(jù)類型長度允許為空備注1UserIdvarchar10否用戶號2RoleIdvarchar10否角色號角色表（Role）存儲每一個角色的角色名及對它權限的描述，具體見表7所示。表7 角色表字段字段名數(shù)據(jù)類型長度允許為空備注1RoleIdvarchar10否角色號2RoleNamevarchar50否角色名3Desvarchar200是權限描述角色權限關系表（RoleFuncRel）存儲角色對于某一模塊是否具有讀取、增加、更新、刪除等操作的權限，具體見表8所示。表8 角色權限關系表字段字段名數(shù)據(jù)類型長度允許為空備注1FuncIdvarchar110否模塊號2RoleIdvarchar10否角色號3PReadchar1否讀取4PAddchar1否增加5PUpdatechar1否更新6PDeletechar1否刪除 開發(fā)技術及過程 三層架構三層架構也稱三層體系結構，即表現(xiàn)層、業(yè)務邏輯層和數(shù)據(jù)訪問層。表現(xiàn)層主要指用戶界面，它要求盡可能的簡單，使最終用戶不需要進行任何培訓就能方便地訪問信息；第二層就是業(yè)務邏輯層，也就是常說的中間件，所有的應用系統(tǒng)、應用邏輯、控制都在這一層，系統(tǒng)的復雜性也主要體現(xiàn)在業(yè)務邏輯層；最后的數(shù)據(jù)訪問層存儲大量的數(shù)據(jù)信息和數(shù)據(jù)邏輯，所有與數(shù)據(jù)有關的安全、完整性控制、數(shù)據(jù)的一致性、并發(fā)操作等都是在第三層完成。三層架構的層次關系見圖7所示。圖7 三層架構示意圖這些層相互之間獨立性好，可以單獨開發(fā)，單獨測試。三層架構另一個優(yōu)點是它的安全性，客戶端只能通過上一層來訪問下一層的服務，減少了入口點，把很多危險的系統(tǒng)功能都屏蔽了。表現(xiàn)層位于最上層，離用戶最近，用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為用戶提供一種交互式操作的界面。通過表現(xiàn)層，用戶輸入數(shù)據(jù)、獲取數(shù)據(jù)。表現(xiàn)層同時也提供一定的安全性，確保用戶沒有機會看到機密的信息。中間的業(yè)務邏輯層是表現(xiàn)層和數(shù)據(jù)訪問層的橋梁，它響應表現(xiàn)層的用戶請求，負責處理用戶輸入的信息，或者是將這些信息發(fā)送給數(shù)據(jù)訪問層進行保存，或者是調用數(shù)據(jù)訪問層中的函數(shù)再次讀出這些數(shù)據(jù)。業(yè)務邏輯層也可以包括一些對“商業(yè)邏輯”描述的代碼在里面。數(shù)據(jù)訪問層定義和維護數(shù)據(jù)的完整性、安全性，它響應業(yè)務邏輯層的請求來訪問數(shù)據(jù)，僅實現(xiàn)對數(shù)據(jù)的保存和讀取操作。訪問的數(shù)據(jù)可以是數(shù)據(jù)庫系統(tǒng)、二進制文件、文本文檔或是XML文檔等等。圖8 三層架構名稱空間關系圖其中，Model命名空間中的類對應于數(shù)據(jù)庫中的表，為整個架構提供方便的數(shù)據(jù)表示形式；IDAL和SQLServerDAL對應于數(shù)據(jù)訪問層，IDAL命名空間中定義了一整套用于操作數(shù)據(jù)庫的接口，具體的數(shù)據(jù)訪問操作在SQLServerDAL命名空間中實現(xiàn)；DALFactory命名空間中定義了獲取數(shù)據(jù)訪問操作的方法，在BLL命名空間中，就使用這些方法來獲取符合IDAL中定義的接口的對象，再用它來對數(shù)據(jù)庫進行操作，顯然它們屬于業(yè)務邏輯層；而表現(xiàn)層對應于前臺頁面代碼，包括獲取用戶響應和請求，再通過BLL來獲取數(shù)據(jù)并返回給用戶。下面給出具體例子說明數(shù)據(jù)和指令是如何在各層之間流動和傳遞的。首先，表現(xiàn)層中的某一對象調用業(yè)務邏輯層BLL中的Add函數(shù)，來向數(shù)據(jù)庫中添加數(shù)據(jù)：(city)。此時，數(shù)據(jù)流向業(yè)務邏輯層，指令執(zhí)行到業(yè)務層，如下：public static string Add( model){ ISVGRAS_City dal=()。 return (model)。}業(yè)務層接收到表現(xiàn)層傳入的參數(shù)model，首先進行業(yè)務邏輯處理（比如數(shù)據(jù)完整性，合法性以及其他一些業(yè)務處理），然后調用工廠中相應的方法來創(chuàng)建相應的SQLServerDAL對象，以獲得訪問數(shù)據(jù)訪問層的對象。工廠類中對應方法如下：public static Create(){ obj=new ()。 return obj。}此時，數(shù)據(jù)流向數(shù)據(jù)訪問層，指令執(zhí)行到數(shù)據(jù)訪問層：public string Add( model){ =(SVGRAS_City,CityID,SingleLayer,null,10)。 =。 StringBuilder strSql=new StringBuilder()。 (insert into SVGRAS_City(CityID,FatherCityID,OrderID, CityName,CityDes) values