重庆轨道交通综合运营协调指挥中心项目

答疑及补遗通知

各潜在投标人：

现将“重庆轨道交通综合运营协调指挥中心项目”的答疑及补遗内容通知如下；本通知是在招标文件的基础上，进行澄清与修正，如与招标文件不符时，以本通知为准，本通知作为招标文件的组成部分。

一、答疑部分

1.招标文件（第4分册-重庆轨道交通综合运营协调指挥中心招标技术规格书接口技术部分） ___ ___ ___ 接口技术部分未明确COCC与各线路CCTV接口功能及相关技术指标要求，请问是否有该接口，接口功能及技术指标要求是什么？

答：详见与上层视频监视系统专业接口。

2.（1）请提供总包方总平面布置图(CAD 版)？

答：现阶段无法提供CAD版本。

（2）本项目多少个施工许可证？

答：现阶段不明确，由投标方在中标后进行深入调研，根据业主方要求明确。

（3）为了更直观的了解本工程，请提供不同视角之建筑效果图。

答：请投标方现场调研，根据实际情况绘制集成设施设备详细布置图而不需效果图。

（4）为了更合理的编制技术标，请提供总承包的施工进度计划表？

答：详见通用技术要求文件工期要求。

3.招标文件（第4分册-重庆轨道交通综合运营协调指挥中心招标技术规格书接口技术部分）

P32 3.8.3接口功能 COCC.PCC.1

建立通信通道，实现COCC与线路PCC之间的数据交互；

实时数据传送时间（COCC收到数据变化到PCC收到变化数据的时间）不超过1秒。

COCC.PCC.2

推送客流数据文件（5分钟进出站实时客流信息、5分钟进出站日客流信息、5分钟OD客流信息）

COCC.PCC.3

发布路网三色图：

COCC.PCC.4

发布行车情况和列车延误告知 PCC作为线网紧急信息发布的接口，一般不会向PCC发布行车，客流等实时数据。请问：本次PCC系统是否需要实现3.8.3所有接口功能？

答：需实现接口功能相关能力，数据可达性待设计联络会阶段确定。

4.招标文件（第4分册-重庆轨道交通综合运营协调指挥中心招标技术规格书接口技术部分）

P22接口部分服务清单21与轨道常乘客APP接口

请问：该接口具体的功能及相关技术指标要求是什么？

答：接口内容待设计联络会阶段确定。

5.招标文件（第2分册-重庆轨道交通综合运营协调指挥中心招标技术规格书核心平台专用技术部分） P136 5.3.3.2回放审计中心 WEB和APP传送内容：在WEB页面发送过程中安排收集路径；对移动终端APP的传送内容收集集中在数据库入库内容复制；

请问：APP功能设计及相关技术指标要求是什么？

答：不用直接对移动APP的界面进行操作录制，而是移动APP的具体录入数据进行时间、帐号数据；整事件的连续操作数据进行筛选，还原基于事件的连续操作还原。

6.招标文件（第2分册-重庆轨道交通综合运营协调指挥中心招标技术规格书核心平台专用技术部分） P29-P33 2.5.2主要服务和工程量清单 业务应用软件开发 视频分析、画像分析、数据上云、数据工厂、算法服务等所列软件功能设计及具体要求要求需明确，需提出具体的功能技术指标要求以进行功能考核及验收？

答：参考大数据专云平台技术技术规格要求，由各应标大数据专云平台技术特点自行考虑。

7.关于投标人提供养老保险参保证明（个人）问题，因社保中心网上提供的个人身份证号，由于个人隐私保密需要，隐藏了部分身份证号码，并用×代替，请问可否使用这样的证明？

答：以各地社保中心开具的养老保险缴费信息证明为准，证明至少须体现人名、缴费情况、缴费时间、缴费单位，且能够证明投标人员为投标单位的正式员工并在招标文件对应要求期限内2021年05月至2021年09月有连续养老保险缴费记录带有社保部门公章或社保部门的有效电子印章。

