关于对“ (略) 市公共资源交易平台系统、 (略) 迁移上云服务项目”招标的澄清、答疑

                    项目编号：czcg 点击查看>>

致各潜在投标人：

现对“ (略) 市公共资源交易平台系统、 (略) 迁移上云服务项目”施工招标的疑问作如下澄清、答疑：

一、磋商文件P31即：第四章，项目概况描述现更改为：

    我市县市一体化公共资源交易平台建成后，投资重复浪费，系统不易拓展、维护等问题、招投标数据保密、容灾能力，制约了招投标信息化的支撑服务水平。

本次项目以资源整合和集约化建设为根本出发点，将公 (略) 、县市一体化公共资源交易平台、数据库服务器等硬件设施迁移上云。通过利用云计算、大数据等新技术优势，进一步提升系统的可靠性、易用性、伸展性，增强数据共享、大数据应用能力； (略) 云安全监控、云安全防护、DDOS攻击防护等一整套安全防护手段，提升系统安全性；通过购买云服务的模式，降低一次性设备采购成本，弹性扩展，减少运维投入，将精力聚焦于关键工作；整 (略) 需的各类IT资源，通过资源池化技术，提高资源的使用效率。

（一）建设背景

1、项目背景

近年来， (略) 信息化系统通过大整合，从技术层面初步解开了信息孤岛和信息碎片化的死结，为实现更大范围、更高层次的共享应用提供了现实基础。现在的问题已经更多地集中在如何实现数据的深度共享、应用的高度协同以及对海量数据的深度应用、综合应用和高端应用，促使这些数据从量变到质变。

有鉴于此， (略) 市公 (略) 需要构建统一的云平台，重点以资源的整合和集约化建设为根本出发点。通过 (略) 市公 (略) (略) 、市县一体化平迁移上云为突破口，减少重复投资，提 (略) 效率， (略) 成本。

2、问题分析

服务器等硬件设备老化，需要更新。

(略) 署模式无法满足弹性扩容、 (略) 署。

系统横向扩展能力较弱，扩展成本高。

传统安全建设模式，无法应用日益复杂的安全环境。

系统建设、维护标准与规范不清晰，系统兼容性、共享性、协同性不足。

系统无法有效支撑数据共享、大数据应用的要求。

（二）建设目标

一是提高资源的使用效率。将全面地整 (略) 需的各类IT资源，通过资源池化技术，形成庞大的计算池、存储池、应用池，优化资源配置，提高资源的整体使用效率，将基础设施的利用率大幅提升。

二是减少投资成本。通过集约化建设，避免出现“重复建设、各自为政”现象，节省硬件等IT基础设施的投资，减少投资成本；通过服务采购的资源获取模式，快速精确 (略) 门的需求，降低初期投入成本。

三是降低维护成本。通过购买高效率、高质量的服务，使得各级领导无需关心如何搭建，只需自服务模式的按需申请云服务即可， (略) 的维护成本和人员成本。

四是提升系统安全性。从物理设施、网络、平台、系统、数据、应用、运维 (略) 安全建设，搭建具备安全状况实时监控，安全预警、攻击防护、抗DDOS流量攻击防护等功能的云安全平台，全面提升系统安全能力。

五是提升系统易用性、扩展性。通过采用分布式系统架构，解决传统“烟囱”式架构堆叠扩展的问题，实现系 (略) 署，迅速响应新需求。

六是建立标准规范。从资源申请到资源使用、资源回收，从数据采集到数据清洗、数据使用，从应用开发到应用测试、应用上线，从网络安全到系统安全、信息安全，建立统一的规范标准建设，保证项目顺利、持续推进。

（三）建设原则

以顶层设计和整体规划为先导，以市县一体化建设和数据资源利用为主线，以新一代信息技术为驱 (略) ，以强化安全建设为保障，全面提升招投标信息化建设管理水平，着重落实——

先进性：系统采用具有国内先进水平并符合国际发展趋势的技术、软件和设备，具备海量计算、深度挖 (略) 理能力。在设计过程中充分依照国际上的规范、标准，借鉴国内外目前 (略) 分布式系统的体系结构，以保证系统具有较长的生命力和扩展能力。

全局性：虽然是试点项目，但应该 (略) 和远期，进行统筹规划和顶层设计，从而为后续持续建设与优化打下基础。

标准化：区别于以往传统项目模式，不再是单个项目分别建设，而是基于统一的 (略) 分 (略) 分，因此做好建设与运营规范，是项目成功的重要保证。

可靠性：在达到满足平台应用的条件后，必须考虑系统的可靠性，即系统是可以信赖的，不会或很少出现故障，如存储备份可考虑多重副本，确保数据可靠性。如果忽视这些，可能出现系统不可靠，经常或容易出现问题，耽误工作，尤其是对电子政务的各种管理、决策，甚至会造成广泛的不良影响。

