招标
灾害天气业务决策支持平台项目需求公示
灾害天气业务决策支持平台PONDS系统台风综合业务平台相关功能优化升级恶劣天气呼叫系统气象监测预报预警服务平台优化整合系统框架和产品进行优化雷达拼图模块优化自动站降雨监测模块优化流域降雨监测模块优化多普勒雷达子系统优化双偏振雷达邮票图预报一张图管理灾害天气识别过程化管理系统体验度进行优化历史台风信息查询功能台风信息综合显示模块预报评分功能改进呼叫查询导出功能动态关联通讯录人员信息监控条件设置界面优化历史查询功能增加呼叫的类别-阈值查看模块系统日常维护应急技术支持日常维护服务应急响应维护服务重大天气保障服务信息安全保障整体页面规划设计系统业务流程进行梳理及优化业务流程梳理及优化系统框架和产品的全面优化气象服务现有功能集成整合Ponds系统相关功能优化升级Ponds系统相关功能进行优化升级自动站降雨监测数据进行插值计算各类降雨预报短临QPF梯度塔模块预报技术强天气监测识别和预报信息灾害天气提醒和告警冰雹识别雷达阵风监测历史强天气过程管理强天气个例数据库强天气个例库强天气个例展示功能系统体验度优化短临产品公有云存储系统所需要的产品推送到公有云对象存储大文件传输多普列雷达拼图雷达外推雷达组合发射率雷达径向速度雷达回波顶高雷达剖面图垂直液态水含量雷达飑线识别多普勒雷达放大版三维雷达拼图定点追踪相态识别水凝物识别估测降水预报降雨率冰雹预报滤波后反射率协相关系数差分相移率差分反射率云图估测降水风云2E自动站风场数值预报MCS自动识别香港10分钟云图风云4号风云2G风云2F实况监测雷电监测预报闪电分析雷电监测定点预报大气电场仪雷电个例自动站监测气温监测水浸与积涝偏南风监控自动站放大版自动站HAPS自动站统计查询SWIFT定量估测降水SWAN降水实况三维变分多高度风场涡度多比例风场南北剖面东西剖面各类智能预报及其检验产品推送程序系统检验产品推送光流法检验产品产品推送监控前端WEB服务增加负载均衡前台数据读取路径卫星云图检验模块系统安装调试系统运行环境的搭建台风信息查询功能优化定时抓取后台程序高性能服务器台风报文台风警报图实况路径显示自动化外呼恶劣天气外呼系统信息安全维护服务技术巡检应急响应技术维护系统软件升级信息安全检查电话咨询指导远程在线支持现场技术服务应急响应技术服务电话指导现场支持应急维护故障分级服务应急响应服务紧急故障服务临时解决方案紧急故障技术重大故障服务
金额
145.5万元
项目地址
广东省
发布时间
2019/04/09
公告摘要
项目编号plan-2019-203001-000021
预算金额145.5万元
招标公司深圳市气象局
招标联系人-
标书截止时间-
投标截止时间-
公告正文

项目名称
灾害天气业务决策支持平台项目 
采购类型
服务类 
采购人名称
深圳市气象局 
采购方式
公开招标 
财政预算限额(元)
1455000 
项目背景

