張杰，張思豆，代華

（1.云南省氣象信息中心，云南昆明，650034；2.云南大學(xué)大氣科學(xué)系，云南昆明，650091）

B/S架構(gòu)的氣象資料綜合監(jiān)控平臺(tái)建設(shè)

張杰1，張思豆2，代華1

（1.云南省氣象信息中心，云南昆明，650034；2.云南大學(xué)大氣科學(xué)系，云南昆明，650091）

本系統(tǒng)主要是對(duì)省級(jí)收集的各類下行資料進(jìn)行檢索、實(shí)時(shí)信息采集、入庫(kù)、補(bǔ)調(diào)、監(jiān)控，并全面、實(shí)時(shí)、準(zhǔn)確地提供各類資料的詳細(xì)信息，達(dá)到了對(duì)實(shí)時(shí)資料的高效管理和實(shí)時(shí)監(jiān)控的目的。本系統(tǒng)的建成實(shí)現(xiàn)了云南省氣象資料的全面網(wǎng)絡(luò)化管理，實(shí)現(xiàn)網(wǎng)上工作，減輕值班人員勞動(dòng)強(qiáng)度，提高工作效率。

B/S架構(gòu)；監(jiān)控；氣象資料

0 引言

隨著科學(xué)技術(shù)的發(fā)展，數(shù)值預(yù)報(bào)技術(shù)和氣象探測(cè)技術(shù)得到長(zhǎng)足發(fā)展，再加上各類新增觀測(cè)項(xiàng)目的開展實(shí)施和多種數(shù)值預(yù)報(bào)模式的業(yè)務(wù)運(yùn)行以及中國(guó)氣象局大批海量實(shí)時(shí)數(shù)據(jù)通過(guò)CMACast下發(fā)至省級(jí)信息中心，氣象數(shù)據(jù)傳輸量、監(jiān)控量急劇膨脹，省級(jí)節(jié)點(diǎn)由原來(lái)的日傳輸量2T發(fā)展至今日傳輸量4T左右；并且隨著預(yù)報(bào)周期的變短，預(yù)報(bào)員對(duì)資料的及時(shí)性、可靠性、準(zhǔn)確性要求大大提高，信息中心每天要從4-5T的海量資料中檢索出本省預(yù)報(bào)員需要的強(qiáng)針對(duì)性產(chǎn)品相當(dāng)于大海撈針，但目前我省對(duì)國(guó)家局廣播下發(fā)的各類資料只是進(jìn)行簡(jiǎn)單監(jiān)控或者沒(méi)有監(jiān)控，經(jīng)常存在資料不完整或及時(shí)性不夠的問(wèn)題，對(duì)預(yù)報(bào)業(yè)務(wù)的開展產(chǎn)生了影響。

實(shí)時(shí)監(jiān)控系統(tǒng)就是要變被動(dòng)為主動(dòng)，通過(guò)在相關(guān)服務(wù)器上部署資料預(yù)處理程序，從底層對(duì)資料到報(bào)情況進(jìn)行實(shí)時(shí)監(jiān)控、報(bào)警以及資料的及時(shí)補(bǔ)調(diào)。管理員在任何地方根據(jù)提示采取相應(yīng)的解決方案，使系統(tǒng)保持在穩(wěn)定的運(yùn)行狀態(tài)，實(shí)時(shí)提供高效的數(shù)據(jù)服務(wù)。并將監(jiān)控內(nèi)容精確到文件名，能夠快速確定并醒目標(biāo)注已到和未到的文件名、到達(dá)時(shí)間及文件大小，提高工作效率，減少重復(fù)勞動(dòng)。同時(shí)資料到達(dá)信息能在10分鐘內(nèi)到達(dá)氣象臺(tái)、氣候中心、人影中心及全省業(yè)務(wù)應(yīng)用人員桌面?；谝陨系脑颍颇鲜庀笮畔⒅行慕M織中心人員設(shè)計(jì)開發(fā)了云南省氣象資料綜合監(jiān)控平臺(tái)。本平臺(tái)分為兩大系統(tǒng)，一個(gè)是資料預(yù)處理子系統(tǒng)，另一個(gè)是web頁(yè)面展示子系統(tǒng)。

1 系統(tǒng)的需求分析