8.招标文件（第2分册-重庆轨道交通综合运营协调指挥中心招标技术规格书核心平台专用技术部分） P29-P33 2.5.2主要服务和工程量清单 业务应用软件开发 请问：所列软件功能所需的接口数据是什么？相应的接口能否建立？如保驾护航事件、社会公众事件、财务指标等需明确功能设计及数据接口。

答：数据来源为底层系统采集、结果数据、网络爬取、人工录入等手段，建立手段请投标方根据自身能力自行考虑。

9.招标文件（第2分册-重庆轨道交通综合运营协调指挥中心招标技术规格书核心平台专用技术部分） P29-P33 2.5.2主要服务和工程量清单 业务应用软件开发 软件清单中，缺失线网指挥中心业务相关软件。提供给用户的应该为软件产品。

请问：是否新增业务相关软件产品清单？

答：详见业务中台应用开发。

10.招标文件（第2分册-重庆轨道交通综合运营协调指挥中心招标技术规格书核心平台专用技术部分） P11-P13 2.5.1 主要材料、设备、软件清单 大数据专有云软件（技术中台）

请问：软件清单中，云平台软件配置方式是否有指向性？建议给出满足要求的至少三家软件供应商。

答：招标技术文件中无具体指向性，技术描述为通用架构。本次招标为服务和集成采购，业主方和第三方咨询机构（设计院）依据《中华人民共和国招标投标法》的规定，只对需求、目标和技术架构及技术路线进行了描述；本次招标非设备采购，无法给出制造商清单。投标方应根据招标技术规格书中的需求描述，认真详细编制投标方案，确定产品供应商合作伙伴并由其给出应标支持声明文件。

11.招标文件（第2分册-重庆轨道交通综合运营协调指挥中心招标技术规格书核心平台专用技术部分） P9-P11 2.5 主要材料、设备、软件清单 核心硬件平台

请问：根据COCC云平台建设要求，清单中云平台硬件配置方案是否有指向性？建议对每类设备设置的用途、硬件资源配置（CPU、内存、硬盘等）配置依据、每类设备数量的配置依据进行详细汇报

答：相关硬件均为通用设备，且为招标最低要求，每类设备设置的用途、硬件资源配置（CPU、内存、硬盘等）配置，根据投标方自身特点及投标方案自行优化。

12.招标文件（第2分册-重庆轨道交通综合运营协调指挥中心招标技术规格书核心平台专用技术部分） P61

4.2.6.1服务器主要设备参数要求 1型服务器、2型服务器、3型服务器、4型服务器：

云平台兼容性：与各主流厂商云平台适配兼容

请问:对服务器的兼容性要求，是不是可以修改为应满足至少三家云平台厂商，且厂商机型认证？

答：服务器均为通用设备，且为招标最低要求，适配兼容性，根据投标方自身特点及投标方案自行优化。

13.招标文件（第2分册-重庆轨道交通综合运营协调指挥中心招标技术规格书核心平台专用技术部分）P253 5.4应用前台

本工程前台（含应用前台和发布前台）为基于敏捷创新，面向不同用户的触点，本工程从“业务萃取”、 “中心化体系服务”2个维度同时服务交付。分为应用前台和发布前台（4个中心）。

应用前台为最大颗粒度的业务单体整合，更类似我们熟悉的业务子系统，适应总调所大屏监控应用，同时为后续整体交付提供最大颗粒度的业务总成单元；

发布前台，即体系服务交付（4个中心）在数据中台、业务中台和核心业务总成的支撑下，着眼于宏观层面的日常运营监护和调度、应急执行指挥和协同、运营智能分析决策和信息服务发布。适应COCC总调调度员和值班长的要求。

请问：发布前台和应用前台的具体分界是什么？

