錦州市公共氣象預報服務業務工作平臺

摘要：為適應公眾氣象預報服務業務的需求，提高公眾氣象服務針對性、及時性、規范性和準確性，滿足公眾預報實時業務的需求，利用VB和Access數據庫知識開發研制了錦州市公共氣象預報服務業務工作平臺。該平臺可實現各種預報信息的調看，預報會商、公眾預報、專業預報信息，決策預報的編輯、信息傳輸和查詢，建立歷史災害性天氣個例庫和災情庫，并實現其查詢功能；平臺的建設規范了公共氣象預報服務的工作流程，提高了預報員工作效率及預報水平。

關鍵詞：公共氣象服務平臺；Access數據庫；歷史災害性天氣庫；公眾預報

中圖分類號：TN91934文獻標識碼：A文章編號：1004373X（2012）18003303

引言

隨著現代科學的發展和氣象業務工作的不斷深化，各級臺站預報員開始面對空前豐富的信息源，信息載體也全面轉向計算機。取消舊的傳統預報制作方式，取而代之以嶄新的業務工作平臺，有效地規范整理預報信息源，建立起了適合本地實際的天氣預報業務工作平臺，是使天氣預報更加適應現代化發展的必由之路。為適應新形勢下氣象事業的發展和社會各界對氣象工作的要求，也為更好地滿足業務現代化的需求，根據錦州氣象服務工作的實際需要，制作了適合業務需要的工作平臺。實現了對預報業務的控制和管理，避免預報員操作的跳躍性和無序狀態，按照天氣邏輯關系和先后順序實現一套規范的天氣預報制作服務系統。從而使預報服務業務走上規范化，使市級臺站氣象公共服務走進具有規范性、及時性、準確性和科學性的預報業務軌道上來。

1系統特點及運行環境

本平臺以Access2000為后臺數據庫，VB6.0作為前臺開發工具[14]，采用多文檔界面，如菜單、工具欄、圖形等操作方式，具有界面友好，易于學習和操作等特點。系統在Windows98/XP操作系統環境運行，CPU為PⅡ300以上，內存為64MB以上，顯示器分辨率為1024×768，圖1為系統結構。

系統主界面是按其功能，分解成幾大模塊，采用從上向下逐層細化求精的設計方法，逐步完成每個模塊設計及程序代碼的編寫。為了使系統具有設計思路清晰，代碼編寫簡單，易于維護等特點，在程序編寫的過程中盡量避免代碼繁瑣而采用多次調用子過程和函數的方法；如數據庫連接和關閉，信息上星、下行傳輸，數據庫查詢等都是通過多次調用子程序和自定義函數來完成的，下面為部分子程序的代碼：

（1）數據庫連接子程序：

3系統模塊設計

根據業務實際將系統分為預報信息采集、預報會商、預報編輯、氣象電報收集發送、預報信息管理、災害性天氣及服務個例檔案等6大模塊，圖2為系統工作總界面。

（1）預報信息采集模塊主要包括：歷史天氣背景知識庫、自動站實況信息的采集和調看、Micaps常用圖表調看、省臺指導信息、雷達及MM5中尺度信息調閱等。

（2）實現功能：從對天氣背景、實況信息、各種數值預報產品分析，中小尺度、衛星云圖分析等信息采集，參照各種本地預報方法、上級預報及經驗，預報員隨著向導的提示，按常規預報思路完成各類信息調看，并記錄每一步預報信息，最后完成預報初步結論。實現了預報過程的程序化、規范化，為提高預報的準確性起到了客觀上的約束作用。

3.2預報會商模塊

包括網絡會商和電視會商，網絡會商主要實現功能：對本地會商意見的編譯，通過VB中Inet控件文件傳輸協議（FTP）上傳本地會商文件及取回省臺會商結論文件。電視會商功能：主班預報員根據綜合預報結論將本地預報結論編譯文本并且將預報理由以信息提示和圖形方式制成電視會商件演示系統。

3.3預報編輯模塊

根據綜合預報結論做出各種預報，如121預報，本地電臺、報社、電視臺預報，服務用戶預報及生活氣象指數預報。從工作實際出發，對于格式固定的預報（如12121、電臺預報等）和格式不固定的預報（臨時預報，各類預警信息）的編輯采用不同的界面，前者采用時間、預報時段、預報用語自動選取；后者由于預報格式的不固定則需要預報員手工輸入，這里制作了簡單文本編譯器（此編譯器具備文本復制、剪切、粘貼，打印等最基本文字編譯功能）。

3.4氣象電報收發模塊：

