圖書館運維管理系統的設計與實現

［摘要］分析和設計了一個采用三層B/S結構的圖書館信息化運維管理系統，并闡述了該系統的需求分析、總體設計和實現的關鍵技術。該系統的實現，將規范圖書館運維工作的操作流程，并大大提高現有圖書館信息化運維工作的效率。通過對維護案例的利用，使技術館員更快、更準確地掌握相關維護信息。

［關鍵詞］圖書館;本體;運維管理

1引言

隨著高校圖書館數字化、自動化的發展，文獻資源數字化成為圖書館資源服務的核心而網絡系統已經成為圖書館業務運行的命脈，圖書館的信息化建設與運行維護（以下簡稱“運維”）關系著圖書館的發展和業務運行。然而，先進的硬件設施和眾多的應用系統不等于信息化的成功［1］。缺乏有效和規范的運維管理是目前大多數高校圖書館信息化建設方面的短板：缺乏規范的運維流程和成熟的運維管理軟件，故障問題通過口頭報告，運維任務缺乏程序性；運維任務分工不明確，分配調度不合理，導致效率低、周期長；缺乏運維經驗積累，沒有統一的記錄規范，不便于統計和總結；缺乏運維知識重用，相同或者相似的故障事件，由于缺乏知識共享的交流平臺，造成維護投入的重復與浪費。

通過本體理論的分析方法，確定圖書館信息化運維涉及的主要概念，確定規范的運維流程，實現運行維護管理從被動到主動、無序到有序、分散到集中的流程導向管理［2］，并對圖書館日常中新的運維需求，能根據以往積累的運維案例知識，快速定位問題原因并找到解決方法。據此筆者設計一個圖書館信息化運維管理的系統。2系統分析設計

擁有較深厚的專業知識是確保順利開展日常運維工作的智力保障和基本前提。對運維館員來說，專業素質應包括兩方面，即硬件知識系統與軟件知識系統。只有具備較專業、完善、合理的運維知識結構，在遇到問題時才能有的放矢，以最快的速度正確解決問題。

以集美大學圖書館技術部為例，筆者設置了網絡管理、軟硬件管理與維護兩個運維崗位。運維工作內容包含硬件維護和軟件維護。硬件設備為集成電子設備，比如PC機、服務器、磁盤陣列、交換機、UPS設備和弱電線路等。軟件維護主要是做好系統安裝、應用程序安裝、病毒升級、數據更新、系統補丁、IP資源分配和數據備份等。通過對以上崗位職責要求的工作內容分析，可以大致得出一個完整的維護系統包含三個對象：硬件設備、系統軟件和工作人員。

2.1 需求分析

從已知的運維工作內容中，需要對運維的流程進行分析，使圖書館的運維工作更系統、規范和高效。借用業務流程的相關概念，分析進行圖書館運維流程的描述。根據在日常圖書館運維中的工作內容，可以描繪出如圖1所示的運維流程。圖1運維流程圖

技術館員在接到維護任務后，根據記錄單上的故障描述作出判斷，可以選擇三種維護方式：電話維護、遠程維護和現場維護。排除故障后填寫維護記錄，建立維護管理檔案，可以用于日后的工作統計和故障處理知識的重用。維護處理的操作過程如圖2所示。

圖2維護活動流程圖

根據對運維工作的調研和分析，系統的主要功能應包含：用戶管理、故障維護管理、基礎信息管理、維護案例檢索、維護案例統計等。這些功能能夠滿足信息化運維流程的主要應用。如圖3所示。

圖3維護管理系統功能結構圖

2.2 總體框架設計

根據需求分析，提出如圖4所示的系統總體框架，把系統分為三層：顯示層、業務邏輯層和數據層。圖4系統總體框架

顯示層是管理系統的統一入口，系統通過用戶類型判斷提供何種功能給用戶；業務邏輯層為用戶提供具體的系統功能；數據層存放業務數據，通過構建的運維領域本體，映射產生具有本體特征的關系數據庫。

3系統開發實現

本系統以圖書館的信息化運維業務活動為依據，并利用本體編輯工具 Protégé［3］來完成圖書館信息化運維本體的構建，映射產生具有本體特征的關系數據庫，為系統的設計實現提供數據基礎。

3.1 功能模塊設計

系統的詳細功能模塊設計如圖5所示。

圖5系統功能模塊設計圖

3.2 運維知識本體設計