经过多年的发展和建设,深圳市气象局已初步建立起具有深圳特色的气象服务体系,服务内容和手段不断增加,气象服务的总体水平和能力得到大幅度提升。目前,深圳市气象局已分别建立功能相对完备的PONDS系统、台风综合业务平台和恶劣天气呼叫系统。其中,PONDS系统集信息显示、灾害天气追踪于一体,集成侧重点不同的多家临近预报结果,统一数据标准,统一集成显示、对比检验和评分,实现系统完美结合,取长补短、在关键时间以最快的形式为预报员提供决策支持服务;台风综合业务平台以数值预报、客观统计方法等位基础,采用主观对客观修正的方式,实现台风路径产品人机交互制作及历史详细资料查询功能,显著提高了热带气旋预报能力和精细化程度;恶劣天气呼叫系统实时监控天气,一旦发现灾害性天气将通过电话或短信主动通知相关人员,并直观展示灾害性天气信息识别、处理情况,极大地提高了内部应急响应速度。
但是,随着气象业务的持续深入应用,因气象服务的需求日益增加并趋于多元化,要求也越来越高,为满足业务需求的变化,需要将PONDS系统、台风综合业务平台和恶劣天气呼叫系统进行一体化整合,并针对整合后的灾害天气业务决策支持平台进行功能扩充完善和性能升级,同时,也需要对系统进行持续的技术维护以保障系统的可靠性、可用性和安全性,确保系统的可持续发展。后续将加大灾害天气业务决策支持平台的开发与维护力度,进一步提升气象监测及预报预警服务水平。
 
 
投标人资质要求
1、是深圳市政府采购中心注册的供应商(供应商注册网址:http://www.cgzx.sz.gov.cn);
2、投标人必须具有独立企业法人资格,持有有效营业执照,遵守中华人民共和国的相关法律、法规。
3、近三年内无行贿犯罪记录。
4、本项目不接受任何形式的联合体投标,投标人不得采用与其有隶属关系的母公司、全资子公司及其控股公司的资质和案例作为投标人的资质和案例,否则投标将不被接受。
5、本项目不接受进口产品和服务投标; 
 
服务类清单
序号 采购计划编号 需求内容 数量 单位 备注 财政预算限额(元)
1 PLAN-2019-203001-000021  灾害天气业务决策支持平台项目  1.0  套    1455000.0 
具体技术要求

具体技术要求
灾害天气业务决策支持平台项目主要包括五大部分:一是平台优化整合,对系统框架和产品进行优化、将现有功能进行精简并集成整合,实现PONDS系统、台风综合业务平台和恶劣天气呼叫系统的优化整合;二是PONDS系统相关功能优化升级,主要指在一体化整合的基础上,对雷达拼图模块、自动站降雨监测模块、流域降雨监测模块、多普勒雷达子系统、双偏振雷达产品进行优化,增加强天气监测识别和预报一张图管理、实现灾害天气识别过程化管理,对系统体验度进行优化,并将PONDS系统迁入公有云运行;三是台风综合业务平台相关功能优化升级,主要指在优化整合的基础上,对历史台风信息查询功能、台风信息综合显示模块和预报评分功能进行优化改进;四是恶劣天气呼叫系统相关功能优化升级,主要指在一体化整合的基础上,增加呼叫查询导出功能、动态关联通讯录人员信息、完善监控条件设置界面、优化历史查询功能和增加呼叫的类别-阈值查看模块;五是系统日常维护及应急技术支持等,主要指针对系统提供日常维护服务、应急响应维护服务、重大天气保障服务和信息安全保障。
具体如下: 
(一)、优化整合
针对PONDS系统、台风综合业务平台和恶劣天气呼叫系统进行一体化整合,主要在整体页面规划设计的基础上,对系统业务流程进行梳理及优化、对系统框架和产品进行全面优化,并将现有功能进行精简和集成整合。
1、整体页面规划设计
综合考虑灾害天气业务决策支持平台前台页面的总体协调及功能排版,对系统页面进行规划设计,保证技术架构统一,以及浏览显示及操作响应顺畅,系统运行稳定等。
采用“图美字精”的排版方式,使灾害天气业务决策支持平台界面展示层次条理清晰、信息内容丰富、集中展示互动应用、功能模块划分合理并容易理解,界面设计上一定要精细、规矩,以达到最佳视觉效果。同时,还需保证灾害天气业务决策支持平台具有一定灵活性和开放性,以便以后系统的升级和系统功能模块的扩展,以及后续维护管理等。
2、业务流程梳理及优化
在保证系统功能完备的基础上,对现有业务流程进行梳理、完善并改进。通过对当前系统的业务流程现状进行梳理,并在业务流程梳理的基础上进行业务流程的优化及再造,使得新的业务流程表达方式更简洁、明确,体现方式更规范,更符合一体化灾害天气业务决策支持平台的需求。
3、系统框架和产品的全面优化
针对系统框架和产品进行全面信息压缩,充分利用图片压缩技术,减轻图片存储和传输的负担,并确保产品有较高的显示质量和加载效率,实现气象服务图形产品的快速传输和实时处理,提高系统运行效率。同时,通过对代码的优化、目录结构的优化保证页面的快速访问。
4、现有功能精简
经过多年来的,已建立功能相对完备PONDS系统、台风综合业务平台和恶劣天气呼叫系统,但是随着气象业务的持续深入应用和以往系统的不断优化完善,各系统中出现了某些功能类似雷同,甚至不再满足当前业务需求。因此,亟需针对PONDS系统、台风综合业务平台和恶劣天气呼叫系统现有功能进行精简,去除这些冗余功能,对提高一体化整合后的灾害天气业务决策支持平台效率具有重要意义。
5、现有功能集成整合
在整体规划设计基础上,综合考虑现有功能以及后续系统维护优化的可能性,将当前PONDS系统、台风综合业务平台和恶劣天气呼叫系统已有的功能模块,进行集成整合,形成集约化、一体化、综合化的灾害天气业务决策支持平台。
(二)、Ponds系统相关功能优化升级
在一体化整合的基础上,针对Ponds系统相关功能进行优化升级,具体包括雷达拼图模块优化、自动站降雨监测模块优化、流域降雨监测模块优化、多普勒雷达子系统优化、双偏振雷达产品优化,强天气监测识别和预报一张图管理、灾害天气识别过程化管理,以及针对系统体验度进行优化,并将PONDS系统迁入公有云运行。
1、雷达拼图模块优化
针对雷达拼图模块进行优化,主要指增加珠三角范围高质量雷达拼图产品的综合应用。系统利用高性能服务器及并行算法,以多线程并发的形式运行,根据统一规格与数据格式采取用高性能图形放缩技术输出珠三角范围高质量雷达拼图产品。同时,基于HTML5技术架构,采用WEBGIS和金字塔切片模型技术以静态或动态显示珠三角范围雷达拼图产品。预报员可以根据产品信息观测分析判断可能受到雷暴影响的区域以及影响的时间。珠三角范围雷达拼图产品支持动画显示模式和单帧显示模式,除支持实时综合显示外,系统还支持基于时间指标的历史图形产品检索回放功能。
2、自动站降雨监测模块优化
针对自动站降雨监测模块进行优化,主要指将珠三角自动站降雨监测产品地图进行修改,加入深汕特别合作区。同时,对深圳特别合作区范围内的自动站降雨监测数据进行插值计算,生成深汕特别合作区自动站降雨监测产品,并在具有明确深汕特别合作区区划边界的电子地图上进行叠加展示。
3、流域降雨监测模块优化
结合各类降雨预报与短临QPF,实现未来0-3小时短临流域降雨预报产品。通过对流域降雨监测页面进行调整,将未来0-3小时短临流域降雨预报产品设置为默认显示,为决策部门提供参考。
系统以可视化表格的形式,对珠江口流域、深圳湾流域、茅洲流域、观澜河流域、深圳河流域、坪山河流域、大鹏湾流域、大亚湾流域、龙岗河流域的未来0-1小时降雨预报、未来1-2小时降雨预报、未来2-3小时降雨预报、1小时累计雨量、2小时累计雨量和3小时累计雨量数据进行展示;同时,结合电子地图,直观展示各流域地理位置,并以柱状图形式直观展示各流域降雨预报情况。基于时间指标可对历史流域降雨预报产品进行检索回放。
4、多普勒雷达子系统优化
针对多普勒雷达子系统进行优化,主要指修改梯度塔模块,将以前默认显示所有高度的过程数据表,修改为只显示每个高度最新时次的数据,点击相应高度,再显示该高度的过程数据表。此种梯度塔数据展示方式更为简洁直观。
5、双偏振雷达产品优化
为提高双偏振雷达的业务可用性,需针对双偏振雷达产品的显示进行改进,优化基于GIS产品的可用性、响应速度和效率,使得双偏振雷达基于GIS的动画达到切片动画的水平。
因此,本项目将突破传统GIS数据生成发布方式的束缚,建立双偏振雷达产品切片制作程序,其基于高性能机,利用并行运算算法,形成集约、高效、流程化的制作手段,实现双偏振雷达产品切片产品的制作。双偏振雷达切片产品制作采用金字塔模型。在双偏振雷达切片产品制作的基础上,采用可视化技术在前台界面对双偏振雷达产品进行综合显示,使得双偏振雷达基于GIS的动画达到切片动画的水平。
6、强天气监测识别和预报一张图管理
本项目将集成应用强天气监测识别和预报技术应用成果等,构建强天气监测识别和预报一张图管理功能。基于HTML5技术架构和WEBGIS技术,整合各类强天气监测识别和预报信息,以地理空间为基础,以数据可视化技术为核心,形成依托电子地图标示强天气监测识别和预报等综合信息的电子“一张图”,将粤港澳区域范围内的强天气监测识别和预报信息实现一张图全覆盖,可分门别类明确每一类强天气的具体分布,包括强降雨、大风、冰雹等,用户可通过选择控制不同类型的强天气监测识别和预报信息的叠加显示或隐藏,结合图例,用户可直观了解各种强天气监测识别和预报情况。
为便于用户清晰查看粤港澳区域范围内的强天气监测识别和预报信息,系统还将提供电子地图的平移、放大、缩小、全屏、测距、地图(地形/卫星/行政区划)类型切换功能。
7、灾害天气识别过程化管理
(1)灾害天气提醒和告警
本项目需集成应用冰雹识别、阵风监测等技术应用成果,实现灾害天气提醒和告警。即针对各类实况监测数据进行实时监控和判断,当判断满足对应提醒和告警要求(例如广东区域内出现冰雹和十级以上阵风)时,将确定告警等级、影响范围、影响程度等信息,按照预先设置的方式进行提醒和告警。灾害天气时间过程可查和反溯,移动轨迹也支持查询。
(2)历史强天气过程管理
历史典型强天气过程管理有利于研究影响深圳及其周边范围内的强天气的生成、发展及演变规律,是天气系统分析、预报算法改进以及预警的基础支撑。各级气象部门均十分重视对历史强天气过程数据的总结分析。因此,迫切需要收集近年来的强天气过程资料,建立历史强天气过程个例库,便于用户对历史强天气个例进行分析总结应用,以及方便与相似实况天气过程进行对比分析;并且,输出历史强天气个例产品,并在前台页面进行展示,实现历史强天气过程的回溯查询管理。
建立强天气个例数据库:通过对强天气个例资料数据进行收集、分类及预处理,建设强天气个例库。即将强天气过程各个发生时段,对应的实况、高空地面场、数值预报等信息收集起来,对应放入强天气过程发生时的各类描述数据中,并且标记强天气过程标签(如暴雨、大风、冰雹等),便于后续基于标签进行历史查询。
建立强天气个例展示功能:利用高性能计算机提供的计算资源,采用并行计算方法输出强天气过程个例产品,并在前台页面进行强天气过程个例产品展示,实现历史强天气过程回溯显示。同时,用户可设置时间、时间段、标签等条件对结果进行查询,系统即对该强天气过程及其前后与之时空匹配的天气雷达回波、卫星云图、自动站要素(风速/气压/降雨/温度/相对湿度)监测等数据进行综合显示,各类气象产品支持叠加显示或隐藏控制,有利于业务人员分析强天气发生发展、移动方向、时空分布等特征规律。
8、系统体验度优化
本项目将通过开发个性化设置记忆功能,以及短临产品的集成整合,以有效提高系统应用的体验度。
(1)个性化设置记忆
考虑到各用户的操作习惯以及业务关注重点的差异化。不同用户进行产品查看时会进行时间、区域等参数设置,从而查询满足实际业务应用需求及符合其关注重点的产品。用户进行查询个性化设置后,系统将自动进行时间记忆、区域记忆,下次打开系统查看(或切换查看其它产品)时,将默认按最新设置的时间、区域参数进行展示,从而满足不同用户个性化、差异化的需求。
(2)短临产品集成整合
将当前PONDS系统、台风综合业务平台等系统中涉及的优秀短临产品,进行集成整合,以集约化形式在PONDS系统进行展示,从而进一步丰富和完善PONDS系统上的短临产品,为用户决策服务提供更加丰富的参考依据。考虑到短临产品时效性要求很高,具有实时数据滞后、数据量大、数据种类繁多的特点,在进行短临产品展示需要一定的技巧,确保短临产品展示清晰、合理,且符合简洁的人机交互操作要求。
9、PONDS系统迁入公有云运行
(1)产品推送至公有云存储
建立推送程序将系统所需要的产品推送到公有云对象存储,要求至少存储15天历史数据,对象存储空间大小不小于10T;生成间隔1分钟的数据要求20秒上传完成;大文件传输需支持分块上传。
1)建立多普勒雷达产品推送程序,将多普列雷达拼图、雷达外推、雷达组合发射率、雷达径向速度、雷达回波顶高、雷达剖面图、垂直液态水含量、冰雹识别、雷达飑线识别、多普勒雷达放大版、三维雷达拼图、定点追踪等产品推送到公有云。
2)建立双偏振雷达产品推送程序,将双偏振雷达邮票图产品、相态识别产品、水凝物识别产品、估测降水产品、估测降水预报产品、降雨率产品、冰雹预报产品、滤波后反射率产品、协相关系数产品、差分相移产品、差分相移率产品、差分反射率产品推送到公有云。
3)建立卫星云图产品推送程序,将风云2E/2F云图产品,云图+台风复合产品、云图+自动站风场复合产品、云图+数值预报复合产品、云图+雷达拼图复合产品、MCS自动识别产品、云图估测降水产品、香港10分钟云图以及风云4号、风云2G、风云2F、葵花卫星实况监测产品推送到公有云。
4)建立雷电监测预报产品推送程序,将雷达拼图+闪电产品、雷电监测定点预报产品,大气电场仪监测产品、闪电分析产品,雷电个例产品推送到公有云。
5)建立自动站监测产品推送程序,将降雨监测产品、气温监测产品、阵风监测产品、雷达阵风监测产品、流域降雨监测产品、水浸与积涝产品、偏南风监控产品、自动站放大版产品、自动站HAPS产品、自动站统计查询产品推送到公有云。
6)建立SWIFT产品推送程序,将定量估测降水1/2/3小时产品推送到公有云。
7)建立SWAN产品推送程序,将降水实况产品、定量估测降水邮票图产品、定量估测降水0.5/1/2/3小时产品、雷达回波实况产品推送到公有云。
8)建立三维变分产品推送程序,将多高度风场+涡度产品、风场+雷达回波产品、多比例风场产品、南北剖面产品、东西剖面产品推送到公有云。
9)建立各类智能预报及其检验产品推送程序,将各类智能预报及其检验产品推送到公有云。
10)建立系统检验产品推送程序,将相关法检验产品、光流法检验产品以及春季检验产品推送到公有云。
11)建立产品推送监控程序,将各类产品推送到公有云的状态进行实时监控,当有数据缺失、产品推送延迟时,及时通过网页报警或电话提醒,让管理员及时修正。
(2)前端WEB服务迁至公有云
在整体梳理的基础上将PONDS系统前端WEB服务迁到公有云,并保证系统在公有云上正常稳定运行。同时实现将WEB服务和产品服务分离,并增加负载均衡,降低WEB服务单点故障风险,请求负载QPS不少于200。前台功能主要包括以下模块:
1)在整体梳理的基础上将多普列雷达产品综合展示模块迁移,重新配置多普勒雷达产品的数据读取路径,并将其部署到公有云,保证其在公有云上正常运行。
2)在整体梳理的基础上将双偏振雷达产品综合展示模块迁移,重新配置双偏振雷达产品的数据读取路径,并将其部署到公有云,保证其在公有云上正常运行。
3)在整体梳理的基础上将卫星云图产品综合展示模块迁移,重新配置卫星云图产品的数据读取路径,并将其部署到公有云,保证其在公有云上正常运行。
4)在整体梳理的基础上将雷电监测预报模块迁移,重新配置雷电监测预报产品的数据读取路径,并将其部署到公有云,保证其在公有云上正常运行。
5)在整体梳理的基础上将自动站监测产品综合展示模块迁移,重新配置自动站监测产品的数据读取路径,并将其部署到公有云,保证其在公有云上正常运行。
6)在整体梳理的基础上将SWIFT产品综合展示模块迁移,重新配置SWIFT产品的数据读取路径,并将其部署到公有云,保证其在公有云上正常运行。
7)在整体梳理的基础上将SWAN产品综合展示模块迁移,重新配置SWAN产品的数据读取路径,并将其部署到公有云,保证其在公有云上正常运行。
8)在整体梳理的基础上将三维变分产品综合展示模块迁移,重新配置三维变分产品的数据读取路径,并将其部署到公有云,保证其在公有云上正常运行。
9)在整体梳理的基础上将智能预报模块迁移,重新配置智能预报产品的数据读取路径,并将其部署到公有云,保证其在公有云上正常运行。
10)在整体梳理的基础上将检验模块迁移,重新配置检验产品的数据读取路径,并将其部署到公有云,保证其在公有云上正常运行。
(3)安装调试
在公有云上进行系统运行环境的搭建、系统安装调试等工作,确保PONDS系统迁入公有云后可正常运行。
(三)、台风综合业务平台相关功能优化升级
在一体化整合的基础上,针对台风综合业务平台相关功能进行优化升级,具体包括历史台风信息查询功能优化、台风信息综合显示模块优化、预报评分功能改进。
1、历史台风信息查询功能优化
将历史上影响深圳的台风档案整合到台风综合业务平台,包括台风编号、英文名、中文名、源地、峰值强度、中心附近峰值风速、登陆日期、登陆点、登陆区域、登陆时强度、登陆时中心附近最大风速、影响深圳开始日期、影响深圳结束日期、基本站风雨、自动站风雨。
在此基础上,优化查询功能,用户可设置时间、台风名称等查询参数进行历史台风信息的查询;查询结果将以列表的形式进行展示,并在电子地图上生成相应的路径,直观地展现,同时,查询结果可导出为列表。基于系统最优效率考虑,对于历史台风信息查询结果,将采用优化算法以提高查询响应的时间。
2、台风信息综合显示模块优化
(1)基于JTWC网资源抓取的产品展示
建立定时抓取后台程序,利用高性能服务器及并行算法,以多线程并发的形式运行,读取并解析JTWC(联合台风警报中心)系统上的台风报文、卫星云图、台风警报图等资源,并结合深圳本地特点以可视化形式对各类产品进行综合展示。
(2)增加实况路径显示功能
系统自动解码接收到的中央台、广州台、深圳气象、中国香港、欧洲中心、美国、日本、韩国等预报机构的热带气旋预报报文文件,提取实况路径数据并以可视化形式在前台页面对多个预报机构的台风实况路径进行显示,用户可通过图层设置灵活进行叠加显示。
3、预报评分功能改进
以前的台风预报误差计算,存在时间方面的误差影响,所以误差相对较大。因此本项目将针对预报评分进行改进,只计算路径的误差,包括对中央台、广州台、深圳气象、集合预报、日本、欧洲中心的预报路径进行误差计算,用户可通过图层设置灵活进行叠加显示。
(四)、恶劣天气呼叫系统相关功能优化升级
在一体化整合的基础上,针对恶劣天气呼叫系统相关功能进行优化升级,具体包括增加呼叫查询导出功能、动态关联通讯录人员信息、完善监控条件设置界面、优化历史查询功能和增加呼叫的类别-阈值查看模块。
1、增加呼叫查询导出功能
系统依托电话外呼线路,可实现流程化可视化自定义语音外呼和自动化外呼。为了便于统计历史呼叫记录,需对每次过程呼叫的内容、次数、人员信息等进行统计,并以并可视化图表的方式进行直观的分类别信息展示。同时,针对统计记录结果增加呼叫查询导出功能,用户可将呼叫记录进行导出操作,并保存为excel格式文件,便于历史追溯。
2、动态关联通讯录人员信息  
目前恶劣天气外呼系统有独立的一套外呼人员信息表,由于三防及其他部门人员调动比较频繁等不确定性,责任人通讯录时常变动,需要频繁更新外呼人员表,但是传统的手动更新存在不及时和易出错的缺点。因此,将建立动态关联机制,一旦某个部门出现人员通讯信息变动情况,将动态关联并更新外呼人员信息表,以有效避免外呼人员表更新不及时的问题。
3、完善监控条件设置界面
监控条件设置主要用于监控条件的查询和设置,以及对外监控条件的查询和设置。用户登录后,可对各级预警信号通知范围(信网处/值班处长/其他处室值班/其他处室领导/分管局领导/区三防办/市三防办值班室等)、实况短信、电话阈值和周边城市预警的详细参数进行查询和设置。为适应新的需求,将对监控条件设置界面进行完善,主要指对目前的呼叫类别和部门进行动态调整。
4、优化历史查询功能
为提高历史记录的查询速度,本项目将利用索引优化和SQL语句优化对历史查询功能进行优化。一是通过避免不必要的全表扫描,为大表添加索引,再通过访问索引的方式获取历史记录的物理位置,从而以较快速度达到访问表的目的;同时,尽量使用数字型字段、充分利用连接条件、减少使用通配符等方式对SQL语句进行优化,从而提高历史数据查询速度,并将其应用于系统前台页面显示,保证历史数据查询的效率。
5、增加呼叫的类别-阈值查看模块 
相关责任人为了解某个部门的外呼情况,很多时候都会需要查看某部门的外呼条件,因此需增加呼叫的类别-阈值查看模块,用户可选择部门名称进行查询,查询结果以表格形式进行展示,包括部门名称、呼叫类别(各类实况告警/预报预警等)及相应的阈值等信息,从而方便相关责任人查看各部门的外呼条件,以确定是否符合当前该部门实际需求,是否需要进行调整。
(五)、系统日常维护及应急技术支持等
为确保系统的日常稳定运行,尤其是重大天气过程时的稳定运行,需针对灾害天气业务决策支持平台提供日常维护服务、应急响应维护服务、重大天气保障服务和信息安全维护服务。
1、日常维护服务
(1)为保证系统的日常稳定运行,需建立完善的项目维护组,明确项目维护内容以及项目组人员的职责范围,建立完善的项目维护流程。
(2)依据维护流程提供日常维护服务以保障项目系统的日常稳定运行,在网络环境和数据库环境发生变化时,应修改项目系统程序配置以适应新的运行环境。
(3)需对系统作定期或不定期技术巡检服务并建立完整的技术维护档案,将每次技术维护的类型、日期、维护内容、维护措施、维护人员、故障原因、处理结果等要素详细记录并归纳入库并形成完整的维护档案库。
(4)需通过日常维护及巡检等服务,查找不利于系统正常运行的因素或诱发系统故障的因素,如是系统缺陷引起的,应针对缺陷进行系统软件升级并向用户发出升级预告。如是业务应用或管理上引起的,则对用户提出有针对性管理建议或意见。
2、信息安全保障
根据深圳市政府信息安全相关办法要求及局内相关规定,加强各系统的信息安全检查,并配合进行网络信息安全检查及整改工作,每个季度进行漏洞的弥补,包括系统前后台所用到的服务器和网站应用的漏洞。此外,还需及时处置用户反馈、解决系统运行中出现的问题。
3、应急响应维护服务
需提供电话咨询指导、远程在线支持、现场技术服务等应急响应技术服务;建立应急维护分级规则,应急响应技术维护服务的响应速度和故障处理时效按照应急维护分级规则的要求进行。
(1)提供电话指导、远程在线支持服务,在接到系统的故障申告、咨询或技术服务请求后,安排技术工程师提供每周7*24小时的电话、远程在线支持服务。
(2)提供现场支持服务,针对系统的故障申告电话及远程支持服务无效的状况下,提供现场技术服务,现场技术服务响应的时效性应符合应急维护分级规则的要求。
(3)建立应急维护故障分级服务响应体系进行应急响应服务分级,根据系统运行中出现的故障或问题,按照其对系统运行的影响程度按紧迫性划分为3个等级,各个等级的应急响应维护服务要求如下:
●紧急故障服务请求:主要指系统在运行中出现系统瘫痪或服务中断,导致系统的基本功能不能实现或全面退化的故障服务请求。针对紧急故障服务请求后,技术服务商须在1个小时内通过电话或远程支持方式进行技术支持。在电话及远程支持服务无效的情况下,技术服务商技术人员须在2小时内到达现场,与系统用户协商,立即解决问题。对于由于软件或硬件缺陷引起的紧急故障,技术服务商须提供临时解决方案,并在2天以内最终解决;对紧急故障技术服务商须提供每周7天、每天24小时的现场服务。
●重大故障服务请求:主要指系统在运行中出现的故障具有潜在的系统瘫痪或服务中断的危险,并可能系统的基本功能不能实现或全面退化;在运行中出现的直接影响服务,导致系统性能或服务部分退化的故障的服务请求。针对重大故障服务请求后,技术服务商须在1个小时内通过电话或远程支持方式进行技术支持。在电话及远程支持服务无效的情况下,技术服务商技术人员须在3小时内到达现场,与系统用户协商,立即解决问题。对于由于软件或硬件缺陷引起的重大故障,技术服务商须提供临时解决方案,并在3天以内最终解决。
●一般故障服务请求:主要指系统在运行中出现的断续或间接地影响系统功能和服务的故障服务请求。针对一般故障服务请求后,技术服务商须在2个小时内通过电话或远程支持方式进行技术支持。在电话及远程支持服务无效的情况下,技术服务商技术人员须在4小时内到达现场,与系统用户协商,立即解决问题。对于由于软件或硬件缺陷引起的一般故障,技术服务商须提供临时解决方案,并在5天以内最终解决。
4、重大天气保障服务
针对台风、暴雨等重大灾害天气,提供重大天气保障服务,保障系统的稳定性和安全性,更好地为用户提供及时可靠的气象应急服务。依据应急响应规则,技术服务商须提供现场保障服务,随时解决系统出现的故障和问题,完成恶劣天气服务保障。
 

 
 
