【前言】週末休息了兩天，應一些讀者的要求，這期出一個落地的旅遊氣象服務技術方案，供有須要的讀者參考。html
1 背景介紹web
爲了加快旅遊氣象公共服務系統建設,進一步促進旅遊、氣象公共服務業的發展，爲社會公衆、旅遊景區、旅行服務機構和旅遊管理部門提供更加豐富、精細、個性和專業的服務產品,更好的爲公衆作好旅遊氣象服務特制訂此方案。數據庫
2 系統結構
系統總體架構採用目前最流行的B/C/S的模式，彌補了單純B/S或C/S開發的不足，原始數據採集、產品製做與加工、產品發佈環節採在要求實時性、高效的狀況下采用C/S框架；信息產品庫維護、信息與產品的查詢與展示採用B/S模塊，產品展示形式豐富、可在局域網中任意電腦查詢、展示相關產品和信息。api
C/S架構中，採用面向接口設計，平臺中各功能模塊相互獨立、新業務需求的訂製不影響平臺的總體運行，擴展性強。安全
B/s架構採用經典的三層結構即表現層（UI）、業務邏輯層（BLL）、數據訪問層（DAL），程序分佈性強、維護方便、開發簡單且共享性強。微信
3 系統功能
特點旅遊氣象服務平臺（如下簡稱「平臺」）分爲五大模塊，包括原始數據採集、信息產品庫、產品製做與加工、產品發佈、信息與產品的查詢及展示，五大模塊。架構
3.1 原始數據採集框架
原始數據採集方式分爲兩種模式，主動獲取方式與被動獲取方式。post
3.1.1 主動獲取方式spa
主動獲取方式指，經過FTP方式、http、webservice等接口抓 取數據。
3.1.2 被動獲取方式
一、系統平臺對外提供相應API，其它平臺可經過調用API接口將基礎數據傳送到平臺。
二、系統平臺對外提供 FTP或文件共享目錄，其它程序或平臺將基礎數據存儲到相應目錄。
3.1.3 原始數據校驗
爲保證基礎數據在傳送過程當中的一致性，採用文件校驗規則，對原始文件與接收文件進行比對，比對一致經過後在進行存儲，不然從新獲取或傳送。
3.1.4 原始數據存儲
對原始數據進行分類存儲，包含兩種狀況
3.1.4.1 文件存儲
若是原始數據是以文件形式存在，須要將文件存儲到指定平臺目錄，同時將文件大小、接收時間、文件存儲路徑保存到數據庫中。
3.1.4.2 數據流存儲
若是原始數據是以數據流形式存在，須要將數據格式原始展示形式存儲到數據庫中。
3.2 信息產品庫
3.2.1 旅遊景點信息
3.2.1.1 旅遊景點信息包含內容信息
ü 景點分級
ü 區域劃分如：東北、西北、東南、西南、城區] 、東部、西部、北部、南部。
ü 所屬區縣
ü 地理氣候特徵
ü 敏感天氣、歷史災情
ü 特點旅遊項目
ü 其它
3.2.1.2 旅遊景點信息的輸入
ü 提供webservice接口，供外部程序調用。
ü 提供httpapi接口經過post方式供外部程序調用。
ü 提供wiform程序錄入界面。
ü 提供web客戶端錄入界面。
3.2.2 旅遊氣象產品信息
3.2.2.1 精細化景點實況產品
一、兩種方法計算景點實況：
採起臨近自動站實況代替；
插值+客觀自動訂正方法（根據地理位置差別、海拔高度等）
2、產品輸出
自動計算、更新，更新頻次至少每半小時一次。[A5]
3.2.2.2 精細化景點預報產品
兩種方式計算景點預報
應用插值+客觀自動訂正方法獲取各景點預報
人工訂正
（1）下拉式菜單方式。
（2）實現一鍵式所有景點訂正。
（3）景點分區縣訂正。
（4）分片訂正。
3.2.2.3 預警產品
預警產品包括：雷電，暴雪，寒潮，大風，沙塵，高溫，冰雹，霜凍，大霧，霾，暴雨，道路結冰等。[A7]
3.2.2.4 旅遊氣象風險預報產品
包含雷電、暴雨等級精細化預報。
產品製做方式：自動+人工訂製方式，人工訂製採用下拉菜單式。
3.2.2.5 服務專報
產品製做方式：自動+人工訂製方式，平臺根據產品種類自動獲取產品模板 ，經過人工輸入相關數據，補齊模板中所缺內容，來生成最終產品。
產品種類包括：
ü花期預測服務專報
ü紅葉觀賞服務專報
ü節假日保障服務專報
ü重大活動保障服務專報
ü災害天氣服務專報
3.2.2.6 指數產品
產品製做方式：自動+人工訂製方式，平臺根據相關基礎數據，自動成指數產品，在通過人工訂製完成。
產品種類包括：
ü空氣污染氣象條件等級
ü負離子氣象條件等級
ü紫外線
ü溫馨度
ü穿衣指數
ü爬山指數
ü花粉濃度等級
3.2.2.7 景點周邊交通預報
產品製做方式：自動生成
產品種類：
ü能見度預報或實況產品
ü道路情況預報或實況產品
3.2.2.8 產品製做與加工
產品瀏覽功能
可以瀏覽產品
產品編輯功能
在線編輯產品 ，可保存成xml,html,word,txt.csv等。
3.3.2 產品生成功能
平臺提供預置模板可經過下拉菜單選擇的方式自動生成產品也可根據平臺預置的模板，根據生成規則人工干預生成產品。
3.3.3 產品審覈功能
產品在生成後可根據產品的性質選擇審覈功能，選擇審覈功能後只有審覈經過的產品纔可發佈和存儲，不然未經審覈的產品不容許對外發布和存儲。
3.3.4 產品存儲功能
產品在製做完成後，可選擇存儲方式，存儲方式有兩種：一種存儲到數據庫中共享產品，造成產品信息庫，第二種方式爲以文件形式或文件流的形式轉儲到其它介質中。
3.4 產品發佈
3.4.1發佈方式
產品發佈方式包括 FTP、Http、Webservice,產品文件和文件流。
3.4.2發佈規則
發佈規則包括髮布週期、發佈日誌、發佈預警提醒、發佈形式等。
3.5 信息與產品的查詢及展示
3.5.1旅遊信息庫查旬
ü 按時間查詢
ü 按旅遊景點地點
ü 按旅遊景點類型
ü 按旅遊景點等級
3.5.2產品信息查詢
ü 產品類型查詢
ü 產品週期查詢
ü 預報類查詢
ü 實況類查詢
ü 預警類查詢
ü 服務專報類查詢
ü 旅遊風險類查詢
3.5.3產品信息展現
ü 旅遊信息庫
ü 產品信息庫
3.5.4產品打印、存檔
ü 旅遊信息庫信息打印、存檔
ü 產品信息庫信息打印、存檔
4 系統環境
採用三層結構，將系統劃分爲用戶展示層、業務邏輯層和數據庫持久層。實現用戶展示和業務邏輯的分離，業務邏輯與數據庫的分離，下降系統的耦合度，確保邏輯獨立，數據安全。
本文分享自微信公衆號 - 編外氣象人（OutWeatherMan）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。