2023NCZ(GY)002538固原市人民医院信息系统网络安全等保测评与数据安全性评估、第三方软件测评及监理服务项目二标段（信息系统第三方软件测评）的采购需求
微信分享
关注项目
标讯收藏
| 项目名称 | 省份 | ||
| 业主单位 |
认领
立即查看
|
业主类型 | |
| 总投资 | 建设年限 | ||
| 建设地点 | |||
| 审批机关 | 审批事项 | ||
| 审批代码 | 批准文号 | ||
| 审批时间 | 审批结果 | ||
| 建设内容 | |||
一、采购标段
| 采购计划编号： | 2023NCZ(GY)002538 | 项目名称： | 固原市人民医院信息系统网络安全等保测评与数据安全性评估、第三方软件测评及监理服务项目 |
|---|---|---|---|
| 分包名称： | 二标段（信息系统第三方软件测评） | 分包类型： | 服务类 |
| 采购方式： | 公开招标 | 预算金额 | 登录即可免费查看.00 |
| 报价方式： | 总价采购项目 | 是否属于技术复杂， 专业性强的采购项目： | 否 |
| 是否为执行国家统一定价标 和固定价格采购项目： | 否 |
发起异议
任何供应商、单位或者个人对以上公示的项目采购需求有异议的，可以在招标公告发布之前在线发起异议，并填写异议内容及事实依据，该异议仅作为社会主体对采购需求内容的监督，采购人查询异议内容后，可根据实际情况自行决定是否采纳异议内容。供应商认为采购文件、采购过程、中标或者成交结果使自己的权益受到损害的，应按照《政府采购质疑和投诉办法》规定执行。
二、供应商资格条件
1.满足《中华人民共和国政府采购法》第二十二条规定，应提供以下材料：
1.1 提供在中华人民共和国境内注册的法人或其他组织的营业执照 （或事业单位法人证书，或社会团体法人登记证书），如投标供应商为自然人的需提供自然人身份证明；
1.2 法人授权委托书、法人及被授权人身份证复印件（法定代表人直接投标可不提供，但须提供法定代表人身份证复印件）；
1.3 提供具有良好商业信誉和健全的财务会计制度的承诺函；
1.4 提供履行合同所必需的设备和专业技术能力的证明材料；
1.5 具有依法缴纳税收和社会保障资金的良好记录的承诺函；
1.6 提供参加采购活动前三年内在经营活动中没有重大违法记录的书面声明；（提供《资格承诺函》）。
2.供应商在中国政府采购网（www.ccgp.gov.cn）未被列入政府采购严重违法失信行为记录名单，在“信用中国”网站（www.creditchina.gov.cn）未被列入失信被执行人、重大税收违法案件当事人名单。
3.（是/否）专门面向中小微企业：
1是
0否
4.合格投标人的其他资格要求：
| 序号 | 合格投标人的其他资格要求 |
|---|---|
| 1 | 无 |
三、商务要求
采购标的交付（实施）的时间（期限）：三年
其他商务要求：软件测评工作结合建设项目完成进度进行实施，项目建设周期内每年至少提 供一次固原市人民医院信息系统软件测评的服务范围和测评内容。
采购标的交付地点（范围）：固原市人民医院
四、技术要求
货物类
服务类
工程类
| 标的清单(服务类) | |||||||
|---|---|---|---|---|---|---|---|
| 序号 | 标的名称 | 服务内容 | 数量 | 单价 | 服务标准及详细要求 | 服务期限 | 备注 |
| 1 | 测试评估认证服务 | 信息系统第三方软件测评 | 1 | 登录即可免费查看.00 | 标的1-测试评估认证服务：1.项目目的 为固原市人民医院信息系统提供的基于独立第三方的应用软件测试和技术服务，通过公立、专业、全面的第三方测试，及时发现软件系统中存在的问题并提出系统改进意见，帮助系统开发单位完善系统功能和性能、修补系统中存在的安全漏洞，保障项目安全顺利完成，符合项目建设的需要。 2.项目内容 根据固原市人民医院信息系统建设内容，初步编写测试方案，对项目测试内容进行阐述，并提出项目对应的测试通过准则。 主要参照软件质量模型，从软件的功能相关特性、性能效率、可靠性、易用性、维护性等项目招标文件（包括技术规格说明书）要求的方面进行测评。 完成项目的验收测试工作后，根据测试情况，出具软件测评报告。 本次测评包含内容清单如下： 序号 系统名称 建设类型 数量 单位 备注 1 医院管理信息系统（HIS） 升级改造 1 套 2 电子病历系统（EMR） 升级改造 1 套 3 实验室信息系统（LIS） 升级改造 1 套 4 影像信息系统（PACS） 升级改造 1 套 5 手术麻醉信息系统 升级改造 1 套 6 重症监护管理系统 升级改造 1 套 7 血液透析管理系统 升级改造 1 套 8 临床路径管理系统 升级改造 1 套 9 不良事件上报系统 升级改造 1 套 10 危急值管理系统 升级改造 1 套 11 医院感染管理系统 升级改造 1 套 12 血库和临床用血管理系统 升级改造 1 套 13 合理用药管理系统 升级改造 1 套 14 单病种管理系统 升级改造 1 套 15 体检信息管理系统 升级改造 1 套 16 移动护理系统 升级改造 1 套 17 物资管理系统 升级改造 1 套 18 移动决策支持系统 升级改造 1 套 19 DIP和医保控费 升级改造 1 套 20 病理诊断系统 升级改造 1 套 21 病案首页质控系统 升级改造 1 套 22 患者服务平台（微信小程序和支付宝小程序） 升级改造 1 套 23 医院信息平台 新建系统 1 套 24 互联互通四级甲等 25 三级医院等级评审系统 新建系统 1 套 26 管理决策支持系统 新建系统 1 套 27 标准化测评服务 新建系统 1 套 28 静脉配置中心系统 新建系统 1 套 29 业务闭环管理 新建系统 1 套 30 医务管理系统 新建系统 1 套 31 医疗技术信息管理（含手术分级授权） 新建系统 1 套 32 临床辅助决策支持系统（CDSS）（含知识库） 新建系统 1 套 33 AI医学影像智能辅助诊断系统 新建系统 1 套 34 DRG系统 新建系统 1 套 35 围术期医学信息系统（含手术安全监测项） 新建系统 1 套 36 电子病历内涵质控系统 新建系统 1 套 37 老年健康综合医学评估管理 新建系统 1 套 38 营养膳食管理 新建系统 1 套 39 康复系统 新建系统 1 套 40 治疗系统 新建系统 1 套 41 医技统一预约系统 新建系统 1 套 42 手术示教（5G应用） 新建系统 1 套 43 运营一体化平台（HRP） 新建系统 1 套 44 医院IT系统监控运维平台 新建系统 1 套 45 无纸化病案归档系统 新建系统 1 套 46 CA数字签名（软key）医护端、患者端 新建系统 1 套 47 远程会诊会议系统 新建系统 1 套 48 5大中心系统 新建系统 1 套 49 七大专科 新建系统 1 套 3.项目依据 GB/T 25000.51-2016《系统与软件工程系统与软件质量要求和评价( SQuaRE)第51 部分：就绪可用软件产品(RUSP)的质量要求和测试细则》 GB/T 25000.10-2016《系统与软件工程系统与软件质量要求和评价( SQuaRE)第10 部分：系统与软件质量模型》 GB/T 17544-1998《信息技术软件包质量要求和测试》 GB/T 16260-2006《软件工程产品质量》 GB/T 18905-2002《软件工程产品评价》 GB/T 50312-2016《综合布线系统工程验收规范》 GB/T 21671-2008《基于以太网技术的局域网系统软件测评规范》 GB/T 14394-93《计算机软件可靠性和可维护性管理》 GB/T 19000.3—IS09000-3《软件开发、供应和维护中的使用指南》 GB/T 20271-2006《信息安全技术信息系统通用安全技术要求》 GB/T 8567-2006《计算机软件文档编制规范》 GB/T8566-2007《信息技术软件生存周期过程》 委托测评协议书等 4.项目要求 4.1测评过程 测试执行过程中，至少包括如下关键过程： 测试计划制订：是对完成本次测评任务的一个规划。供应商应根据项目建设方案、招标书、委托书、合同、技术文档等其他有效文件（以下简称测评依据），对本次测评的被测对象、测试范围、测试级别、测试类型、测评内容、测评进度、测评质量控制、结束条件、测评资料、风险等进行分析。 第三方测评的测试级别、测试类型一般由委托方决定，在没有明确指出的情况下，供应商应本着对软件质量负责的态度尽量选择全面、合理的测试级别和测试类型。 根据委托方的要求，确定本次测试项目的测试内容，同时，确定测试策略和本次测评采用的软件问题分类方法，如未满足需求、设计缺陷、程序错误、文档错误、其他问题等，对每类问题给出定义，确定本次测评采用的软件问题严重性分类方法，如致命、严重、一般、轻微等，并说明每一个等级的划分标准。根据项目招标书、委托书、合同或其他等效文件的要求，确定被测软件通过第三方测评的标准。 明确测评工作正常结束和中止的条件。 从技术、管理、资源等方面对完成本次测评任务的风险进行分析，并提出相应的应对措施。建立测评计划制定结果与测评依据的追踪关系，以证明测评策划确定的结果是合适和充分的，能够满足委托方的要求。 测试环境准备：测试前期，由测试方与委托方进行有效沟通，委托方需要对测试样品及运行环境进行保障，保障测试样品的可测试性，即被测样品已在内部进行过较全面的测试工作，保障运行环境的有效性，即被测样品可在运行环境中无故障的、稳定的运行。 测试设计：进行测评需求分析确定测试项、评价项，根据这些选择或设计测试方法和评价方法。按照规定的文档要求形成测评说明，测评说明包括测试说明和评价说明。测评说明应经过供应商组织的评审，并受到变更控制和版本控制，作为后续测评阶段工作的依据。在测评说明评审后，还必须进行有测评委托方、软件研制单位、软件使用单位、软件维护单位及相关代表参加的测评就绪评审，以确定能否开始执行测评。 测试执行：根据测评说明，严格执行测试，如实填写测试记录单，根据测试的充分性要求，决定是否进行回归测试；采集和分析评价数据，按照评价说明对被测软件的质量进行评价。 当某一轮测试结束后，供应商应组织对该轮测试的评审，评审内容包括：本轮测试执行的测试用例是否充分，测试用例的评判结果是否正确，测试变更是否合理，测试记录单、软件问题报告单是都填写准确等。 测试结果分析总结：当最后一轮测试、质量评价结束后，供应商应编制测评报告、并对本次测评工作进行分析总结。最后，由测评委托方主持，有软件研制单位、软件使用单位、软件维护单位及相关代表参加，对本次第三方测评项目进行验收评审，以确定供应商完成的评审工作是否达到了委托方的要求。 4.2技术要求 为了保证软件质量，供应商应从应用系统的功能、性能等方面开展第三方测试，对委托测试的系统进行全面充分的检验。 ①功能测试：测试系统是否逐项满足了实际业务的真实需求，有无偏差项， 功能实现是否规范准确，测试要确保业务需求书中的功能均被实现，且没有遗漏、附增的情况发生。 ②性能测试：核实系统在所指定的业务功能在正常的预期工作量、预期峰值 工作量下的处理时间及资源利用率能够满足实际业务需求，并且系统需具备 7*24 小时不间断稳定运行的能力。 ③安全性测试：核实所测试业务系统的安全性是否达到各系统安全性要求。 ④文档测试：软件验收所要求提供的文档按照规定要求实现。 4.3测试过程管理要求 ①组织机构。为保证测试全过程的顺利实施,需要开发方和供应商的全力 配合，展开多层面的组织管理、技术合作，有效的解决组织协调和计划管理的衔接等多方面的问题。供应商应设有以下基本组织形式，以确保测试工作的顺利实施： 项目管理组：负责控制整个项目的过程进度、质量，协调安排内外部人 员和软硬件资源，并直接向招标方总负责人按阶段汇报项目整体评测情况和阶段性结果。 测试执行组：制定完善的测试计划，组织执行各阶段相应的功能测试、 性能测试等测试和文档生成，直接向项目管理组按阶段汇报测试情况和测试结果。 ②人员及分工。供应商应为该项目准备一支专门的项目团队，并明确分工和职责，以确保该项目顺利完成。 ③测试工作过程要求 1）在实施测试类项目之前，应提交详细的供应商案及可能出现的破坏性结果。 2）将该项目提供的所有技术资料、数据、样品、材料或其他工作成果妥善保管，并保证严格遵守双方签订的保密协议，不发表或提供给第三方。 3）应确保项目测评人员严格按照测评流程的要求实施操作，以避免在测试过程中对招标方系统造成损害。 4）应提交详细的实施方案及工作计划，并随时汇报项目情况，并根据要求及本项目建设进度情况，调整下一步工作计划和要求。 5）应保证提供服务的团队人员的数量和素质满足履行该项目评测的要求。保证团队的稳定性，未经同意不得随意更换团队成员。 6）需在测试过程中对测试相关的文档进行有效管理，包括各种文档提交、评审、版本控制等，并将测试文档及时向招标方提供。 7）需对整个测试过程进行标准化、流程化管理，逐步完成软件验收测试的各个步骤，最终形成并上交测试报告。 4.4测试要求 根据项目建设方案、招标书、委托书、合同、技术文档等其他有效文件为参考，设计测试实施方案。 可测试的功能点100%作为测试需求。 测试需求100%被测试用例覆盖。 测试用例100%被实施。 对项目软件需求规格说明书中明确的所有软件指标（性能、安全性、兼容性等） 进行测试。测试要满足规格说明书中的各项指标。 对项目软件设计说明书中明确要提交的文档进行测试。测试要满足说明书中的各项要求。 5.测试内容 5.1功能测试 功能测试是依据用户手册和需求规格说明书中的技术要求，并结合用户对系统建设的整体功能方向，对系统内涉及到的所有业务逻辑、功能逻辑、功能项的全覆盖测试。 具体测试内容如下表所示： 序号 测试项 测试内容 1 功能模块测试 功能完整性 功能是否满足用户的需求，功能实现是否覆盖了系统需求分析说明书的全部内容。 2 功能适合性 软件在运行过程中，功能或操作能否提供合理的和可接受的结果，以实现用户期望的特定目标。 3 功能正确性 功能实现是否正确，程序和数据是否与需求说明书及用户文档的全部内容相对应。 4 互操作性 系统与一个或更多的规定系统能否进行交互以及交互的能力。 5 一致性 程序和数据实现是否与需求说明书和用户文档一致。 6 用户界面测试 对用户界面的布局、界面文字、操作步骤、操作方式、快捷方式进行测试和验证，必要时通过用户调研或用户测试验证用户界面是否满足用户要求。 7 业务流程测试 对应用系统的所有业务流程进行测试，测试 系统是否能够贯通各个业务流程。 5.2性能测试 性能测试是通过站在用户体验的角度，使用专业的负载生成设备，在性能模型的基础上验证系统是否能够达到用户提出的性能指标，是否符合用户文档中对系统设计时的性能关注点。在系统正常交互量及峰值交互量的情况下发现系统中存在的性能瓶颈，优化软件，最后达到优化系统的目的。 具体测试内容如下表所示： 序号 测试项 测试内容 1 执行效率测试 测试脚本 选择影响系统执行效率的功能模块，制定典型的业务脚本作为执行效率测试的基础案例。 2 并发用户数量 分为负载测试和压力测试。通过负载测试，掌握系统能够承受的正常用户并发数量。通过压力测试，掌握系统能够承受的最大用户并发数量。 3 并发方式 主要指用户并发过程中与真实情况相似程度，包括并发用户数量变化的方式、并发过程使用的真实客户端数量、对于并发峰值的模拟等。 4 设备效率测试 主要测试系统 CPU 占用率、内存占用率、磁盘占用率、输入输出效率等，包括软件在不工作状态下对于硬件资源的占用情况和进行业务处理过程中对于硬件资源的占用情况，包括数据库服务器、应用服务器和客户端等。 5 网络效率测试 主要测试网络吞吐量，网络的使用频度与带宽占用。 5.3安全性测试 安全性测试是通过人工手动检查方式进行系统安全检查，并对安全检查结果进行记录，通过安全性分析，以使用户、其他产品或系统具有与其授权类型和授权级别一致的数据访问度。 具体测试内容如下表所示： 序号 测试项 测试内容 1 用户权限限制 考察对不同的用户权限限制情况，用户是否有权使用在权限范围内工作，用户是否不能在自己权限范围以外工作。 2 用户和密码封闭性 对于相应用户及密码进行封闭显示和使用次数限制。 3 留痕功能 系统是否有操作日志，操作日志记录的操作情况的全面性和准确性，是否包括主要要素， 如：操作员、操作日期、操作内容、操作动作和使用模块等。 4 数据传输安全性 对于有特殊安全要求的数据传输，是否对传输的数据进行必要的加密处理。 5 基本自防护功能 防恶意代码提交及非法直接链接进入内部页面。 6 保密性 产品或系统确保数据只有在被授权时才能被访问的程度。 7 完整性 系统、产品或组件防止未授权访问、篡改计算机程序或数据的程度。 5.4可靠性测试 可靠性测试是根据软件系统可靠性结构(单元与系统间可靠性关系)、寿命类型和各单元的可靠性试验信息，利用概率统计方法，评估出系统的可靠性特征量。通过可靠性测试可验证软件系统在规定的时间内以及规定的环境条件下，完成规定功能的能力。具体测试内容如下表所示： 序号 测试项 测试内容 1 屏蔽用户操作错误 考察对用户常见的误操作的提示和屏蔽情况。 2 输入数据有效性检查 系统对数据录入的有效性检查。 3 错误提示的准确性 对用户的错误提示准确程度。 4 错误是否导致系统异常退出 有无操作错误引起系统异常退出的情况。 5 异常情况的影响 在程序运行过程中进行掉电或断网试验，考察数据和系统的受影响程度，若受损是否提供补救工具，补救的情况如何。 6 数据库备份及恢复测试 系统是否提供数据备份和恢复手段，能否进行数据库的备份和恢复。 7 主机系统可靠性测试 如果主机系统实现了相关的可靠性策略，则应测试相关策略的有效性。 5.5兼容性测试 兼容性测试是在共享相同的硬件或软件环境的条件下，产品、系统或组件能够与其他产品、系统或组件交换信息，以及执行其所需的功能的程度。 具体测试内容如下表所示： 序号 测试项 测试内容 1 操作系统 考察对不同操作系统的支持能力。 2 数据库系统 考察对不同数据库产品的支持能力。 3 浏览器 考察对不同浏览器产品的支持能力。 4 专用网络设备的兼容性验证 包括系统对于各种交换机和路由器的兼容能力。 5.6易用性测试 易用性测试是在指定的使用环境中，产品或系统在有效性、效率和满意度特性方面为了指定的目标可为指定用户使用的程度。 具体测试内容如下表所示： 序号 测试项 测试内容 1 易理解性 系统可提供用户使用的，用于特定任务和使用条件的能力。 2 易学性 系统使用户能学习期应用的能力。 3 易操作性 系统使用户操作和控制它的能力。 4 吸引性 系统吸引用户的能力。 5 易访问性 在指定的使用周境中，为了达到指定的目标，产品或系统被具有最广泛的特征和能力的个体所使用的程度。 6 可辨识性 用户能够辨识产品或系统是否适合他们的要求的程度。 5.7可扩展性测试 可扩展性测试是指平台适应变化的能力。具体测试内容如下表所示： 序号 测试项 测试内容 1 软件扩展 功能逻辑、业务逻辑、系统整体架构应用模块化设计，可通过预留接口或内部配置与重组的方式，实现在不影响原有系统结构的情况下进行扩展。 2 硬件扩展 系统整体拓扑结构应提供必要的负载及架构技术，实现硬件及容量扩展。 3 系统升级 系统可通过升级功能，实现系统更新或版本变更。 4 后期维护 系统可通过响应的维护手段及方式，实现软件及硬件的扩展。 5.8文档测试 文档是系统的非软件部分，经常会被忽略。同时文档也是系统的重要组成部分，它不但可以提供系统开发指导，也在系统后期的使用指导、后期维护、二次开发中扮演着不可替代的角色。通过文档测试，对系统所属的文档集进行查缺，对单一文档是否可以正确、简明的指引用户对系统的认识、理解、维护的能力进行评价。具体测试内容如下表所示： 序号 测试项 测试内容 1 规范性 用户文档描述规范，有版本控制和修改记录。 2 符合性 用户文档与需求和设计文档的符合程度。 3 完整性 用户文档内容应该完整，对系统的具体操作方法说明比较详细。 4 一致性 用户文档的描述与系统的实际功能应该一致，对重要功能的说明比较全面。 5 易理解程度 用户文档对操作有图例和文字说明，较易理解。 6.测评范围 根据项目建设方案、招标书、委托书、合同、技术文档等其他有效文件为参考，覆盖固原市人民医院信息系统涉及的所有模块和关键功能节点。 7.保密要求 投标方对项目实施过程中所获得数据及文档等保密信息，承担以下保密义务： 1.服务方应按要求与委托方签署保密协议。 2.主动采取加密措施对上述所列及之保密信息进行保护，防止不承担同等保密义务的任何第三者知悉及使用。 3.不得刺探或者以其他不正当手段（包括利用计算机进行检索、浏览、复制等）获取与本职工作或本身业务无关的甲方关于该项目的商业秘密。 4.不得向不承担同等保密义务的任何第三人披露甲方关于该项目的商业秘密。 5.不得允许（包括出借、赠与、出租、转让等行为）或协助不承担同等保密义务的任何第三人使用甲方关于该项目的商业秘密。 6.不论何种原因终止参与甲方关于该项目的工作后，都不得利用该项目之商业秘密为其他与甲方有竞争关系的单位（包括自办企业）服务。 7.该项目的商业秘密所有权始终全部归属甲方，乙方不得利用自身对项目不同程度的了解申请对于该项目的商业秘密所有权，在本协议签订前乙方已依法具有某些所有权者除外。 8.如发现甲方关于该项目的商业秘密被泄露或者自己过失泄露秘密，应当采取有效措施防止泄密进一步扩大，并及时向甲方报告。 | 三年 | |
五、合同管理安排
合同类型：
货物类
服务类
工程类
服务类
服务内容：信息系统第三方软件测评
服务期限：按合同约定
服务地点（范围）：固原市人民医院
六、评审方法及评审细则
评标方法：
最低评标价法
综合评分法
评审细则类别： 服务类细则类别
| 服务类细则类别 | |||
|---|---|---|---|
| 序号 | 评审项目 | 权重分 | 评分标准 |
| 1 | 投标报价 | 10 | 价格分采用低价优先法计算，即满足招标文件要求且投标价格最低的投标报价为评标基准价，其价格分为满分。其他投标人的价格分统一按照下列公式计算：投标报价得分=（评标基准价／投标报价）×100%×权重分值。（四舍五入后保留小数点后两位）对于高于项目采购预算金额的投标报价不予接受，视为无效投标。 |
| 2 | 商务条款响应情况 | 5 | 不能实质性满足招标文件商务条款要求的为无效标书。满足招标文件商务 条款的得 3 分。以此为基础。投标人商务条款优于招标文件规定的相应商务条 款的，每有一项加 1 分，加至标准分为止。 |
| 3 | 类似业绩 | 5 | 投标人具有近三年类似项目业绩，每有一项得 1 分，满分 5 分。 （须提供合同或中标通知书复印件并加盖公章，未提供不得分）。 |
| 4 | 综合服务能力 | 9 | 1.投标人具有 CNAS 实验室认可资质（认可范围包含通用应用软件检测）的得3 分，不具备不得分； 2.投标人具有 CMA 认定证书（检测范围包含软件产品）的得3 分，不具备不得分； 3.投标人具有国家信息安全漏洞库技术支撑单位证书得 3 分，不具备不得分。 注：投标人须提供上述证书复印件加盖公章 |
| 5 | 项目经理 | 6 | 项目经理具有人社部和工信部颁发的软件评测师证书、信息系统项目管理师证书和信息安全工程师证书的，每有一项得 2 分，满分 6 分，不满足不得分。 注：须提供证书复印件加盖公章，否则不得分。 |
| 6 | 测评团队 | 15 | 除项目经理外测评团队成员必须具备软件评测师证书，在此基础上同时具有软件性能测试高级工程师证书（中国软件测评中心颁发）、计算机软件产品检验员证书（人社部颁发）、注册网络安全源代码审计专业人员证书（NSATP-SCA）、软件设计师证书（人社部和工信部颁发）、商用密码应用安全性评估人员测评能力考核证书的，每有 1 项得 3 分，满分 15 分。 注：一人多证不重复计分，须提供证书复印件加盖公章，否则不得分。 |
| 7 | 需求理解 | 8 | 1、评测方案能清晰理解采购人业务需求，并能全面覆盖项目设计所有功能业务需求，合理、有效地体现评测过程且能抓住项目整体工作的重点与难点，得 8 分； 2、评测方案能基本理解采购人业务需求，并能基本覆盖项目设计系统需求，得 5 分； 3、评测方案未能清晰理解用户需求，针对本项目没有详细的团队工作方案和计划，以及有效的服务承诺，得 2 分。未提供则不得分。 |
| 8 | 实施方案 | 8 | 1、有针对性地对评测工作从评测内容、评测方向、评测重点、需求分析、评测方法以及评测工具等几个方面进行分析，内容全面、分析深入、方法详细、工具先进的得 8 分； 2、实施方案基本能够覆盖用户需求，但仅简要描述了评测内容、评测方向、评测重点、需求分析、评测方法以及评测工具，或缺失任意一项的得 5 分； 3、测试内容未能全面覆盖用户需求，同时也未从测试角度进行深入需求分析，并且测试方法简单的得 2 分。未提供则不得分。 |
| 9 | 质量管理 | 8 | 1、有完善的质量保障体系，可行的质量保障措施，有符合项目质量需求的质量承诺（提供承诺函并加盖公章），提供规范化的项目文档的得 8 分； 2、有质量保障体系、质量保障措施、质量承诺，但不完善的得 5分； 3、质量保障体系、质量保障措施、质量承诺缺失的得 2 分。未提供则不得分。 |
| 10 | 风险管理 | 8 | 能够全面识别风险、风险应对措施详细且优于其他投标人的得 8分；基本能够识别风险、风险应对措施较详细的得 5 分；基本识别风险、风险应对措施一般的得 2 分；未提供则不得分。 |
| 11 | 售后服务 | 8 | 提供的售后服务方案（包括服务承诺、体系、内容、响应及时程度）全面具体，服务体系完善，服务内容详细、具体，服务响应及时的得 8 分；服务方案较全面，服务体系较完善，服务响应及时的得 5 分；服务方案、服务体系不完善，服务响应不够及时的得 2 分；未提供售后服务方案的不得分 |
| 12 | 拟投入测试工具 | 10 | 投标人提供符合本项目测试要求的以下自有测试工具：软件测试管理工具、软件黑盒测试工具、软件功能自动化测试工具、应用安全测试工具、软件测试用例设计工具、软件测试数据挖掘工具，每提供一类工具得 2 分，最高 10 分。需提供工具购置发票及采购合同复印件，自主研发工具需提供著作权证书和发明专利证书，否则不得分。 |
| 合计： | 100 | ||
发起异议
任何供应商、单位或者个人对以上公示的项目采购需求有异议的，可以在招标公告发布之前在线发起异议，并填写异议内容及事实依据，该异议仅作为社会主体对采购需求内容的监督，采购人查询异议内容后，可根据实际情况自行决定是否采纳异议内容。供应商认为采购文件、采购过程、中标或者成交结果使自己的权益受到损害的，应按照《政府采购质疑和投诉办法》规定执行。
微信扫码关注