基于軟件需求分析[1]的概念、目的，著重對(duì)云南省氣象資料綜合監(jiān)控平臺(tái)進(jìn)行需求分析，從最主要的幾個(gè)方面進(jìn)行闡述，第一是可行性需求分析，第二是功能性需求分析，通過(guò)對(duì)以上兩方面的需求分析，對(duì)系統(tǒng)提出了嚴(yán)格的要求，為下一步開發(fā)工作打下了夯實(shí)的基礎(chǔ)，并且為整個(gè)系統(tǒng)提供了依據(jù)，指明了方向。

1.1 可行性分析

云南省氣象信息資料綜合監(jiān)控平臺(tái)是專門為云南省氣象臺(tái)以及相關(guān)的業(yè)務(wù)單位業(yè)務(wù)需求而開發(fā)的。老的資料監(jiān)控方式是靠人工被動(dòng)發(fā)現(xiàn)，工作效率低，很難進(jìn)行管理和監(jiān)控，而且缺乏規(guī)范性和專業(yè)性，無(wú)法滿足大量新增業(yè)務(wù)的需求，導(dǎo)致工作起來(lái)總是手忙腳亂，開發(fā)統(tǒng)一的監(jiān)控平臺(tái)是迫切需要的。

首先要搞清楚軟件系統(tǒng)的功能，為了做好這一工作，到州市進(jìn)行考察，了解預(yù)報(bào)員做預(yù)報(bào)時(shí)最關(guān)心什么資料，都需要哪些資料，并對(duì)這些資料做了歸類總結(jié)，采用從下到上的方法再進(jìn)一步的整理和表達(dá)用戶所需。通過(guò)對(duì)系統(tǒng)可行性的分析總結(jié)，用例圖如圖1所示。

可行性用例圖中分為兩級(jí)，省局監(jiān)控人員及預(yù)報(bào)員。國(guó)家局中心站負(fù)責(zé)下發(fā)資料，省級(jí)服務(wù)器接收后，監(jiān)控人員監(jiān)控報(bào)文是否到達(dá)、報(bào)文是否正確、程序是否正常、報(bào)文是否轉(zhuǎn)發(fā)解碼，報(bào)文是否及時(shí)入庫(kù)等等；預(yù)報(bào)員對(duì)部分資料進(jìn)行解碼應(yīng)用，他們關(guān)心報(bào)文的正確性、完整性以及資料的分類。如出現(xiàn)問(wèn)題，要在第一時(shí)間確認(rèn)這些資料的屬性，預(yù)報(bào)員比較關(guān)心頁(yè)面的瀏覽速度、數(shù)據(jù)的正確性、瀏覽是否方便等功能。

圖1 可行性分析用例圖

1.2 功能需求分析

氣象數(shù)據(jù)種類繁多，數(shù)據(jù)量大，所以查找一個(gè)沒(méi)有到達(dá)的資料文件非常困難，必須對(duì)這些資料進(jìn)行規(guī)范管理，使得依托網(wǎng)絡(luò)進(jìn)行監(jiān)控成為現(xiàn)實(shí)。通過(guò)對(duì)臺(tái)站、本單位以及下屬機(jī)構(gòu)的一線值班人員各方面情況的詢問(wèn)以及了解，本系統(tǒng)在功能上的需求用例圖如圖2所示。

圖2 功能需求用例圖

整個(gè)項(xiàng)目需要分為兩個(gè)子系統(tǒng)：資料預(yù)處理子系統(tǒng)(云南省各種下行氣象資料檢索、入庫(kù)、補(bǔ)調(diào)、刪除等)和Web頁(yè)面展現(xiàn)子系統(tǒng)(云南省氣象資料綜合監(jiān)控平臺(tái)網(wǎng)站)。

2 系統(tǒng)設(shè)計(jì)

2.1 總體架構(gòu)設(shè)計(jì)

整個(gè)系統(tǒng)采用三層體系結(jié)構(gòu)，即瀏覽器/服務(wù)器，從邏輯上講，本系統(tǒng)分成三層：第一層交互層，第二層服務(wù)層，第三層數(shù)據(jù)訪問(wèn)層。三層體系結(jié)構(gòu)示圖如圖3所示。

圖3 B/S的三層結(jié)構(gòu)示意圖

（1）交互層

