三农气象服务平台要求

1、三农气象服务平台要求一、建设目标依托长清区气象局现有气象业务系统和气象预报、 警报信息发布系统， 扩建 其信息采集、 传输渠道及与之配合的业务系统， 建立三农服务平台， 实现气象数 据采集、数据加工，三农数据发布功能，更好的服务三农服务。二、设计原则与要求为了保障长清区气象局三农服务平台项目的开发质量， 建议本系统按照以下 几点原则进行建设：（1）经济性原则 充分使用已有软硬件及网络平台；系统建设既要考虑采用技术的先进可靠， 又必须考虑到系统建设的成本。 本着降低成本， 提高效率的原则， 在系统的软硬 件配置方面，要充分考虑已有设备的复用情况。（2）可扩展性原则本系统应当具有灵活的扩展能力，

2、不仅能够适应目前的业务需要， 还要适应 将来业务流程、业务内容相对变化的需要。（3）技术成熟性、先进性原则成熟的信息化技术是顺利实现系统建设目标的保障。 采用成熟的信息化技术 关系到整个系统的架构基础、 系统未来的扩展性以及系统开发的难度和进度等重 要因素，对于系统建设至关重要。先进的信息化技术保证了系统运行的高效性， 使系统有较高的技术水平，以适应今后的发展。（4）统一规划原则本次建设的项目是一个从数据上和应用上具有集成性质的系统， 所以本系统 的建设必须统一规划、统一标准、统一组织进行实施。（5）易用性、友好性原则提供友好的用户操作界面，具备直观易用的人机界面。三、系统功能概要基础数 据库

3、搭 建数据采 集子系 统实况数据库、历史资料库预报产品库、预警信号库、服务产品库发布渠道库、服务对象库、信息员协理员、发布历史库、发布结果库自动站监测信息、区域自动站监测信息、土壤水分监测信息上级指导产品米集、决策服务产品米集、天气预报产品米集、灾害性预警信息 产品采集、短时临近产品采集、精细化预报产品采集查询统 计子系 统实况温度查询：整点温度实时监测、24小时气温查询、任意时间段气温查询、 并根据查询结果生成等值面、等值线，word类型产品。实况降雨查询：10分钟累计降水、历史正点雨量查询、等值面、等值线绘制、 24时正点雨量、时间段24时正点雨量、时间段累计雨量统计历史温度查询：历年平均

4、气温查询、任意年站点平均气温查询、某两年数据统 计对比、最咼/最低气温历史排位、温度高/低与某值天数查询、咼/低温具体日 数、日平均/最高/最低气温、稳定性通过查询历史降水查询：降水距平查询、降水天数统计、连续降水天数统计、历史排位、 日降水查询等功能。产品制 作子系 统决策服务：重要天气信息（不疋期）、气象参考（每月月初）、春耕、春播； 防汛抗旱、秋收等专题服务产品、防汛天气预报、防火天气预报专业专项服务：农业气象服务，麦收气象服务，山洪气象服务公众服务：显示屏服务产品、短信服务产品、传真服务产品、邮件服务产品、 Notes/FTP产品、微博服务产品一键式 发布子 系统一键式分发调度发布策略

5、和规则关系短信分发接口集成传真分发接口集成显示屏分发接口集成网站分发接口集成微博分发接口集成邮件分发接口集成监控展 示子系 统实况阈值监控岗位流程监控预警信息监控发布任务监控发布结果展示用户产品展示系统管 理子系 统系统配置管理用户权限管理发布对象管理服务产品管理系统日志管理岗位流程管理站点信息管理四、各部分建设具体说明1. 基础数据库搭建搭建基础数据库， 要求对原有业务系统、 气象预报、 警报信息发布系统等系 统的数据库进行梳理， 新搭建的基础数据库在数据格式上兼容原有数据库， 需要 从原有数据库中导入气象基础信息。也能将采集的检测信息实时写入基础数据 库。在做数据导入的过程中 ,原数据库中

6、存在非格式化的格式化数据 , 需要制作转 换工具进行转化。2. 数据采集子系统系统需对接现有多种自动化监测设备， 采集自动化监测设备收集的气象信息 数据，并存入基础数据库。 为丰富三农气象服务平台的内容， 还须自动对上级指 导产品采集、 决策服务产品采集、 天气预报产品采集、 灾害性预警信息产品采集、 短时临近产品采集、 精细化预报产品采集。 能够实现通过配置信息自动采集其他 系统中的内容， 并存入数据库。 对天气预报产品等格式化数据进行深度解析成各 类数值存入气象基础数据库。 数据采集： 从各气象基础信息数据库中自动提取相 关数据信息。 数据接口：为每一个模块定义其需要数据的说明， 根据全部

7、服务产 品需要的数据建立数据池； 所有制作模块有统一的公开的数据接口， 接口严格定 义产品所需要的数据， 以及数据的得到方式； 产品模块利用该接口能够在不修改 系统大框架的情况下，自由添加或者修改服务产品的加工制作方法。3. 查询统计子系统实现灵活报表功能，能够绘画线形趋势图、等值面、等值线图、线形数据对 比图等多种气象表示图例。 并能实现自定义报表功能， 根据选择的数据类型进行 多种数据图形的展示。支持动态图形报表、报表不需加载第三方插件。4. 产品制作子系统实现自动化发布、 半自动化发布、 人工发布三种功能， 可以通过选择灵活处 理，对于防汛抗旱、秋收等专题服务产品采用人工发布，对于气象参