首先根據《氣象電報傳輸規定》進行報文分類，本地市級臺站有常規報類、非常規報類一共10多種，程序中將它們分為3類：地面報、高空報和非常規報。由于各類報的報頭、報文各具不同特點（如地面報的報頭信息隨時次和發報站有所改變；高空報共有7段之多，每一段報頭都不同，但無站點的區別；非常規報報頭除了時間外基本是固定的），所以在頁面設計上采用分類設計發報頁面。其次是參數信息采集：通過把所有本地信息參數化形成配置文件，程序自動讀取所要用到的信息，如：登陸類的遠程IP地址、用戶名等；報文中的報頭信息、發報時次等；最大化實現操作的簡單、實用。最后是報文傳輸：報文發送使用Inet控件，以FTP的方式發送。

3.5預報信息管理模塊

主要由用戶登陸、預報評分、預報責任規程、系統日志等。

3.5.1用戶登陸

將每個預報員信息輸入數據庫中，在程序啟動時讀取的用戶信息要與數據庫中的信息相符合，否則無法登陸進入系統。

3.5.2預報評分與預報責任規程

主要實現每月集體、個人預報質量的評定，調看日常應該遵守各項規章制度及預報員每日職責、每日提醒等。

3.5.3系統日志

從每天預報員進入工作崗位（接班）開始到離開工作崗位（交班）為止，全程紀錄預報員在電腦上的工作過程，起到很好的監督作用；同時解決了業務管理中沒有一套強制的規范和措施，而使預報員在預報制作過程中有較強的隨意性和習慣性等業務弊端，使預報員對信息資料的權衡和使用更加完善和更具理性。業務管理人員理員可以通過系統日志監控每位預報員每日的工作信息，減少了預報人員在工作中的隨意性帶來的業務上的失誤，從客觀上起到約束預報員操作規程的作用。

3.6災害性天氣個例檔案模塊

根據常規業務把災害性天氣歷史檔案庫分成暴雨、暴雪、大風、冰雹、大霧、高溫、寒潮等7類，再把每次災害性天氣過程發生的時間、天氣實況概述，天氣形勢分析，相關圖表、資料保存，實現電子化歸檔。模塊實現了歷史檔案查詢，新個例存檔等功能。

4后臺數據庫的管理

本系統采用Access數據庫作為后臺數據的存儲，利用微軟的ADO數據庫訪問技術實現數據庫連接、數據存儲、數據顯示查詢。同時對數據庫中數據實行密碼操作，部分數據只有系統管理員才可以進行操作，這樣有利于數據管理[511]。

5結語

該系統同時集成了日常業務運行中大部分的業務應用軟件，如決策服務系統、雨情和墑情制作系統、歷史實況資料查詢等，形成了一套完整規范的軟件體系，便于業務應用及應用軟件系統的備份。

本系統的研制與開發改善了內部管理，提高了業務的綜合效率，加強了業務工作的質量控制及業務量考核，為提高天氣預報業務的經濟效益和社會效益做出了基礎性的貢獻。

參考文獻

[1]黃淼云，張學忠，王福成.VisualBasic控件應用編程實力教程[M].北京：北京希望出版社，2002.

[2]JUNGD，BOUTQUINP，CONLEYJD.VisualBasic6開發人員參考手冊[M].北京：機械工業出版社，2000.

[3]PETROUTSOSEvangelos.VisualBasic6從入門到精通[M].北京：電子工業出版社，1999.

[4]王春才，高春艷，李俊民.VisualBasic數據庫系統開發完全手冊[M].北京：人民郵電出版社，2006.

[5]李紅新，晁翠華，姚軍.電子商務創業實習平臺的研究與實現[J].現代電子技術，2012，35（6）：5356.

[6]陳超，張瑞霞.基于VB程序數據庫登陸權限問題的研究[J].現代電子技術，2012，35（6）：2832.

[7]王麗麗.一種圖轉化關系數據庫的自適應算法研究[J].現代電子技術，2012，35（6）：2832.

[8]楊旭，袁健，班顯秀，等.遼寧省人工增雨數據及管理系統的設計與實現[J].氣象與環境學報，2009，25（5）：3639.

[9]李旭榮.基于B/S的高校協同辦公平臺的設計與實現[J].現代電子技術，2012，35（6）：3638.

[10]宋仁鋒，李霞.市級區域氣象觀測信息中心應用系統[J].氣象與環境學報，2008，24（5）：5254.

[11]李霞.省級公眾氣象信息服務系統[J].氣象與環境學報，2008，24（5）：4851.