联系人15个
立即查看
可引荐人脉716人
立即引荐
历史招中标信息587条
立即监控
| ****点击查看 | 项目名称：****点击查看****点击查看妇幼保健院****点击查看医疗中心-****点击查看建设项目信息化建设项目（二期） |
| 十二标段：软件测评服务 | 分包类型：服务类 |
| 公开招标 | 预算金额130000.00 |
| 总价采购项目 | 是否属于技术复杂，否 |
| 否 | 是否适宜由中小企业提供：是 |
| 不适宜面向中小企业证明材料 |
任何供应商、单位或者个人对以上公示的项目采购需求有异议的，可以在招标公告发布之前在线发起异议，并填写异议内容及事实依据，该异议仅作为社会主体对采购需求内容的监督，采购人查询异议内容后，可根据实际情况自行决定是否采纳异议内容。供应商认为采购文件、采购过程、中标或者成交结果使自己的权益受到损害的，应按照《政府采购质疑和投诉办法》规定执行。
二、供应商资格条件
1.满足《****点击查看政府采购法》第二十二条规定，应提供以下材料：
1.1 提供在中华人民**国境内注册的法人或其他组织的营业执照 （或事业单位法人证书，或社会团体法人登记证书），如投标供应商为自然人的需提供自然人身份证明；
1.2 法人授权委托书、法人及被授权人身份证复印件（法定代表人直接投标可不提供，但须提供法定代表人身份证复印件）；
1.3 提供具有良好商业信誉和健全的财务会计制度的承诺函；
1.4 提供履行合同所必需的设备和专业技术能力的证明材料；
1.5 具有依法缴纳税收和社会保障资金的良好记录的承诺函；
1.6 提供参加采购活动前三年内在经营活动中没有重大违法记录的书面声明；（提供《资格承诺函》）。
2.****点击查看政府采购网（www.****点击查看.cn****点击查看政府采购严重违法失信行为记录名单，在“信用中国”网站（www.****点击查看.cn）未被列入失信被执行人、重大税收违法案件当事人名单。
3.（是/否）专门面向中小微企业： 1是 0否
4.合格投标人的其他资格要求：
| 1 | 1****点击查看政府采购法第二十一条、第二十二条的规定： （1）供应商具有法人或其他组****点击查看事业单位法人证书或社会团体法人登记证书或执业许可证等），如供应商为自然人的须提供自然人身份证明；同时提供法定代表人授权委托书、法定代表人及被授权人身份证件（法定代表人直接投标可不提供，但须提供法定代表人身份证明）； （2）供应商须具有良好的商业信誉和健全的财务会计制度，提供资格承诺函或提供相应证明材料； （3）供应商须具有履行合同所必需的设备和专业技术能力，提供资格承诺函或提供相应证明材料； （4）供应商须依法缴纳税收和社会保障资金，提供资格承诺函或提供相应证明材料； （5****点击查看政府采购活动前三年内，在经营活动中没有重大违法记录，提供资格承诺函或提供相应证明材料。 2）通过“信用中国”网站、中国政府采购网等渠道查询相关主体信用记录，对列入失信被执行人或重大税收违法失信主体名单、政府采购严重违法失信行为记录名单的供应商（处罚期限尚未届满的），拒绝其参与采购活动（以开、评标现场代理机构查询结果为准）。 |
| 2 | 4）合格投标供应商的其他资格要求：（1）供应商单位负责人为同一人或者存在直接控股、管理关系的不同供应商，不得参****点击查看政府采购活动；（2）为采购项目提供整体设计、规范编制或者项目管理、监理、检测等服务的供应商，不得再参加本项目的采购活动。 |
三、商务要求
采购标的交付（实施）的时间（期限）自项目合同签订之日起，接到采购人通知后2个月内完成。
采购标的交付地点（范围）甲方指定地点
付款条件（进度和方式）合同签订后15个工作日内，乙方应向甲方提供合同总金额5%的履约保函，甲方收到履约保函后，60个日历日内向乙方支付中标金额的30％，项目完成建设并通过甲方验收合格后60个日历日内，甲方向乙方支付中标金额金额的70％，项目验收后甲方向乙方退回履约保函。
四、技术要求
货物类 服务类 工程类
| 1 | C****点击查看0000-测试评估认证服务 | 软件测评服务 | 软件测评服务 | 1 | 130000.00 | 标的1-测试评估认证服务：软件评测（Software Judgement）是指对软件性能、用途、使用价值等进行的评价和测试（包含但不限于以下测评内容）。本次提****点击查看医疗中心-****点击查看建设项目信息化建设项目（二期）平台软件测评服务。 1.测试内容 1.1功能测试 功能测试指根据应用系统业务需求和相关技术文档的要求，对应用系统和与其相关的系统的全部功能进行覆盖测试。 表1.1-1功能测试 序号 测试项 测试内容 评测要求 1 功能模块测试 功能完整性 功能是否满足用户的需求，功能实现是否覆盖了系统需求分析说明书的全部内容。 功能测试要求覆盖本期建设系统所有功能点和业务流程 2 功能适合性 软件在运行过程中，功能或操作能否提供合理的和可接受的结果，以实现用户期望的特定目标。 3 功能正确性 功能实现是否正确，程序和数据是否与需求说明书及用户文档的全部内容相对应。 4 互操作性 系统与一个或更多的规定系统能否进行交互以及交互的能力。 5 一致性 程序和数据实现是否与需求说明书和用户文档一致。 6 用户界面测试 对用户界面的布局、界面文字、操作步骤、操作方式、快捷方式进行测试和验证，必要时通过用户调研或用户测试验证用户界面是否满足用户要求。 7 业务流程测试 对应用系统的所有业务流程进行测试，测试系统是否能够贯通各个业务流程。 1.2性能测试 表1.1-2性能测试 序号 测试项 测试内容 评测要求 1 执行效率测试 测试脚本 选择影响系统执行效率的功能模块，制定典型的业务脚本作为执行效率测试的基础案例。 对要求覆盖本期项目需求中要求的指标进行测试，并提供专业的性能测试数据。 2 并发用户数量 分为负载测试和压力测试。通过负载测试，掌握系统能够承受的正常用户并发数量。通过压力测试，掌握系统能够承受的最大用户并发数量。 3 并发方式 主要指用户并发过程中与真实情况相似程度，包括并发用户数量变化的方式、并发过程使用的真实客户端数量、对于并发峰值的模拟等。 4 设备效率测试 主要测试系统 CPU占用率、内存占用率、磁盘占用率、输入输出效率等，包括软件在不工作状态下对于硬件**的占用情况和进行业务处理过程中对于硬件**的占用情况，包括数据库服务器、应用服务器和客户端等。 5 网络效率测试 主要测试网络吞吐量，网络的使用频度与带宽占用。 1.3安全性测试 表1.1.-3安全性测试 序号 测试项 测试内容 评测要求 1 用户权限测试 考察对不同的用户权限限制情况，用户是否有权使用在权限范围内工作，用户是否不能在自己权限范围以外工作。 设计安全测试策略，要求覆盖本期建设系统 2 用户和密码封闭性 对于相应用户及密码进行封闭显示和使用次数限制。 3 留痕功能 系统是否有操作日志，操作日志记录的操作情况的全面性和准确性，是否包括主要要素，如：操作员、操作日期、操作内容、操作动作和使用模块等。 4 数据传输安全性 对于有特殊安全要求的数据传输，是否对传输的数据进行必要的加密处理。 5 基本防护功能 防恶意代码提交及非法直接链接进入内部页面。 1.4可靠性测试 表1.1-4可靠性测试 序号 测试项 测试内容 评测要求 1 屏蔽用户操作错误 考察对用户常见的误操作的提示和屏蔽情况。 设计可靠性测试策略，要求覆盖本期建设系统 2 输入数据有效性检查 系统对数据录入的有效性检查。 3 错误提示的准确性 对用户的错误提示准确程度。 4 错误是否导致系统异常退出 有无操作错误引起系统异常退出的情况。 5 异常情况的影响 在程序运行过程中进行掉电或断网试验，考察数据和系统的受影响程度，若受损是否提供补救工具，补救的情况如何。 6 数据库备份及恢复测试 系统是否提供数据备份和恢复手段，能否进行数据库的备份和恢复。 7 主机系统可靠性测试 如果主机系统实现了相关的可靠性策略，则应测试相关策略的有效性。 1.5兼容性测试 表1.1-5兼容性测试 序号 测试项 测试内容 评测要求 1 操作系统 考察对不同操作系统的支持能力。 依据本期建设系统的设备环境要求，覆盖所有的兼容性测试 2 数据库系统 考察对不同数据库产品的支持能力。 3 浏览器 考察对不同浏览器产品的支持能力。 4 专用网络设备的兼容性验证 包括系统对于各种交换机和路由器的兼容能力。 1.6易用性测试 表1.1-6易用性测试 序号 测试项 测试内容 评测要求 1 易理解性 系统可提供用户使用的，用于特定任务和使用条件的能力。 覆盖本期建设系统 2 易学性 系统使用户能学习期应用的能力。 3 易操作性 系统使用户操作和控制它的能力。 4 吸引性 系统吸引用户的能力。 1.7可扩展性测试 表1.1-7可扩展性测试 序号 测试项 测试内容 评测要求 1 软件扩展 功能逻辑、业务逻辑、系统整体架构应用模块化设计，可通过预留接口或内部配置与重组的方式，实现在不影响原有系统结构的情况下进行扩展。 覆盖本期建设系统 2 硬件扩展 系统整体拓扑结构应提供必要的负载及架构技术，实现硬件及容量扩展。 3 系统升级 系统可通过升级功能，实现系统更新或版本变更。 4 后期维护 系统可通过响应的维护手段及方式，实现软件及硬件的扩展。 1.8文档测试 表1.1-8文档测试 序号 测试项 测试内容 评测要求 1 规范性 用户文档描述规范，有版本控制和修改记录。 覆盖本期建设系统的所有用户文档 2 符合性 用户文档与需求和设计文档的符合程度。 3 完整性 用户文档内容应该完整，对系统的具体操作方法说明比较详细。 4 一致性 用户文档的描述与系统的实际功能应该一致，对重要功能的说明比较全面。 5 易理解程度 用户文档对操作有图例和文字说明，较易理解。 2.技术要求 2.1评测过程 测试执行过程中，至少包括如下关键过程： 1）测试计划制订：是对完成本次测评任务的一个规划。投标方应根据项目建设方案、招标书、委托书、合同、技术文档等其他有效文件（以下简称测评依据），对本次测评的被测对象、测试范围、测试级别、测试类型、测评内容、测评进度、测评质量控制、结束条件、测评资料、风险等进行分析。 第三方测评的测试级别、测试类型一般由委托方决定，在没有明确指出的情况下，投标方应本着对软件质量负责的态度尽量选择全面、合理的测试级别和测试类型。 根据委托方的要求，确定本次测试项目的测试内容，同时，确定测试策略和本次测评采用的软件问题分类方法，如未满足需求、设计缺陷、程序错误、文档错误、其他问题等，对每类问题给出定义，确定本次测评采用的软件问题严重性分类方法，如致命、严重、一般、轻微等，并说明每一个等级的划分标准。根据项目招标书、委托书、合同或其他等效文件的要求，确定被测软件通过第三方测评的标准。 明确测评工作正常结束和中止的条件。从技术、管理、**等方面对完成本次测评任务的风险进行分析，并提出相应的应对措施。建立测评计划制**果与测评依据的追踪关系，以证明测评策划确定的结果是合适和充分的，能够满足委托方的要求。 2）测试设计：进行测评需求分析确定测试项、评价项，根据这些选择或设计测试方法和评价方法。按照规定的文档要求形成测评说明，测评说明包括测试说明和评价说明。测评说明应经过投标方组织的评审，并受到变更控制和版本控制，作为后续测评阶段工作的依据。在测评说明评审后，还必须进行有测评委托方、软件研制单位、软件使用单位、软件维护单位及相关代表参加的测评就绪评审，以确定能否开始执行测评。 3）测试环境准备； 4）测试执行：根据测评说明，严格执行测试，如实填写测试记录单，根据测试的充分性要求，决定是否进行回归测试；采集和分析评价数据，按照评价说明对被测软件的质量进行评价。 当某一轮测试结束后，投标方应组织对该轮测试的评审，评审内容包括：本轮测试执行的测试用例是否充分，测试用例的评判结果是否正确，测试变更是否合理，测试记录单、软件问题报告单是都填写准确等。 5）测试结果分析总结：当最后一轮测试、质量评价结束后，投标方应编制测评报告、并对本次测评工作进行分析总结。最后，由测评委托方主持，有软件研制单位、软件使用单位、软件维护单位及相关代表参加，对本次第三方测评项目进行验收评审，以确定投标方完成的评审工作是否达到了委托方的要求。 2.2技术要求 为了保证软件质量，投标方应从应用系统的功能、性能等方面开展第三方测试，对委托测试的系统进行全面充分的检验。 1）功能测试：测试系统是否逐项满足了实际业务的真实需求，有无偏差项，功能实现是否规范准确，测试要确保业务需求书中的功能均被实现，且没有遗漏、附增的情况发生。 2）性能测试：核实系统在所指定的业务功能在正常的预期工作量、预期峰值工作量下的处理时间及**利用率能够满足实际业务需求，并且系统需具备 7*24 小时不间断稳定运行的能力。 3）安全性测试：核实所测试业务系统的安全性是否达到各系统安全性要求。 4）文档测试：软件验收所要求提供的文档按照规定要求实现。 2.3测试过程管理要求 1）组织机构。为保证测试全过程的顺利实施,需要开发方和投标方的全力配合，展开多层面的组织管理、技术**，有效的解决组织协调和计划管理的衔接等多方面的问题。投标方应设有以下基本组织形式，以确保测试工作的顺利实施： 项目管理组：负责控制整个项目的过程进度、质量，协调安排内外部人员和软硬件**，并直接向招标方总负责人按阶段汇报项目整体评测情况和阶段性结果。 测试执行组：制定完善的测试计划，组织执行各阶段相应的功能测试、性能测试等测试和文档生成，直接向项目管理组按阶段汇报测试情况和测试结果。 2）人员及分工。投标方应为该项目准备一支专门的项目团队，并明确分工和职责，以确保该项目顺利完成。 3）测试工作过程要求 （1）在实施测试类项目之前，应提交详细的投标方案及可能出现的破坏性结果。 （2）将该项目提供的所有技术资料、数据、样品、材料或其他工作成果妥善保管，并保证严格遵守双方签订的保密协议，不发表或提供给第三方。 （3）应确保项目测评人员严格按照测评流程的要求实施操作，以避免在测试过程中对招标方系统造成损害。 （4）应提交详细的实施方案及工作计划，并随时汇报项目情况，并根据要求及本项目建设进度情况，调整下一步工作计划和要求。 （5）应保证提供服务的团队人员的数量和素质满足履行该项目评测的要求。保证团队的稳定性，未经同意不得随意更换团队成员。 （6）需在测试过程中对测试相关的文档进行有效管理，包括各种文档提交、评审、版本控制等，并将测试文档及时向招标方提供。 （7）需对整个测试过程进行标准化、流程化管理，逐步完成软件验收测试的各个步骤，最终形成并上交测试报告。 2.4测试要求 根据项目建设方案、招标书、委托书、合同、技术文档等其他有效文件为参考，设计测试实施方案。 （1）可测试的功能点100%作为测试需求； （2）测试需求100%被测试用例覆盖； （3）测试用例100%被实施； （4）对项目软件需求规格说明书中明确的所有软件指标（性能、安全性、兼容性等）进行测试。测试要满足规格说明书中的各项指标。 （5）对项目软件设计说明书中明确要提交的文档进行测试。测试要满足说明书中的各项要求。 2.5测试工期要求 （1）软件第三方测试工作要在 30 天内完成系统测评服务范围和评测内容。 （2）测试单位责任：测试单位对所测试的功能点及最终出具的测试报告负有全部责任。 2.6其他要求 1.测评工作方案 根据测评内容及测评工作的要求，投标人应编制《系统验收测评工作方案》，应包括但不限于如下内容： 1）测评内容与范围。必须包括招标人要求的全部范围，并根据投标人经验适度增加必要的其他内容与范围； 2）测评工作节点与进度控制计划，及进度控制措施与处罚； 3）测评工作成果文件的目录； 4）测聘工作人员岗位责任分工； 5）测评工作质量控制措施与处罚； 6）测评工作完成交付程序。 2.测评工作责任 1）投标人应承诺本项目测评工作应达到相关行政主管部门的验收要求。如提交的测评报告未能通过，将无条件的予以完善，直到符合要求为止，并承担相应责任。 2）中标人应接受招标人对其提供的《系统验收测评工作方案》的修改建议，在合理的范围内，不得以增加费用等条件予以拒绝。 | 2个月 |
采购需求附件：
五、合同管理安排
合同类型： 货物类 服务类 工程类
服务类
服务内容软件测评服务
履约保证金合同签订后15个工作日内，乙方应向甲方提供合同总金额5%的履约保函
甲方责任8.1 乙方无正当理由未履行测评义务时，甲方可向乙方发出要求其履行合同义务的书面通知。乙方应在通知发出之日起7个工作日内采取补救措施，逾期仍未采取措施的，甲方有权解除合同。乙方未履行本合同约定义务，应承担相应的赔偿责任，并向甲方支付合同总金额20%的违约金。 8.2 因不可抗力导致本合同全部或部分不能履行，双方互不承担责任。
乙方责任8.1 乙方无正当理由未履行测评义务时，甲方可向乙方发出要求其履行合同义务的书面通知。乙方应在通知发出之日起7个工作日内采取补救措施，逾期仍未采取措施的，甲方有权解除合同。乙方未履行本合同约定义务，应承担相应的赔偿责任，并向甲方支付合同总金额20%的违约金。 8.2 因不可抗力导致本合同全部或部分不能履行，双方互不承担责任。
违约责任8.1 乙方无正当理由未履行测评义务时，甲方可向乙方发出要求其履行合同义务的书面通知。乙方应在通知发出之日起7个工作日内采取补救措施，逾期仍未采取措施的，甲方有权解除合同。乙方未履行本合同约定义务，应承担相应的赔偿责任，并向甲方支付合同总金额20%的违约金。 8.2 因不可抗力导致本合同全部或部分不能履行，双方互不承担责任。
不可抗力10.1 本合同中不可抗力指地震、台风、火灾、水灾、战争、罢工以及其他双方共同认同的不能预见、不能避免并不能克服的客观情况。 10.2 如发生不可抗力，以至于任何一方因这种事件的发生而无法履行或无法完全履行其义务，一方对另一方因此而造成的损失不承担责任。但在不可抗力发生期间及结束之后，在合同的履行仍有意义时，受影响的一方仍应在可能的范围内履行己方的义务，以尽可能减少损失的发生。 10.3 遇有上述不可抗力事件的一方，应在可能的时候立即将事件情况通知对方，并在该事件发生后15****点击查看政府部门开具的有效证明文件，同时提出合同需要延期履行或不能完全履行或不能履行的理由。按照该事件对合同履行的影响程度，由双方**协商决定继续履行合同或终止合同。 10.4 一方迟延履行后发生不可抗力的，仍应承担违约责任。
服务期限2个月
争议解决11.1 因履行本合同或与本合同有关的一切争议，双方当事人应通过**协商方式解决，若发生争议协商未成，双方****点击查看人民法院提起诉讼处理。 11.2 在诉讼过程中，除各方有争议的部分外，本合同其它部分继续有效。
验收标准（附验收方案）自出具检测报告后验收 （验收方案附件）：
服务地点（范围）甲方指定地点
付款条件（进度和方式）6.2.1履约保函。合同签订后15个工作日内，乙方应向甲方提供合同总金额5%的履约保函，****点击查看政府采购相关规定给甲方造成损失的，甲方可安合同约定要求乙方承担赔偿责任。 6.2.2甲方收到履约保函后，60个日历日内向乙方支付中标金额的30％，即大写人民币 元整（小写：￥ 元）。 6.2.3完成建设并通过甲方验收合格后60个日历日内，甲方向乙方支付中标金额金额的70％，即大写人民币 元整（小写：￥ 元）。 6.2.4验收合格后甲方向乙方退回履约保函。 6.2.5乙方应在甲方每次付款前开具相应支付金额的增值税发票，对于乙方交付软件及硬件产品需向甲方开具增值税发票，甲方在收到乙方发票后60个日历日内需支付相应款项。甲方未收到发票有权不予付款且不承担任何责任。 6.2.6乙方银行信息： 户 名: 开户行: 账 号: 6.3 如合同项目经费系财政拨付的专项资金，因乙方责任导致专项资金尚未支付即被收回的，损失全部由乙方承担，甲方不承担任何责任，下剩款项有权不再支付。 6.4如合同项目经费系财政拨付的专项资金，因财政资金结转不能如期拨付的，影响支付进度的，甲方不构成违约。财政资金拨付到位后，甲方积极履行支付义务。
六、评审方法及评审细则
评标方法：
最低评标价法
综合评分法
评审细则类别： 服务类细则类别
| 1 | 投标报价 | 15.00 | 按满足招标文件要求且报价最低的投标报价做为评标基准价, 其价格分为满分15分；其他投标人报价得分按以下公式计算： 投标报价得分＝（评标基准价/投标报价）×15。 |
| 2 | 实施方案 | 10.00 | 投标人需根据项目特点编制组织实施及管理方案：包含不限于组织管理、实施过程、实施规范、运营管理制度、保障措施、实施培训、运行维护服务等。 方案完整、有效、全面的得10分；方案基本完整、内容基本全面的得7分；方案仅具备基础内容的得4分；内容粗略，无明显针对性的得1分；未提供不得分。 |
| 3 | 服务方案 | 10.00 | 投标人提供针对本项目制定服务方案：包括但不限于需求理解、目标分析、服务内容及服务流程等。 方案完整、有效、全面的得10分；方案基本完整、内容基本全面的得7分；方案仅具备基础内容的得4分；内容粗略，无明显针对性的得1分；未提供不得分。 |
| 4 | 人员配备 | 10.00 | 1.项目负责人具****点击查看保障部颁发的系统分析师及软件评测师证书，每具有 1 项得 2 分，满分 4 分； 2.项目实施团队人员（不包括项目负责人）具****点击查看保障部颁发的软件评测师的同时，具有软件性能测试高级工程师证书、 计算机软件产品检验员证书、注册网络安全源代码审计专业人员证书（NSATP-SCA）、软件设计师证书，每提供1人得2分，最多得6分，一人具有多证按一人计算。 注：须提供人员名单证书复印件、由投标人为其缴交的社保证明材料（2025年度任意一个月参保记录），并加盖投标人公章，未提供或提供的材料不齐全的不得分。 |
| 5 | 业绩 | 5.00 | 投标人提供近三年（自2022年8月至今）的类似项目业绩，每有一项得1分，最高得5分。 注：提供合同及中标/成交通知书清晰的扫描件并加盖公章（合同中须能反映项目名称、主要标的物，签订时间和签章清晰可见），否则不得分，时间以合同签订时间为准。 |
| 6 | 售后服务 | 10.00 | 提供项目售后服务承诺：售后服务承诺全面具体，服务内容详尽，售后服务体系健全，服务流程具有系统性、科学性，有具体的问题解决措施，能快速的响应采购人的服务诉求，售后人员有相应的资质且经验丰富，具有培训方案的得10分；售后服务承诺内容全面，售后服务体系健全，有完整的售后服务流程，问题解决措施但不明确，响应与现场服务到位及时，能提供售后人员但无相应资质或缺乏相关经验的得7分；售后服务承诺内容存在缺漏、描述简单笼统，售后服务体系有欠缺，问题解决方案模糊不清晰，售后服务响应内容简单的得4分；售后服务内容粗略，无明显针对性的得1分；未提供售后服务承诺的不得分。 |
| 7 | 测试方法 | 10.00 | 投标人提供针对本项目信息应用系统制定测评方案：包括但不限于功能性、性能效率、可靠性、易用性、信息安全性、兼容性、文档测试等。 方案完整、有效、全面的得10分；方案基本完整、内容基本全面的得7分；方案仅具备基础内容的得4分；内容粗略，无明显针对性的得1分；未提供不得分。 |
| 8 | 质量保障及应预案 | 10.00 | 投标人需针对本项目特点提供质量保障及应急预案：包括但不限于组织体系、质量保证措施、应急响应时间、系统日常运行维护、安全保障服务、安全防护服务、网络中断、网络攻击、突发事件等。 方案完整、有效、全面的得10分；方案基本完整、内容基本全面的得7分；方案仅具备基础内容的得4分；内容粗略，无明显针对性的得1分；未提供不得分。 |
| 9 | 测评工具 | 10.00 | 投标人应具有满足项目实施要求的检测工具，需涵盖功能性测试、压力测试、安全性测试、代码审计工具、流量抓包分析、系统漏洞检查、数据库安全检查、弱口令安全检查功能，配备工具中每满足1项功能得2分，最多得10分，不具备不得分。 注：以上需提供功能截图；自研的检测工具需提供软件著作权证书扫描件或采购的检测工具需提供相关采购证明, 提供不全或未提供的不得分。 |
| 10 | 风险防控方案 | 10.00 | 投标人针对本项目制定项目风险防控方案，内容包含但不限于项目风险管理的风险控制措施、应急响应措施、技术保障措施等。 具备完善的风险管理和应急处置，应对现场突发情况，方案完整、有效、全面的得10分；方案基本完整、内容基本全面的得7分；方案仅具备基础内容的得4分；内容粗略，无明显针对性的得1分；未提供不得分。 |
| 合计： | 100.00 | ||
任何供应商、单位或者个人对以上公示的项目采购需求有异议的，可以在招标公告发布之前在线发起异议，并填写异议内容及事实依据，该异议仅作为社会主体对采购需求内容的监督，采购人查询异议内容后，可根据实际情况自行决定是否采纳异议内容。供应商认为采购文件、采购过程、中标或者成交结果使自己的权益受到损害的，应按照《政府采购质疑和投诉办法》规定执行。
免责声明: 本页面****点击查看政府采购有关法律法规要求由采购人或采购代理机构发布的，**政府采购网对其内容概不负责，亦不承担任何法律责任。
相似项目推荐