实用性： (略) 云建设规划时，应当首先考虑能满足实际应用的需要，或在多大程度上能满足需要。因为无论采用什么技术，最终的目的都是为了使用，都是为了借助计算机来提高工作效率、工作质量，满足日益增长的工作要求。应当首先考虑选用 (略) 市本地已经建成或在建的云平台， (略) 已积累一定的项目经验，确保迁云项目快速实施。

安全性：从物理设施、网络、平台、系统、数据、应用、运维 (略) 安全建设，全面提升系统安全能力。应避免与一般企业、个人共享硬件，将系统搭建在专有政务云平台中，确保安全。

效益性：从经济效益最优化角度，避免发生大规模投入资金建机房、采购设备等问题，采取有效措施降低一次性建设成本，减少运维成本。

（四）建设指标：服务基本要求

1、中心服务器，平均无故障指标(MTBF)和网络平均无故障指标(MTBF)：确保平台拥有99.9%的可用性。

2、中标单位必 (略) 络运营商用户能正常使用甲方的运营系统。

3、故障服务要求：市级终端发生故障1小时响应，2小时排除故障；县级终端发生故障1小时响应，2小时排除故障。

3.1 工作时间的响应

在工作时间,接到故障报修后，无论是重大故障或一般故障，中标 (略) 工程师 (略) (略) 理，并在中标人承诺的时间范围内解决故障问题，否则，按照1000元/ (略) 罚。

3.2 非工作日的电话响应

中标人应在双休日、节假日等非工作时间设立7*24的值班响应电话，并安排有经验的工程师接受报障。当设备或软件出现故障时，采购人通过中标人指定的值班 (略) 报障，从开始拨打值班响应电话到值班工程师接听电话的时间不得超过5分钟。

值班工程师应根据 (略) (略) 理和操作。非工作 (略) 故障修复的 (略) (略) 服务两种，具体要求如下。

3.2.1 (略) 服务（远程登录）

对于一般故障，如果采购人的设备或软件具备提供远程登录服务的能力，中标人在征得采购人同意后，可通过远程接入手段，登录到故障设备或软件，进行故障诊断，查找故障出现的原因， (略) 理故障。

3.2.2 现场服务

对于重大故障，在非工作日可先通过远程 (略) (略) 处理， (略) 服务在规定的时间内不能解决故障时，中标人应 (略) 支持服务，安排 (略) 解决。

非工作日，中标人也必须在承诺的时间范围内解决故障问题，否则，按照500元/ (略) 罚。

具体要求：

l  服 (略) 现场支持服务前应作好以下准备：

A.  查阅采购人用户档案，了解用户设 (略) 情况及设备 (略) 发生 (略) 理办法；

B.  准备技术服务工具、服务资料、必要的备品备件及软件。

l  服务人员了解设备 (略) 情况，核实故障现象，并根据故障现象对设 (略) 故障分析、测试、诊断，并制定业务恢复和故障解决技术方案。中标人须保证优先实施业务恢复，在恢复业务的前提下， (略) 彻底的故障修复。

l  (略) 理故障时不能影响到设备或软 (略) ， (略) 系统重装或系统启动等较大操作时，须经用户 (略) 门确认方可实施。若因中标方服务人员误 (略) 事等主观原因给采购方带来损失的，采购人有权向中标人提出索赔。

l  服务人员每周至少巡检一次，按月形成《运维报告》。

l  (略) 理故障后，要认真填写《 (略) 理报告》，并向采购人解释故障原因和解决方法，以及在日常维护中的预防措施。

二、  (略) 要求的报名方 (略) 报名，否则，不接受其投标。

三、    磋商文件第五章：合同条款及各式，第十三项、考核评分标准现修改为：

备注:考核总分为100分，得分60分（含）以上为合格，60分以下为不合格。

合同期内由于乙方原因对甲方业务造成巨大影响的，考核直 (略) 理，甲方有权终止协议，费用按实际租期支付。

四、    本项目按照总得分从高到低顺序依次推荐1-2名中标候选人。

五、    关于保密要求更改为：在合同期，甲方产生的数据归甲方，乙方未经甲方同意不得将数据用于其他用途，并不得向第三方传阅。虚机之间访问控制。本次租用的虚机与云平台中 (略) 隔离，禁止其他虚机访问 (略) 市交易平台虚机，保证数据的安全。

以上澄清、 (略) 磋商文件 (略) ，以本次澄清、答疑内容为准， (略) 磋商文件，特此说明。 

招标人： (略) 市公 (略)

 代理机构： (略) (略) 有限公司

2017年3月 21日

