李迪
(寶雞文理學院 后勤管理處,寶雞 721016)
我國教育的普及以及資源競爭的日益激烈,對學校的教學質量以及管理水平提出了全新要求。目前,國內外在學校管理的信息化方面都取得了一定的成果,高校后勤管理的信息化是當前高校信息化建設的重要模塊。隨著后勤管理工作的不管改革與深入,高校后勤管理在管理范圍和服務質量上都提出了新的要求,管理模式也逐漸從經驗管理、科學管理向信息化管理轉變。所以,提高高校后勤管理水平、加強內部運行效率、提高服務意識應成為高校后勤部門生存與發展的必要條件。后勤工作是一項復雜而又繁重的工作,所以通過信息化來提供科學的管理手段勢在必行。
該系統的設計主要從邏輯模型與物理模型兩方面入手,在特定環境下設計出系統的實施方案。該系統的設計主要遵循易用性、安全性、可擴展性以及業務規范性的原則進行開發。建立在數據庫的基礎之上,結合校園后勤管理的多個模塊,采用分層思想,以數據層為基礎、業務邏輯層為核心,各層之間既相互獨立,又相互耦合,能夠提升系統的可維護性以及擴展性。該系統的開發,采用B/S結構,每個子系統采用MVC的模式進行實現,各個子系統都能夠在獨立使用的同時統一管理,給各部門以及教師授予獨特的權限,使學校中的每個人都可以在權限范圍之內對后勤信息資源進行共享。為了實現信息的交互,通過中間數據接口來實現數據的整合,采用XML技術與其他系統進行數據交互。
后勤管理整體組織結構,如圖1所示。

圖1 后勤管理系統整體組織結構
(1) 采購部:該部門主要負責維修物品的采購,與商家之間進行密切聯系,確保維修物品采購的順利進行,在保證物品質量的基礎上盡量控制維修成本。
(2) 維修部:主要負責對損壞的物品進行維修,定期檢查校園內公共設施的安全性,對需要維修的設施及時維修。
(3) 倉儲部:主要負責維修物品的倉儲,對維修物品的詳細信息及時進行更新,準確對維修物品的出入庫進行登記。
(4) 公寓管理:主要負責公寓情況的綜合性查詢、日常調換宿管理、畢業退宿管理、新生入學管理以及寒暑假留宿管理。
(5) 基建辦公室:主要負責學院的土建計劃,包括大型土建工程以及中等維修,負責制定施工立項申請以及工程預算書,辦理施工所設計的各種申請,參與施工的變更洽談以及對主材料、設備等的選購。對施工質量、進度以及流程進行實時監督[2]。
3.1 采購子系統設計分析
采購子系統功能主要包括對缺貨單進行查詢,對采購計劃進行制定與查詢。采購部經理可以通過該子系統模塊對采購計劃進行制定,對采購單進行核查。計財處可以查詢采購應付款通知,對合同的基本信息以及采購方式進行核實。采購管理子系統業務流程,如圖2所示。

圖2 采購部管理子系統業務流程
在該子系統中,倉庫管理員可以對商品信息進行查詢、添加或刪除,修改商品的庫存量,查詢入庫單歷史明細。
3.2 維修子系統設計分析
后勤維修管理業務流程,如圖3所示。
該子系統的主要功能包括:
(1) 該子系統的使用者大多是學校的教職工或學生,所以系統不需要像其他商業系統那樣具有新用戶注冊功能,系統要存有教職工或學生的基本信息,學校將系統初始密碼告知用戶,用戶在經過身份驗證之后可以直接登錄該系統,進入系統之后,用戶可以對維修信息進行申請。
圖3 后勤維修管理業務流程
(2) 用戶在網上提交維修報單之后,系統會對該信息進行進一步審核,如:報修內容填寫是否完整、信息是否屬實等。
(3) 報修人員可以通過系統對歷史維修明細進行查詢,以便了解物品的損壞次數以及維修時間。
3.3 倉庫管理子系統設計分析
在倉庫管理子系統中主要包括管理和查詢量大模塊。
管理模塊:功能主要是對維修物品的出入庫進行管理,統計出庫產品的基本信息。包括:物品名稱、客戶、出庫時間、出庫單價、數量以及執行管理員ID。通過系統中對話框的添加,輸入出庫產品的相關信息,通過物品編號來對物品進行查詢。
查詢模塊:主要功能是對倉庫中的物品按照已經給出的條件進行查詢與檢索。查詢條件包括按月、按日入庫查詢,按月按日出庫查詢以及庫存查詢。通過查詢對話框的添加,輸入與查詢相關的信息,通過查詢條件來對數據庫進行檢索[3]。
倉庫管理業務流程,如圖4所示。

