招标
气象灾害预警系统维护需求公示
金额
180万元
项目地址
广东省
发布时间
2021/02/24
公告摘要
公告正文
序号 | 采购计划编号 | 需求内容 | 数量 | 单位 | 备注 | 财政预算限额(元) |
---|---|---|---|---|---|---|
1 | PLAN-2021-440301-0110044001-01013 | 气象灾害预警系统维护 | 1.0 | 项 | 1800000.0 | |
具体技术要求
一、项目概况
开展本项目的目的是保障“强天气风险预报子系统”、“预警铃”、“雷暴尺度集合模式预报系统”3个系统的正常稳定运行,并在此基础上完善和优化相应功能模块和系统性能,充分发挥其在预报预警以及灾害性气服务中的作用。本项目主要包括四部分内容:(1)各子系统运行维护;(2)强天气风险预报子系统升级维护;(3)预警民生服务升级维护;(4)雷暴尺度集合预报模式维护和应用
二、项目目标
1、提升龙舟水强降雨精细化预报服务能力,为推进气象预报由要素预报向风险预警延伸和防灾减灾提供技术支撑。
2、解决上下学等民生关切问题,提供更精细的气象预警提示信息,提高公众服务能力。
3、保障雷暴尺度集合预报产品持续生成,提高预报员对灾害性天气预警的准确研判和科学决策能力。
三、项目要求
气象灾害预警系统维护项目主要包括“强天气风险预报子系统”、“预警铃”、“雷暴尺度集合模式预报系统”3个子系统的维护,具体内容如下:
1、各子系统运行维护
确保“强天气风险预报子系统”、“预警铃”、“雷暴尺度集合模式预报系统”3个系统各功能模式的的日常稳定运行,尤其是重大天气过程时的稳定运行,需针对系统提供日常维护服务、应急响应维护服务、重大天气保障服务和信息安全维护服务。
1.1系统日常维护及应急技术支持
1.1.1日常运行及巡检服务
根据深圳市气象局的有关规定,做好“强天气风险预报子系统”、“预警铃”、“雷暴尺度集合模式预报系统”的日常运行及巡检服务,包括但不限于:系统日常巡检、整改、报送等;
(1)为保证各子系统的日常稳定运行,需建立完善的项目维护组,明确项目维护内容以及项目组人员的职责范围,建立完善的项目维护流程。
(2)依据维护流程提供日常维护服务以保障强天气风险预报子系统的日常稳定运行,在网络环境和数据库环境发生变化时,应修改项目系统程序配置以适应新的运行环境。
(3)安排专职人员每天对各子系统进行巡检,检查服务器运行状态,CPU占用率、内存占用率、存储占用率;检查数据库连接状态;对预警铃的制作环境和发布渠道进行巡检;后台产品生成情况,以及前台功能页面是否正常显示、页面响应速度是否达到使用标准等内容,并建立完整的技术维护档案,将每次技术维护的类型、日期、维护内容、维护措施、维护人员、故障原因、处理结果等要素详细记录并归纳入库并形成完整的维护档案库。
(4)需通过日常维护及巡检等服务,查找不利于各子系统正常运行的因素或诱发系统故障的因素,如是系统缺陷引起的,应针对缺陷进行系统软件升级并向用户发出升级预告。如是业务应用或管理上引起的,则对用户提出有针对性管理建议或意见。
1.1.2系统的应急响应维护服务
需提供电话咨询指导、远程在线支持、现场技术服务等应急响应技术服务;建立应急维护分级规则,应急响应技术维护服务的响应速度和故障处理时效按照应急维护分级规则的要求进行。
(1)提供电话指导、远程在线支持服务,在接到系统的故障申告、咨询或技术服务请求后,安排技术工程师提供每周7*24小时的电话、远程在线支持服务。
(2)提供现场支持服务,针对系统的故障申告电话及远程支持服务无效的状况下,提供现场技术服务,现场技术服务响应的时效性应符合应急维护分级规则的要求。
(3)建立应急维护故障分级服务响应体系进行应急响应服务分级,根据系统运行中出现的故障或问题,按照其对系统运行的影响程度按紧迫性划分为3个等级,各个等级的应急响应维护服务要求如下:
紧急故障服务请求:主要指系统在运行中出现系统瘫痪或服务中断,导致系统的基本功能不能实现或全面退化的故障服务请求。针对紧急故障服务请求后,技术服务商须在1个小时内通过电话或远程支持方式进行技术支持。在电话及远程支持服务无效的情况下,技术服务商技术人员须在2小时内到达现场,与系统用户协商,立即解决问题。对于由于软件或硬件缺陷引起的紧急故障,技术服务商须提供临时解决方案,并在2天以内最终解决;对紧急故障技术服务商须提供每周7天、每天24小时的现场服务。
重大故障服务请求:主要指系统在运行中出现的故障具有潜在的系统瘫痪或服务中断的危险,并可能系统的基本功能不能实现或全面退化;在运行中出现的直接影响服务,导致系统性能或服务部分退化的故障的服务请求。针对重大故障服务请求后,技术服务商须在1个小时内通过电话或远程支持方式进行技术支持。在电话及远程支持服务无效的情况下,技术服务商技术人员须在3小时内到达现场,与系统用户协商,立即解决问题。对于由于软件或硬件缺陷引起的重大故障,技术服务商须提供临时解决方案,并在3天以内最终解决。
一般故障服务请求:主要指系统在运行中出现的断续或间接地影响系统功能和服务的故障服务请求。针对一般故障服务请求后,技术服务商须在2个小时内通过电话或远程支持方式进行技术支持。在电话及远程支持服务无效的情况下,技术服务商技术人员须在4小时内到达现场,与系统用户协商,立即解决问题。对于由于软件或硬件缺陷引起的一般故障,技术服务商须提供临时解决方案,并在5天以内最终解决。
1.1.3重大天气过程现场保障服务
针对台风、暴雨等重大灾害天气,提供重大天气保障服务,保障各子系统的稳定性和安全性,更好地为用户提供及时可靠的气象应急服务。依据应急响应规则,技术服务商须提供现场保障服务,随时解决系统出现的故障和问题,完成恶劣天气服务保障。
1.1.4信息安全漏洞修补服务
根据深圳市政府信息安全相关办法要求及局内相关规定,加强各子系统的信息安全检查,并配合进行网络信息安全检查及整改工作,同时进行漏洞的弥补,包括系统前后台所用到的服务器和系统应用的漏洞。此外,还需及时处置用户反馈、解决系统运行中出现的问题。
2、强天气风险预报子系统升级优化
2.1 强天气风险预报子系统架构升级优化
2.1.1升级优化为微服务架构
为了满足深圳市气象局预警预报业务一体化的要求,根据强天气风险预报子系统各功能模块间的耦合性特征,采用微服务架构技术将强天气风险预报子系统中台风风雨评估、暴雨风险评估、积涝风险预警、河道流域风险预警、水库风险预警以及风险预警检验等业务模块的传统单体式架构进行重新设计,以微服务的架构形式实现系统整体架构的升级与优化,提升系统功能模块的扩展性以及升级迭代的灵活性,从而适应气象业务的发展的需要,同时提高强天气风险预报子系统的维护与优化效率。
2.1.2 Linux平台迁移改造
将原本部署在window服务器上的强天气风险预报子系统进行改造后部署在linux服务器上。保障迁移完成后,原有的各项功能在Linux系统下兼容正常运行。
2.2 强天气风险预报子系统页面优化
根据实际业务需求,对强天气风险预报子系统现有部分产品与业务功能进行重新梳理与整合,清理冗余功能,简化业务操作流程,并对系统界面进行美工设计,提升界面整体美观度,使得业务功能在操作方面更加简洁、流畅。
2.3龙舟水强降水天气个例库建立和维护
2.3.1 龙舟水强降水历史个例库建立
收集整理近2008-2020年龙舟水期间深圳降雨实况数据,按照全市暴雨、大暴雨、特大暴雨以及局地大暴雨、局地特大暴雨的标准分类对强降水过程进行分类,建立龙舟水期间强降水过程历史个例库。基于龙舟水期间强降水过程历史个例库,根据历史个例发生时段内,自动收集ECMWF等高分辨率数值模式的高空、地面、物理量等再分析数据、卫星云图、雷达、自动站实况和灾情等各类数据,经过质量控制后,进入数据库,建立龙舟水强降水综合个例库,供查询历史个例使用。
2.3.2 历史个例展示产品计算和生成
基于龙舟水强降水综合个例库,计算不同个例降雨极值、降雨总量、不同雨强强降雨持续时长等实况统计数据;开发基于ECWMF再分析资料的高、低空天气形势图、物理量场、卫星云图、雷达图等产品的图形生成功能。
2.3.3 龙舟水强降水个例实时续补
系统提供强降水过程个例新增入库功能,同时根据新入库个例自动收集实况、ECMWF等高分辨率数值模式的高空、地面、物理量等再分析数据、卫星云图、雷达、自动站实况和灾情,将上述数据续补进入龙舟水强降水历史个例库。
2.4 龙舟水强降水过程概念模型建立及展示
2.4.1龙舟水强降水过程概念模型建立
基于龙舟水强降水综合历史个例库,统计分析龙舟水强降雨特征,开展龙舟水强降水过程天气形势、物理量特征分析,建立不同天气系统背景下,深圳市龙舟水过程强降水天气概念模型,为龙舟水期间强降水过程预报提供依据。
2.4.2龙舟水强降水概念模型展示
采用可视化技术,实现龙舟水强降水过程不同类型天气系统影响下,天气形势、特理量特征、供预报员在预报中应用,为龙舟水期间强降雨预报提供依。要求产品生成频率为每小时一次,展示加载速度不超过1秒钟。
3、预警民生服务升级优化
针对预警铃提供技术维护服务,解决上下学等民生关切问题,提供更精细的气象预警提示信息,开发森林火险气象预报预警服务产品,提高公众预警预报服务能力。
3.1预警铃发布界面和流程优化
原预警铃发布功能为决策信息发布界面的功能模块,随预警铃发布功能增加及统计需求加大,模块已不满足于现有工作现状,优化预警铃发布流程,开发独立的预警铃页面,实现文本、地图选择等多种方式预警铃产品制作、发布和查询功能。
3.1.1发布功能和流程优化
基于基于Linux系统,将预警铃发布模块独立为预警铃发布界面,优化现有发布功能。参照分区预警系统发布界面进行勾选、内容编辑、发布审核优化,增加预警铃对应提示级别的短信模板,形成初步可用的预警铃发布内容,提高信息制作发布效率。
同时,对预警铃涉及的短临接口、分发渠道接口进行维护,保障预警铃各类接口正常稳定运行。
3.1.2发布功能优化信息分类统计
增加预警铃发布信息的分类统计功能,实时展示最新一次发布成功率,实现按发布区域、发布时间、预警信号、影响分类等因子进行分类统计,并按需求统计发布人数,增加任意时段历史对比功能,对发布效果进行量化评估。
3.1.3 发布效率提升
通过优化后台发布框架,实现信息的高效推送,提升信息发送速率,提高信息发送成功率,确保信息推送成功率不低于95%。
3.2 民生产品发布渠道拓展
3.2.1 民生服务渠道增加
拓展预警铃民生产品发布渠道,在原有深圳天气微信、深圳天气APP基础上,增加”i深圳”APP及小程序、深圳天气微博两种渠道自动发布,扩大民生产品受众范围,为深圳市突发预警决策信息提供更有力的支撑。
3.2.2 开发森林火险预报预警服务产品
(1)建立深圳市森林火险气象等级预报模型:通过建立深圳地区下垫面植被类型数据集,分别提取不同下垫面范围内降水量、气温、相对湿度、风速等EC数值预报模式产品,同时结合深圳市森林火险气象指数的等级划分阈值,建立深圳市森林火险气象等级预报模型。预报模型空间分辨率为5km*5km,时间分辨率为24小时间隔,预报时效240小时。
(2) 森林火险气象预报预警产品展示
基于卫星资料的林火火点实时监测:基于地理信息技术,将葵花8号卫星逐10分钟火点监测数据叠加到电子地图中进行展示,并通过图文形式对深圳市森林火险监测情况进行实时展示,包括火点位置(精细化至街道)、经纬度、时间、过火面积等信息。另外,可叠加显示火点附近最近自动站实况、未来3小时预报的气温、相对湿度、气压等气象要素信息以及未来3天的森林火险气象等级预报。当深圳(含深汕)出现森林火点时,与预报值班流程对接,在值班流程弹出显示,并自动电话至值班电话。
基于自动站资料的森林火险等级实时监测:通过后台程序,连续获取近150天内的自动站实况数据,统计分析无旱、轻旱及以上的连续无降水日数;根据气候参数、月平均气温、日降水实况等气象指标,实时计算出连续无降水日数范围内所对应的气象干旱指数,结合不同地区下垫面植被类型数据集,实现对森林火险进行实时监测,得到森林火险等级实况分布图。
森林火险等级预报预警产品展示:通过后台程序,实时获取未来10天内的降水量、气温、湿度、风速等EC数值预报数据,结合气象干旱指数和深圳市森林火险气象等级预报模型,对深圳市当前天气形势下的森林火险进行预判,生成森林火险气象等级产品;同时,前台基于可视化技术,以邮票图的形式对未来10天深圳市森林火险等级预报进行展示。
4、雷暴尺度集合预报模式优化应用
4.1地面、高空等要素升级
4.1.1 地面高空要素数据后台优化
地面、高空要素预报数据由运行于超算平台的雷暴尺度集合数值预报系统生成。为了保障地面和高空要素等预报数据正常生成,需要对雷暴尺度集合预报数值预报系统维护。通过后台自动监控地面和高空要素数值是否正常生成,如果没有按时生成,则要分析原因并排除故障,尽可能尽快使之恢复正常运行。
4.1.2 Linux平台迁移改造
将原本部署在window服务器上的雷暴尺度集合预报网页系统进行适当改造后部署在linux服务器上。保障迁移完成后,原有的各项功能在Linux系统下兼容正常运行。
4.1.3 升级优化地面和高空要素产品
优化降水预报产品时效。增加完善24小时累计降雨集合预报产品展示,使24小时累计降雨集合预报从24小时延长到36小时。
优化降水预报产品色标。参照省局数值预报平台降水产品色标标准,优化现有雷暴尺度集合预报系统的降水预报产品色标,使之符合预报员使用习惯。
优化高空要素集合预报产品。在现有500hPa位势高度集合预报产品基础上叠加500hPa风场集合预报产品。新增850hPa风场集合预报产品。
4.1.4 增加动画功能
新增降水集合和概率预报产品等地面要素、850hPa风场和500hPa位势高度等高空要素产品的动画在线生成功能。用户选定产品图片后可以自动生成动画播放,并供用户下载用于会商、交流、存档等用途。
4.2雷暴尺度集合预报模式升级优化
4.2.1 雷暴尺度集合预报误差分析
通过对比雷暴尺度集合数值预报系统新旧版本,进一步深入开展雷暴尺度集合预报误差诊断分析。选取过去3年内的2-3例广东地区典型强天气过程,对比分析深圳雷暴尺度集合数值预报系统v1.0和v2.0降水预报优劣,并辅以分析地面和高空要素等变量差异来帮助诊断分析深圳雷暴尺度集合预报系统v1.0和2.0预报差异之可能原因。
4.2.2优化深圳雷暴尺度集合预报系统
在雷暴尺度集合预报误差分析结果基础上,完善和优化雷暴尺度集合数值预报v2.0系统,整体目的是提高深圳雷暴尺度集合预报系统对华南台风、暴雨降水预报能力。优化方式包括:优化预报系统流程以及边界层、微物理、积云对流等模式参数化方案组合;优化深圳雷暴尺度集合数值预报系统后台业务运行流程,提高系统运行稳定性和合理性。
4.2.3雷暴尺度集合预报系统移植
将优化后雷暴尺度集合数值预报系统v2.0进行适当改造后移植到国家超算深圳中心,确保移植后能够满足正常业务运行。由于编译环境、运行环境、计算节点资源等情况与深圳石岩超算有较大的差别,需要对雷暴尺度集合数值预报系统v2.0进行大量改造和移植工作才能将之移植到国家超算深圳中心。这些改造和移植工作包括环境搭建、集合预报区域策略调整、静态数据生成、集合成员数以及预报时长调整压缩、运行流程调整、预报系统编译等等。在现有计算资源节点情况下,尽可能确保移植后的新版雷暴尺度集合数值预报系统集合成员数保持在8-10个左右,预报时效为24-36小时,最高分辨率为3km,尽量达到逐6小时更新运行。
三、实质性条款
序号 | 具体内容 |
1 | 服务期要求: 本项目服务期为自合同签订之日起至2021年12月15日。 |
商务需求
一、服务期限:
维护期限:自合同签订之日起至2021年12月15日。
维护要求:保障“强天气风险预报子系统”、“预警铃”、“雷暴尺度集合模式预报系统”3个系统的稳定运行,并根据业务需要对系统进一步优化和提高系统性能,充分发挥其在预报预警以及灾害性气服务中的作用。
二、服务地点:_深圳市气象局_______
三、投标报价要求
1.本项目服务费采用包干制,应包括技术开发和维护费用、安装调试费、培训费用及税费。由投标供应商根据采购文件所提供的资料自行测算投标报价;一经中标,报价总价作为中标供应商与采购人签定的合同金额,合同期限内不做调整。
2.投标供应商应当根据本企业的成本自行决定报价,但不得以低于其企业成本的报价投标。评标时,评标委员会认为投标人的报价明显低于其他通过符合性审查投标人的报价,有可能影响产品质量或者不能诚信履约的,应当要求其在评标现场合理的时间内提供书面说明,必要时提交相关证明材料;投标人不能证明其报价合理性的,评标委员会应当将其作为无效投标处理。
3.投标人的投标报价,应是本项目招标范围和招标文件及合同条款上所列的各项内容中所述的全部,不得以任何理由予以重复,并以投标人在投标文件中提出的综合单价或总价为依据。
4.除非采购人通过修改采购文件予以更正,否则,投标供应商应毫无例外地按响应文件所列的清单中项目和数量填报综合单价和合价。投标供应商未填综合单价或合价的项目,在实施后,将不得以支付,并视作该项费用已包括在其它有价款的综合单价或合价内。
5.投标供应商应先到项目地点踏勘以充分了解项目的位置、情况、道路及任何其它足以影响投标报价的情况,任何因忽视或误解项目情况而导致的索赔或服务期限延长申请将不获批准。
6.投标供应商不得期望通过索赔等方式获取补偿,否则,除可能遭到拒绝外,还可能将被作为不良行为记录在案,并可能影响其以后参加政府采购的项目投标。各投标供应商在报价时,应充分考虑报价的风险。
四、付款方式:_按市财政局有关规定支付。
五、其他商务需求
5.1、中标人应根据所提交的验收方案和实施办法,自行组织设备和人员,并在使用单位监查下现场进行测试和验收。
5.2、验收由深圳气象局组织进行,中标人应在项目验收时将软件的全部有关产品说明书、技术文件、资料、及安装、验收报告等文档汇集成册交付使用单位。
六、质量考核验收标准
质量考核验收标准:完成建设内容及目标中的全部内容及各项指标。具体验收标准如下:
1. 各子系统运行维护 验收标准
保障“强天气风险预报子系统”、“预警铃”、“雷暴尺度集合模式预报系统”3个系统的各项功能稳定、正常运行;提供7*24小时电话咨询指导、远程在线支持、现场技术服务等应急响应技术服务;建立应急维护分级规则,应急响应技术维护服务的响应速度和故障处理时效按照应急维护分级规则的要求进行;并提供运维报告。
2.强天气风险预报子系统维护优化 验收标准
建立近10年龙舟水强降雨过程个例库以及概念模型,并提供相关产品的输出与展示,产品生成频率为每小时一次;完成强天气风险预报子系统微服务架构改造,系统各页加载速度不超过1秒。
3.预警民生服务维护优化 验收标准
完成预警铃升级,增加2个预警铃民生产品发布渠道,预警铃推送成功率不低于95%;新增基于卫星、自动站的两种实时监测产品以及未来10天空间分辨率5km*5km,时间分辨率24h,预报时效240h的精细化森林火险等级预报产品。
4. 雷暴尺度集合预报模式系统维护和应用 验收标准
升级雷暴尺度集合预报模式系统,保障雷暴尺度集合预报产品持续生成,确保地面、高空等要素产品前后台的稳定运行,系统可用率不小于90%。
七、违约责任
违约金:签订合同时约定
评标信息
序号 | 评分项 | 权重 | ||
1 | 价格部分 | 20 | ||
2 | 技术部分 | 40 | ||
| 序号 | 内容 | 权重 | 评分准则 |
1 | 实施方案 | 15 | 评审内容:根据招标文件的需求,制定贴切本项目的技术开发服务和技术实施路线方案,方案内容包括项目整体需求分析、系统总体设计、系统技术实施路线及系统功能开发及服务等四个方面。 优评分标准(100%):方案条理清晰,重点突出,可读性强;技术非常先进,具有很强的针对性和可行性;规划合理,关键技术描述非常清晰。 良评分标准(60%):方案条理清晰,重点突出,可读性强;技术较为先进,具有较强的针对性和可行性;规划合理,关键技术描述较为清晰。 中评分标准(30%):方案条理清晰,重点突出,可读性强;技术先进,具有一定的针对性和可行性;规划合理,关键技术描述不够清晰。 差评分标准(0):方案条理不清晰,重点不突出,可读性较差;技术不先进,没有明显的针对性;规划不合理,关键技术描述不清晰。 | |
2 | 项目重点难点分析、应对措施及相关的合理化建议 | 10 | 评审内容:针对本项目特点,进行项目重点难点分析、应对措施及相关的合理化建议; 优评分标准(100%):项目重点难点分析内容齐全,应对措施及相关的合理化建议清晰合理。 良评分标准(60%):项目重点难点分析内容齐全,应对措施及相关的合理化建议较为清晰合理。 中评分标准(30%):项目重点难点分析内容较为齐全,应对措施及相关的合理化建议一般。 差评分标准(0):满足以下两个条件之一则评为差:(1)内容不全的(没有完整包含项目重点难点分析、应对措施及合理化建议等三部分);(2)应对措施及相关的合理化建议不清晰不合理的。 | |
3 | 质量(完成时间、安全、环保)保障措施及方案 | 7 | 评审内容:针对招标文件的需求,制定项目组织实施方案,方案包括项目组织机构及其职责安排、人力资源配备及岗位职责、项目进度计划安排及管理、项目过程管理、项目质量管理及质量保证措施等五个方面。 优评分标准(100%):项目组织实施方案内容齐全,方案条理非常清晰合理,方案周密可行。 良评分标准(60%):项目组织实施方案内容齐全,方案条理较为清晰合理,方案可行。 中评分标准(30%):项目组织实施方案内容齐全,方案条理清晰合理且不影响整体方案可行性。 差评分标准(0):满足以下两个条件之一则评为差:(1)项目组织实施方案内容不全的;(2)方案条理不清晰不合理导致严重影响方案可行性的。 | |
4 | 项目完成(服务期满)后的服务承诺 | 5 | 评审内容:本项目完成(服务期满)后的服务承诺,服务承诺应包含服务期限、维护及响应时限、服务内容和服务方式。 优评分标准(100%):服务承诺内容齐全,条例非常清晰合理可行,承诺服务响应时间不超过1小时。 良评分标准(60%):服务承诺内容齐全,条例较为清晰合理可行,承诺服务响应时间不超过2小时。 中评分标准(30%):服务承诺内容齐全,条例合理可行,承诺服务响应时间不超过4小时。 差评分标准(0):满足以下条件之一的则评为差:(1)没有服务承诺或者服务承诺内容不齐全;(2)承诺的服务期限不满1年;(3)承诺的工作时间服务响应时间大于4小时; | |
5 | 违约承诺 | 3 | 评审内容:违约承诺。 优评分标准(100%):违约承诺非常详细,安排非常合理。 良评分标准(60%):违约承诺较为详细,安排较为合理。 中评分标准(30%):违约承诺不够详细,安排一般。 差评分标准(0分):满足以下条件之一的则评为差:(1)没有违约承诺的;(2)违约承诺不详细,安排较差的; | |
3 | 商务部分 | 40 | ||
| 序号 | 内容 | 权重 | 评分准则 |
1 | 投标人通过相关认证情况 | 5 | (一)评分内容: 1. 具备质量管理体系认证证书(认证范围须包含软件开发)的得35%; 2.具备信息安全管理体系认证证书(认证范围需涵盖软件开发)的得35%; 3.具备国家高新技术企业证书的得30%; (二)评分依据: 1.要求提供有效的认证证书作为得分依据。 2.以上资料均要求提供扫描件或复印件或官方网站截图。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况,一律作不得分处理。 | |
2 | 投标人同类项目业绩情况 | 3 | (一)评分内容:考察投标人承建气象类软件的能力和经验以及综合实力: 1. 投标人提供基于计算机及并行化算法进行气象数据处理相关项目且项目已验收合格的得25%; 2. 投标人提供短时临近预报系统相关项目且项目已验收合格的得25%; 3. 投标人提供灾害天气分种类识别预警预报相关项目且项目已验收合格的得25%; 4.投标人提供气象灾害分区域预警相关项目且项目已验收合格的得25%; (二)评分依据: 1.要求同时提供合同关键信息和项目履约(验收)合格评价证明文件作为得分依据。 2.通过合同关键信息无法判断是否得分的,还须同时提供能证明得分的其它证明资料,如项目报告或合同甲方出具的证明文件等。 3.以上资料均要求提供扫描件。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况,一律作不得分处理。 | |
3 | 拟安排的项目负责人情况(仅限一人) | 6 | (一)评分内容: 1.项目负责人具备计算机科学或计算机应用专业,本科或以上学历的得20%分。 2、拟安排的项目负责人有在学术期刊上发表过与气象预报、气象雷达或气象数据集相关的论文2篇或以上(提供论文关键页作为证明材料,须包含刊物名称、发表时间、论文作者及论文正文)得30%分。 3.考察项目负责人主持过同类项目情况: (1)项目负责人主持过基于高性能机及并行运算进行气象资料处理相关项目建设(且项目已验收合格)的得15%分。 (2)项目负责人主持过短时临近预报系统相关项目建设(且项目已验收合格)的得15%分。 (3)项目负责人主持过灾害天气分种类识别预警预报相关项目建设(且项目已验收合格)的得10%分。 (4)项目负责人主持过气象灾害分区域预警相关项目建设(且项目已验收合格)的得10%分。 4.以上三项累加计分。 (二)评分依据: 1. 要求提供拟安排的项目负责人为本单位在职员工的承诺函。 2.要求提供项目负责人相关毕业证书、工作经验证明等证明文件作为得分依据。 3.以上资料均要求提供扫描件,原件备查。 4. 工作经验证明为项目合同关键信息及项目验收合格评价证明文件,通过合同关键信息无法判断是否得分的,需同时提供带有项目人员信息的项目验收合格评价证明文件或者合同甲方出具的证明文件。 | |
4 | 拟安排的项目主要团队成员(主要技术人员)情况(项目负责人除外) | 12 | (一)评分内容: 1、拟安排的项目团队主要成员必须在投标单位缴纳社保,承诺拟安排的项目团队主要成员在投标单位缴纳社保加盖公章,没有提供或无法评定不得分,且相关人员后续评分项不予计分。要求提供承诺函,承诺拟安排的项目团队主要成员在投标单位有缴纳社保。 2、项目团队成员中有5名(或以上)计算机专业人员,本科(或以上)学历得30%分。 3、拟安排的项目团队主要成员中,有1人(或以上)具有PMP(项目管理专业人士资格认证)证书的,得10%分数。4、项目团队成员中有1人(或以上)具备气象相关专业(包括但不限于天文学、大气科学、大气物理、海洋科学、地球物理、气候、天气动力学)本科(或以上)学历,得10%分数。 5、拟安排的项目团队主要成员中,有2人(或以上)参与过短时临近预报系统相关项目建设(且项目已验收合格)的得20%分。 6、拟安排的项目团队主要成员中,有2人(或以上)参与过灾害天气分种类识别预警预报相关项目建设(且项目已验收合格)的得20%分。 7、拟安排的项目团队主要成员中,有2人(或以上)参与过气象灾害分区域预警相关项目建设(且项目已验收合格)的得10%分。 同一人同时具备不同项目经验的可以进行累计;以上六项累加计分。 (二)评分依据: 1. 要求提供拟安排的项目团队成员(主要技术人员)为本单位在职员工的承诺函。 2.要求提供项目团队成员(主要技术人员)相关毕业证书、工作经验证明等证明文件作为得分依据。 3.以上资料均要求提供扫描件或复印件。 4.工作经验证明为项目合同关键信息及项目验收合格评价证明文件,通过合同关键信息无法判断是否得分的,需同时提供带有项目人员信息的项目验收合格评价证明文件或者合同甲方出具的证明文件。 | |
5 | 投标人自主知识产权产品(创新、设计)情况 | 6 | (一)评分内容: 结合项目特征,考察投标人气象领域自主研发能力和知识产权获得情况。主要包括气象灾害识别和气象预报预警系统以及气象平台系统方面自主研发能力,提供含“预警制作”、“预报制作”、“雷暴识别”、“估测降水”、“临近预报”、“智能预报”、“智能预警”等相关或相近技术元素的软件著作权证书。每提供1项得20%分,最高得100%分。 (二)评分依据: 1.要求提供有效的计算机软件著作权登记证书(或相关软件证书)或专利证书等证明材料作为得分依据。 2.以上资料均要求提供扫描件(或官方网站截图)。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况,一律作不得分处理。 | |
6 | 服务网点 | 3 | 深圳供应商,或非深圳供应商但在深圳有合法注册的分公司(或售后机构)(分公司的必须提供分公司营业执照扫描件,售后机构必须同时提供售后服务合作合同及售后机构营业执照扫描件作为得分依据,原件备查)的得100%;否则不得分。 | |
7 | 企业诚信 | 5 | 投标人在参与政府采购活动中存在诚信相关问题且在主管部门相关处理措施实施期限内的,本项不得分,否则得满分。投标人无需提供任何证明材料,由工作人员向评审委员会提供相关信息。 |
其他
附件
返回顶部