关于对“ (略) 市公共资源交易平台系统、 (略) 迁移上云服务项目”招标的澄清、答疑

                    项目编号：czcg 点击查看>>

致各潜在投标人：

现对“ (略) 市公共资源交易平台系统、 (略) 迁移上云服务项目”施工招标的疑问作如下澄清、答疑：

一、磋商文件P31即：第四章，项目概况描述现更改为：

    我市县市一体化公共资源交易平台建成后，投资重复浪费，系统不易拓展、维护等问题、招投标数据保密、容灾能力，制约了招投标信息化的支撑服务水平。

本次项目以资源整合和集约化建设为根本出发点，将公 (略) 、县市一体化公共资源交易平台、数据库服务器等硬件设施迁移上云。通过利用云计算、大数据等新技术优势，进一步提升系统的可靠性、易用性、伸展性，增强数据共享、大数据应用能力； (略) 云安全监控、云安全防护、DDOS攻击防护等一整套安全防护手段，提升系统安全性；通过购买云服务的模式，降低一次性设备采购成本，弹性扩展，减少运维投入，将精力聚焦于关键工作；整 (略) 需的各类IT资源，通过资源池化技术，提高资源的使用效率。

（一）建设背景

1、项目背景

近年来， (略) 信息化系统通过大整合，从技术层面初步解开了信息孤岛和信息碎片化的死结，为实现更大范围、更高层次的共享应用提供了现实基础。现在的问题已经更多地集中在如何实现数据的深度共享、应用的高度协同以及对海量数据的深度应用、综合应用和高端应用，促使这些数据从量变到质变。

有鉴于此， (略) 市公 (略) 需要构建统一的云平台，重点以资源的整合和集约化建设为根本出发点。通过 (略) 市公 (略) (略) 、市县一体化平迁移上云为突破口，减少重复投资，提 (略) 效率， (略) 成本。

2、问题分析

服务器等硬件设备老化，需要更新。

(略) 署模式无法满足弹性扩容、 (略) 署。

系统横向扩展能力较弱，扩展成本高。

传统安全建设模式，无法应用日益复杂的安全环境。

系统建设、维护标准与规范不清晰，系统兼容性、共享性、协同性不足。

系统无法有效支撑数据共享、大数据应用的要求。

（二）建设目标

一是提高资源的使用效率。将全面地整 (略) 需的各类IT资源，通过资源池化技术，形成庞大的计算池、存储池、应用池，优化资源配置，提高资源的整体使用效率，将基础设施的利用率大幅提升。

二是减少投资成本。通过集约化建设，避免出现“重复建设、各自为政”现象，节省硬件等IT基础设施的投资，减少投资成本；通过服务采购的资源获取模式，快速精确 (略) 门的需求，降低初期投入成本。

三是降低维护成本。通过购买高效率、高质量的服务，使得各级领导无需关心如何搭建，只需自服务模式的按需申请云服务即可， (略) 的维护成本和人员成本。

四是提升系统安全性。从物理设施、网络、平台、系统、数据、应用、运维 (略) 安全建设，搭建具备安全状况实时监控，安全预警、攻击防护、抗DDOS流量攻击防护等功能的云安全平台，全面提升系统安全能力。

五是提升系统易用性、扩展性。通过采用分布式系统架构，解决传统“烟囱”式架构堆叠扩展的问题，实现系 (略) 署，迅速响应新需求。

六是建立标准规范。从资源申请到资源使用、资源回收，从数据采集到数据清洗、数据使用，从应用开发到应用测试、应用上线，从网络安全到系统安全、信息安全，建立统一的规范标准建设，保证项目顺利、持续推进。

（三）建设原则

以顶层设计和整体规划为先导，以市县一体化建设和数据资源利用为主线，以新一代信息技术为驱 (略) ，以强化安全建设为保障，全面提升招投标信息化建设管理水平，着重落实——

先进性：系统采用具有国内先进水平并符合国际发展趋势的技术、软件和设备，具备海量计算、深度挖 (略) 理能力。在设计过程中充分依照国际上的规范、标准，借鉴国内外目前 (略) 分布式系统的体系结构，以保证系统具有较长的生命力和扩展能力。

全局性：虽然是试点项目，但应该 (略) 和远期，进行统筹规划和顶层设计，从而为后续持续建设与优化打下基础。

标准化：区别于以往传统项目模式，不再是单个项目分别建设，而是基于统一的 (略) 分 (略) 分，因此做好建设与运营规范，是项目成功的重要保证。

可靠性：在达到满足平台应用的条件后，必须考虑系统的可靠性，即系统是可以信赖的，不会或很少出现故障，如存储备份可考虑多重副本，确保数据可靠性。如果忽视这些，可能出现系统不可靠，经常或容易出现问题，耽误工作，尤其是对电子政务的各种管理、决策，甚至会造成广泛的不良影响。