商务需求

一、开发期限要求:
1.1 服务期:自合同签订之日起一年内。
1.2 开发服务地点:深圳市气象局
1.3 中标人须具有良好的开发团队,能在深圳市气象局驻点开发,具备现场持续开发和服务的能力。
1.4 项目分为需求分析、系统设计、系统开发、测试、部署实施、培训等6个阶段实施。
1)、需求分析阶段要求中标方的系统调研员充分了解我方系统的功能需求,形成详细的需求分析报告。
2)、系统设计阶段要求系统分析设计师根据需求说明书做好本项目详细设计,形成设计文档,包括概要、详细设计;系统设计的流程图,每个程序的介绍、文件及数据标准说明等。
3)、系统开发阶段要求软件开发工程师,测试工程师按本项目的需求和功能模块完成软件系统开发。
4)、测试阶段要求中标方对本系统进行测试并通过。
5)、部署实施阶段要求部署工程师做好软件的部署与安装,确保可正常运行。
6)、培训阶段要求为我方提供不少于12个课时的培训及培训文字资料和讲义等相关用品。所有的资料必须是中文书写。
二、报价方式和币种
2.1本项目总报价为完成采购文件及合同条款所规定的工作内容的各项费用,以人民币为结算单位,包括软件开发费用、安装调试费、培训费用、第三方测试费用及税费等相关费用。如招标文件中要求分项报价而中标人未单独列明的分项价格,将被视为该费用已包含在其他分项中。
2.2投标货币:人民币
三、 付款方式
 该项目费用以人民币结算,按深圳市财政委员会规定支付。