維護檔案包含了維護請求和維護活動的信息，維護活動處理維護請求，維護請求包含維護對象、維護活動使用資源，而角色則接受維護請求、執行維護活動、使用維護資源和記錄維護檔案。這些概念組成的圖書館信息化運維知識結構圖如下圖6所示。

本體論即Ontology［4］，是從哲學概念中引入到計算機科學領域的，被Studer等人定義為共享概念模型明確的形式化規范說明［5］。Protégé和Jena都支持將本體放到數據庫中進行存儲，當然也包括其他的一些軟件。支持此方式的數據庫有許多種，如圖6信息化運維知識結構圖

Oracle、MySQL、Sybase、SQL server、Access等。將本體存儲于關系數據庫中的好處在于可以利用關系數據庫的相當成熟的技術。

本體編輯工具Protégé支持直接將本體存儲于數據庫中，建立好本體后，Protégé通過JDBC可以與MySQL數據庫進行連接，將所建立的本體存放于數據庫中。在數據庫中為本體的每個類別都創建一張單獨的表，表名為類名，表的列為類的屬性。這種表結構清晰，但很難適應本體動態變化的情況，當本體中類或屬性變化時，表結構也要隨著變化。作為本原型系統所使用的數據庫，這樣的表結構基本上能夠滿足設計功能的需求。數據庫包含的兩個主要實體類模型圖：用戶信息模型圖和維護記錄模型圖，模型圖顯示了數據庫中各表之間的關系，分別如圖7、圖8所示。

3.3 開發環境與工具

圖書館信息化運維管理系統的試驗系統是在Windows XP平臺下，使用Java語言進行編程，采用B/S結構，本體編輯采用Protégé工具，數據庫主要采用MySQL關系數據庫管理系統。具體環境及工具如表1所示。圖7用戶信息模型圖

圖8維護記錄模型圖

表1系統開發環境及工具

項目要求系統環境Windows XP本體編輯工具Protégé 3.2.1版本數據庫MySQL 5.1版本開發軟件Eclipse 3.2Java虛擬機JDK 1.5.06應用服務器Tomcat 6.0.144系統實現效果

在本系統的用戶管理界面中，管理館員可以新增用戶、刪除用戶、修改用戶的相關屬性、分配用戶的角色權限。用戶賬號的角色不同所獲得的功能權限不同，所能使用的功能菜單也不同。

如圖9為故障登記界面，業務館員或值班館員接到維護請求后，可通過該頁面描述故障信息。由系統產生維護單編號，填選設備編號、報修人，填寫報修人的聯系電話，以供技術館員進行維護時做初步參考。

技術館員分配運維任務后，可以維護單上的故障描述，做出相應維護方式的判斷，然后根據維護工作的實際處理情況做好如圖10所示的維護記錄工作。

圖9故障登記界面圖

圖10維護記錄界面圖

5結論與展望

本文借用領域本體的理念，對圖書館信息化運維活動及相關知識進行分析，從而設計了系統的數據庫結構，并開發了原型系統進行測試，在今后的工作中還需要對運維領域本體的進化進一步研究和完初級階段，本體的構建也善。目前本體的研究還處于是一個難點，本文提出的運維領域本體比較簡單；運維知識本體的利用，由于本系統采用關系數據庫存儲本體，雖然可以利用關系數據庫的成熟技術，但是也喪失了OWL本體的描述所含有的語義描述，無法有效地利用本體的語義推理；系統的易用性，本系統開發過程中的分析、設計、編碼和實現的工作做不夠完善。系統的用戶界面應做得更加友好，流程的操作更具合理性和實用性。

［參考文獻］

［1］ 李富宇.ITIL在高校信息化管理中的應用初探［J］.科技創新導報,2008(14)：212.

［2］ 李思寧,朱海燕,朱彬.醫院IT硬件運維管理模式的探討［J］.當代醫學,2013.19(2):19—20.

［3］ 胡金強,冀亞林,孟妍,楊斌.基于Protégé的裝備保障知識本體構建方法［J］.現代電子技術,2010(6):207—210.

［4］ 周相兵.本體應用綜述［J］.廣西科學院學報,2010(4)：523—527.

［5］ Borst W N. Construction of Engineering Ontologies for Knowledge Sharing and Reuse［D］. Enschede : University of Twente.1997.

［收稿日期］2014-01-07

［作者簡介］林平(1982—)，男，館員，碩士，福建省廈門市集美大學圖書館技術部，主要從事圖書館數字化建設的軟硬件選型使用和個性化網絡服務的研究，已發表專業論文4篇。