实用性： (略) 云建设规划时，应当首先考虑能满足实际应用的需要，或在多大程度上能满足需要。因为无论采用什么技术，最终的目的都是为了使用，都是为了借助计算机来提高工作效率、工作质量，满足日益增长的工作要求。应当首先考虑选用 (略) 市本地已经建成或在建的云平台， (略) 已积累一定的项目经验，确保迁云项目快速实施。

安全性：从物理设施、网络、平台、系统、数据、应用、运维 (略) 安全建设，全面提升系统安全能力。应避免与一般企业、个人共享硬件，将系统搭建在专有政务云平台中，确保安全。

效益性：从经济效益最优化角度，避免发生大规模投入资金建机房、采购设备等问题，采取有效措施降低一次性建设成本，减少运维成本。

（四）建设指标：服务基本要求

1、中心服务器，平均无故障指标(MTBF)和网络平均无故障指标(MTBF)：确保平台拥有99.9%的可用性。

2、中标单位必 (略) 络运营商用户能正常使用甲方的运营系统。

3、故障服务要求：市级终端发生故障1小时响应，2小时排除故障；县级终端发生故障1小时响应，2小时排除故障。

3.1 工作时间的响应

在工作时间,接到故障报修后，无论是重大故障或一般故障，中标 (略) 工程师 (略) (略) 理，并在中标人承诺的时间范围内解决故障问题，否则，按照1000元/ (略) 罚。

3.2 非工作日的电话响应

中标人应在双休日、节假日等非工作时间设立7*24的值班响应电话，并安排有经验的工程师接受报障。当设备或软件出现故障时，采购人通过中标人指定的值班 (略) 报障，从开始拨打值班响应电话到值班工程师接听电话的时间不得超过5分钟。

值班工程师应根据 (略) (略) 理和操作。非工作 (略) 故障修复的 (略) (略) 服务两种，具体要求如下。

3.2.1 (略) 服务（远程登录）

对于一般故障，如果采购人的设备或软件具备提供远程登录服务的能力，中标人在征得采购人同意后，可通过远程接入手段，登录到故障设备或软件，进行故障诊断，查找故障出现的原因， (略) 理故障。

3.2.2 现场服务

对于重大故障，在非工作日可先通过远程 (略) (略) 处理， (略) 服务在规定的时间内不能解决故障时，中标人应 (略) 支持服务，安排 (略) 解决。

非工作日，中标人也必须在承诺的时间范围内解决故障问题，否则，按照500元/ (略) 罚。

具体要求：

l  服 (略) 现场支持服务前应作好以下准备：

A.  查阅采购人用户档案，了解用户设 (略) 情况及设备 (略) 发生 (略) 理办法；

B.  准备技术服务工具、服务资料、必要的备品备件及软件。

l  服务人员了解设备 (略) 情况，核实故障现象，并根据故障现象对设 (略) 故障分析、测试、诊断，并制定业务恢复和故障解决技术方案。中标人须保证优先实施业务恢复，在恢复业务的前提下， (略) 彻底的故障修复。

l  (略) 理故障时不能影响到设备或软 (略) ， (略) 系统重装或系统启动等较大操作时，须经用户 (略) 门确认方可实施。若因中标方服务人员误 (略) 事等主观原因给采购方带来损失的，采购人有权向中标人提出索赔。

l  服务人员每周至少巡检一次，按月形成《运维报告》。

l  (略) 理故障后，要认真填写《 (略) 理报告》，并向采购人解释故障原因和解决方法，以及在日常维护中的预防措施。

二、  (略) 要求的报名方 (略) 报名，否则，不接受其投标。

三、    磋商文件第五章：合同条款及各式，第十三项、考核评分标准现修改为：

备注:考核总分为100分，得分60分（含）以上为合格，60分以下为不合格。

合同期内由于乙方原因对甲方业务造成巨大影响的，考核直 (略) 理，甲方有权终止协议，费用按实际租期支付。

四、    本项目按照总得分从高到低顺序依次推荐1-2名中标候选人。

五、    关于保密要求更改为：在合同期，甲方产生的数据归甲方，乙方未经甲方同意不得将数据用于其他用途，并不得向第三方传阅。虚机之间访问控制。本次租用的虚机与云平台中 (略) 隔离，禁止其他虚机访问 (略) 市交易平台虚机，保证数据的安全。

以上澄清、 (略) 磋商文件 (略) ，以本次澄清、答疑内容为准， (略) 磋商文件，特此说明。 

招标人： (略) 市公 (略)

 代理机构： (略) (略) 有限公司

2017年3月 21日