交互層位于體系結(jié)構(gòu)的最上面即最外面，主要任務(wù)是接收用戶發(fā)送的數(shù)據(jù)并且表示數(shù)據(jù)，操作界面非常人性化，是可交互的，是最接近用戶的一層。這層中我們采用ASP. NET技術(shù)，里面嵌套了VbScript腳本語(yǔ)言、JavaScript腳本語(yǔ)言等來(lái)完成該層的任務(wù)工作。也用到了很多控件，操作不但簡(jiǎn)單，而且可以和數(shù)據(jù)進(jìn)行直接的關(guān)聯(lián)，不需要編寫任何代碼，直接在面板中設(shè)置屬性即可。

（2）服務(wù)層

本層的設(shè)計(jì)強(qiáng)調(diào)了云南省氣象局業(yè)務(wù)的可操作性、可整合性。在系統(tǒng)中，服務(wù)層會(huì)對(duì)一些數(shù)據(jù)進(jìn)行緩存，例如一些基本上不變化的數(shù)據(jù)，但是使用率又比較頻繁，在這種情況下，用戶只需要請(qǐng)求一次這些相同的數(shù)據(jù)，他就可以從緩存中直接讀取，也避免了重復(fù)讀取而導(dǎo)致數(shù)據(jù)庫(kù)系統(tǒng)效率降低和破壞。

（3）數(shù)據(jù)訪問(wèn)層

數(shù)據(jù)訪問(wèn)層實(shí)現(xiàn)了數(shù)據(jù)訪問(wèn)功能，是為交互層、服務(wù)層服務(wù)的。它直接和數(shù)據(jù)庫(kù)建立連接，來(lái)完成用戶的各種請(qǐng)求數(shù)據(jù)，例如查詢操作、插入操作、更新操作以及刪除操作等等，然后把所得到的數(shù)據(jù)又返回給用戶。

2.2 功能模塊設(shè)計(jì)

系統(tǒng)功能模塊設(shè)計(jì)的主要任務(wù)就是確定如何實(shí)現(xiàn)本系統(tǒng)的預(yù)定功能。確定了要開發(fā)哪些模塊以及模塊之間如何實(shí)現(xiàn)調(diào)用，采用功能模塊化以后，系統(tǒng)各方面功能都變得簡(jiǎn)單。首先系統(tǒng)的結(jié)構(gòu)變得非常清晰，其次是設(shè)計(jì)人員設(shè)計(jì)思路也變得明了，最重要的是系統(tǒng)后期的測(cè)試、調(diào)試也相對(duì)容易的多。在系統(tǒng)維護(hù)時(shí)，只需要修改相應(yīng)模塊即可完成系統(tǒng)的變動(dòng)，大大提高了工作的效率。系統(tǒng)總功能模塊結(jié)構(gòu)如圖4所示。

圖4 總功能模塊結(jié)構(gòu)圖

根據(jù)功能模塊劃分方法，云南省氣象資料綜合監(jiān)控平臺(tái)分為兩個(gè)子系統(tǒng)，一個(gè)是資料預(yù)處理系統(tǒng)主要任務(wù)是對(duì)收集來(lái)的資料首先進(jìn)行分類、檢索、屬性提取、入庫(kù)等，另一個(gè)是web頁(yè)面展示系統(tǒng)，主要被把數(shù)據(jù)庫(kù)里的數(shù)據(jù)以圖表形式顯示出來(lái)。

2.2.1 資料預(yù)處理系統(tǒng)的設(shè)計(jì)

資料預(yù)處理系統(tǒng)是一個(gè)7×24h運(yùn)行的實(shí)時(shí)程序軟件。為保證數(shù)據(jù)傳輸?shù)母咝н\(yùn)行，設(shè)計(jì)上采用以時(shí)間觸發(fā)器控制所有傳輸流程，把要實(shí)現(xiàn)的傳輸內(nèi)容分成多個(gè)功能模塊，由多個(gè)線程負(fù)責(zé)，確保模塊之間互相不影響，獨(dú)立運(yùn)行。各模塊之間的工作流程圖如圖5所示。