四、安装和验收
4.1、中标人应根据所提交的验收方案和实施办法,自行组织设备和人员,并在使用单位监查下现场进行测试和验收。
4.2、验收由深圳气象局组织进行,中标人应在项目验收时将软件的全部有关产品说明书、技术文件、资料、及安装、验收报告等文档汇集成册交付使用单位。
4.3、中标人应负责在项目验收时将软件的全部有关产品说明书、技术文件、资料、及安装、验收报告等文档及软件源代码汇集成册交付设备使用单位。
五、质保期及质保期间处理
5.1质保期:本项目验收合格后12个月之内为质保期。
5.2维护服务:在质保期内,中标方应该免费提供7*24小时电话技术支持,对于电话支持无法解决的问题,赴现场解决故障的响应时间不超过4小时。
 

 
 
评标信息

评标信息
序号
评分项
权重
1
价格部分
20
2
技术部分
50
 
序号
评分因素
权重
评分方式
评分准则
1
技术开发方案
15
专家打分
针对本项目特点,制定贴切本项目的技术开发服务和技术实施路线方案,保证招标项目系统的有序进行。从项目整体需求分析(20%)、系统总体设计(20%)、系统技术实施路线(20%)及系统功能开发及技术服务(40%)等四个方面进行横向比较,分档评分:分档评分:优(15-13分)、良(12-10分)、中(9-5分)、差(1-4分)。
2
项目组织实施方案
10
专家打分
对项目实施的总体表述,项目实施计划清晰,合理,项目组织实施安排周密可行。从项目组织机构及其职责安排(20%)、人力资源配备及岗位职责(20%)、项目进度计划安排及管理(20%)、项目过程管理(20%)、项目质量管理及质量保证措施(20%)等五个方面进行横向比较,分档评分:(10-8分)、良(7-6分)、中(5-4分)、差(1-3分)。
3
服务计划
5
专家打分
质保期服务计划。横向比较,分档评分:优优(5分)、良(4分)、中(3分)、差(1-2分)。
4
技术培训方案
5
专家打分
能针对本项目内容制定切实可行的系统技术培训计划,技术培训计划应完整有序,可操作性强,培训目标、内容、对象明确,培训方法得当,课时及学员容量安排合理。横向比较,分档评分:
优(5分)、良(4分)、中(3分)、差(1-2分)。
5
拟安排的项目负责人(仅限1人)情况
7
专家打分
1.拟安排的项目负责人必须在投标单位缴纳社保,否则本项直接计0分。要求提供近3个月的社保资料(窗口打印资料或社保部门出具的证明均可, 复印件或扫描件加盖投标人公章,原件备查)作为评标依据;
 2.拟安排的项目负责人具备计算机科学或计算机应用专业背景,本科或以上学历的,得1分。要求提供学历证书复印件作为评标依据。
