【正文】 置用戶基本信息接口：通過用戶類對象設置該對象的基本信息。修改用戶信息時調用。3.修改個人密碼接口：通過用戶類對象修改該對象的個人密碼。0部門高級用戶1 部門高級用戶只能對其管轄部門和該部門的用戶和設備進行維護。部門高級用戶的權限由系統(tǒng)管理員指定。? 用戶名：用戶使用系統(tǒng)時的名稱標識。其中添加新用戶，刪除用戶，修改用戶信息和將某部門用戶添加到其它部門操作只限于系統(tǒng)管理員和部門高級用戶。圖 32 用戶 5 所屬部門樹當用戶所屬多個部門時，不允許出現以下這種情況，如圖 33 所示。? 舉例說明：如圖 22 所示，獲得部門 5 到根部門的樹形結構。int super_dep_id=()； 獲得該部門上級部門 ID。? 算法描述：該算法與獲得移動部門能夠移動到的部門樹的算法一樣。如圖 26 所示。j。i。 }}將該部門和其直接下級部門為根的部門樹的森林合并為一棵完整部門二叉樹。}}3).根據部門 ID 獲得部門樹接口根據部門 ID 遞歸調用該接口獲得該部門以該部門直接下級部門為根的部門樹，然后將下級子部門樹的森林組成完整部門樹。 調用部門類根據該部門 ID 獲得該部門直接下級部門 ID 數組。 用于存放用戶所能操作的所有部門 ID 的向量.int[] UserDepID。基于三層結構的 B/S 模式的設備管理系統(tǒng) 設備管理系統(tǒng)的設計14? 如果操作用戶為系統(tǒng)管理員，則獲得能夠添加用戶到其它部門的部門樹為整個系統(tǒng)部門樹，除了以添加用戶所屬部門為根節(jié)點的部門子樹。要求用戶管理維護部分能夠簡單的調用獲得部門結構的接口。14. 判斷該部門是否存在子部門接口：判斷該對象是否存在子部門。10. 獲得合并部門能夠合并到的部門樹：根據操作用戶所屬部門 ID 和合并部門 ID 獲得能夠合并到的部門樹。6. 獲得某部門所有下級部門 ID：根據部門 ID 獲得該部門所有下級部門 ID 數組。2. 獲得某部門直接下級部門 ID 數組：通過部門 ID 獲得該部門直接下級部門 ID 數組。移動部門時調用。以二叉樹形式表示為圖 11基于三層結構的 B/S 模式的設備管理系統(tǒng) 設備管理系統(tǒng)的設計10圖 112).部門類功能接口設計部門類接口主要分為：用戶信息維護接口和為其它功能模塊提供的接口。如果該部門沒有直接右兄弟部門，則該屬性為 null。? 部門 ID（DepID）：部門唯一標識（主索引） 。（如圖 6，7 所示）基于三層結構的 B/S 模式的設備管理系統(tǒng) 設備管理系統(tǒng)的設計7圖 6 合并前操作用戶所管轄部門樹示意圖圖 7 合并后操作用戶所管轄部門樹示意圖? 刪除部門：刪除操作用戶所管轄部門樹中的某一葉子節(jié)點部門。系統(tǒng)部門結構示意圖（圖 1）：基于三層結構的 B/S 模式的設備管理系統(tǒng) 設備管理系統(tǒng)的設計5圖 1 系統(tǒng)部門結構示意圖部門 1：為系統(tǒng)中部門樹的根部門。刪除包括按日志 ID 刪除和按日期刪除。設備屬性的管理維護提供對設備屬性的添加、查詢、修改及刪除。數據庫層將從上層模塊獲得的數據進行處理后修改相應的數據庫信息，避免了上層各模塊直接對數據庫進行操作，從而提高了系統(tǒng)的安全性。如下圖所示：采取這種三層結構的好處在于：每一層都是相對獨立的，它們之間只能通過相應的接口進行通信，從而保證了系統(tǒng)的安全性和可擴展性。而且出于系統(tǒng)的跨平臺性和安全性的考慮，本系統(tǒng)的開發(fā)采用 Java 的 servlet 技術。開發(fā)此系統(tǒng)的核心思想就是保證設備管理的靈活性和獨立性，系統(tǒng)運行的安全性。使得各功能模塊間相對獨立，保證系統(tǒng)的安全性、穩(wěn)定性和可擴展性。1基于三層結構的 B/S 模式的設備管理系統(tǒng)——用戶、部門、日志和系統(tǒng)維護的設計與實現學 科、專業(yè) 計算機科學與技術 研 究 方 向 軟件開發(fā) 摘要本文介紹的是設備管理系統(tǒng)的開發(fā)與設計，系統(tǒng)采用 B/S 模式的三層結構，應用 Java 的 servlet 技術，因此有較高的安全性、擴展性和可移植性。根據系統(tǒng)功能的需求，設計并實現相應的功能接口。基于系統(tǒng)靈活性和安全性的考慮，系統(tǒng)構建是基于 B/S 模式的三層結構，采用 JAVA的 servlet 技術的設備管理系統(tǒng)。為了很好的管理系統(tǒng)部門結構，還增加了對部門的合并和移動操作，而且部門結構發(fā)生變化時，不會影響該部門的設備管理與維護，因此可以很好地避免對于設備管理的混亂，保證設備管理的獨立性。從系統(tǒng)結構的設計來看，該系統(tǒng)可劃分為三個邏輯層：數據庫操作層，中間層以及頁面交互層。? 數據庫操作層：數據庫操作層主要完成對數據庫的操作和提供相應的對數據口修改的基于三層結構的 B/S 模式的設備管理系統(tǒng) 設備管理系統(tǒng)的設計3接口。? 設備管理維護模塊：維護操作包括對設備管理維護和對設備屬性的管理維護；設備信息管理維護提供對設備信息的添加、查詢、修改及刪除。維護操作包括對日志的查詢及刪除，查詢分為按日期查詢、按操作類型查詢、按設備 ID 查詢、按未經批準操作查詢和默認查詢。部門結構的管理維護在整個系統(tǒng)中起到十分關鍵的作用，因為系統(tǒng)中的設備管理，用戶管理和日志管理都是基于部門結構的。除整個系統(tǒng)部門樹的根部門以外所有的部門都可執(zhí)行該操作。1).部門類屬性設計：部門類屬性用于記錄系統(tǒng)部門的基本信息，是以二叉樹形式表示部門的樹形結構。? 二叉樹的右孩子（BrotherDep）：該部門兄弟部門子樹的根節(jié)點，該類型為部門類對象。? 該部門兄弟部門子樹的根節(jié)點（右孩子）BrotherDep 屬性為 2 級部門 6 的部門類對象。3. 移動部門接口：根據移動部門 ID 和移動目的部門 ID，將移動部門對象的直接上級部門域的值設置為移動目的部門 ID，調用更新部門信息接口更新該移動部門對象在數據庫中的信息。修改部門，刪除部門時調用。查詢用戶信息和獲得部門樹時調用。移動部門時調用。查看部門基本信息時調用。基于三層結構的 B/S 模式的設備管理系統(tǒng) 設備管理系統(tǒng)的設計12圖 13 部門類與部門維護數據庫操作類之間的接口調用關系. 部門結構與用戶維護管理間聯(lián)系的設計與實現用戶維護管理是基于部門結構的用戶管理，因此部門結構與用戶維護管理間的聯(lián)系十分重要。圖 15 部門高級用戶 1 管轄部門樹圖 16 部門高級用戶 1 管轄部門樹二叉樹形式2).獲得操作用戶能夠添加用戶到其它部門的部門樹根據操作用戶所屬部門 ID 和添加用戶所屬部門 ID 獲得能夠添加到的部門樹，保證添加用戶所屬的多個部門不在同一部門子樹上。? 算法描述：Vector allDepID。Integer[] childID。 遞歸調用此接口，然后將 childID[j]的下級部門 ID 加入到 vector 中。j++){ 遞歸調用此接口，根據 childDep[j]的 ID 獲得該部門以該部門直接下級部門為根的部門樹的部門樹。for(int i=0。? 算法描述：mverUserDepID 移動用戶所屬部門 ID 數組UserDepID 操作用戶所屬部門 ID 數組for(int j=0?；谌龑咏Y構的 B/S 模式的設備管理系統(tǒng) 設備管理系統(tǒng)的設計18圖 25然后排除該二叉樹上引起添加用戶所屬部門在同一棵部門子樹上的部門，應排除部門 2。? 舉例說明：如圖 22 所示，部門高級用戶 1 移動部門 （如圖 27 所示）基于三層結構的 B/S 模式的設備管理系統(tǒng) 設備管理系統(tǒng)的設計19圖 27 部門 5 移動到部門的部門樹7).獲得合并部門能夠合并到的部門樹根據操作用戶所屬部門 ID 和合并部門 ID 獲得能夠合并到的部門樹。 通過該部門 ID 獲得該部門對象。}基于三層結構的 B/S 模式的設備管理系統(tǒng) 設備管理系統(tǒng)的設計20然后，反向取出向量中節(jié)點，將各部門節(jié)點組成部門樹。用戶 5 的所屬部門不在一棵部門子樹上。? 將某部門用戶添加到其它部門：根據操作用戶所能管轄部門，將該操作用戶管轄部門中某一部門的某個用戶添加到該操作用戶所管轄的其它部門中；保證添加用戶所屬的多個部門不在同一部門子樹上。表示與數據庫中用戶信息之間的聯(lián)系。2.部門高級用戶只能對其管轄部門的用戶，部門和設備進行維護。用戶類屬性列表屬性名 屬性標識 屬性類型用戶 ID UserID int用戶名 UserName String用戶密碼 UserPassword String用戶類型 UserType int用戶權限 UserLevel int用戶所屬部門 ID DepartmentID Int[]用戶類型權限列表用戶類型 UserType 權限 UserLevel名稱 表示 操作說明 表示系統(tǒng)管理員0 系統(tǒng)管理員用戶擁有系統(tǒng)最高權限，對整個系統(tǒng)系統(tǒng)進行維護（用戶的管理維護，部門的管理維護，設備的管理維護，日志的管理維護，系統(tǒng)的備份/還原） 。用戶個人信息維護時調用。7.修改部門用戶信息接口：根據修改用戶 ID 修改該用戶對象的基本信息，調用用戶信息更新接口更新該用戶在數據庫中的基本信息。驗證用戶類型和權限時調用。日志寫入采用觸發(fā)機制，當用戶執(zhí)行系統(tǒng)維護操作或對設備維護操作時，系統(tǒng)則自動寫入日志。? 查看未經批準日志：查看不是該操作用戶所在部門批準的所有日志。1).日志類屬性設計 日志類屬性用于記錄系統(tǒng)日志的基本信息。對部門和用戶的操作為系統(tǒng)操作，對設備的操作為設備操作。按日期查詢日志時調用。? 為其它功能模塊提供的接口1. 保存日志接口：將日志類對象的基本信息保存在數據庫中。? 日志類與日志維護數據庫操作類之間的接口調用如圖 38 所示。? 按備份類型查看備份文件信息：選擇備份文件類型查看備份文件信息。表示與數據庫中備份文件信息的聯(lián)系。備份文件邏輯名 FileLogicalName String 備份文件的邏輯名。系統(tǒng)還原時調用該接口。查看備份文件信息時調用。如圖 41 所示。調用部門類接口完成對部門的修改（不允許部門名稱重復，如果重名則拋出異常） ，再調用部門類的接口，更新數據庫中的該部門信息。如果沒有異常，則遍歷該部門樹，列出所有能移動/ 合并到的部門的信息（如圖 46 所示） 。如果拋出異常，則將錯誤信息寫入 Session，然后重定向到錯誤頁面?；谌龑咏Y構的 B/S 模式的設備管理系統(tǒng) 設備管理系統(tǒng)的實現40圖 49 選擇添加用戶所屬部門頁面填寫新用戶信息，填寫后通過 post 方法將填寫的新用戶信息提交給添加用戶處理頁面，調用用戶類接口將新用戶添加到數據庫中。個人信息維護流程，如圖 48 示圖 48 個人信息維護流程圖 添加新用戶功能實現系統(tǒng)管理員和部門高級用戶為其管轄部門添加新用戶?；谌龑咏Y構的 B/S 模式的設備管理系統(tǒng) 設備管理系統(tǒng)的實現37圖 46 所有能移動到的部門的信息該流程如圖 47 所示。該流程如圖 45 所示。通過部門類構造函數構造出部門類對象，調用部門類添加部門接口，將該對象寫入數據庫中（不允許部門名稱重復，如果重名則拋出異常） ?；谌龑咏Y構的 B/S 模式的設備管理系統(tǒng) 設備管理系統(tǒng)的設計31圖 40 系統(tǒng)維護類與系統(tǒng)維護數據庫操作類之間的接口調用關系基于三層結構的 B/S 模式的設備管理系統(tǒng) 設備管理系統(tǒng)的實現323. 設備管理系統(tǒng)的實現 部門管理維護模塊的實現 查看部門信息功能實現通過部門類接口獲得操作用戶所管轄部門。刪除備份文件時調用該接口。如圖 39 所示。? 系統(tǒng)備份文件類型：系統(tǒng)備份文件類型（0 為數據庫備份，1 為日志備份） 。系統(tǒng)初始化功能可以調用部門類，設備類和設備屬性類的接口實現，所以系統(tǒng)維護類不考慮系統(tǒng)初始化接口的設計與實現，而主要負責維護管理系統(tǒng)備份文件信息，為系統(tǒng)備份文件維護提供功能接口。系統(tǒng)備份只允許系統(tǒng)管理員進行操作，他可以對系統(tǒng)備份文件進行維護管理。3. 設置日志基本信息接口：通過日志類對象設置該對象的基本信息。4. 查看未經批準日志接口：查看操作用戶所管轄部門日志不是該用戶所屬部門批準的所有日志。日志信息維護接口是為了實現日志信息維護功能。? 用戶 ID：操作用戶 ID。日志信息查詢只限系統(tǒng)管理員和部門高級用戶，刪除日志只限系統(tǒng)管理員。系統(tǒng)日志記錄信息包括：操作用戶 ID、操作用戶所屬部門 ID、執(zhí)行操作的時間、批準用戶操作的部門 ID（必需經上級批準，可跨級） 、操作類型（設備操作和