答：应用前台和发布前台都为SAAS层，在原则上为一层，在招标技术规格书中分为两个子层主要是考虑到其颗粒度的不一致，发布前台的颗粒度最大，出于重用性、复用性设计理念，可以由应用前台、业务中台、数据中台等进行搭建。但是大颗粒度应用并不代表没有个性化设计，故在编制发布前台时，需要根据业主方的具体用户体验需求进行适当的封装。

14.招标文件（第2分册-重庆轨道交通综合运营协调指挥中心招标技术规格书核心平台专用技术部分）

1) 电力SCADA系统(PSCADA)

采集并监视线路供电设备运行状态，包括设备类型：110kV变压器；110kV进线、母联开关设备；35kV动力变压器、整流变压器； 35kV进线、母联开关设备；直流1500V牵引供电开关设备；400V开关、母联设备；接触轨带电状态；UPS 系统主机等

电力SCADA系统中未体现共享主所监视与控制功能，请问：本次投标是否需要实现共享主所监视与控制功能？

答：不考虑共享主所相关业务，需采集各主所相关数据信息及实现监视业务。

15. （1）第三章2.2.2商务部分评分标准中“投标人业绩（6 分）①2011年1月1日至投标截止日止，投标人每具有1个国内（不含港澳台地区）轨道交通线网指挥中心（TCC或 COCC或NOCC或NCC或高铁线网指挥中心或城际铁路线 网指挥中心）集成项目中标（在建或已完工）业绩得2分，评本项最多得 4 分；

②2011年1月1日至投标截止日止，投标人每具有1个国内（不含港澳台地区）城市轨道交通综合监控系 统集成项目合同开通业绩得0.5分，本项最多得2分。”

提问：该两项业绩可否为信号系统或综合监控系统或其他行业指挥调度中心建设业绩合同和开通业绩并提供相应所需文件。

答：不可以，本项目业绩评分要求的设置与本招标项目的具体特点和实际需要相适应，且为了让竞争更加充分，已将业绩类别放宽为高铁线网指挥中心或城际铁路线网指挥中心类业绩均可。本次招标活动严格按照《中华人民共和国招标投标法》及其实施条例、《重庆市招标投标条例》等法律法规规定进行。因此，经综合考虑，本条不作修改，欢迎各潜在投标人参与投标。

（2）第三章2.2.2商务部分评分标准中“项目经理业绩（3 分）担任过2个及以上城市轨道交通信号系统或综合监控系统项目的项目经理（项目负责人），得1分；担任过1个国内轨道交通线网指挥中心（TCC或COCC或NOCC或NCC或高铁线网指挥中心或城际铁路线网指挥中心）项目经理（项目负责人），得2分；担任过2个国内轨道交通线网指挥中心（TCC 或COCC或NOCC或NCC或高铁线网指挥中心或城际铁路线网指挥中心）项目经理（项目负责人），得3分。”

提问：项目经理业绩可否为担任过信号系统或综合监控系统或其他行业指挥调度中心建设业绩项目经理并提供相应所需文件。

答：不可以，本项目业绩评分要求的设置与本招标项目的具体特点和实际需要相适应，且为了让竞争更加充分，已将业绩类别放宽为高铁线网指挥中心或城际铁路线网指挥中心类业绩均可。本次招标活动严格按照《中华人民共和国招标投标法》及其实施条例、《重庆市招标投标条例》等法律法规规定进行。因此，经综合考虑，本条不作修改，欢迎各潜在投标人参与投标。

（3）项目经理业绩要求：不为此TCC或CCC或NOCC或NCC或高铁信号模式的业绩

答：提问未明确问题，提问不完整，无法回复，请按招标文件执行。

16.（1）第二章1.4.1“3.业绩要求 投标人在近十年（2011年1月1日至投标截止日止），具有1个及以上国内轨道交通线网指挥中心系统集成项目合同业绩（TCC或COCC或NOCC或NCC或高铁线网指挥中心或城际铁路线网指挥中心，如为联合体业绩，须为联合体牵头方业绩；业绩的中标单位或承包单位必须是投标人单位，不包括其母公司、子公司或合作方，不包括分包业绩）。”