3. 2012年1月1日至本项目开标之日,以合同签订时间为准,担任过下列气象类软件项目的项目负责人:
(1)、项目负责人主持过基于高性能机及并行运算进行气象资料处理相关项目的(单笔合同金额不少于100万元,且项目已验收合格),得1.5分。
(2)、项目负责人主持过短时临近预报业务相关软件开发项目(合同金额不少于100万元,且项目已验收合格)的,得1.5分。
(3)、项目负责人主持过台风预报业务系统相关软件开发项目(合同金额不少于100万元,且项目已验收合格)的,得1.5分。
(4)、项目负责人主持过其他气象业务方面相关软件开发项目(合同金额不少于100万元,且项目已验收合格)的,得1.5分。
证明文件:提供完整的与气象部门签订的项目合同(仅有关键页无效)和带有项目负责人信息的已验收合格的项目验收报告,以及近3个月在投标单位的社保证明(复印件或扫描件加盖投标人公章,原件备查)作为得分依据。
 
6
人员投入状况(项目负责人除外)
8
专家打分
2012年1月1日至本项目招标公告发布日,拟安排的项目团队主要成员参与过气象业务系统软件项目情况。
1、拟安排的项目团队主要成员必须在投标单位缴纳社保,否则相关人员不予计分。要求提供近3个月的社保资料(窗口打印资料或社保部门出具的证明均可)作为评标依据;投标人须提供上述人员的学历证、相关项目合同关键页、带有项目参与人员信息的验收报告作为得分依据(复印件加盖公章,原件备查)。
2、拟安排的项目团队主要成员有2人(或以上)具备气象相关专业(包括但不限于天文学、大气科学、大气物理、海洋科学、地球物理、气候、天气动力学)本科(或以上)学历,得2分。
3、拟安排的项目团队主要成员中,有2人(或以上)参与过基于高性能机及并行运算进行气象资料处理相关项目(单笔合同金额不少于100万元,且项目验收评价合格)的,得2分。
4、拟安排的项目团队主要成员中,有2人(或以上)参与过台风预报相关业务系统建设(单笔合同金额不少于100万元,且项目已履约评价合格)的,得2分。
5、拟安排的项目团队主要成员中,有2人(或以上)参与过短时临近预报业务相关项目的(单笔合同金额不少于100万元,且项目验收合格)的,得2分。
证明文件:提供完整的与气象部门签订的项目合同(仅有关键页无效)和带有项目参与人员信息的验收合格的项目验收报告,以及近3个月在投标单位的社保证明(复印件或扫描件加盖投标人公章,原件备查)作为得分依据。
 
