導語：后勤管理移動應用系統設計研究一文來源于網友上傳，不代表本站觀點，若需要原創文章可咨詢客服老師，歡迎參考。

摘要：為高校師生提供更為優質的服務是高校后勤管理的根本目標之一。結合高校后勤服務要求與應用場景，從體系架構、功能架構、系統用例和數據庫設計等方面介紹了一種高校后勤管理移動應用系統的設計。系統能夠突破基于PC端后勤管理信息系統所具有的時空局限性，能為高校后勤管理水平和整體服務質量提升提供強有力的支持。

關鍵詞：高校；后勤管理；移動應用

1引言

在高校后勤管理方式中，傳統的基于PC端的后勤管理系統將后勤服務搬到了網絡上，通過工作流等技術手段，可以實現辦事流程的規范化；以數據集中存儲管理方式，能夠有效降低數據冗余；借助計算機的演算能力，能夠快速獲取如設備損壞率等統計分析結果，從而有效提高后勤管理人員的工作效率，拉近了師生與后勤管理人員的距離。然而仍存在時效性低、信息交互不及時、訪問方式受限等問題。高校作為高素質人才的聚集地，接受新生事物的能力較強，移動智能終端因其實用性、多樣性和低成本等特點，已基本實現了全范圍覆蓋[1]。因此，借助移動互聯網強大、便捷的信息交互特點，建立一個應用于高校后勤管理的移動應用系統顯得非常重要且切實可行。本文結合校園后勤經營服務的要求和實際情況，設計高校后勤管理移動應用系統，將傳統的桌面終端后勤服務提升為“掌上后勤”服務，通過移動終端實現校園設施故障報修、通知公告信息推送，能夠有效解決傳統PC端后勤管理系統的時空受限問題，進一步拉近師生與后勤部門間的距離，從而使得后勤服務水平更上一個臺階。

2系統架構

本文設計的高校后勤管理移動應用系統采用B/S架構，系統的服務器端采用Java語言來實現，數據庫選用MySQL，用戶可通過手機、平板電腦和PC訪問系統，通過采用前后端分離的方式提升系統的可擴展性，系統總體架構圖如圖1所示。系統的低耦合性能使系統具有更好的可擴展性和可維護性[2]，本文將系統劃分為接口層、數據轉換層、數據存儲層、應用層和表現層五個層次。接口層實現與高校其他應用系統的數據共享，如從學籍管理系統或職工管理系統中獲取師生用戶數據，提供后勤服務人員的評價數據接口供職工管理系統調用等；數據轉換層負責對接口數據進行清理、更新與轉換，實現數據共享；數據存儲層負責保存系統的基礎數據和業務數據，包含結構化數據與非結構化數據兩類；應用層提供如故障報修、通知公告等系統所包含的功能；展示層為用戶提供數據查詢和操作的界面，用戶可以通過手機、平板電腦和PC電腦等設備訪問系統。

3系統設計