8、考（每月月 初）等能够查询历年数据、 查询采集的数据根据模板自动生成发布产品经人工整 理后发布。对于公共服务的气象短信等根据设定采用自动化发布。 产品结果审核： 对服务产品的结果， 以及中间变量或者初始量进行审核， 保证产品的准确性和资 料的正确。 对服务产品的加工、制作流程以及计算结果进行最后的审核，对不 合格产品退回，重新制作。服务产品制作子系统气象服务产品的加工制作， 是气象服务业务流程中的重 要环节，是连接基础业务产品和气象服务产品的桥梁， 直接影响气象现代化建设 效益的发挥， 以及气象业务效益到气象服务效益的转化。 气象服务产品制作， 是 利用基本气象信息加工制作气象服务产品的软件系

9、统。 依托综合气象观测、 数值 分析预报、 基本业务产品等类别的气象资料， 以用户需求为目标， 加工制作出直 观、形象、针对性强的服务产品。 产品内容包括综合观测产品、 精细化预报产品、 生活气象指数、 行业气象服务产品等类别。 子系统的设计重点是提高气象服务产 品的表现能力，对历史气象资料的深层次应用和对新型业务产品研发的技术支 撑。依托气象信息共享平台的综合气象观测、 数值分析预报、 基本业务产品等气 象资料， 实现对产品的自动化和半自动化加工。 客观气象服务产品制作平台： 凡 是不需要人为干预即可制作处理的业务产品， 其采集和加工制作处理应为一体化 的自动业务流程。 通过业务监控平台对业

10、务流程进行实时监控管理。 减少业务值 班员的工作量， 提高业务效率和产品准确性。 主观气象服务产品制作平台： 必须 由业务值班人员干预编辑和选择的服务产品， 通过一个综合的统一制作平台进行 图文编辑。制作平台可具备模板定制、资料查询、浏览、绘图、文字编辑等基本 功能，形成图文并茂的综合类气象服务产品。 提高产品制作平台的灵活性和临时 应对能力。 提升产品的展示效果。 在公众气象服务产品加工方面， 该子系统能在 基本监（观）测和预报产品基础上进行加工出文本、图形、曲线等形式多样的服 务产品，生成产品科技内涵高；满足目前公众气象服务和专业气象服务需求。5. 一键式发布子系统产品制作完成后发布的方式

11、是多种的， 需提供短信分发接口、 传真分发接口、 显示屏分发接口、网站分发接口、微博分发接口、邮件分发接口。并通过设定发 布策略和规则关系实现一键式发布。 根据不同的服务产品类型， 通过不同的渠道 进行分发。分发信息回馈： 通过信息回馈能实时监控发布后的接收情况。 其中短 信分发接口需同时兼容在用的多种短信发布系统、 显示屏分发系统需兼容采购的显示屏发布系统确定分发渠道： 对不同的服务产品首先要确定分发渠道， 每一项产品都可对 应多个分发渠道，各分发渠道相互独立。6. 监控展示子系统发布结果展示网站主要是以文字、 图形、 表格、动画等形式实现对气象服务 产品的集中展示，支持相关数据的下载、查询

12、、统计。实现不同用户快速获取所 需信息的渠道， 并建立与用户互动交流的平台， 针对不同行业用户提供不同类型 的服务产品。同时实现行业用户对气象预报服务产品及其历史产品的检索和下载 等功能。7. 系统管理子系统系统管理子系统包括用户管理、系统配置管理、用户权限管理、发布对象管 理、服务产品管理、系统日志管理、岗位流程管理、站点信息管理。用户权限管理：实现用户、角色、资源权限管理模型、实现对菜单的权限控 制。系统日志管理：以 B/S 模式实现系统日志信息收集、存储、管理、查询等功 能。五、承诺服务要求 1需提供本地化服务。因本系统与自动化设备、其他系统进行数据采集、 接口较多， 在运行过程中也可能

13、会根据相关设备、 系统的变化而造成功能失效的 情况，特要求提供 1 小时响应， 4 小时处理，如需到现场调试的，要求 4 小时内 到现场， 24 小时内解决。2两年全免服务软件保修服务，保修期后应以优惠价格提供相应的服务。 3本项目是交钥匙项目，不仅限于要求的软件系统功能的实现，还包括系 统运行环境的软硬件环境的搭建、 维护，保证与相关设备、 系统交互的运行顺畅。4本项目的建设与显示屏的采购是同时进行的，项目的验收是整体项目的 验收，因显示屏的进度造成本项目进度的延后风险竞价方需充分估计， 甲方不承 担责任。5系统试运行一个月，试运行期间中标人必须进驻现场，随时解决应用方 软件运行过程中遇到的问题。 确保与系统相关硬件供应商的良好合作， 保证系统 建设的安全运行及维护的顺利进行。6涉及此次开发的软件的全