3
商务部分
30
 
序号
评分因素
权重
评分方式
评分准则
1
资质认证情况
4
专家打分
考察投标人具备高新技术企业证书、软件企业认定证书、ISO9001质量管理体系认证证书(认证范围须包含软件开发)、ISO27001信息安全管理体系认证证书(认证范围需涵盖软件开发)情况;每具备1项得1分;最高不超过4分。(投标人须提供有效期内的认定证书复印件并加盖公章,原件备查;未提供的不得分。)
2
投标人综合实力
15
专家打分
结合项目特征,考察投标人2012年1月1日至本项目招标公告发布日)承建气象类软件的能力和经验以及综合实力:
1、项目涉及的数据量大,牵涉并行计算,投标人具有基于高性能计算机和其系统平台使用并行化算法进行气象资料(雷达,自动站)的解析计算及产品输出相关项目建设经验(单笔合同金额不少于100万元,且项目已验收合格),每个有效案例得3分,最高得6分;
2、短时临近预报是项目建设及集成整合的核心之一,投标人具有短时临近预报系统相关方面的项目建设相关经验(单笔合同金额不少于100万元,且项目已验收合格),得3分;
3、项目涉及台风预报业务的深层应用及整合,投标人具有包含台风预报及台风灾害预估相关内容的台风预报方面项目建设相关经验(单笔合同金额不少于100万元,且项目已验收合格),得3分。
4、投标人具有其他气象相关内容的项目建设相关经验(单笔合同金额不少于100万元,且项目已验收合格),得3分。
 
