蚌埠市中医医院委托安徽省招集团代理采购信息化建设项目测试服务项目，请登录优质采平台报名，欢迎投标！
采购需求
预算金额：10万元
1评测目标
针对蚌埠市中医医院信息化建设项目测试服务本期所涉及的应用软件和硬件内容提供第三方测评服务，评估项目的完成情况，客观公正评测项目是否满足原招标文件、项目合同以及设计方案的要求，验证软件系统及硬件中的功能相关特性、性能、安全性是否达到建设目标，最终形成项目的评测报告，作为该项目验收的依据。
2评测需求
2.1评测依据
软硬件系统的评测需遵守国家现行的规范与标准，对我国未制定的规范，可参照对应的国际标准执行。
测评工作依据至少包括但不局限于：
1）采购人与承建单位签订的承包工程合同；
2）与系统相关的技术资料；
3）GB/T25000.51-2016《系统与软件工程系统与软件质量要求和评价（SQuaRE）第51部分：就绪可用软件产品（RUSP）的质量要求和测试细则》；
4）国家、地方及行业相关的技术标准。
2.2工作要求
2.2.1质量要求
1）测试报告内容及数据应准确、完整、客观、公正；
2）测试服务质量应符合评测规范中的相关要求，且技术评测结果及报告必须提交最终用户确认。
2.2.2评测任务
围绕评测工作目标，供应商需完成的任务包括但不限于：
（1）编写测试方案，对项目测试内容进行阐述，并提出项目对应的测试通过准则及测试实施计划。
（2）开展基础的软件系统及硬件的检测，提供测试和质量保证服务， 根据招投标软件及硬件系统的需求及业务功能特点，对各项数据进行检测，对标准进行校验及对应用系统各软件进行功能测试；根据系统的性能的要求，对系统进行性能测试，验证系统的运行性能是否满足预定指标，是否可以提供稳定、可靠的服务；根据系统对安全性的要求，对系统进行检测，验证系统能够满足预定指标。
（3）完成项目的测试工作后，根据测试情况，出具评测报告。
2.3评测内容
在承建方完成组件开发、集成工作后，参照系统功能设计，根据软件开发模型的不同，采用符合实际的方法对系统进行系统测试，验证指定的需求是否已经满足；
总体开发完成后，进行测试，即确认提供的产品完全达到了预期的用途，对软件进行评价以证实它和软件需求相一致；
对于测试中发现的问题，承建方整改后，检测机构需要对系统进行整体复测确保完全达到预期。
软件部分测评工作具体内容包括但不限于：
2.3.1功能测试
功能评测要求成交供应商依据原招标文件（谈判文件）和投标文件（响应文件）中的技术要求和响应情况，并结合用户对系统建设的整体功能方向，对系统涉及的所有业务逻辑、功能逻辑、功能项的全覆盖评测。包含但不限于以下内容：
适合性：系统为制定的任务和用户目标提供一组核实的功能的能力。
准确性：系统提供具有所需精度的正确或相符的结果或效果的能力。
互操作性：系统与一个或更多的规定系统进行交互的能力。
一致性：系统功能及数据实现与用户文档相互符合的能力。
2.3.2性能测试
性能评测要求成交供应商使用专业的负载生成设备，在性能模型的基础上验证系统是否能够达到系统设计性能指标，是否符合用户文档中对系统设计时的性能关注点。在系统正常交互量及峰值交互量的情况下发现系统中存在的性能瓶颈，优化软件，最后达到优化系统的目的。包含但不限于以下内容：
并发数：选择典型业务，调研系统最大并发数据，进行并发测试。
时间特性：在达到并发或吞吐量的指标后，系统还必须让最终用户能够及时完成他们的任务。响应时间为主要考核指标，响应时间=网络响应时间+应用处理时间。
资源利用性：在规定条件下，软件产品执行其功能时，使用合适数量和类别的资源的能力。
吞吐量：对于交互式应用来说，吞吐量指标反映的是服务器承受的压力。在容量规划的测试中，吞吐量是一个重要关注的指标，因为它能够说明系统级别的负载能力；另外在性能调优的过程中，吞吐量指标也是重要的价值。
2.3.3可靠性测试
针对项目所开发的应用软件进行可靠性测试，评价应用软件在规定的条件和规定的时间内，完成规定功能的能力。要求主要从容错性、数据保护、易恢复性等方面来进行可靠性测试，系统支持7*24长期运行。
2.3.4易用性测试
要求从最终使用者的角度对建设项目所开发的应用软件的业务符合性，数据共享能力，约束性，交互性等进行功能易用性测试。
2.3.5兼容性测试
要求对项目所开发的应用软件的硬件兼容性、软件兼容性等进行测试。
2.3.6信息安全性测试
（1）身份认证：系统对不同岗位人员实行分级授权，对用户的访问权限实行有效地管理。
（2）访问控制：在系统权限方面，对每一个不同的角色，依照最小授权原则，分配完成其任务的最小权限，并使用基于角色的访问控制机制来控制用户对信息的访问和操作。
（3）系统操作日志：记录操作日志，为日志分析提供数据，可以发现并处理安全问题隐患，增强系统防护性能。
2.3.7用户文档测试
根据用户文档编写的规范性、用户文档的完整性、手册与软件实际功能的一致性、正确性、易理解程度、易浏览程度、可操作性、文档质量等指标对本项目所开发的应用软件的用户文档进行测试。中标单位应通过文档测试，对系统所属的文档集进行查缺，对单一文档是否可以正确、简明地指引用户对系统的认识、理解、维护的能力进行评价的指标。包含但不限于以下内容：
完备性：验证系统文档集中的文档类目是否完全可以覆盖系统从立项、设计到后期维护等各生命周期中需要被定义的工作过程。
正确性：文档中内容描述正确，无错误、无歧义、无模糊化描述。
一致性：文档中内容与实际系统的实际要求相符合，无差异化描述。
易理解程度：文档中内容以图文并茂的方式进行描述，并应采用该系统读者可以理解的术语和文体，用直观、易懂的描述语言。
易浏览程度：文档中内容便于浏览，逻辑关系清晰，应为用户学会如何使用该系统提供必要的信息。
可操作性：文档应注明必要的操作模式，并提供目次和索引，对于不常用的数据和首字母缩略语应加以定义。
2.4实施要求
供应商应针对本项目制定完整的实施方案，包括但不限于进度安排、人力资源计划、质量保证、风险管理、沟通管理等内容。
2.4.1资源配置
供应商须在其响应文件中清晰陈述对于该项目的资源配置情况，包括：
1）项目的组织结构与职责分工
2）项目组配备人员的能力与资质
3）测试环境构建方案
4）测试工具说明
供应商应在其响应文件中陈述拟安排的资源和可用性保障条件，明确拟投入项目人员的专业背景、项目实践经验、资质及技术能力说明、人员可用性保障说明、测试环境、测试工具可用性保障说明。
根据测试的实际需要考虑现场测试，差旅费包含在整体报价中。
供应商应采用业界主流的测试工具进行测试，由供应商提供，如果出现知识产权问题，责任归供应商。
2.4.2工作流程
供应商的响应文件中须清晰地描述其如何安排项目的工作流程，包含但不限于以下环节：
1）测试调研：对被测项目进行调研，熟悉测试需求。
2）测试准备：测试计划、测评方案、测试用例集、测试脚本等的编制和准备。
3）测评方案评审：成交供应商、采购人对测评方案进行评审。
4）测试执行：完成测评方案中要求的所有内容，并填写详细测试记录。
5）测试问题报告提交：提交完整的问题报告。
6）复测：对测试中发现的问题及影响范围进行测试，并对系统进行整体复测。
7）测试报告提交：提交正式测试报告。
2.4.3项目实施结果绩效指标
供应商应根据整体工作计划和安排完成平台评测工作，评测工作的方案应包含但不限于以下要求：
1.完成平台招标范围内所有评测工作；
2.项目交付物齐全，符合项目要求及有关标准的规定；
3.评测报告详实、客观、具有法律效力，为项目上线和验收提供重要的参考，促使项目达到使用要求。
2.4.4其他
1）提供系统测试的技术支持，为项目顺利通过验收测试提供技术保障。
2）如测试对象对测评结果有异议，可向采购人申请，经采购人同意后组织专家进行论证。
3人员基本要求一览表（以下项目部人员为最基本配置）
| 工作地点 | 岗位 | 数量 | 职责 |
| 总测试工程师 | 1 | 利用科学的软件评测方法，协助招标人按照质量计划及其相关技术标准，在项目建设完成后通过软件评测手段进行有效地监督、发现软件质量问题，维护招标人的建设意图，协助项目最终顺利完成，监督工程的建设质量和投资效果 | |
| 检测工程师 | 4 | 验证系统中的功能相关特性、性能是否达到建设目标，最终形成项目的评测报告，作为该项目验收的依据。 |