提问：此业绩明显具有排他性，就是对原有轨道单位业绩的锁定。业绩可否为信号系统或综合监控系统或其他行业指挥调度中心建设业绩合同

答：本项目业绩要求的设置与本招标项目的具体特点和实际需要相适应，与合同履行有关联，不存在排斥潜在投标人的情形；且为了让竞争更加充分，已将业绩类别放宽为高铁线网指挥中心或城际铁路线网指挥中心类业绩均可。本次招标活动严格按照《中华人民共和国招标投标法》及其实施条例、《重庆市招标投标条例》等法律法规规定进行。因此，经综合考虑，本条不作修改，欢迎各潜在投标人参与投标。

（2）第三章2.2.2提问：该项目内容包含软件以及施工，是否需要提供通信工程施工总承包以及电子与智能化工程专业承包资质等相关施工资质。

答：不需要，本项目的施工量在工程占比中很小，项目主体主要为系统集成及设备供货，施工仅为现场设备间管线敷设及设备机柜安装，且施工作为分包，本项目主要针对集成方作出要求。

（3）第三章2.2.2提问：该项目软件内容涉及信息安全，是否需要提供CCRC信息安全服务相关认证资质。

答：不需要，信息安全部分由对应专业设备厂商提供设备及服务，最终须满足《信息安全技术网络安全等级保护基本要求》（GB/T 22239）中第三级安全保护要求，符合重庆轨道交通（集团）有限公司对轨道交通信息安全技术的相关建设指导意见，并通过国家权威部门的安全评估。

（4）代理商具有全国唯一授权，满足的单位只有几家，可否不用唯一授权。

答：《招标文件》“第七章 技术标准和要求”（即“重庆轨道交通综合运营协调指挥中心招标技术规格书通用技术部分-1～4册2021.10.11.zip”）中要求的相关证明材料，在初步评审时，按《招标文件》“第八章 投标文件格式 四、资格审查部分”中的“（一）承诺”提供承诺书即可。

17.P20,第二章 投标人须知，投标人须知前附表，3.7.3，签字盖章要求，投标文件应使用专用的“新点投标文件制作软件（重庆版）”编制而成。第八章投标文件格式要求法定代表人或其委托代理人签字（或盖章）的须齐全，要求加盖单位法人章的，应使用CA数字证书加盖投标人的单位电子印章。

问题：投标文件中需要法定代表人或其委托代理人签字（或盖章）的内容，是否应由法定代表人或其委托代理人在纸质文件上签字或盖章，再将签字或盖章的扫描件插入投标文件编标工具中？

答：“第八章 投标文件格式”中要求法定代表人或其委托代理人签字（或盖章）的地方，投标人均应使用 CA 数字证书签章，其他非格式文件可以采用签字或盖章扫描上传的方式制作投标文件。

18.（1）请问：投标文件格式中需要法人、授权委托代理人签字或盖章的地方是否可以线下签字或盖章后扫描再上传至投标文件编制系统，然后加盖单位电子公章？

答：“第八章 投标文件格式”中要求法定代表人或其委托代理人签字（或盖章）的地方，投标人均应使用 CA 数字证书签章，其他非格式文件可以采用签字或盖章扫描上传的方式制作投标文件。

（2）由于目前全国疫情反复，如果不去现场递交非加密投标文件是否会有影响？

答：是否需要现场递交不加密电子投标文件（光盘备份）等备用资料由投标人自行考虑，不作强制要求。

（3）除了投标文件规定的格式内容外，关于招标文件要求的相关资审材料，商务部分评分要求的材料以及其它与商务部分相关要求的资料是否全部都放在本章节中，另起大标题（三）其它资料？

答：商务部分加分内容证明材料装入资格审查资料中，不单独成册，目录及内容由投标人自行编制。