每個(gè)模塊都由一個(gè)線程負(fù)責(zé)，線程1負(fù)責(zé)生成節(jié)目表，每天上午八點(diǎn)整啟動(dòng)定時(shí)任務(wù)，生成一天的節(jié)目表；線程2負(fù)責(zé)檢索資料，線程2在線程1生成節(jié)目表的基礎(chǔ)上，首先和節(jié)目表中所有未到資料比較，對(duì)已經(jīng)到達(dá)的資料用sql語(yǔ)句保存屬性存到臨時(shí)文件，同時(shí)對(duì)相應(yīng)的文件更改通配符；線程3負(fù)責(zé)將線程2保存的臨時(shí)文件進(jìn)行入庫(kù)，更新到達(dá)文件的狀態(tài)、文件名、時(shí)間、大小等；線程4負(fù)責(zé)資料補(bǔ)調(diào)，在資料基本到齊時(shí)啟動(dòng)補(bǔ)調(diào)任務(wù)，對(duì)節(jié)目表進(jìn)行掃描，找出未到資料，啟動(dòng)ftp到國(guó)家局服務(wù)器調(diào)取并入庫(kù)；線程5負(fù)責(zé)資料的刪除，啟動(dòng)定時(shí)任務(wù)每天凌晨對(duì)所有數(shù)據(jù)掃描，刪除7天前的數(shù)據(jù)。

圖5 各模塊之間工作流程圖

2.2.2 Web頁(yè)面展現(xiàn)的設(shè)計(jì)

Web頁(yè)面展現(xiàn)子系統(tǒng)主要是將資料預(yù)處理系統(tǒng)入到數(shù)據(jù)庫(kù)里面的數(shù)據(jù)如何展現(xiàn)出來(lái)，根據(jù)資料的功能劃分為四個(gè)模塊，數(shù)值預(yù)報(bào)模塊、高空地面模塊、衛(wèi)星資料模塊、服務(wù)產(chǎn)品模塊，每個(gè)模塊之間都是獨(dú)立的，互不影響。每個(gè)模塊的設(shè)計(jì)方法基本相同，以數(shù)值預(yù)報(bào)模塊設(shè)計(jì)方法為例，設(shè)計(jì)流程圖如圖6所示。

圖6 數(shù)值預(yù)報(bào)模塊設(shè)計(jì)流程圖

上述流程首先是從每日節(jié)目表中讀取當(dāng)日資料日期、時(shí)次、文件名以及到報(bào)狀態(tài)；如果狀態(tài)為資料已到，統(tǒng)計(jì)到報(bào)個(gè)數(shù)，如果沒(méi)有到報(bào)，再繼續(xù)掃描節(jié)目表；后面再對(duì)到報(bào)狀態(tài)進(jìn)行顯示，已到報(bào)顯示為綠色，未到的個(gè)數(shù)為應(yīng)到數(shù)減去已到數(shù)，未到數(shù)顯示紅色，一個(gè)流程結(jié)束。

2.3 數(shù)據(jù)庫(kù)的設(shè)計(jì)

考慮到監(jiān)控信息數(shù)據(jù)量大，并發(fā)操作比較多，實(shí)時(shí)性要求高，SQL Server數(shù)據(jù)庫(kù)在可用性強(qiáng)、可擴(kuò)展性強(qiáng)方面有一定優(yōu)點(diǎn)，但考慮到大規(guī)模監(jiān)控資料的入庫(kù)及查詢，對(duì)各類資料到達(dá)情況詳細(xì)監(jiān)控到文件名級(jí)，由于各類資料的文件名命名方式和補(bǔ)調(diào)的配置信息繁雜，對(duì)資料信息配置表的科學(xué)設(shè)置要求很高，所以本項(xiàng)目采用了ORACLE11g作為綜合監(jiān)控平臺(tái)的數(shù)據(jù)承載數(shù)據(jù)庫(kù)。

數(shù)據(jù)庫(kù)設(shè)計(jì)的核心是數(shù)據(jù)庫(kù)物理結(jié)構(gòu)設(shè)計(jì)[2]，簡(jiǎn)單說(shuō)也就是數(shù)據(jù)庫(kù)表設(shè)計(jì)，數(shù)據(jù)庫(kù)的表結(jié)構(gòu)設(shè)計(jì)非常重要，要想讓應(yīng)用程序效率高，維護(hù)起來(lái)又方便，并且有良好的擴(kuò)展性，必須要設(shè)計(jì)好數(shù)據(jù)庫(kù)的表。