3.1系統功能設計。基于高校后勤服務原則與要求，結合后勤服務的應用場景，本文所設計的高校后勤管理移動應用系統包含一套基于B/S架構的服務器端管理系統與能夠通過智能移動終端訪問的移動應用端APP系統，系統功能分為系統管理、業務管理和統計分析三個類別，細分為系統管理、故障報修、通知公告、失物尋物、辦事指南和統計分析六個模塊。系統功能結構如圖2所示。系統管理包含用戶管理、角色管理和權限管理三個子模塊，系統用戶包括高校學生、教師和后勤服務群體，用戶管理模塊與學籍管理系統和職工管理系統實現對接，學生的信息直接從學籍管理系統中獲取，教師與后勤人員的信息直接從職工管理系統中獲取，從而有效促進信息共享，避免數據孤島的形成，系統管理模塊為系統中的其他功能提供支撐。故障報修功能包括故障報修單管理、維修工單管理、服務評價管理三個子模塊，實現故障報修全流程管理，師生可通過智能移動終端快速便捷地上報校園設施故障。通知公告管理實現后勤相關通知信息的，通過消息推送，使高校師生及時掌握校園后勤服務動態。失物尋物包括失物招領和尋物啟事兩個子模塊，構建失物尋物信息平臺，提高用戶尋回失物的可能性。辦事指南管理對后勤辦事步驟和詳情進行說明，使師生了解后勤服務流程和后勤服務事項，提升后勤服務效率與水平。統計分析包括服務人員評價統計和設施故障率統計兩個子模塊，為決策人員提供更為科學的理論依據。3.2系統用例。依據對系統功能架構的分析，高校后勤管理移動應用系統中的用戶有教師、學生、后勤人員三類，根據不同的系統功能，參與人員的角色各不相同，可依據不同的角色來劃分系統模型。高校后勤管理移動應用系統的角色分為報修員、維修員、審核員、公告錄入員、失主、拾主、決策人員和系統管理員，值得注意的是，同一用戶可以具有多個角色，如學生可以是報修人員，也可以是失主或者拾主，審核員可以審核通知公告，也可以審核失主的信息等。系統用例圖如圖3所示。以故障報修功能為例，參與的角色為報修員、審核員和維修員，報修員可以為高校師生群體，審核員為后勤管理人員，維修員為后勤服務人員。當師生在校園內發現某設施出現故障，需要進行維修時，借助手機等智能移動終端，登錄后勤管理系統移動APP，進入故障報修模塊，填寫如設施類型、問題描述等故障基本信息，支持拍照上傳圖片，提交故障信息后，由后勤審核人員對所提交的信息進行審核確認，根據故障描述內容以確定是否受理，對于不受理的維修申請，必須填寫不予受理的理由，對于受理的維修申請，應根據描述指派適合的維修人員，維修人員接收到維修單信息后，即可前往故障所在地進行處置，待維修完成后，反饋維修結果，最后由報修人員對該次故障維修工單處置結果進行評價，評價結果納入后勤人員考核標準中。3.3數據庫設計。本文所設計的后勤管理移動應用系統在運行過程中需要如用戶信息、功能菜單等基礎數據提供支撐，同時，會產生如故障報修單、失物招領信息等大量業務數據，因此，需要使用數據庫進行集中管理。數據庫設計應結合應用場景，從現實場景抽象實體與實體之間的關系，秉承原子性、原始性和穩定性等要求，確保數據庫設計的高度結構化[3]。圖4為故障報修實體關系圖。在本文設計的高校后勤管理移動應用系統中，由于一個故障問題可能需要多個后勤維修人員多次參與，因此，一個故障報修單可以創建多個維修工單，而一個維修工單只能對應一個故障報修單，故障報修單與維修工單之間的關系為一對多。一條服務評價對應一個維修工單，一個維修工單對應一個服務評價，服務評價與維修工單之間的關系為一對一。

4結語

本文簡要介紹了一種高校后勤管理移動應用系統的設計。通過系統架構層次劃分，降低系統耦合度，接口層的設計能夠推動高校內信息共享，提升資源利用率；結合高校后勤服務場景，設計了系統應具有的功能模塊；通過角色與功能模塊之間的關系，描述了系統用例設計，并借助實體關系模型描述了部分數據庫的設計。本文借助移動互聯網技術，提供了一個具有移動性和高效性的高校后勤移動應用解決方案，在傳統的基于PC端的后勤管理系統的基礎上，豐富了服務手段，進一步降低了后勤溝通成本，提高了高校后勤服務水平。

參考文獻

[1]王禮云.高校校園“微信平臺”的輿情監控與引導[J].贏未來,2017(12):0011.

[2]聶常紅,張屹,李寶智.基于Struts2的MVC模式在高校科研管理系統中的應用[J].電子技術與軟件工程,2015(1):95-97.

[3]陳寶賢.數據庫應用與程序設計教程[M].北京:人民郵電出版社,2004.

作者:黃振興 單位:湖北工業大學