19.第2分册：1、三台架构（技术中台、业务中台、数据中台的）、X型X86服务器和组件等明显倾向阿里云，建议修改成通用描述，如整体架构按照IaaS、PaaS、SaaS层进行区分描述；2、数据中台部分，建议按照应用场景明确所需的大数据组件及规格，如Flink、Hive、Hbase、kafka等，此外，大数据的底层能力建议按照实际的业务系统需求来规划，避免业务系统需求的能力和清单描述的能力对不齐。

答：均为通用描述，多家厂商均满足要求，投标人根据自身技术特点自行考虑。

20.第2分册13页表格：云管控平台套件ASCM，这是阿里云的产品名称，因此具有明显指向性，强烈建议删除该项！

答：调整为专有云服务管理平台。

21.第二册：图4.2.4 计算和存储资源区拓扑示意图，D7云基础底座中含有时钟服务器，并且在清单里面也列有时钟服务器，该服务器是阿里云特有的服务器，因此具有明显指向性，强烈建议删除时钟服务器需求！

答：时钟服务器采用GPS、北斗，提供NTP服务，本系统的在不明确轨道交通既有时钟服务能够使用的情况下确定使用自有时钟服务器。主要涉及下位系统与主系统之间的同频时间匹配，其服务提供、数据采集、指令下发、数据回滚、回放审计等功能都需要进行时间同步，所以专有云必须具有权威时间服务。多家厂商均能单独部署时钟服务，设备、材料和服务清单为参考项，投标人根据自身技术特点自行考虑。

22.图4.2.4 计算和存储资源区拓扑示意图，D7云基础底座中含有时钟服务器，并且在清单里面也列有时钟服务器，该服务器是阿里云特有的服务器，因此具有明显指向性，强烈建议删除时钟服务器需求！

答：时钟服务器采用GPS、北斗，提供NTP服务，本系统的在不明确轨道交通既有时钟服务能够使用的情况下确定使用自有时钟服务器。主要涉及下位系统与主系统之间的同频时间匹配，其服务提供、数据采集、指令下发、数据回滚、回放审计等功能都需要进行时间同步，所以专有云必须具有权威时间服务。多家厂商均能单独部署时钟服务，设备、材料和服务清单为参考项，投标人根据自身技术特点自行考虑。

23.第2分册的4.3.2.4云防火墙：1. 威胁情报联动：同步云全网的恶意IP，如恶意访问源、扫描源、中控服务等，对威胁和入侵做到提前防御。2. 支持虚拟补丁，无需在业务系统上安装补丁即可实时修复。可对热门漏洞、高危0-day和N-day的利用进行精准防护。3. 提供流量日志，可查看经过云防火墙的所有流量数据。您可在威胁事件发生的时候通过查看流量日志进行流量和访问源分析，并查看配置的访问控制策略是否生效。4. 提供系统操作日志，可查看云防火墙所有的配置和操作记录。该条功能是阿里独家参数，有明显指向性，强烈建议删除！

答：考虑招标方对信息安全的重视程度，技术要求所列较为细致，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

24.第2分册的4.3.2.4云防火墙：支持基于域名的访问控制，严格控制主动外联的出流量。该条功能是阿里独家参数，有明显指向性，强烈建议删除！

答：考虑招标方对信息安全的重视程度，技术要求所列较为细致，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

25.第2分册的4.3.2.4云防火墙：支持基于域名的访问控制，严格控制主动外联的出流量。该条功能是阿里独家参数，有明显指向性，强烈建议删除！

答：考虑招标方对信息安全的重视程度，技术要求所列较为细致，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

26.第2分册的4.3.2.4Web应用防火墙：内置五种模式防护模板（ 默认防护策略、观察模式、高防模式、金融类客户、互联网客户），针对模板中的解码算法可自定义，攻击检测模块可单独开关或设置检测粒度。该条功能是阿里独家参数，有明显指向性，强烈建议删除！