經(jīng)過(guò)綜合各類文件名命名方式，對(duì)監(jiān)控信息配置表進(jìn)行了多次完善，包含了資料名稱、資料文件名提取SQL串、文件名掩碼及其關(guān)鍵字、文件名無(wú)用信息替換方式、補(bǔ)調(diào)起止時(shí)間、資料補(bǔ)調(diào)源服務(wù)器信息、目標(biāo)服務(wù)器信息等。數(shù)據(jù)庫(kù)表分為資料信息表、每日節(jié)目表、資料屬性表。數(shù)據(jù)庫(kù)表的設(shè)計(jì)規(guī)劃直接關(guān)系到整個(gè)監(jiān)控系統(tǒng)的運(yùn)行是否流暢、網(wǎng)頁(yè)瀏覽是否快捷，操作是否簡(jiǎn)便，綜合考慮上述問(wèn)題且盡量減少數(shù)據(jù)庫(kù)查詢中表連接的數(shù)目，加快查詢速度，首先建立資料信息表表，其次為了數(shù)據(jù)庫(kù)查詢效率，避免因多表關(guān)聯(lián)導(dǎo)致查詢效率低，對(duì)各類建立了每日資料屬性信息表。數(shù)據(jù)庫(kù)表中最重要的是每日資料節(jié)目表，所有屬性都在一張表中，并對(duì)表進(jìn)行定期刪除、設(shè)置索引，確?？焖俨樵兦也樵兘Y(jié)果準(zhǔn)確可靠。在系統(tǒng)研發(fā)期間不斷進(jìn)行增加、刪除、修改完善。

2.3.1 資料信息數(shù)據(jù)表

資料信息表(CMACAST_DATAINFO)存放的內(nèi)容為CMACAST系統(tǒng)接收的國(guó)家局下發(fā)的資料，我們把這些進(jìn)行歸類，把每類資料的信息詳細(xì)情況倒入到數(shù)據(jù)庫(kù)里面。資料信息包括資料的名稱，資料的時(shí)次，有些資料即使一個(gè)時(shí)次里面也包含很多個(gè)，所以又增加了資料的資料文件名中變化的字段、后綴；每種資料收集后要分類，要分發(fā)到不同的服務(wù)器以及不同的目錄，所以又增加了傳輸?shù)脑绰窂胶湍康穆窂?；資料收到后我們要記錄資料的到達(dá)時(shí)間，設(shè)置了到達(dá)時(shí)間的字段。表結(jié)構(gòu)列表如1所示。

表1 資料信息表(CMACAST_DATAINFO)

2.3.2 資料屬性信息數(shù)據(jù)表

資料屬性信息表(CMACAST_DATALIST)為每種資料每個(gè)時(shí)次應(yīng)到個(gè)數(shù)，資料表的內(nèi)容包括資料名稱，資料名稱必須與信息表里面的資料名稱進(jìn)行匹配；為了便于查找，按照各種分類設(shè)置了文件名共有部分、文件日期、文件的時(shí)次、預(yù)報(bào)日期、預(yù)報(bào)時(shí)間、資料中綴、資料后綴字段。表結(jié)構(gòu)列表如2所示。

表2 資料屬性信息表(CMACAST_DATALIST)

2.3.3 每日節(jié)目表信息表

每日節(jié)目表信息表(CMACAST_DAYDATA) 每日后臺(tái)程序早上八點(diǎn)鐘生成當(dāng)日的節(jié)目表，節(jié)目表里面的信息只保留一周的，由于這些信息的監(jiān)控基本屬于實(shí)時(shí)的，不需要長(zhǎng)期保存。資料表在整個(gè)系統(tǒng)中有著承前啟后的作用。資料屬性表里面的內(nèi)容為我們業(yè)務(wù)所需的一些信息，資料的時(shí)間、資料的名稱、資料的時(shí)次、資料是否到達(dá)、到達(dá)的時(shí)間以及最關(guān)心的資料是否完整，即資料的大小。表結(jié)構(gòu)列表如3所示。

表3 每日節(jié)目表信息表(CMACAST_DAYDATA)

3 系統(tǒng)的實(shí)現(xiàn)

3.1 資料預(yù)處理系統(tǒng)

3.1.1 系統(tǒng)內(nèi)容

資料預(yù)處理系統(tǒng)主要包括各類收集資料的檢索入庫(kù)和補(bǔ)調(diào)，采用DELPHI XE2編程[3]技術(shù)，包含了【重新生成當(dāng)日節(jié)目表】和【檢查資料到達(dá)情況并入庫(kù)】等功能。資料預(yù)處理系統(tǒng)分為六大模塊，分別是：節(jié)目表生成模塊、資料檢索模塊，資料入庫(kù)模塊、資料補(bǔ)調(diào)模塊、參數(shù)配置模塊、刪除資料模塊。

3.1.2 各模塊功能

