1 設備管理平台的需求及流程設計
從設備管理的角度來看，整個運維管理平台應該能夠包含：台帳管理模塊、系統管理模塊、文件管理模塊以及報表統計模塊等。台帳管理模塊包含設備的名稱、類型及型號、序列號等疾病信息;系統管理模塊主要對平台內相關的代碼和權限等進行管理，以記錄設備管理平台使用人員的操作記錄;文件管理模塊可以對設備的維護記錄、設備採購、報廢信息等進行管理。
設計基於IT 運維的設備管理平台時，可以在遵循上述需求分析的情況下，進行數據庫、中間代碼以及前端等的設計，設計後同時進行數據庫、中間件及客户端的部署。考慮到以後的管理及維護成本，可以採用B/S 架構;數據庫選擇Mysql，其高性能及高併發性會給設備管理平台提供高效的數據引擎支持;為提供報表管理功能，設備管理平台也會提供數據導入導出工具。
基於IT 運維的設備管理平台能夠對設備管理的全過程進行動態管理，不論是進行設備的採購、維修還是報廢等工作，都需要根據設備管理的操作流程進行，而且設備管理流程的每個步驟都要能夠根據操作人員的角色進行業務處理，從而快速、高效的管理設備。作為平台的核心功能模塊，設備故障處理要經過故障申報、故障處理以及處理結果等步驟，每一步驟完成後會顯示步驟的操作人員和處理時間。
2 IT 運維管理平台的功能模塊
缺陷管理模塊中可以創建關聯的變更單，此時有缺陷的被管理設備的狀態被標記為“擱置”，缺陷問題被創建後，一旦缺陷問題被成功關閉，則可以根據缺陷的解決狀態進行設備的狀態變更，解決的缺陷其狀態被變更為“已解決”。缺陷的記錄一般由發現缺陷的人員進行，缺陷驗收合格後，設備管理平台的運維人員需要註明缺陷處理的相關信息，並註銷缺陷。
IT 設備經常會遇到變更關聯設備的情況，如果某設備有關聯的設備存在，那麼此設備的關聯關係在被關閉前，此設備不能被移除。設備的變更管理包括用户接入、安裝調試、檢修以及配置管理等內容。
其中，用户接入指的是用户提交設備變更單，對於處理完成的變更單，如果其達到預期目標，那麼此變更單相關的設備變更流程即可關閉，否則此變更處理流程需要被返回。檢修人員作出的檢修申請形成變更申請單，如果此變更申請單涉及到的是通信的檢修或停退，需要判斷此檢修過程是否存在檢修計劃，目的是讓用户明確的知曉，從而指導設備管理。安裝人員提交安裝調試的變更申請，只有當所有變更資料都提交完後，才去驗收安裝調試過程是否合格;如果安裝調試過程達到預期目標，則可以關閉此變更申請單。配置管理變更申請一般是由用户提出，配置管理人員會判斷是否需要備份處理。
日常巡檢管理模塊根據巡檢的設備來執行不同的標準，巡檢記錄可以根據不同的預定義規則生成。設備管理平台的運維人員根據巡檢標準、巡檢週期等進行設備的定期巡檢，並記錄相關的巡檢日誌。相關設備的維護人員對此巡檢日誌進行分析，並給出是否正常、是否有缺陷等結論，如果發現設備的缺陷，則依據前文介紹的缺陷管理模塊進行處理。
3 基於IT 運維的設備管理平台
基於IT 運維的`設備管理平台的設備管理流程包括請實現、事件管理以及配置管理，其總共規劃目標是實現設備管理的快捷性、全局性以及經濟性。從整體結構上而言，設備管理平台從上而下分為表示層、業務邏輯層以及數據訪問層三層。表示層用户和用户交互，業務邏輯層制定業務規則並實現相關的業務流程，充當表示層和數據訪問層之間的橋樑;數據訪問層的作用是訪問數據庫。這三層之間的依賴關係是向下的，底層無法感知上層的存在，對上層的任何設計上的改變都不會影響底層。
設計基於IT 運維的設備管理平台的目的是對基於IT 運維的設備管理、維護中的各項功能及非功能性需求進行設計，其中最重要的一部分是數據庫，不僅要明確數據庫的表名、字段名等數據信息，還要進行存儲過程等數據庫腳本的擴展。具體設計數據庫時，要考慮系統模塊相關概念的設計、數據關係圖設計以及數據的邏輯結構設計等。使用設備管理系統的人員主要是系統管理員、維護人員以及一般用户，不同角色應該有不同的操作權限。數據邏輯結構的設計包括設備數據庫關係圖、故障信息數據庫關係圖以及系統管理數據庫關係圖等。設備數據庫關係圖包括設備的信息表、設備相關資料表等;故障信息關係圖包含發生故障設備信息表、設備備件維修信息表等;系統管理關係圖包含設備單位信息表、廠商信息表等等。
文萃咖