答：考虑招标方对信息安全的重视程度，技术要求所列较为细致，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

27.第2分册的4.3.2.4主机安全防护：1. 登录流水：系统登录成功的日志记录2. 进程快照：某一时刻主机上的进程运行信息3.端口监听快照：某一时刻主机上的监听端口信息4. 账号快照：某一时刻主机上的账号登录信息5. 进程启动日志：主机上进程启动的相关信息6. 网络连接日志：主机对外主动连接的日志。该5条功能是阿里独家参数，有明显指向性，强烈建议删除！

答：考虑招标方对信息安全的重视程度，技术要求所列较为细致，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

28.第2分册的4.3.2.4主机安全防护：支持对云服务器进行最多四级分组，并可按照地域、在线状态等信息进行筛选，且支持资产标签管理功能。该条功能是阿里独家参数，有明显指向性，强烈建议删除！

答：考虑招标方对信息安全的重视程度，技术要求所列较为细致，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

29.第2分册的4.3.2.4主机安全防护：检测服务器上的Redis服务是否对公网开放、是否存在未授权访问漏洞并向系统关键文件写入异常数据的情况。该条功能是阿里独家参数，有明显指向性，强烈建议删除！

答：考虑招标方对信息安全的重视程度，技术要求所列较为细致，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

30.第2分册的4.3.2.4主机安全防护：检测无法通过版本匹配和文件判断方式发现的漏洞，精准识别软件高危配置漏洞，例如Redis未授权访问、ImageMagick等配置型、组件型漏洞。该条功能是新华三独家参数，有明显指向性，强烈建议删除！

答：考虑招标方对信息安全的重视程度，技术要求所列较为细致，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

31.第2分册的4.3.2.4漏洞扫描外部风险监测基于员工行为特征和企业关键信息进行外部巡检。例如GitHub代码外泄监测，及时发现企业员工上传代码到GitHub的行为并预警，包括代码泄露监测、代码泄露详情查看、代码泄露处理等操作，从而降低代码泄露的风险。该条功能是阿里独家参数，有明显指向性，强烈建议删除！

答：考虑招标方对信息安全的重视程度，技术要求所列较为细致，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

32.第2分册的4.3.2.4数据库审计：1. 支持报表定时推动功能，自定义推送周期以邮件形式推送报表文档；2. 支持业务化语言展现，可自定义SQL语句转换业务化语言展现方式。该两条功能是阿里独家参数，有明显指向性，强烈建议删除！

答：考虑招标方对信息安全的重视程度，技术要求所列较为细致，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

33.第2分册的4.3.2.4数据库审计：支持图表结合展现，支持柱形图、饼状图、条形图，双轴折线图等多种统计图展现形式。其中支持饼状图、条形图功能是阿里独家参数，该参数有明显指向性，强烈建议删除！

答：考虑招标方对信息安全的重视程度，技术要求所列较为细致，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

34.第2分册的4.3.2.4数据库审计：支持基于时间、客户端IP、数据库服务器IP、用户名、数据库操作命令、数据库表名/字段名等多种丰富的查询检索条件。其中支持数据库表名功能是阿里独家参数，该参数有明显指向性，强烈建议删除！

答：考虑招标方对信息安全的重视程度，技术要求所列较为细致，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

35.第2分册的4.3.2 描述：流量安全监控模块在整个云盾防御体系中，提供了丰富的信息输出与基础的数据支持。云盾是阿里产品，该参数有明显指向性，强烈建议删除！

答：云盾泛指云安全防御体系，并非特殊要求，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

36.第2分册的4.3.2 描述：支持托管云服务器ECS的账户和密码（或SSH密钥），运维人员只需要登录到云盾堡垒机后即可直接登录ECS云服务器，无需使用ECS云服务器的账户密码信息。云盾是阿里产品，该参数有明显指向性，强烈建议删除！

答：云盾泛指云安全防御体系，并非特殊要求，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

