智慧气象防灾减灾信息系统 (气象防灾指挥中心)

一、项目情况

1、项目建设背景

建设黄山市智慧气象防灾减灾平台基本实现以“基础业务共享化、一体化；防灾减灾智能化、行业服务特色化”为特征的智慧气象，在防灾减灾、监测预警、决策服务、流域服务、旅游服务等重点服务领域，信息化建设达到全国气象部门先进水平，为全面提升气象服务政府决策、服务百姓民生的“智慧”水平打坚实的信息资源基础。

气象防灾减灾中心及智慧气象综合服务项目服务平台

2、建设原则

本项目建设设计和建设，应遵循以下几个基本原则：

（1）、统筹规划，合理布局

综合考虑将服务平台建设为一个整体，在设计中应统筹规划，合理布局，避免重复建设。

（2）、技术先进，安全可靠

立足当前管理的需要，兼顾未来发展潮流，采用成熟和先进的技术、设备和材料。采用符合当前发展趋势的主流产品，确保系统技术上的先进性。

（3）、立足当前，着眼长远

本项目各个系统应具备良好的扩展性，能够方便地进行技术更新。基础支撑系统为未来功能的扩展设置适当的预留。

3、设计约束

（1）、开发环境

1）操作系统：采用异构平台，不同服务器使用Linux操作系统、Windows操作系统，客户机采用Windows操作系统。

2）程序设计语言：Linux系统配置标准C、C++和JAVA等程序设计语言与开发工具；Windows平台配置VC++、.NET、Fortran、JAVA等程序设计语言。

（2）、性能要求

1）可靠性要求：系统应能提供给99%以上的可用度，用户界面程序异常停止后，不应影响服务器端系统和其他用户界面的正常运行。

2）响应速度：数据查询响应时间越快越好。系统界面的一般性查询响应时间应小于10秒。

3）用户界面：用户界面应简洁、大方、直观、友好，操作简单，提示清晰，提供系统操作在线帮助；用户界面显示应采用简体中文。

4）可扩展性：系统应充分考虑软件结构，功能设计，管理对象，软硬件平台的可扩展性及软硬件的负载平衡机制。具有平滑的扩展能力，系统数据库及相关接口应开放透明，以便进行二次开发。

5）可维护性：系统应具有对自身的集中操作维护的功能，应实现系统自身完善的维护和管理，包括集中数据修改和计算机辅助操作维护功能。

6）开放性：系统采用多层开放体系结构，具有清晰的体系结构和各层接口。

4、建设内容

（1）、建立智慧气象综合数据“一本账”，整合气象基础数据库及对外服务的数据基础。

系统通过对接“天擎”大数据云平台气象数据统一服务接口获取系统所需的气象、行业数据，实现对内外部数据应用程序提供标准的API接口平台。

气象数据统一服务接口，基于大数据云平台数据环境，面向气象业务，提供统一、标准、丰富的数据访问服务和应用编程接口（API）。

（2）、开发防灾减灾指挥系统平台，打造“一张图”气象灾害管理体系。

1） 、 监测数据展示

气象防灾减灾数据采集与展示，对防灾减灾相关数据包括：森林隐患点、易涝点、镇政府、避难场所、灾害隐患点、发布设施、重点防护单位、县政府、气象站点等信息进行采集、管理与展示、气象监测数据、预警数据、预报数据。

2）、气象风险识别/智准发布

智准发布 ：基于对气象要素的分析，对易发灾害风险之后进行识别报警，直接进行产品制作。

风险识别 ：系统能够根据用户所属行政区域及阈值实时监控识别重要天气，自动推送报警信息

3）、防灾减灾平台、气象灾害管理系统

系统能够实现基层防灾减灾基础数据、防灾减灾作战图、基层防灾减灾队伍等信息的采集，在平台的实时动态监控。

系统通过风险隐患监测防控系统接入的各部门数据，结合现场信息、历史数据、统计数据等，根据突发事件的类型、等级、事发地点等，综合研判事件可能影响的范围、影响方式、持续时间和危害程度；分析事件影响的危险源及防护目标、人口、经济等；分析事件处置所需要的应急物资、应急救援队伍、避护场所以及医疗卫生、运输保障等资源。

（3）、打造决策服务平台，打造“一流程”预报制作标准化流程。

1）、预报制作流程化模块

按照气象预报服务业务规范，建立预报制作的标准流程提高气象预报业务工作的自动化、流程化、规范化。

2)、预报制作流程跟踪保存模块

3）、预报制作流程管理配置模块

4）、产品制作与发布模块

产品制作发布功能主要用于制作重要天气、山洪、地质灾害等预警报告和本系统内各类业务产品的发布，服务产品通过ftp、邮件、传真、微博、短信等多个渠道智能化一键上传及发布。

5）、雨情分析模块

雨情功能包括雨量统计（填色、等值线、数值）、气象信息专报（雨情报告）、雨情报告和雨量报警功能。

（4）、建设特色智慧气象服务“一平台”，开发新安江流域、黄山旅*行游**业服务。

1）、黄山旅游服务系统

①实况监测模块

支持站点全要素填图和单要素显示。

闪电监测：实现基于GIS显示闪电定位、大气电场仪实时数据。

卫星数据：实现基于GIS的卫星数据展示，包括红外、可见光、水汽卫星通道。可动态*放播**。