圖4 倉庫管理業務流程
4.1 采購子系統實現
用戶進入采購子系統,可以對缺貨單以及缺貨單歷史明細進行查詢,修改或刪除供應商的基本信息以及產品的報價。重新制定采購計劃,對采購單進行實時審核。采購子系統運行界面,如圖5所示。

圖5 采購子系統運行界面
4.2 倉庫管理子系統實現
進入倉庫管理子系統模塊,主要實現功能有:倉庫管理員可以對維修物品的基本信息進行查詢、添加或刪除,對庫存安全上下線報警進行設置,對出庫單以及缺貨單進行查詢與添加。運行界面,如圖6所示。

圖6 倉庫管理子系統運行界面
4.3 維修管理子系統實現
維修管理子系統功能在于用戶的在線報修,在登錄系統之后,用戶可以按照要求來填寫維修單,根據自身方便來選擇維修時間,提交之后,系統會為維修單進行核實。報修人員可以根據該系統對維修單的歷史維修明細進行查詢,了解該物品維修次數以及上次維修的時間[4]。運行界面,如圖7所示。

圖7 維修管理子系統運行界面
5.1 該管理系統的構建主要以立足校園市場為本,確保資產的保值,有效提高后勤日常工作的管理水平,配合教育管理各項事宜的順利進行。
5.2 本文所設計的后勤管理系統與傳統的管理系統相比,運用先進的軟件技術,提高了系統的可移植性,擴展能力更強,是后勤管理工作的運行更加穩定,確保后勤部門高質量的完成工作。
5.3 該管理系統的設計,各個子模塊之間緊密結合,在設計時采用公共數據平臺來協同每個子系統的功能,完成數據共享。
5.4 后勤管理系統的設計比較人性化,以人為本,在系統使用中不斷征求用戶的意見,根據用戶的使用習慣來進行不斷完善[5]。
對該系統的測試主要任務在于驗證軟件是否能夠滿足使用者的具體要求,是否能夠實現設計功能的主要任務。對系統測試對象的概述,如表1所示。

表1 系統測試對象概述
6.1 測試前準備
(1) 確保數據庫信息添加完畢。
(2) 確認計算機操作系統正常運行。
(3) 運行測試工具LoadRunerlO。
(4) 運行測試用例。
6.2 測試結果
6.2.1 學生宿舍登錄模塊
(1) 當鍵入的密碼出現錯誤或者用戶名有誤時,系統會顯示用戶名或密碼錯誤。
(2) 用戶申請新用戶,當用戶名存在時,會顯示用戶名已存在。
(3) 當輸入正確的用戶名與密碼時,登錄系統會進入下一級界面。
6.2.2 宿舍水電繳費測試
測試用例:測試過程中在水電繳費選擇一項數據,點擊進行處理
預期效果:對數據進行選中,系統可以對繳費的信息進行更新,并且提示處理是否成功[6]。
實際效果:系統的操作與預期的效果完全吻合。
6.2.3 庫存管理功能測試
測試目標:當使用者輸入用戶名以及密碼之后,進入到系統界面,如果需要查詢的信息存在于系統中,就會顯示用戶所查詢的信息。如果所需信息不存在于系統中,就會顯示用戶信息不存在。
測試結果,與預期測試的結果一致。最終測試結果,如表2所示。

表2 最終測試結果
6.2.4 測試結論
通過對系統的測試得出以下結論:該軟件系統可以在操作系統下進行穩定運行,用戶登錄時間在1秒以內,訪問其他頁面的反映時間在2秒以內。系統在正常運行時可以保障數據的安全,軟件在遇到特殊情況時能夠確保信息不丟失。運行過程中不會與其他程序產生沖突[7]。
結束語:本文在對后勤管理需求分析的基礎上,結合高校后勤管理工作的特點,按照先調查后設計的思路,完成了對后勤信息管理系統的設計工作。經過測試之后,確保該系統可以穩定運行,有效的提高了后勤管理人員的工作效率,真正實現高效后勤管理的信息化。在實際應用中具有一定得分推廣價值。