37.第2分册的4.3.2 描述：同步云安全情报源，通过目录及文件的检测方案检测Web-CMS软件漏洞，提供云盾自研补丁（修复如Wordpress、Discuz等软件漏洞），且支持漏洞修复及回滚操作。云盾是阿里产品，该参数有明显指向性，强烈建议删除！

答：云盾泛指云安全防御体系，并非特殊要求，应标方可根据自身产品技术特点自行考虑，但其功能须满足等级保护2.0中等级保护三级要求及安全运维要求。

38.第2分册的55页4.2.1.4计算和存储资源区，图示资源池共计X86节点82台，但图下文字描述：如图所示，计算和存储资源区共计X86节点74台，和图示不符，请明确真实数量。

答：具体数量可根据投标方技术特点，自行调整，其合理性待设计联络会阶段验证。

39.第2分册的12页2.5.1应用中间件-基础组件、分布式应用服务、分布式应用实时监控服务、全局事务服务组件，这些组件具体功能和规格没有详细描述，请补充。

答：功能描述详见业务中台技术架构附图，实现方式由投标方自行考虑。

40.第2分册的12页2.5.1应用中间件-分布式数据链路组件，该组件具体功能和规格没有详细描述，请补充。

答：功能描述详见业务中台技术架构附图，实现方式由投标方自行考虑。

41.第2分册的55页4.2.1.4存储集群：包含文件存储集群、块存储集群和对象存储集群，需要明确各类型存储的用途是什么和需求量是多少？

答：根据招标文件中所描述的各类业务、数据类型及存储周期要求，由投标方自行考虑采用那种方式及配置量。

42.第2分册的48页3.7本工程将资源后台、数据中台、业务中台、应用前台、发布前台各层的平台，以微服务、容器、服务拼接等方式构筑软件框架体系中，需要明确微服务的具体需求是什么？

答：详见5.3业务中台功能要求。

43.第2分册的45页3.6.9大数据系数据仓库是否为MPP型数据仓库，具体的功能和规格需求是多少?

答：包括但不限于MPP，亦可自行开发，规格需求由投标方根据工程规模要求自行考虑。

44.第2分册的13页2.5.1云数据库软件没有具体的需求描述，明确整个云数据库软件功能和规格描述。

答：详见数据中台功能要求相关描述。

45.第2分册的13页2.5.1容器服务基础组件没有具体的需求描述，需要提供具体的需求描述。

答：容器服务基础组件根据投标方自身技术特点自行考虑。

46.第2分册的13页2.5.1缓存管理组件没有具体的需求描述，需要提供具体的需求描述。

答：缓存管理组件根据投标方自身技术特点自行考虑。

47.第2分册的12页2.5.1开放存储服务组件、表存储组件、文件存储组件没有具体的需求描述，需要提供具体的需求描述。该三项组件具体功能指什么？容量需求多少？

答：根据招标技术文件中所描述的各类业务、数据类型及存储周期要求，由投标方自行考虑采用那种方式及配置量。

48.第2分册的12页2.5.1大数据大规模计算软件没有具体的需求描述，需要提供具体的需求描述。

答：详见大数据专有云平台技术规格要求，根据投标方自身技术特点自行考虑。

49.第2分册的12页2.5.1云服务总线没有具体的需求描述，需要提供具体的需求描述。

答：详见大数据专有云平台技术规格要求，根据投标方自身技术特点自行考虑。

50.第2分册的12页2.5.1图计算服务没有具体的需求描述，需要提供具体的需求描述。

答：详见大数据专有云平台技术规格要求，图计算服务根据投标方自身技术特点自行考虑。

51.老师您好，有如下疑问请教：

针对P12页 2.5.1主要材料、设备、软件清单：

（1）数据治理-数据依赖组件：数据依赖组件的功能要求是什么呢？

答：详见大数据专有云平台及数据中台技术规格要求，根据投标方