珠江时报全媒体图片资源库建设项目更正公告
珠江时报全媒体图片资源库建设项目更正公告
一、项目基本情况
原公告的 (略) :GZT- 点击查看>>
原公告的采购项目名称:珠江时报全媒体图片资源库建设项目
首次公告日期:2022年7月4日
二、更正信息
更正事项:采购文件
更正内容:
(一)原采购文件“二、采购项目技术要求”:
(三)后台管理系统 后台管理系统负责对资源、版权 、供稿、体系、系统管理、会员、电子商务、等进行管理。 (略) 端向外输出展示运营。 |
现更正为: |
(三)图片资源管理后台系统 后台管理系统负责对资源、版权 、供稿、体系、系统管理、会员、电子商务、等进行管理。 (略) 端向外输出展示运营。 |
(二)原采购文件“二、采购项目技术要求”:
(三)图片资源管理运营管理系统 …… (四)系统后台管理平台 一般系统后台管理的通用功能,如角色与用户管理、权限管理、元数据管理、流程管理、存储管理、使用情况监控、日志管理等等。 |
现更正为: |
(四)后台系统技术参数要求 …… 11、系统管理 一般系统后台管理的通用功能,如角色与用户管理、权限管理、元数据管理、流程管理、存储管理、使用情况监控、日志管理等等。 |
(三)原采购文件“二、采购项目技术要求”:
(六)接口及应用支撑需求 …… 3.▲与社内现有采编系统接口对接 (略) 内现有全媒体采编系统的对接:采编系统可选用图片资源库内的图片素材;记者在采编系统写稿时提交的图片,同步保存至资源库; (略) 商按照要求提供的见报图片数据可直接入库到图片资源管理系统作为独立的见报成品库保存。 |
现更正为: |
(六)接口及应用支撑需求 …… 3.▲与社内现有采编系统接口对接 (略) 内现有全媒体采编系统(PC端、移动端)的对接:采编系统可选用图片资源库内的图片素材;记者在采编系统写稿时提交的图片,同步保存至资源库; (略) 商按照要求提供的见报图片数据可直接入库到图片资源管理系统作为独立的见报成品库保存。 |
(四)原采购文件“三、★采购项目商务要求(不可负偏离)”:
4 质量保证期 4.1 本合同的质量保证期(简称“质保期”)为一年, (略) 货物经采购人最终验收合格,由双方签署最终验收合格报告书后,且中标人向采购人出具合法有效发票之日起计算。在合同质保期内,中标人对其提供的货物进行免费包修、包换、包退、包维护保养。 |
现更正为: |
4 质量保证期 4.1 本合同的质量保证期(简称“质保期”)为一年, (略) 货物经采购人最终验收合格,由双方签署最终验收合格报告书后,且中标人向采购人出具合法有效发票之日起计算。在合同质保期内,中标人提供免费技术服务。 |
(五)原采购文件“三、★采购项目商务要求(不可负偏离)”:
5 验收要求 5.1 系统验收 5.1.1 验收组织方式 符合验收标准后,各方参与进行系统验收。主要是针对系统应用软件功能、软件过程文档、操作规范、安全体系等内容进行验收,要求系统必须充分完全的实现项目的建设要求,并在具体功能实现上完全符合系统的设计文档要求、操作规范符合用户的操作习惯、系统安全符合国家标准,能够充分保证数据安全、网络安全和应用安全。由验收参与各方参与制定详细验收规范及内容,并及时通知用户 (略) 门。排定各项验收时间表,指定各方责任人,明确验收内容,并保证人员、场地及其它准备工作的提前就绪。 项目验收前须通过安全等级保护三级测评,费用由中标人支付。 引入专业 (略) ,对系统的功能和性能进行测评,费用由中标人支付。 引入第三方专家组进行验收,费用由中标人支付。 验收严格按照程序及规范执行,并详细填写有关表格、签署有关文件。 5.1.2 验收流程 由建设单位、中标人、第三方专家组等单位参与制定详细验收规范及内容。 排定各项验收时间表,指定各方责任人,明确验收内容,并保证人员、场地及其它准备工作的提前就绪。 应用软件验收还包含文档资料验收,对验收中发现的问题,将对其进行完善。 5.1.3 (略) 依据的标准 从系统的实用性、稳定性、可维护性、灵活性、可操作性及系统文档、代码、规范及注释说明等方面全面组织验收。 系统实用性:项目验收关键的指标。检查系统是否满足建设单位的需要,特别是业务流的整体性和数据流的一致性,并前瞻性地提供未来系统整合的需求。 系统稳定性:软件运行是否稳定, (略) 理能力。 系统可维护性:含应用软件的管理与维护、软件工具的管理与维护以及数据库备份与管理方案等。 制定和实施软件的整体测试方案,保证各子系统间、与其他系统的联接正确,数据传送正常。验收时严格按照程序及规范执行,并详细填写有关表格、签署有关文件。软件终验时,必须通过验收测试,并取得测试报告。 |
现更正为: |
5 验收要求 5.1 系统验收 5.1.1 验收组织方式 符合验收标准后,各方参与进行系统验收。主要是针对系统应用软件功能、软件过程文档、操作规范、安全体系等内容进行验收,要求系统必须充分完全的实现项目的建设要求,并在具体功能实现上完全符合系统的设计文档要求、操作规范符合用户的操作习惯、系统安全符合国家标准,能够充分保证数据安全、网络安全和应用安全。由验收参与各方参与制定详细验收规范及内容,并及时通知用户 (略) 门。排定各项验收时间表,指定各方责任人,明确验收内容,并保证人员、场地及其它准备工作的提前就绪。 点击查看>> 方须安排技术人员,协助 点击查看>> 方通过安全等级保护三级测评。 验收严格按照程序及规范执行,并详细填写有关表格、签署有关文件。 5.1.2 验收流程 由建设单位、中标人等单位参与验收。 应用软件验收还包含文档资料验收,对验收中发现的问题,将对其进行完善。 5.1.3 (略) 依据的标准 从系统的实用性、稳定性、可维护性、灵活性、可操作性及系统文档、规范及注释说明等方面全面组织验收。 系统实用性:项目验收关键的指标。检查系统是否满足建设单位的需要,特别是业务流的整体性和数据流的一致性,并前瞻性地提供未来系统整合的需求。 系统稳定性:软件运行是否稳定, (略) 理能力。 系统可维护性:含应用软件的管理与维护、软件工具的管理与维护以及数据库备份与管理方案等。 制定和实施软件的整体测试方案,保证各子系统间、与其他系统的联接正确,数据传送正常。验收时严格按照程序及规范执行,并详细填写有关表格、签署有关文件。软件终验时,必须通过验收测试,并取得测试报告。 |
(六)原采购文件“三、★采购项目商务要求(不可负偏离)”:
5.2 服务验收 5.2.1 验收前提条件 系统涉及机构改革软件服务推广上线并稳定运行之后,中标人将根据相关标准流程,提出智能审批服务验收申请。验收关键前提条件为:完成合同规定的系统建设工作,系统实施上线确认单。 (1)项目验收前,中标人按招标人要求做好工程验收前的各项工作,配合招标人完成工程验收。 (2)检查开发、测试、质量保障工作是否达到合同书的各项指标与要求、存在的工作缺陷、遗留问题及解决情况,按照系统验收要求完成项目验收报告。 (3)中标人应按合同要求向建设单位提交交付物 (略) 列内容(包括纸质和电子版文件),并经招标方 (略) 门签字确认。 5.2.2 验收标准 服务验收标准,以相关需求说明及附件和双方确认的 (略) 列软件功能为依据,验证智能审批事项在多端的上线情况、服务质量等。 每个软件服务验收后,相应的残余缺陷按照严重程度分类,满足下列验收标准则视为软件服务验收合格: 服务验收:服务的验收包含数量、质量、预期效益、满意度等方面是否符合验收要求; 数量:检验本次项目的优化事项数量是否达到数量指标。 质量:通过输出成果的可用性、实际使用效率、用户体验、产出结果规范性是否符合质量要求。 多端验收:通过PC端、智能终端、APP端等的使用情况进行验收。 预期效益:通过问卷调查,用户使用率、使用频率、用户点击率等多项指标检验是否符合效益需求。 满意度:从使用者满意度情况检验是否符合验收要求。 5.2.3 验收交付物 (1)可供编译的完整系统原代码 (2)软件需求文件; (3)技术手册; (4)详细的工程日志; (5)关键技术的详细介绍; (6)项目管理要求的相关文件; (7)详细的应用系统维护操作手册; (8)本项目监理方要求中标人提交的其它材料。 (9)具备资质第三方测评报告 |
现更正为: |
5.2 服务验收 5.2.1 验收前提条件 系统上线并稳定运行之后,中标人将根据相关标准流程,提出验收申请。验收关键前提条件为:完成合同规定的系统建设工作,系统实施上线确认单。 (1)项目验收前,中标人按招标人要求做好工程验收前的各项工作,配合招标人完成工程验收。 (2)检查开发、测试、质量保障工作是否达到合同书的各项指标与要求、存在的工作缺陷、遗留问题及解决情况,按照系统验收要求完成项目验收报告。 (3)中标人应按合同要求向建设单位提交交付物 (略) 列内容(包括纸质和电子版文件),并经招标方 (略) 门签字确认。 5.2.2 验收标准 服务验收标准,以相关需求说明及附件和双方确认的 (略) 列软件功能为依据,验证系统在多端的上线情况、服务质量等。 服务验收:服务的验收包含数量、质量、预期效益、满意度等方面是否符合验收要求; 数量:检验本次项目的数量是否达到数量指标。 质量:通过可用性、实际使用效率、用户体验、产出结果规范性是否符合质量要求。 多端验收:通过PC端、移动端等的使用情况进行验收。 预期效益:通过用户使用率、使用频率、用户点击率等多项指标检验是否符合效益需求。 满意度:从使用者满意度情况检验是否符合验收要求。 5.2.3 验收交付物 (1)完整的系统 (2)软件需求文件; (3)技术手册; (4)详细的工程日志; (5)关键技术的详细介绍; (6)项目管理要求的相关文件; (7)详细的应用系统维护操作手册; (8)本项目监理方要求中标人提交的其它材料。 |
(七)原采购文件“三、★采购项目商务要求(不可负偏离)”:
6 售后服务要求 系统功能、服务质量保证期为验收合格之日起不少于一年,拟派售后服务人员不少于10人,并提供人员驻点服务。 在项目验收后,中标人须保证5*8小时的现场支持,7*24小时的远程支持,提供一年的免费维护服务,维护响应时间应在半小时内响应,包括应用系统的维护、系统故障修复、BUG修复、定时检修服务、性能优化服务、运行状态检查、 (略) 理等。在系统运行期间确保故障、问题、咨询能够被迅速的解决和支持。对发生在第三方系统之间的对接或调测,如需要在本系统中进行数据或确认的,中标人应及时的进行支撑。 售后服务须随投标文件进行明确、详细的描述,并提供售后服务承诺函。本内容需要提供对上述服务内容的售后服务承诺函并盖章。 |
现更正为: |
6 售后服务要求 系统功能、服务质量保证期为验收合格之日起不少于一年,拟派售后服务人员不少于10人,必要时提供现场支持。 在项目验收后,系统发生严重问题时中标人须保证5*8小时的现场支持。日常7*24小时的远程支持,提供一年的免费维护服务,维护响应时间应在半小时内响应,包括应用系统的维护、系统故障修复、BUG修复、定时检修服务、性能优化服务、运行状态检查、 (略) 理等。在系统运行期间确保故障、问题、咨询能够被迅速的解决和支持。对发生在第三方系统之间的对接或调测,如需要在本系统中进行数据或确认的,中标人应及时的进行支撑。 售后服务须随投标文件进行明确、详细的描述,并提供售后服务承诺函。本内容需要提供对上述服务内容的售后服务承诺函并盖章。 |
采购文件其他内容如涉及上述更正内容的亦作相应修改。原采购文件与《更正公告》有矛盾的地方,以此《更正公告》为准。
其他内容不变。
三、其他补充事宜:
(一)投标截止时间:2022年8月4日9点30分。
(二)开标时间:2022年8月4日9时30分。
四、凡对本次公告内容提出询问,请按以下方式联系。
1、采购人信息
名称:佛山 (略)
地址:广东省佛山市 (略) 南海 (略)
2、采购代理机构信息
名称:广东 (略)
地址:佛山市南海 (略) 城智大厦1栋10楼
联系方式:0757- 点击查看>>
3、项目联系方式
项目联系人:黄伟明
电话:0757- 点击查看>>
发布人:广东 (略)
发布时间:2022年7月19日
一、项目基本情况
原公告的 (略) :GZT- 点击查看>>
原公告的采购项目名称:珠江时报全媒体图片资源库建设项目
首次公告日期:2022年7月4日
二、更正信息
更正事项:采购文件
更正内容:
(一)原采购文件“二、采购项目技术要求”:
(三)后台管理系统 后台管理系统负责对资源、版权 、供稿、体系、系统管理、会员、电子商务、等进行管理。 (略) 端向外输出展示运营。 |
现更正为: |
(三)图片资源管理后台系统 后台管理系统负责对资源、版权 、供稿、体系、系统管理、会员、电子商务、等进行管理。 (略) 端向外输出展示运营。 |
(二)原采购文件“二、采购项目技术要求”:
(三)图片资源管理运营管理系统 …… (四)系统后台管理平台 一般系统后台管理的通用功能,如角色与用户管理、权限管理、元数据管理、流程管理、存储管理、使用情况监控、日志管理等等。 |
现更正为: |
(四)后台系统技术参数要求 …… 11、系统管理 一般系统后台管理的通用功能,如角色与用户管理、权限管理、元数据管理、流程管理、存储管理、使用情况监控、日志管理等等。 |
(三)原采购文件“二、采购项目技术要求”:
(六)接口及应用支撑需求 …… 3.▲与社内现有采编系统接口对接 (略) 内现有全媒体采编系统的对接:采编系统可选用图片资源库内的图片素材;记者在采编系统写稿时提交的图片,同步保存至资源库; (略) 商按照要求提供的见报图片数据可直接入库到图片资源管理系统作为独立的见报成品库保存。 |
现更正为: |
(六)接口及应用支撑需求 …… 3.▲与社内现有采编系统接口对接 (略) 内现有全媒体采编系统(PC端、移动端)的对接:采编系统可选用图片资源库内的图片素材;记者在采编系统写稿时提交的图片,同步保存至资源库; (略) 商按照要求提供的见报图片数据可直接入库到图片资源管理系统作为独立的见报成品库保存。 |
(四)原采购文件“三、★采购项目商务要求(不可负偏离)”:
4 质量保证期 4.1 本合同的质量保证期(简称“质保期”)为一年, (略) 货物经采购人最终验收合格,由双方签署最终验收合格报告书后,且中标人向采购人出具合法有效发票之日起计算。在合同质保期内,中标人对其提供的货物进行免费包修、包换、包退、包维护保养。 |
现更正为: |
4 质量保证期 4.1 本合同的质量保证期(简称“质保期”)为一年, (略) 货物经采购人最终验收合格,由双方签署最终验收合格报告书后,且中标人向采购人出具合法有效发票之日起计算。在合同质保期内,中标人提供免费技术服务。 |
(五)原采购文件“三、★采购项目商务要求(不可负偏离)”:
5 验收要求 5.1 系统验收 5.1.1 验收组织方式 符合验收标准后,各方参与进行系统验收。主要是针对系统应用软件功能、软件过程文档、操作规范、安全体系等内容进行验收,要求系统必须充分完全的实现项目的建设要求,并在具体功能实现上完全符合系统的设计文档要求、操作规范符合用户的操作习惯、系统安全符合国家标准,能够充分保证数据安全、网络安全和应用安全。由验收参与各方参与制定详细验收规范及内容,并及时通知用户 (略) 门。排定各项验收时间表,指定各方责任人,明确验收内容,并保证人员、场地及其它准备工作的提前就绪。 项目验收前须通过安全等级保护三级测评,费用由中标人支付。 引入专业 (略) ,对系统的功能和性能进行测评,费用由中标人支付。 引入第三方专家组进行验收,费用由中标人支付。 验收严格按照程序及规范执行,并详细填写有关表格、签署有关文件。 5.1.2 验收流程 由建设单位、中标人、第三方专家组等单位参与制定详细验收规范及内容。 排定各项验收时间表,指定各方责任人,明确验收内容,并保证人员、场地及其它准备工作的提前就绪。 应用软件验收还包含文档资料验收,对验收中发现的问题,将对其进行完善。 5.1.3 (略) 依据的标准 从系统的实用性、稳定性、可维护性、灵活性、可操作性及系统文档、代码、规范及注释说明等方面全面组织验收。 系统实用性:项目验收关键的指标。检查系统是否满足建设单位的需要,特别是业务流的整体性和数据流的一致性,并前瞻性地提供未来系统整合的需求。 系统稳定性:软件运行是否稳定, (略) 理能力。 系统可维护性:含应用软件的管理与维护、软件工具的管理与维护以及数据库备份与管理方案等。 制定和实施软件的整体测试方案,保证各子系统间、与其他系统的联接正确,数据传送正常。验收时严格按照程序及规范执行,并详细填写有关表格、签署有关文件。软件终验时,必须通过验收测试,并取得测试报告。 |
现更正为: |
5 验收要求 5.1 系统验收 5.1.1 验收组织方式 符合验收标准后,各方参与进行系统验收。主要是针对系统应用软件功能、软件过程文档、操作规范、安全体系等内容进行验收,要求系统必须充分完全的实现项目的建设要求,并在具体功能实现上完全符合系统的设计文档要求、操作规范符合用户的操作习惯、系统安全符合国家标准,能够充分保证数据安全、网络安全和应用安全。由验收参与各方参与制定详细验收规范及内容,并及时通知用户 (略) 门。排定各项验收时间表,指定各方责任人,明确验收内容,并保证人员、场地及其它准备工作的提前就绪。 点击查看>> 方须安排技术人员,协助 点击查看>> 方通过安全等级保护三级测评。 验收严格按照程序及规范执行,并详细填写有关表格、签署有关文件。 5.1.2 验收流程 由建设单位、中标人等单位参与验收。 应用软件验收还包含文档资料验收,对验收中发现的问题,将对其进行完善。 5.1.3 (略) 依据的标准 从系统的实用性、稳定性、可维护性、灵活性、可操作性及系统文档、规范及注释说明等方面全面组织验收。 系统实用性:项目验收关键的指标。检查系统是否满足建设单位的需要,特别是业务流的整体性和数据流的一致性,并前瞻性地提供未来系统整合的需求。 系统稳定性:软件运行是否稳定, (略) 理能力。 系统可维护性:含应用软件的管理与维护、软件工具的管理与维护以及数据库备份与管理方案等。 制定和实施软件的整体测试方案,保证各子系统间、与其他系统的联接正确,数据传送正常。验收时严格按照程序及规范执行,并详细填写有关表格、签署有关文件。软件终验时,必须通过验收测试,并取得测试报告。 |
(六)原采购文件“三、★采购项目商务要求(不可负偏离)”:
5.2 服务验收 5.2.1 验收前提条件 系统涉及机构改革软件服务推广上线并稳定运行之后,中标人将根据相关标准流程,提出智能审批服务验收申请。验收关键前提条件为:完成合同规定的系统建设工作,系统实施上线确认单。 (1)项目验收前,中标人按招标人要求做好工程验收前的各项工作,配合招标人完成工程验收。 (2)检查开发、测试、质量保障工作是否达到合同书的各项指标与要求、存在的工作缺陷、遗留问题及解决情况,按照系统验收要求完成项目验收报告。 (3)中标人应按合同要求向建设单位提交交付物 (略) 列内容(包括纸质和电子版文件),并经招标方 (略) 门签字确认。 5.2.2 验收标准 服务验收标准,以相关需求说明及附件和双方确认的 (略) 列软件功能为依据,验证智能审批事项在多端的上线情况、服务质量等。 每个软件服务验收后,相应的残余缺陷按照严重程度分类,满足下列验收标准则视为软件服务验收合格: 服务验收:服务的验收包含数量、质量、预期效益、满意度等方面是否符合验收要求; 数量:检验本次项目的优化事项数量是否达到数量指标。 质量:通过输出成果的可用性、实际使用效率、用户体验、产出结果规范性是否符合质量要求。 多端验收:通过PC端、智能终端、APP端等的使用情况进行验收。 预期效益:通过问卷调查,用户使用率、使用频率、用户点击率等多项指标检验是否符合效益需求。 满意度:从使用者满意度情况检验是否符合验收要求。 5.2.3 验收交付物 (1)可供编译的完整系统原代码 (2)软件需求文件; (3)技术手册; (4)详细的工程日志; (5)关键技术的详细介绍; (6)项目管理要求的相关文件; (7)详细的应用系统维护操作手册; (8)本项目监理方要求中标人提交的其它材料。 (9)具备资质第三方测评报告 |
现更正为: |
5.2 服务验收 5.2.1 验收前提条件 系统上线并稳定运行之后,中标人将根据相关标准流程,提出验收申请。验收关键前提条件为:完成合同规定的系统建设工作,系统实施上线确认单。 (1)项目验收前,中标人按招标人要求做好工程验收前的各项工作,配合招标人完成工程验收。 (2)检查开发、测试、质量保障工作是否达到合同书的各项指标与要求、存在的工作缺陷、遗留问题及解决情况,按照系统验收要求完成项目验收报告。 (3)中标人应按合同要求向建设单位提交交付物 (略) 列内容(包括纸质和电子版文件),并经招标方 (略) 门签字确认。 5.2.2 验收标准 服务验收标准,以相关需求说明及附件和双方确认的 (略) 列软件功能为依据,验证系统在多端的上线情况、服务质量等。 服务验收:服务的验收包含数量、质量、预期效益、满意度等方面是否符合验收要求; 数量:检验本次项目的数量是否达到数量指标。 质量:通过可用性、实际使用效率、用户体验、产出结果规范性是否符合质量要求。 多端验收:通过PC端、移动端等的使用情况进行验收。 预期效益:通过用户使用率、使用频率、用户点击率等多项指标检验是否符合效益需求。 满意度:从使用者满意度情况检验是否符合验收要求。 5.2.3 验收交付物 (1)完整的系统 (2)软件需求文件; (3)技术手册; (4)详细的工程日志; (5)关键技术的详细介绍; (6)项目管理要求的相关文件; (7)详细的应用系统维护操作手册; (8)本项目监理方要求中标人提交的其它材料。 |
(七)原采购文件“三、★采购项目商务要求(不可负偏离)”:
6 售后服务要求 系统功能、服务质量保证期为验收合格之日起不少于一年,拟派售后服务人员不少于10人,并提供人员驻点服务。 在项目验收后,中标人须保证5*8小时的现场支持,7*24小时的远程支持,提供一年的免费维护服务,维护响应时间应在半小时内响应,包括应用系统的维护、系统故障修复、BUG修复、定时检修服务、性能优化服务、运行状态检查、 (略) 理等。在系统运行期间确保故障、问题、咨询能够被迅速的解决和支持。对发生在第三方系统之间的对接或调测,如需要在本系统中进行数据或确认的,中标人应及时的进行支撑。 售后服务须随投标文件进行明确、详细的描述,并提供售后服务承诺函。本内容需要提供对上述服务内容的售后服务承诺函并盖章。 |
现更正为: |
6 售后服务要求 系统功能、服务质量保证期为验收合格之日起不少于一年,拟派售后服务人员不少于10人,必要时提供现场支持。 在项目验收后,系统发生严重问题时中标人须保证5*8小时的现场支持。日常7*24小时的远程支持,提供一年的免费维护服务,维护响应时间应在半小时内响应,包括应用系统的维护、系统故障修复、BUG修复、定时检修服务、性能优化服务、运行状态检查、 (略) 理等。在系统运行期间确保故障、问题、咨询能够被迅速的解决和支持。对发生在第三方系统之间的对接或调测,如需要在本系统中进行数据或确认的,中标人应及时的进行支撑。 售后服务须随投标文件进行明确、详细的描述,并提供售后服务承诺函。本内容需要提供对上述服务内容的售后服务承诺函并盖章。 |
采购文件其他内容如涉及上述更正内容的亦作相应修改。原采购文件与《更正公告》有矛盾的地方,以此《更正公告》为准。
其他内容不变。
三、其他补充事宜:
(一)投标截止时间:2022年8月4日9点30分。
(二)开标时间:2022年8月4日9时30分。
四、凡对本次公告内容提出询问,请按以下方式联系。
1、采购人信息
名称:佛山 (略)
地址:广东省佛山市 (略) 南海 (略)
2、采购代理机构信息
名称:广东 (略)
地址:佛山市南海 (略) 城智大厦1栋10楼
联系方式:0757- 点击查看>>
3、项目联系方式
项目联系人:黄伟明
电话:0757- 点击查看>>
发布人:广东 (略)
发布时间:2022年7月19日
最近搜索
无
热门搜索
无