北京特点旅游气象服务技术方案

【前言】周末休息了两天,应一些读者的要求,这期出一个落地的旅游气象服务技术方案,供有须要的读者参考。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源创计划”,欢迎正在阅读的你也加入,一块儿分享。

相关文章
相关标签/搜索