【正文】 需求和日志信息的特點，將日志信息管理維護抽象為類。日志類主要負責(zé)維護管理系統(tǒng)日志信息，為該系統(tǒng)的日志信息管理維護和其它功能模塊提供相應(yīng)的接口。目的是為了保證系統(tǒng)使用的安全性。1).日志類屬性設(shè)計 日志類屬性用于記錄系統(tǒng)日志的基本信息。? 日志 ID：日志唯一標(biāo)識，為主索引。作為由數(shù)據(jù)庫中日志信息的聯(lián)系。? 操作時間：生成日志時間。? 用戶 ID：操作用戶 ID。? 所屬部門 ID：操作用戶所屬部門 ID。? 批準(zhǔn)部門 ID：批準(zhǔn)用戶操作的部門 ID。? 操作類型：操作用戶所執(zhí)行的操作的類型（1 為設(shè)備操作，0 為系統(tǒng)操作） 。對部門和用戶的操作為系統(tǒng)操作，對設(shè)備的操作為設(shè)備操作。? 設(shè)備 ID：操作用戶進行設(shè)備操作的設(shè)備 ID。? 具體操作：用戶所執(zhí)行的具體操作內(nèi)容。日志類屬性列表屬性名 屬性標(biāo)識 屬性類型 說明日志 ID LogID Int 日志唯一標(biāo)識，系統(tǒng)自動生成操作時間 LogDate long 生成日志時間用戶 ID UserID Int 進行操作的用戶 ID所屬部門 ID AttachDepID Int 用戶所屬部門批準(zhǔn)部門 ID ConfirmDepID Int 批準(zhǔn)用戶操作的部門 ID操作類型 OperationType Int 0 為系統(tǒng)操作，1 為設(shè)備操作設(shè)備 ID DeviceID Int 用戶進行設(shè)備操作的設(shè)備 ID；如果操作類型為 0，則 DeviceID 為1具體操作 Operation String 用戶所執(zhí)行的具體操作基于三層結(jié)構(gòu)的 B/S 模式的設(shè)備管理系統(tǒng) 設(shè)備管理系統(tǒng)的設(shè)計272).日志類接口設(shè)計日志類接口主要分為：日志信息維護接口和為其它功能模塊提供的接口。日志信息維護接口是為了實現(xiàn)日志信息維護功能。為其它功能模塊提供的接口是根據(jù)其它模塊的需求提供相應(yīng)的功能。如圖 37 所示。圖 37 日志類接口示意圖? 日志維護接口1. 按日期查詢?nèi)罩窘涌冢焊鶕?jù)查詢?nèi)掌诓榭床僮饔脩羲茌牪块T日志操作日期在查詢?nèi)掌诜秶鷥?nèi)的所有日志。按日期查詢?nèi)罩緯r調(diào)用。2. 按操作類型查詢?nèi)罩窘涌冢焊鶕?jù)查詢操作類型查看操作用戶所管轄部門日志類型為查詢操作類型的所有日志。按操作類型查詢?nèi)罩緯r調(diào)用。3. 按設(shè)備 ID 查詢?nèi)罩窘涌冢焊鶕?jù)查詢設(shè)備 ID 查看操作用戶所管轄部門設(shè)備操作日志中操作設(shè)備 ID 為用戶提交的設(shè)備 ID 的所有日志。4. 查看未經(jīng)批準(zhǔn)日志接口：查看操作用戶所管轄部門日志不是該用戶所屬部門批準(zhǔn)的所有日志。5. 默認查詢接口：查看操作用戶所管轄部門的所有部門日志。6. 按日志 ID 刪除日志接口：根據(jù)日志 ID 刪除日志。7. 按日期刪除日志接口：刪除日志操作日期在用戶提交日期內(nèi)的所有日志。? 為其它功能模塊提供的接口1. 保存日志接口：將日志類對象的基本信息保存在數(shù)據(jù)庫中。對設(shè)備信息、部門、用戶信息進行操作時都應(yīng)調(diào)用該接口保存操作日志。2. 獲得最早日志日期接口：通過該接口獲得庫中日志的最早記錄日志的日期。按日期查詢?nèi)罩緯r調(diào)用。3. 設(shè)置日志基本信息接口：通過日志類對象設(shè)置該對象的基本信息。數(shù)據(jù)庫層調(diào)用。4. 獲得日志基本信息接口：通過用戶類對象獲得該對象的基本信息。查看日志信息時調(diào)用。? 日志類與日志維護數(shù)據(jù)庫操作類之間的接口調(diào)用如圖 38 所示?；谌龑咏Y(jié)構(gòu)的 B/S 模式的設(shè)備管理系統(tǒng) 設(shè)備管理系統(tǒng)的設(shè)計28圖 38 日志類與日志維護數(shù)據(jù)庫操作類之間的接口調(diào)用關(guān)系 系統(tǒng)維護的設(shè)計. 系統(tǒng)維護功能概述為了對系統(tǒng)進行初始化和增強系統(tǒng)的安全性，防止系統(tǒng)數(shù)據(jù)意外的被破壞或丟失，需要對系統(tǒng)進行備份。系統(tǒng)備份采用磁盤備份方式，將備份數(shù)據(jù)存放在服務(wù)器端的磁盤上。備份分為兩種：對數(shù)據(jù)庫數(shù)據(jù)的備份和對數(shù)據(jù)庫日志的備份。系統(tǒng)備份只允許系統(tǒng)管理員進行操作，他可以對系統(tǒng)備份文件進行維護管理。可以刪除不需要的文件或選擇適當(dāng)?shù)奈募M行系統(tǒng)恢復(fù)。系統(tǒng)維護功能包括：? 系統(tǒng)初始化：添加系統(tǒng)中部門樹的根部門，初始化設(shè)備屬性和設(shè)備信息表。 （添加系統(tǒng)根部門可調(diào)用部門類接口實現(xiàn)，初始化設(shè)備屬性和設(shè)備信息表可調(diào)用設(shè)別類和設(shè)備屬性類相應(yīng)的接口實現(xiàn)）? 系統(tǒng)備份：選擇備份類型備份系統(tǒng)數(shù)據(jù)庫中的文件，備份類型分為：數(shù)據(jù)庫數(shù)據(jù)的備份和數(shù)據(jù)庫日志的備份。? 按備份類型查看備份文件信息：選擇備份文件類型查看備份文件信息。? 還原備份文件：選擇的備份文件恢復(fù)系統(tǒng)數(shù)據(jù)庫。? 刪除備份文件：選擇備份文件刪除該文件。系統(tǒng)維護操作只限于系統(tǒng)管理員使用基于三層結(jié)構(gòu)的 B/S 模式的設(shè)備管理系統(tǒng) 設(shè)備管理系統(tǒng)的設(shè)計29. 系統(tǒng)維護詳細設(shè)計 系統(tǒng)維護類詳細設(shè)計根據(jù)系統(tǒng)維護功能的需求和備份文件信息的特點，將系統(tǒng)維護抽象為類。系統(tǒng)初始化功能可以調(diào)用部門類，設(shè)備類和設(shè)備屬性類的接口實現(xiàn)，所以系統(tǒng)維護類不考慮系統(tǒng)初始化接口的設(shè)計與實現(xiàn)，而主要負責(zé)維護管理系統(tǒng)備份文件信息，為系統(tǒng)備份文件維護提供功能接口。目的是為了保證系統(tǒng)使用的安全性，可靠性。1).系統(tǒng)維護類屬性設(shè)計系統(tǒng)維護類屬性用于記錄系統(tǒng)備份文件的基本信息。? 系統(tǒng)備份文件 ID：備份文件 ID 唯一標(biāo)識，為主索引。表示與數(shù)據(jù)庫中備份文件信息的聯(lián)系。? 生成備份文件時間：備份文件生成時間。? 備份文件邏輯名：備份文件的邏輯名。? 備份文件物理名：備份文件的物理名。? 系統(tǒng)備份文件類型：系統(tǒng)備份文件類型（0 為數(shù)據(jù)庫備份，1 為日志備份） 。系統(tǒng)維護類屬性列表屬性名 屬性標(biāo)識 屬性類型 說明系統(tǒng)備份文件 ID BackupFileID Int 備份文件 ID 唯一標(biāo)識，為主索引。生成備份文件時間 BackupDate Long 生成備份文件的時間。 。備份文件邏輯名 FileLogicalName String 備份文件的邏輯名。備份文件物理名 FilePhisicalName String 備份文件的物理名。系統(tǒng)備份文件類型 BackupTypeD String 系統(tǒng)備份文件類型（0 為數(shù)據(jù)庫備份， 1 為日志備份） 。2).系統(tǒng)維護類接口設(shè)計系統(tǒng)維護類接口是為了實現(xiàn)系統(tǒng)備份文件的管理和維護，系統(tǒng)數(shù)據(jù)庫備份和還原功能和為系統(tǒng)維護數(shù)據(jù)庫操作類提供接口。如圖 39 所示?；谌龑咏Y(jié)構(gòu)的 B/S 模式的設(shè)備管理系統(tǒng) 設(shè)備管理系統(tǒng)的設(shè)計30圖 39 系統(tǒng)維護類接口示意圖? 系統(tǒng)維護功能接口1. 系統(tǒng)備份接口：根據(jù)系統(tǒng)維護類對象的備份文件類型備份系統(tǒng)數(shù)據(jù)庫信息，包括日志備份和數(shù)據(jù)庫備份。系統(tǒng)備份時調(diào)用該接口。2. 系統(tǒng)還原接口：根據(jù)該對象的備份文件 ID 還原系統(tǒng)。系統(tǒng)還原時調(diào)用該接口。3. 按備份文件類型查詢備份文件接口：根據(jù)備份文件類型，獲得該類型的所有備份文件。按操作類型查看備份文件時調(diào)用。4. 刪除備份文件接口：根據(jù)備份文件 ID 刪除該備份文件。刪除備份文件時調(diào)用該接口。? 為其它功能接口1. 設(shè)置系統(tǒng)維護類對象基本信息接口：通過系統(tǒng)維護類對象設(shè)置該對象的基本信息。數(shù)據(jù)庫層調(diào)用。2. 獲得系統(tǒng)維護類對象基本信息接口：通過系統(tǒng)維護類對象獲得該對象的基本信息。查看備份文件信息時調(diào)用。3. 獲得系統(tǒng)維護類對象接口：通過備份文件 ID 獲得該系統(tǒng)維護類對象。系統(tǒng)還原時調(diào)用該接口。? 系統(tǒng)維護類與系統(tǒng)維護數(shù)據(jù)庫操作類之間的接口調(diào)用如圖 40 所示。基于三層結(jié)構(gòu)的 B/S 模式的設(shè)備管理系統(tǒng) 設(shè)備管理系統(tǒng)的設(shè)計31圖 40 系統(tǒng)維護類與系統(tǒng)維護數(shù)據(jù)庫操作類之間的接口調(diào)用關(guān)系基于三層結(jié)構(gòu)的 B/S 模式的設(shè)備管理系統(tǒng) 設(shè)備管理系統(tǒng)的實現(xiàn)323. 設(shè)備管理系統(tǒng)的實現(xiàn) 部門管理維護模塊的實現(xiàn) 查看部門信息功能實現(xiàn)通過部門類接口獲得操作用戶所管轄部門。普通用戶只列出從根部門到用戶所屬部門的結(jié)構(gòu)。系統(tǒng)管理員和部門高級用戶則可以對其管轄部門進行部門維護操作。如果拋出異常，則將錯誤信息寫入 Session，然后重定向到 error 錯誤頁面。如圖 41 所示。圖 41 查看部門信息頁面該流程如圖 42 所示。基于三層結(jié)構(gòu)的 B/S 模式的設(shè)備管理系統(tǒng) 設(shè)備管理系統(tǒng)的實現(xiàn)33圖 42 查看部門信息流程圖 添加部門功能實現(xiàn)從查看部門信息頁面獲得添加部門的上級部門 ID，列出需要填寫的部門信息。填寫后通過 post 方法將部門基本信息提交給添加部門處理頁面。通過部門類構(gòu)造函數(shù)構(gòu)造出部門類對象，調(diào)用部門類添加部門接口，將該對象寫入數(shù)據(jù)庫中（不允許部門名稱重復(fù)，如果重名則拋出異常） 。如果拋出異常，則將錯誤信息寫入 Session，然后重定向到 error 錯誤頁面。該流程如圖 43?；谌龑咏Y(jié)構(gòu)的 B/S 模式的設(shè)備管理系統(tǒng) 設(shè)備管理系統(tǒng)的實現(xiàn)34圖 43 添加部門流程 修改部門功能實現(xiàn)從查看部門信息頁面獲得要修改部門的 ID，在修改部門信息頁面修改部門基本信息，修改后通過 post 方法將的修改后的部門信息和部門 ID 提交給修改部門處理頁面。調(diào)用部門類接口完成對部門的修改（不允許部門名稱重復(fù)，如果重名則拋出異常） ，再調(diào)用部門類的接口，更新數(shù)據(jù)庫中的該部門信息。如果拋出異常，則將錯誤信息寫入 Session，然后重定向到 error 錯誤頁面。該流程如圖 44 所示?；谌龑咏Y(jié)構(gòu)的 B/S 模式的設(shè)備管理系統(tǒng) 設(shè)備管理系統(tǒng)的實現(xiàn)35圖 44 修改部門流程圖 刪除部門功能實現(xiàn)從查看部門信息頁面獲得要刪除部門的 ID，通過部門類接口獲得該部門類對象，調(diào)用部門類的刪除部門接口將該對象從數(shù)據(jù)庫中刪除，如果拋出異常，則將錯誤信息寫入Session，然后重定向到 error 錯誤頁面。該流程如圖 45 所示?；谌龑咏Y(jié)構(gòu)的 B/S 模式的設(shè)備管理系統(tǒng) 設(shè)備管理系統(tǒng)的實現(xiàn)36圖 45 刪除部門流程 移動/合并部門功能實現(xiàn)合并部門與移動部門的流程和操作頁面基本一致。從查看部門信息頁面獲得移動/合并部門的 ID，通過部門類能夠移動/合并到部門的部門樹。如果拋出異常，則將錯誤信息寫入 Session，然后重定向到 error 錯誤頁面。如果沒有異常，則遍歷該部門樹，列出所有能移動/ 合并到的部門的信息（如圖 46 所示） 。操作用戶選擇要移動/ 合并到的部門，通過 get方法將要移動/合并的部門 ID 和目的部門 ID 傳給移動/合并部門處理頁面。根據(jù)移動/合并部門 ID 和目的部門 ID 調(diào)用部門類的移動 /合并部門接口，完成對部門的移動/合并操作。如果拋出異常，則將錯誤信息寫入 Session，然后重定向到 error 錯誤頁面?；谌龑咏Y(jié)構(gòu)的 B/S 模式的設(shè)備管理系統(tǒng) 設(shè)備管理系統(tǒng)的實現(xiàn)37圖 46 所有能移動到的部門的信息該流程如圖 47 所示?；谌龑咏Y(jié)構(gòu)的 B/S 模式的設(shè)備管理系統(tǒng) 設(shè)備管理系統(tǒng)的實現(xiàn)38圖 47 移動部門流程 用戶管理維護模塊的實現(xiàn) 用戶個人信息維護功能實現(xiàn)用戶個人信息維護包括：個人用戶名修改和個人密碼修改?；谌龑咏Y(jié)構(gòu)的 B/S 模式的設(shè)備管理系統(tǒng) 設(shè)備管理系統(tǒng)的實現(xiàn)39? 用戶名修改：在個人信息維護頁面輸入該用戶的新用戶名，提交給修改用戶名處理頁面處理。從 Session 中取出用戶 ID 獲得該用戶類的對象，調(diào)用用戶類接口（不允許用戶名重復(fù)，如果重名則拋出異常）更新該用戶在數(shù)據(jù)庫中信息。如果拋出異常，則將錯誤信息寫入 Session，然后重定向到錯誤頁面。? 用戶密碼修改：在個人信息維護頁面輸入該用戶的原密碼，新密碼和確認碼，提交給修改個人密碼處理頁面。從 Session 中取出用戶 ID 獲得該用戶類對象，調(diào)用用戶類接口修改該用戶密碼，然后更新該用戶在數(shù)據(jù)庫中信息。如果拋出異常，則將錯誤信息寫入 Session，然后重定向到 error 錯誤頁面，將錯誤信息顯示出來。個人信息維護流程，如圖 48 示圖 48 個人信息維護流程圖 添加新用戶功能實現(xiàn)系統(tǒng)管理員和部門高級用戶為其管轄部門添加新用戶。列出操作用戶所管轄部門列表，從中選擇添加新用戶的所屬部門，通過 get 方法將所選部門 ID 提交給填寫新用戶信息頁面。如果不是系統(tǒng)管理員或部門高級用戶，則不允許操作。該頁面如圖 49 示?；谌龑咏Y(jié)構(gòu)的 B/S 模式的設(shè)備管理系統(tǒng) 設(shè)備管理系統(tǒng)的實現(xiàn)40圖 49 選擇添加用戶所屬部門頁面填寫新用戶信息，填寫后通過 post 方法將填寫的新用戶信息提交給添加用戶處理頁面，調(diào)用用戶類接口將新用戶添加到數(shù)據(jù)庫中。該流程如圖 50 所示。基于三層結(jié)構(gòu)的 B/S 模式的