雷达数据：雷达数据分为单站数据和雷达拼图及动态显示。

单站要素：基本反射率、垂直液态水含量及动态显示。

气象要素：全市自动站各要素数值显示，可点击查询能时间序列显示。

景点搜索：不同景点类型在地图上以不同的图标进行标注，可通过搜索页面进行景点搜索，可根据地区、等级、景点类型进行景点搜索显示。

灾害性天气告警：根据不同类型的灾害性天气种类和指标，设置相应的阈值，如大风灾害监测阈值、低能见度灾害监测阈值、暴雨监测阈值等，系统可根据设置的阈值自动进行灾害性天气识别监测，当达到临界条件时，系统可自动进行告警，提醒规则可根据业务需求进行配置，不同的站点可以配置不同的监控条件。

②预报预警模块

预报预警模块主要展示精细化天气预报、指数预报、雷达外推预报、降水预报、特殊景观预报及景点预警。

特殊景观预报：云海、日出、花期、雾凇雨凇、雪景等景观预报产品展示。

③地质灾害模块

显示隐患点地灾类型、风险等级。通过实时获取灾害点信息，然后通过相关算法，计算各个灾害点20KM范围的景点，处于范围中的景点是需要及时的进行预警提示。

该模块主要有三个功能：灾害点显示、处于危险中的景点预警、灾害中强降雨图层显示，通过地图可视化的方式提供预警信息，当有地质灾害发生时，平台可进行提醒。

④旅游推荐模块

景点预报：选择地点、要素和时间段，查看相同时段各景点实况预报信息。

线路预报：选择地点、要素和起报时间，查看该旅游线路实况预报信息。

景点推荐：综合得出各旅游景点综合评价旅游指数，按照综合评价指数的分值可以从高到低排名，形成一天10个景点（区）的旅游景点推荐库，在系统中给予提示，对旅游爱好者具有实际的出行指导意义，对旅游决策部门也能起到参考作用。

2）、新安江流域服务系统

①监测站实况详情模块

②气象精细化预警模块

a、实况报警显示

b、预警信号、预警提示信息显示

c、重要天气预警提示

③沿江高影响天气历史查询模块

沿江高影响天气个例管理及配置系统本模块对造成港口、船舶有重大影响的天气数据进行记录、管理、回放。

针对港口提供大风、能见度、强降水、强对流及台风预警、防御指南和指示建议。及时提醒港口海事部门进行相应的决策。

5、系统架构

黄山市气象防灾减灾中心及智慧气象综合服务项目系统架构采用分层架构设计，由下至上分别由基础设施层、数据支撑层、应用支撑层、应用层和用户层构成。

数据采集：

系统网络拓扑图如下：

6、共享交换方式

（1）、项目涉及政务信息系统对接和政务信息资源整合共享，应在建设方案中明确平台内外部数据共享需求。同时，成交供应商应提供以下服务，作为项目验收的前置条件：

1)、本项目系统产生的数据，要按照《安徽省政务数据资源管理办法》和黄数黄〔2020〕2号文件要求，全量归集到黄山市城市大脑数字底座并提供数据字典，同时配合业主单位完成数据资源目录编制和资源挂载。

2)、项目中涉及政务服务和公共服务事项，需按政务服务“一网通办”要求，实现与政务服务网对接，统一数据规则。系统产生的业务数据应直接同步至政务服务网数据库。

3)、其他业务单位需与本项目的业务进行对接时，经我局审核同意后，在项目运维期内应无条件开发开放接口。

（2）、系统支持的数据推送方式应包括以下3种：

1）、数据库表方式：项目应用系统需提供数据库账号（有读取权限）、密码；提供数据表的结构说明及数据字典，说明数据更新周期（实时、天、周、月、季度、年）；每个采集的数据表中要求有“更新时间”字段，以便大数据平台采集增量数据。

2）、REST API方式：项目应用系统需提供基于HTTP/HTTPS协议符合REST风格的API接口，返回数据采用JSON格式；API接口应考虑安全验证机制及分页控制，需提供API的访问URL地址和调用说明文档，返回数据结构说明及数据字典，说明数据更新周期（实时、天、周、月、季度、年）；返回数据中有“更新时间”字段，以便大数据平台采集增量数据。

3）、IoT流式数据：项目中的物联网感知终端流式数据，由项目应用系统主动推送至大数据平台的Kafka订阅队列中，大数据平台提供Kafka参数，需提供数据结构说明及数据字典。

（3）、将本项目数据资源按市数据资源局的要求完成数据归集和目录挂载，并按照《安徽省政务数据资源管理办法》要求，明确数据共享和开放的类别。

7、其他要求

（1）、供应商中标后须提供一条100M数据专线；所需三年费用包含在投标报价中。

（2）、性能指标要求

1）系统启动加载时间小于20秒

2）系统日常操作响应时间小于3秒

3）批量数据操作响应时间小于10秒

4）一般查询耗时小于3秒

5）大数据批量查询耗时小于15秒

（3）、运维要求

成交供应商提供的运维服务，包括基础数据库、业务功能的稳定性维护。

（4）、故障解决时间要求

成交供应商应在接到故障报修要求时，常规故障在1小时内做出明确响应与安排，在4小时内解决恢复，并做出故障诊断报告。