基於J2EE的氣象裝備供應管理資訊系統的研究論文

基於J2EE的氣象裝備供應管理資訊系統的研究論文

  1 引言

  目前,只有個別單位在區域性範圍內採用了資訊化管理手段外,氣象物資裝備供應保障工作仍然以人工管理為主,裝備管理檔案多且雜,佔用空間大,查詢不方便。在實際工作中,各類消耗性器材和備件分別由不同科室人工管理,分散性地進行入庫、發貨,造成氣象裝備供應管理職責不清晰、流程不連續、裝備資訊不完整,使得氣象裝置生命週期中的採購、檢定、故障、維修、報廢各個環節互不聯絡,不利於擬定備件採購計劃和裝置選型,難以考核供應時效。

  隨著氣象現代化程序加快,國家級自動氣象觀測站、GPS/MET水汽觀測站、雷電觀測站、區域自動氣象站、新一代天氣雷達、自動土壤水分站、雨滴譜儀等新型氣象觀測裝置投入氣象業務執行,氣象裝備的高效合理管理以及及時供應保障更是舉足輕重。能夠將各種氣象裝備的採購、供應、倉儲、報廢情況進行全壽命跟蹤,成為滿足氣象裝備供應現代化發展的迫切需求。

  將J2EE分散式結構特點和B/S結構引入到氣象裝備供應管理資訊系統中,將省氣象裝備管理納入裝備供應資訊系統中,加強氣象供應保障人員對氣象裝備各階段流轉情況的瞭解,提高氣象裝備供應的及時性併為更新備件儲備庫存提供依據,為提高氣象現代化奠定基礎。

  2 J2EE標準和B/S結構

  2.1 J2EE標準

  J2EE以Java平合為基礎,增強了對EJB、SERVLET/JSP等技術的全面支援,其主要用於構建企業級的應用,具有安全、穩定以及跨平合特性。J2EE具有多層體系結構,適合應用中間層元件開發,如圖1所示。為開發者提供了統一的開發平合和標準,降低了應用開發的複雜性。J2EE透過提供中間層整合框架來實現可擴充套件性、高可靠性以及高可用性的需求。J2EE透過統一的開發平合,降低了多層應用程式開發的複雜程度,而且提供能夠支援併兼容現有的應用程式。J2EE平合的中心是EJB,主要用於部署開發商業應用程式的分散式元件模型,作為一種實現業務邏輯的元件技術,EJB具有可擴充套件性、開放性安全保密性。

  2.2 B/S結構

  B/S模式作為一種新型的處理模式,是以m技術為基礎,透過對C/S這種傳統模式進行改進而形成的。B/S模式以Web為中心,採用的傳輸協議是TCP/IP、HTTP,前端將通用瀏覽器(如Navigator和IE等)作為Web的客戶軟體,客戶端採用Browser(瀏覽器)來實現訪問Web的目的。透過採用Web Server對資料庫進行訪問,後端能夠將結果迅速返回給瀏覽器,同時透過瀏覽器可實現多級使用者操作。HTTP協議將前後端進行連線,其所有開發均在Server上進行。

  B/S結構下,透過WWW瀏覽器可以實現使用者工作介面,其中伺服器端(Server)集中實現主要事務邏輯,而前端(Browser)實現極少部分的事務邏輯。在C/S這種傳統模式中,客戶端集中了太多的應用邏輯,透過專有協議來實現與伺服器端進行通訊,不利於對應用程式進行後續維護及移植。而B/S結構中,系統在客戶端的瀏覽器上執行,不再需要安裝客戶端軟體,故當系統需要進行升級或維護時,只需對伺服器端軟體進行更新即可,大大地減少了客戶端電腦的荷載量,同時降低了系統維護與升級的成本並減少了工作量。J2EE企業級應用模型可以進行多層劃分,從而將介面邏輯和業務邏輯進行分離,大大提高了其重用性和擴充套件性。

  3 系統設計

  3.1 業務流程

  氣象裝備在相關科室之間的業務流轉程式複雜,裝備的業務流轉狀態包括採購、入庫、出庫、檢定、維修、報廢等,其流程圖如2圖所示。

  使用者檢視當前需處理的待辦事項,檢視當前使用者管轄範圍內裝置庫存量或到檢日期是否已達到告警閾值的提示。

  當有新裝置入庫時,採用條碼技術對裝置進行識別入庫。當有裝置出庫時,透過無線條碼掃描,記錄裝置的去向。

  當裝置需檢定時,對需檢定的裝置進行掃描後將其狀態更改為待檢,檢定裝置合格後將其狀態更改為待用,檢定不合格裝置將其狀態更改為待修。

  當裝置維修時,分為返廠維修和自行維修兩大類。保障人員對裝置進行維修,若維修好則將裝置狀態更改為待用,若維修不好則將裝置返廠維修,其狀態更改為返廠維修。

  當裝置有更換時,將裝置狀態更改為待修,將更換後的裝置進行掃描後更改其狀態為在用。

  當裝置返廠維修時,分為維修好的裝置和未維修好但廠家重新發的.新裝置兩類。若為維修好的裝置將其狀態更改為待用;若為新裝置,則將原來未修好的裝置狀態更改為報廢,將新裝置以零價格入庫。

  3.2 系統架構

  基於J2EE的氣象裝備供應管理資訊系統部署在某省大氣探測技術保障中心,負責監控我省氣象技術裝備的執行情況。本系統採用J2EE構架,透過B/S模式進行開發設計,系統以SQLServer2008作為資料庫,伺服器由2部分構成,包括資料庫伺服器和Web伺服器各1臺,客戶端選擇支援IE等主流瀏覽器,系統裝置編碼依據全國統一的氣象裝備編碼規範。系統分為業務應用子系統、系統服務平臺、資料庫系統及基礎支撐系統4部分,系統結構如圖3所示。

  使用者透過氣象區域網使用瀏覽器訪問Web伺服器,透過身份驗證登入系統來訪問系統為使用者所分配的許可權功能。其中,業務應用子系統主要用來處理個人事務管理、裝置狀態和裝置資訊管理、縣局和市局保障部門對裝置的申請管理、庫存預警管理、裝置維護維修管理、綜合分析評估和系統管理等;系統服務平臺主要進行流程控制、管理服務、資料訪問、訊息服務、目錄服務、資訊表示、事務處理和其他服務等模組;資料庫系統用來處理資料庫系統中的裝置資訊、業務資訊、監測資訊、基礎配置資訊和使用者資訊等;基礎支撐系統包括計算機作業系統、計算機網路系統和應用系統支撐

  3.3 網路構架

  基於J2EE的氣象裝備供應管理資訊系統採用集中式部署組網,省級、市級、縣級各類使用者終端分配不同的系統許可權,各類使用者可以透過氣象局內部區域網來訪問安裝在伺服器中的系統應用程式,實現線上進行業務處理,也可同時完成線上業務監控和審批,實現氣象裝備供應工作的統一化、高效化、制度化。

  如圖4所示,系統中資料庫伺服器和Web伺服器分別由不同的物理主機進行搭載完成。系統的核心資料存放在資料庫伺服器中,並定時進行備份,由於資料庫伺服器只對Web伺服器開放相關埠,所以其他的主機和工作站都沒有訪問資料庫伺服器的權利[4]。但是Web伺服器可以對外開放,而且使用者可以透過瀏覽器訪問Web伺服器中允許開放的頁面,來實現訪問應用程式,Web伺服器只對8080埠進行開放以保證系統的安全。同時Tomcat服務在Web伺服器中執行,透過訪問資料庫伺服器獲取相關資料。

  4 結語

  透過對J2EE架構的深入剖析和理解,將B/S結構引入到氣象裝備供應管理資訊系統中,實現了基於J2EE的氣象裝備供應管理資訊系統。系統包括業務應用子系統、系統服務平合、資料庫系統和基礎支撐系統4部分,依據中國氣象局氣象裝備編碼規範,實現了將氣象裝置從採購、列裝合站、維修維護、檢定到報廢的全壽命週期的編碼資訊化動態管理,從而提高了氣象裝備管理的資訊化水平。

最近訪問