以上4项目累计计分最高15分(同一业绩满足不同条件不可重复计算得分),要求提供合同复印件加盖公章及验收报告作为得分依据。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况时,一律作不得分处理。
 
3
投标人获得的可研成果以及知识产权情况
3
专家打分
结合项目特征,考察投标人气象领域自主研发能力和知识产权获得情况。
主要包括气象灾害识别和气象预报预警系统以及气象平台系统方面自主研发能力,提供含 “临近预报”、“热带气旋”、“气象服务”、“决策服务”等技术元素的软件著作权证书。每一项得0.5分,没有不得分,本项最多得3分;
投标人须提供软件著作权证书(复印件加盖投标人法人公章,原件备查)作为得分依据。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况时,一律作不得分处理。
4
服务网点
(场地)
3
专家打分
1. 深圳供应商,或非深圳供应商但在深圳有合法注册的分公司(必须提供分公司营业执照复印件,原件备查),并能够提供项目组全体人员驻点开发服务的得3分;
2、其他得0分。
需在投标文件中承诺提供驻点开发服务,非深圳供应商并提供服务网点设立证明材料(提供分公司营业执照复印件,原件备查)。
5
诚信情况
5
专家打分
根据《深圳市财政委员会关于加强招投标评审环节诚信管理的通知》(深财购[2013]27号)的要求,投标人在参与政府采购活动中存在诚信相关问题且在主管部门相关处理措施实施期限内的,本项不得分,否则得满分。投标人无需提供任何证明材料,由工作人员向评审委员会提供相关信息。


 
 
其他

 
 
附件
2.灾害天气业务决策支持平台项目--招标申报书(终)[1].doc  
返回顶部