生成節(jié)目表模塊每天定時(shí)讀取資料信息表中信息生成當(dāng)日節(jié)目表，生成完成后所有資料狀態(tài)都顯示未到；資料檢索模塊主要依據(jù)當(dāng)日資料到達(dá)節(jié)目表中文件名級(jí)別的到達(dá)信息檢索資料到達(dá)情況，檢索過(guò)程中對(duì)每一個(gè)文件的屬性，包括文件的文件名，到達(dá)時(shí)間，后綴、中綴、文件的大小等屬性進(jìn)行sql語(yǔ)句的保存；然后資料入庫(kù)模塊對(duì)保存的sql語(yǔ)句進(jìn)行入庫(kù)，入庫(kù)時(shí)只是對(duì)節(jié)目表信息進(jìn)行更新，并對(duì)所有信息進(jìn)行記錄保存，生成日志；補(bǔ)調(diào)資料模塊主要在指定時(shí)間內(nèi)依據(jù)當(dāng)日資料到達(dá)節(jié)目表中文件名級(jí)別的到達(dá)信息中檢索未到資料，并使用資料監(jiān)控及配置信息表中的資料補(bǔ)調(diào)源服務(wù)器信息及目標(biāo)服務(wù)器信息進(jìn)行具體到文件名級(jí)的資料補(bǔ)調(diào)下載；資料配置模塊可以對(duì)新增資料和不需要的資料進(jìn)行刪減以及一些參數(shù)的改動(dòng)的配置；資料刪除模塊定時(shí)刪除7日前資料到達(dá)監(jiān)控信息，可鼠標(biāo)點(diǎn)擊進(jìn)行手動(dòng)實(shí)時(shí)操作。

圖7 資料預(yù)處理系統(tǒng)主界面

這了六個(gè)模塊既相輔相成，又相互獨(dú)立。后臺(tái)程序?yàn)?4小時(shí)不間斷實(shí)時(shí)運(yùn)行，兩分鐘更新一次，保證值班員第一時(shí)間掌握資料到達(dá)情況。主界面如圖7所示。

3.2 web頁(yè)面展示系統(tǒng)。

3.2.1 頁(yè)面總功能

云南省氣象資料綜合監(jiān)控Web頁(yè)面整體布局采用了框架結(jié)構(gòu)。分為“左—右”結(jié)構(gòu)，左方為一級(jí)菜單，右方為一級(jí)菜單打開展示的內(nèi)容。整個(gè)頁(yè)面如圖8所示。

圖8 應(yīng)用展現(xiàn)層主界面

左方的一級(jí)菜單主要使用框架結(jié)構(gòu)，完成對(duì)系統(tǒng)的導(dǎo)航以及系統(tǒng)的所有功能模塊的轉(zhuǎn)換；各個(gè)模塊主要顯示在右邊的框架內(nèi)。本系統(tǒng)頁(yè)面上的框架全部使用Iframe框架，使用起來(lái)比較靈活，可以加在網(wǎng)頁(yè)中任何一個(gè)地方。左右框架的寬和高設(shè)置固定值，框架隱藏，右邊和下邊的滾動(dòng)條隨著頁(yè)面內(nèi)容的多少自動(dòng)在 Iframe中顯示滾動(dòng)條。主框架的內(nèi)容隨著左邊框架的導(dǎo)航而變化。

3.2.2 各模塊功能

Web頁(yè)面展示部分基于B/S架構(gòu)，集瀏覽、查詢等功能為一體。這部分根據(jù)資料的用途共分為4大模塊，分別為：數(shù)值預(yù)報(bào)模塊、高空地面模塊、衛(wèi)星資料模塊、服務(wù)產(chǎn)品模塊。四個(gè)模塊顯示方法相同，都采用進(jìn)度條顯示方式，區(qū)別在于每種資料的個(gè)數(shù)和每日的到達(dá)時(shí)次不同。

數(shù)值預(yù)報(bào)模塊：這個(gè)模塊分了11類資料，這些資料有些一天有兩個(gè)時(shí)次，有些一天有四個(gè)時(shí)次，每個(gè)時(shí)次到報(bào)數(shù)各不相同，所以在這個(gè)頁(yè)面顯示中同時(shí)按照時(shí)次和報(bào)類進(jìn)行顯示，一個(gè)頁(yè)面顯示24小時(shí)所有的到報(bào)情況。每種報(bào)每個(gè)時(shí)次都采用進(jìn)度條的現(xiàn)示方式，綠色代表到達(dá)，紅色代表未到，同時(shí)在進(jìn)度條上顯示百分比，為了更清楚報(bào)文到達(dá)情況，在進(jìn)度條的下方也顯示了報(bào)文的應(yīng)到數(shù)、已到數(shù)、未到數(shù)。打開頁(yè)面可以一目了然資料到達(dá)情況，還可以點(diǎn)擊進(jìn)度條或者文字查看每種資料每個(gè)時(shí)次的詳細(xì)信息，詳細(xì)信息顯示每個(gè)文件的文件名，文件到達(dá)時(shí)間，文件到達(dá)狀態(tài)，文件大小等。詳細(xì)信息按照到報(bào)節(jié)目表里生成的文件順序進(jìn)行排序，到達(dá)的文件顯示綠色，未到達(dá)的顯示紅色，可清楚的知道缺少哪個(gè)文件，方便補(bǔ)調(diào)。整個(gè)頁(yè)面還設(shè)置了前一天、后一天的查詢按鈕查看歷史資料信息。

高空地面資料模塊：這個(gè)模塊里面只有高空地面資料，24小時(shí)都有資料，而且每個(gè)時(shí)次的個(gè)數(shù)有些不同，在這里我們選擇把一整天資料總數(shù)作為一個(gè)個(gè)體，只顯示一條信息，同樣也是進(jìn)度條顯示方式，不需要點(diǎn)擊鼠標(biāo)查看詳細(xì)信息，進(jìn)度條下面直接顯示當(dāng)前資料詳細(xì)信息。

衛(wèi)星資料模塊：這個(gè)模塊分了五類資料，這些資料是不定時(shí)到達(dá)，每一類資料一天到達(dá)數(shù)作為一個(gè)個(gè)體，以進(jìn)度條的方式顯示，點(diǎn)擊進(jìn)度條顯示一整天的資料詳情，資料詳細(xì)頁(yè)面增加了資料的到達(dá)時(shí)次。

服務(wù)產(chǎn)品模塊：這個(gè)模塊分了11類資料，資料同樣是不定時(shí)到達(dá)，有的資料一天也只有一個(gè)，所以也是把每類資料一天總數(shù)作為個(gè)體進(jìn)行統(tǒng)計(jì)，以進(jìn)度條方式顯示。

4 結(jié)束語(yǔ)

本項(xiàng)目的建設(shè)，能夠較大地提高我省對(duì)各類到達(dá)資料的監(jiān)控能力，同時(shí)最大限度地減輕業(yè)務(wù)值班人員在資料到達(dá)監(jiān)控方面的工作強(qiáng)度，有效提升各類資料的利用率及利用時(shí)效，從而提高預(yù)警預(yù)報(bào)時(shí)效，提高氣象為各行各業(yè)服務(wù)能力，有效提升我中心業(yè)務(wù)人員對(duì)各類資料的獲取方式、分發(fā)轉(zhuǎn)發(fā)、存儲(chǔ)備份方式以及部分資料的數(shù)據(jù)格式的理解，特別是對(duì)現(xiàn)有資料的種類有了深刻的理解，大大提升今后的資料支撐服務(wù)能力。

[1]樊愛(ài)京.軟件工程[M].北京：北京郵電大學(xué)出版社,2012,211.

[2]Adam Jorgensen,Patrick LeBlanc，Jose Chinchilla. Oracle 11g 2008 BIBLE[M].Tsinghua University Press,2012.

[3]吳秀榮.Delphi程序設(shè)計(jì)項(xiàng)目教程[M].北京：電子工業(yè)出版社,2011,198-234.

B/S structure of meteorological data comprehensive monitoring platform construction

Zhang Jie1,Zhang Sidou2,Dai Hua1
(1.Yunnan meteorological information center，Kunming Yunnan,650034;2.Department of atmospheric sciences, yunnan university,Kunming Yunnan,650091)

This system is mainly to the collection of all kinds of downward at the provincial level data retrieval and real-time information collection, storage, filling, monitoring, and provide all kinds of comprehensive, real-time and accurate data for detailed information, to achieve the efficient management of real-time data and the purpose of real-time monitoring The establishment of this system has realized the comprehensive network management of meteorological data in yunnan province, realized the online work,reduced the labor intensity of the staff on duty, and improved the work efficiency

B/S architecture; monitoring; meteorological data

“云南省氣象資料綜合監(jiān)控平臺(tái)研發(fā)”項(xiàng)目資助。