GB/T 25000.41-2018 系统与软件工程 系统与软件质量要求和评价(SQuaRE) 第41部分:开发方、需方和独立评价方评价指南.pdf

GB/T 25000.41-2018 系统与软件工程 系统与软件质量要求和评价(SQuaRE) 第41部分:开发方、需方和独立评价方评价指南.pdf
仅供个人学习
反馈
标准编号:GB/T 25000.41-2018
文件类型:.pdf
资源大小:4.5 M
标准类别:电力标准
资源ID:291755
下载资源

GB/T 25000.41-2018 标准规范下载简介

GB/T 25000.41-2018 系统与软件工程 系统与软件质量要求和评价(SQuaRE) 第41部分:开发方、需方和独立评价方评价指南.pdf

图3商业现货产品的评价/获取过程示例

定制软件或改版现有软件的评价/获取过程示

评价过程可与下面概括的获取过程(在ISO/IEC12207:2008中定义)相结合,以使评价结果有助 达到获取的最终目标: 启动一一确定待获取产品的软件需求、获取计划及验收策略和标准; 需求计划(标书)编制一一获取需求规格说明和相关文档: 合同的编制和更新一一供方选择、合同编制和谈判,以及合同变更控制; 供方监控一一在合同执行期间所实施的评价活动皖2016S215:预制装配式钢筋混凝土排水检查井.pdf,以保障产品的验收和交付; 验收和完成一一在可交付产品的验收和交付期间实施的活动。 需方需要同时定义评价过程和获取过程,以达到获取期间的评价要求。在较大系统的开发周境下,

评价过程可与下面概括的获取过程(在ISO/IEC12207:2008中定义)相结合,以使评价结果有助 达到获取的最终目标: 启动一一确定待获取产品的软件需求、获取计划及验收策略和标准; 需求计划(标书)编制一获取需求规格说明和相关文档; 合同的编制和更新一一供方选择、合同编制和谈判,以及合同变更控制; 供方监控一一在合同执行期间所实施的评价活动,以保障产品的验收和交付; 验收和完成一一在可交付产品的验收和交付期间实施的活动。 需方需要同时定义评价过程和获取过程,以达到获取期间的评价要求。在较大系统的开发周境下,

GB/T25000.412018

8.2.3获取软件产品质量需求

图5从需方角度的产品质量评价过程概览

除了7.2.3的要求外,还包括如下要求。 需方应标识产品的最终用户。需方宜基于评价的目标实体定义产品质量需求。 在评价设计文档时,宜使用软件产品质量内部测度定义产品质量需求;在评价动态可交付产品时, 宜使用软件产品质量的外部测度和/或使用质量测度定义产品质量需求。 产品质量需求规格说明构成了获取过程中招标阶段获取需求及实施后续产品质量评价的基础

8.2.4标识待评价产品部件

除了7.2.4的要求外,还包括如下要求。 在改进已验收产品质量或现有运行产品生产率时,评价的目标实体宜包括静态和动态可交付产品, 例如: 产品规格说明; 操作手册; 一产品说明; 一在运行阶段,纳人运行系统的可执行产品。 产品质量评价中包括的所有产品部件,均应予以标识和记人文档, 注1:从需方的视角,有关产品的信息还包括静态产品,例如: 一质量评价计划 一质量评价报告。 注2:例如,当评价的目的是从备选产品中选择产品时,待评价的产品主要是可交付产品或组件。 需方待使用和获取的候选产品是能集成到大型系统的组件,或是能独立使用的软件产品。分类 如下: a) 商业现货软件产品; b)为其他应用或广泛的常见应用所开发或获取的现有产品; c)定制产品或现有产品的修改版本。 对于拟集成到大型系统的软件配置项,软件需求需定义每一个配置项。在其他情况下,系统与软件 配置项是一致的,并且可认为是等效的;待获取的硬件配置项可能包含软件,如驻留在固件(即ROM, PROM)中的操作系统。当现有软件以这种方式形成硬件的主要组成部分时,通常需要与硬件配置项 起评价。 此外应考虑: a 供方或需方是否愿意并能够提供所需的文档、设备、工具、软件、课程和/或培训以及与此相关 的成本; b) 是否存在访问各种机密或专有信息的条件; 供方和第三方是否愿意并能够提供专业咨询及相关的成本,包括差旅费; d 评价方是否具备根据评价需求开展评价所需的专业知识,以及获得此类专业知识的预算; e) 是否需要确定产品适合于全面测试的任何预测试

8.2.5定义评价严格度

除了7.2.5的要求外,还包括如下要求。 从需方的视角,关于产品评价严格度的信息还包括静态产品,例如: 产品的需求规格说明。 评价过程的范围通过访问第三方所做评价活动的结果(只要结果是可信的)可予缩小,该评价活动 可以包括此前已有的认证、产品质量评价和/或过程评估。例如: 可将产品开发的软件工程过程标准化,以满足ISO/IEC12207、ISO/IEC90003或其他行业标 准的要求; 供方软件开发所遵循的质量体系可由第三方依据ISO9001的要求进行认证; 产品可由第三方根据GB/T25000.40或GB/T25000.51进行符合性评价; 供方可验收产品开发的软件过程能力,可由第三方根据ISO/IEC15504进行符合性评估; 软件产品可作为大型系统开发阶段的一部分进行功能性评价;

GB/T25000.412018

可能已经针对具有不同完整性需求的另一应用评价过该软件产品; 在对以前由其他方主持的评价评审之后,与其评价需求相应的覆盖级别是必要的; 由组织内的其他方通过非正式或正式的评价活动对产品进行过评价。 为获得和解释对目标应用的产品质量评价结果所需的附加成本和时间,可影响该方法的可行性 为了充分信任他方的评价结果,可能仍有必要咨询评价方或供方, 评价过程可广泛地应用于获取需求、完整性需求和评价组目标。例如: 软件包需方可能希望只采用GB/T25000.51来评价软件包; 产品需方可采用GB/T25000.40独立评价; 小型或独家需方可能需要不太正式的评价过程及最低限度的评价文档: 对于消费类软件,评价过程的目标可能仅仅是从类似产品中选择、测试和获取一种产品。于是 将正式的获取过程简化为直接购买且不签署合同。 采用ISO/IEC12207:2008中给出的裁剪指南和拟获取特定产品所需的完整性级别,也能将评价 过程中的获取过程加以裁剪。获取具有高完整性要求的整套软件系统,通常均需要应用全套获取活动 和任务,以及ISO/IEC12207:2008中规定的相应供应过程的活动和任务。一般来说,随着完整性级别 任务的点数也宜随之增加

本活动的输人和输出见7.3.1 从需方的视角考虑,产品信息还包括静态产品,例如: 候选产品和供方的清单; 实际安装数量; 所演示的且标系统

8.3.2选择质量测度(评价模块)

除了7.3.2的要求外,还包括如下要求。 对所用产品质量评价方法的选择,需要评审或评价下列一项或多项: 产品用户文档和技术文档(包括在线文档); 基于供方课程和培训的产品质量评价; 软件工程过程(包括中间产品); 供方的产品操作史; 客户的产品操作史; 供方能力、支持和质量体系(见GB/T25000.40一2018的F.6); 原型或其他评价方法(见GB/T25000.40一2018的F.7); 产品缺陷清单和相关信息(通常可在网站上查到)。 宜规定不同评价方法的组合,以选择产品或确定产品的适用性。待评价的事项包括: a 某些考虑事项是否相互冲突(如“所选方法的成本在预算范围内吗?”与“方法是否满足所有评 价需求?”可能不兼容)。对于这种情况,需要评价方根据评价需求的优先级做出必要的权衡。 注:GB/T25000.40一2018附录G列出了从成本和效益两方面对软件质量特性评价方法进行分级的实例。 b)对于所选方法组合的以下各项考虑,评价是否提供了足够的覆盖: 如何证明软件符合需求规格说明: 各方法覆盖范围的重叠,以提供附加的置信度:

8.3.3确定产品质量测度判定准则

除了7.3.3的要求外,还包括如下要求。 在评价以获取为目的的需求规格说明时,质量测度判定准则应对每个产品质量特性和使用质量特 生加以定义;在运行阶段评价动态产品时,质量测度判定准则应对每个产品质量特性和使用质量特性加 以定义。

8.3.4确定产品质量评价判定准则

除了7.3.4的要求外,还包括如下要求。 在评估以获取为目的的需求规格说明时,质量评价判定准则应对每个产品质量特性和使用质量特 生加以定义;在运行阶段评估动态产品时,质量评价判定准则应对每个产品质量特性和使用质量特性加 以定义。

8.4. 1输入和输出

本活动的输入和输出见7.4.1 从需方的视角考虑,产品信息还包括静态产品,例如: 一产品规格说明; 产品说明; 候选产品和供方的清单; 实际安装数量; 所演示的目标系统

8.4.2策划评价活动

GB/T25000.412018

除了7.4.2的要求外,还包括如下要求。 为已确定的产品质量评价活动安排进度,需方应考虑人员、软件工具和计算机等资源的可用性。需 宜基于评价目的和评价的目标实体制定产品质量评价计划;需方宜利用质量测度制定与产品质量需 相一致的产品质量评价计划。 以获取为目的的产品质量评价计划宜包括目的、对象、时间、人员、地点、方法、费用和数量(Why, hat,When,Who,Where,Howto,HowmuchandHowmany)等因素,如下所示: 对产品获取质量评价的目的; 拟评价的目标产品部件; 评价活动,包括获取所涉及的进度和资源。 对产品获取评价活动的职责; 对产品获取质量评价的地点和环境; 评价所用的测度、方法及测量工具; 预算。 目标实体是静态产品(如设计文档)时,评价方法是利用内部质量测度的设计评审;目标实体是动态 件产品(如可执行产品)时,评价方法是利用软件产品质量和使用质量外部测度的测试。 产品质量评价活动应适时开展,以使获取、测试及运行阶段均按预定日期进行。 为了获取新产品,宜开发并评价原型产品,以验证实现产品质量符合质量要求的可行性。 评价计划宜考虑主要与需方视角相关的下列方面: a)为实施评价而提供测试环境(如测试硬件、支持设备及工具、专业人员)所需的任何成本; b 评价的职责和所要求的进度; 在提供质量保证的评价方法中的任何限制和缺陷,以及这些限制和缺陷是否在计划中的其他 部分已经覆盖,如评价方法不能覆盖某一特定质量特性的所有子特性; d 所用的各种评价方法间的任何相互依赖性,即建立评价方法最优序列的顺序依赖性(从一项测 试中获取的信息可能对另一测试有用); ) 所需资源以及总评价和每一评价方法的成本; f 评价活动和获取活动之间的关联点(见图3和图4评价和获取过程组合的示例); g) 评价过程的决策点,在此确定何时又为何宜将评价视为完成(即验收/拒收标准),并宜予以停止; h)对制定评价计划中所做的任何例外或异常的决策,所遵循的依据、理由及假设是否已记人文档。 注:根据每个特定产品质量评价的要求和条件,以前的某些方案可应用于一般的评价过程。

本活动的输人和输出见7.5.1。 从需方的视角,产品信息还包括静态产品,例如: 产品规格说明; 产品说明; 候选产品和供方的清单; 实际安装数量; 所演示的目标系统

除了7.5.2的要求外,还包括如下要求。 为了获取产品,测量的结果宜适时向组织报告。当测量结果不被接受时,在问题解决前活动不宜进 人下一阶段。 评价报告宜在获取的下一阶段之前提交。 检测到的产品质量问题宜在获取的下一个阶段之前记人文档并得到解决,以提高验收产品的质量 和获取产品的效率。 在开发期间进行产品质量的监测和控制,收集内部属性的实际值。当值不符合期望时,分析其原 因,以使需方理解并应对问题 需方宜根据定义的数据收集活动,收集定义的内部属性的实际测量值。质量需求变更时,需方应重 新审议评价的说明和设计。

8.5.3应用产品质量测度判定准则

立用产品质量评价判定准

基于质量需求的产品质量评价判定准则,应施用于使用质量特性和子特性汇总值的结果,以便为获 取产品目的评价静态产品(如需求规格说明、设计图和测试文档)和动态产品。 注1:在评价静态中间产品时,质量评价的判定准则可基于评审检测到的问题汇总值进行限制 注2:在评价动态可交付产品时,质量评价判定准则可基于测试检测到的缺陷汇总值进行限制 判定准则集应归纳到子特性和特性,产生的评价结果作为产品符合质量需求程度的声明。评价结 果宜: 确定产品能够满足评价需求的合适置信度; 确认关于评价要求的任何具体缺陷及这些缺陷范围所需的任何附加评价; 确定对产品使用的任何特殊限制或条件; 确定评价本身的任何缺点或遗漏,以及所需的任何附加评价; 一确定评价未覆盖的产品使用的任何选项。 结论中宜陈述产品对于预期的应用是否满足和适用,同时考虑到应用的完整性级别和实际评价需 求。如果因发现了一些缺陷或缺少评价信息而不可能照“原样”使用产品,那就有必要建议实施进一步 的评价、控制或限制产品在其目标应用中的使用。 结论可采用“需求一致性声明”的形式,声明中将针对每一特定需求来描述产品用来满足这一需求 的特性、功能或服务,以及为产品满足此需求提供了足够可信度的评价方法。如实现设计的多样性、配 置的余度、接口的完整性检查和恢复技术的潜在设计策略,可弥补产品的缺陷或潜在的失效。 评价可能会做出不验收使用产品的决定,或做出试图不遵从评价需求的决定,并建议重新评价替代 品方法。最终决定是否购买。 决定购买后会产生购买产品合同,并可带有产品验收测试形式的附加评价;决定不购买后会产生可 能的替代方案.包括修改产品、开发定制产品或变更需求

8.6. 1输入和输出

本活动的输人和输出见7.6.1。 从需方的视角考虑,产品信息还包括静态产品,例如:

8.6.2评审评价结果

8.6.3编制评价报告

除了7.6.3的要求外,还包括如下要求。 为获取产品,评价报告宜由需方和利益相关方联合评审

8.6.4评审产品质量评价并向组织提供反馈

8.6.5处置评价数据

9独立评价方评价过程要求和建议

GB/T25000.412018

当需由有关客方理解、接受和信任评价结果时,按独立评价方方法进行的产品质量评价过程,为实 际实施产品质量评价提供了要求和建议。评价方以此对产品进行独立评价。这种评价可以是应开发 方、需方或者其他方的要求执行。本章适用于执行独立评价的人员。他们通常为第三方组织工作, 注1:从具有经验和知识的专家视角看,为了应用设计完善的方法并提供更客观更可靠的评价,由独立评价方实施 产品质量评价是必要的。最典型的独立评价者是来自与需方和供方不同组织的专家,基于任何用户、需方、开 发方和供方的要求客观地评价产品。独立评价方经常遇到一些情况或者与用户、需方、开发方或者供方就评 价活动(如获得产品和执行环境)建立协作关系、协商间题并达成一致。 当应用评价过程时,独立评价方应考虑以下具体问题。 独立评价方宜按照与请求方所签合同的范围开展产品质量评价活动,独立评价方的评价过程相当 于开发方和需方的评价过程 注2:在评价请求方是开发方的情况下,独立评价方可基于开发方的视角开展评价活动。 注3:在评价请求方是需方的情况下,独立评价方可基于需方的视角开展评价活动。 为达到评价目的,独立评价方宜评价静态和/或动态产品,见表2。当评价目标产品时,独立评价方 宜评价静态或动态产品以确保软件质量

产品质量评价活动宜根据合同从开发方或需方的视角实施 独立评价方宜基于包括下列各项的合同进行产品质量评价活动: 评价静态或动态产品质量; 评价中间产品或可交付产品质量; 确保所开发的中间产品或可交付产品的质量; 选择一种商业现货产品; 比较并选择一种商业现货产品; 验收来自开发方的定制产品; 培训系统产品质量评价人员 独立评价方的职责在与请求方签订的合同中界定。独立评价方的职责包括: 独立评价方宜保证产品质量评价的结果并提高评价过程的效率; 在执行产品质量评价前,独立评价方宜评审合同文件且为评价提供合适的环境 当需由有关各方理解、接受和信任评价结果时,独立评价方法的产品质量评价过程为实际实施产品 量评价提供要求和建议。评价方以此对产品进行独立评价 评价请求方的职责应包括: 确定在所评价产品中的必要合法权利; 为标识并描述产品提供必要的信息; 陈述初始评价需求,并与独立评价方协商以确定实际的评价需求,这些评价需求宜遵守相关的 法规和标准; 为提交评价的信息规定保密要求; 必要时承担开发方和独立评价方之间的中介; 必要时向独立评价方提供对计算机和其他用于开发和操作使用产品的设备的适当访问途径; 必要时向独立评价方提供支持,包括培训和访谈合适的人员; 必要时确保及时提供产品、产品说明和组件,包括文档及其他资料; 必要时告知独立评价方可能导致评价结果无效的任何因素。 潜在的独立评价请求方如下: 软件开发方; 软件维护方; 软件供方; 软件需方; 软件用户; 作为软件需方角色的系统集成方。 独立评价方的职责应包括: 检查请求方对于待评产品的充分合法权利,独立评价方可为此要求请求方出具相关证明; 按要求对请求方提供的所有信息保密,如评价中的产品、评价记录和评价报告等; 为实施评价提供有资质、经过培训的团队; 提供评价工具和技术; 按照评价需求实施评价; 维护评价期间对评价结果有影响的所有工作记录; 保证及时向请求方交付评价报告; 按请求方要求的程度提供评价实施的可视性。 潜在的独立评价方如下: 独立的洲试实验室

GB/T25000.412018

软件生产或分销组织中的测试实体; 软件购买或使用组织中的测试实体; 系统集成组织中的测试实体; 一产品比对组织。 为了保证评价结果的可重复性、可复现性、公正性和客观性,独立评价方应在组织周境中采取行动 并为其活动提供足够的质量保证

9.2. 1输入和输出

本活动的输入和输出见7.2.1 独立评价方应按与客户所签合同的范围进行产品质量评价活动。独立评价方实施产品质量评价 宜基于与开发方或需方所签合同,按开发方或需方的评价过程执行

9.2.2明确评价目的

9.2.3获取软件产品质量需求

9.2.4标识待评价产品部件

除了7.2.4的要求外,还包括如下要求。 评价请求方应提供所提交评价产品的产品说明 产品说明的目标包括: 允许确定评价的范围,即标识视为产品组成部分的产品组件与不视为产品组成部分的产品组 件及仅为便于理解产品而参考的产品组件; 注1:这种标识可基于指定文档的哪部分属于产品,哪些功能由产品实现或不实现。 注2:当提交评价的产品嵌入到由硬件、其他产品、网络或组织所组成的系统中时,定义评价范围十分重要,因为这 些产品之间的分隔不会总是明显的, 将提交评价的产品组件标识给予评价方,以便了解其结构、识别所提供的信息及如何访问。 产品说明应包含实际提交评价的产品组件清单、关于产品结构的原理以及与产品相关的文档清单。 单所列组件可能包含其他无需列出的更小组件。对清单中的每一组件和与产品有关的文档,应提供 列信息: 组件性质的描述; 组件所用的形式化信息; 有关组件大小的信息; 与其他组件的联系; 产品组件对评价方可用的信息。 在任何情况下,都宜参考相应的软件工程标准。评价方应检查产品说明是否符合上述要求, 独立评价方应分析所提供的原理以及对组件的描述,以确定其与评价需求中标识的组件间的联系。 注3:在评价需求中,组件可从理论角度加以指定,以评估质量特性。实际组件在产品说明中列出,可能发生产品中 某些实际组件包含了评价需求在几个组件中都指定的信息 注4:标识能实施哪种评价的信息是必要的,这将与评价需求一起用来构建评价说明。 注5:通过咨询产品开发方可改进对产品说明的分析,这将为独立评价方提供一个机会,以确定是否通过简要的审

GB/T25000.41—2018

核就能达到所需深度的评价。 请求方宜向独立评价方交付产品组件和与产品相关的文档,独立评价方应处理全部产品组件和与 产品相关的文档。当组件的规模和复杂度合理时,宜使用正式的配置管理。 注册信息宜至少是: 组件或文档的唯一标识; 组件名称或文档标题; 文档的限制(特别是异常或物理限制); 请求方提供的版本、配置和日期信息; 接收日期。 除非经请求方另外许可,所有产品组件和与产品相关的文档的保密性,均应得到独立评价方的 保护。 注6:保密性需求影响评价工作的设 信息的接收、处理、存储和处置

9.2.5定义评价严格度

除了7.2.5的要求外,还包括如下要求。 严格的评价需求,应作为请求方与独立评价方联合评审的结果予以批准

9.3. 1输入和输出

本活动的输人和输出见7.3.1。 评价说明不宜包含有独立评价方的专有信息。 注:包含评价说明的评价报告交付评价请求方后,可由其披露给其他各方,因此,独立评价方试图保护某些专有信 息是不可取的。

9.3.2选择质量测度(评价模块)

除了7.3.2的要求外,还包括如下要求。 独立评价方应检查产品说明中所列组件是否提供按产品质量评价需求执行评价的所有必要信息, 独立评价方还应核实所指定的测量和验证是否充分满足产品质量评价需求所表述的评价目标。 第一次检查可标识出产品说明中所列组件缺失的信息,这可通过下列方式之一解决: 在产品说明中应补充对缺失信息的产品组件的介绍,这是指请求方将与其他组件一起提供这 些组件以便评价; 一应降低评价目标,这需要修订评价需求。 第二次检查的目的是确认评价说明中提出的测量和验证是否与技术发展水平一致,这可通过下列 方法之一完成: 通过确定相关的测量标准; 一通过提供详细的理由引用本领域中适当的权威性文献,理由应纳人评价说明。 评价说明应包括: 一产品说明中界定的涉及产品组件的评价范围; 执行评价所需的信息与列在产品说明中的产品组件及其他相关文档之间的交叉引用 待执行测量和验证的说明及对待执行评价产品组件的参考; 测量和验证的说明与评价需求之间的对应,以及所列的每项测量或验证的参考标准或理由, 评价说明应作为请求方和独立评价方联合评审的结果予以批准

9.3.3确定产品质量测度判定准则

本活动的输人和输出见7.4.1

9.4.2策划评价活动

GB/T25000.412018

除了7.4.2的要求外,还包括如下要求。 独立评价方应考虑人员、软件工具、计算机等资源的可用性。独立评价方应就产品及其组件的交付 进度与请求方达成一致,应规定产品组件的交付介质、格式以及副本数量,应确定评价过程中对会议的 要求。当请求方不是产品的开发方时,应确认独立评价方和开发方之间的关系,特别应规定需从开发方 得到的支持,这种支持可能包括培训、非正式讨论、办公场所等。必要时,评价方应对进人开发和运行场 所的授权与所需资源一并指定 评价计划应包括评价方法的文档和独立评价方活动的进度表,评价计划中某些评价方法的文档可 包括对独立评价方自有资料的引用。在这种情况下,独立评价方宜能证明所用方法与评价说明中相应 元素的相关性及其本身应用该方法的能力。 详细的产品质量评价计划应作为请求方和独立评价方联合评审的结果并予以批准

本活动的输人和输出见7.5.1。

除了7.5.2的要求外,还包括如下要求。 执行评价活动通常包括测量产品及其组件,获取中间数据并对这些数据进行解释,以便产生待纳人 评价报告的结果。中间数据的性质可以多种多样,如数字、图形、图表、组件的摘要或为评价所产生的形 式化模型, 中间数据的机密性应与原组件和文档的保护方式相同。此外,独立评价方应全力防止这些数据的 任何意外或恶意修改。特别是当中间数据的数量和复杂度较大时,宜采用正式配置管理来保持中间评 价结果与所评价产品的一致性。 独立评价方应把任何解释所依据的所有中间数据都纳入评价记录,在解释过程中所作决策也应按 评价计划的规定纳人评价记录。 评价活动可能需要使用软件工具来收集原始数据或解释中间数据。 注1:这种工具的实例有:用于计算机代码测度的源代码分析器,生成形式化模型的CASE工具,运行可执行程序的 测试环境,或生成综合测度的电子报表。 当使用某个工具来执行某项评价活动时,评价报告中应包含该工具及其标识、工具供方的标识和工 具的版本等参考信息。评价记录中应包含所用工具更详细的参考资料,包括工具的详细配置和为能得

到相同中间结果而重复进行评价活动所需的任何相关信息 注2:这种可重复性需求是指评价报告中不包括的中间结果。 注3:在某些情况下,在评价记录中纳人一份可执行工具的副本较为恰当。 独立评价方宜全力保证所用工具实际按设定的方式工作,独立评价方宜维护为验证评价过程所用 工具而从事活动的记录 注4:这种记录可基于此软件的现有安装数量、使用此工具的总时间等。 独立评价方人员应接受适当使用工具的培训。 在某些情况下,评价活动无法在独立评价方的场所开展,如可在开发方场所、产品运行场所等处进 行。出现这种情况时,独立评价方应控制执行的全部评价活动,特别是应避免任何会使评价结果无效的 状况。 独立评价方应全力确保评价结果和中间评价结果的保密性。 当评价计划需要测试产品的可执行程序时,应准确记录测试时的配置和测试环境;当评价活动需要 检查文档时,建议使用检查表

9.5.3应用质量测度判定准则

除了7.5.3的要求外,还包括如下要求 执行评价期间产生了中间产品和可交付产品的评价结果。为达到最大客观性,宜由独立评价方 中不参与评价活动的人员检查评价活动

9.5.4应用产品质量评价判定准则

活动的输入和输出见7.6

9.6.2评审评价结果

除了7.6.2的要求外,还包括如下要求 产品质量评价的所有结果均应予以评审,评审目的取决于所涉及评价活动的性质,评审应至少由 不直接参与实施有关评价活动的人员参加,评审报告应纳人评价记录

9.6.3编制评价报告

.6.4评审产品质量评价并向组织提供反馈

除了7.6.4的要求外,还包括如下要求。 产品质量评价报告初稿应交付评价请求方;产品质量评价报告初稿宜组织独立评价方和请求方进 行联合评审。 请求方宜有机会对评价报告提出意见。意见提出后,宜将意见载入评价报告的特定章节

9.6.5处置评价数据

除了7.6.5的要求外,还包括如下要求。 评价报告一旦正式交付请求方,独立评价方就应处置与评价有关的数据。 如果请求方明确表示同意,独立评价方可使用中间评价结果研究评价技术和软件质量测度

GB/T25000.412018

GB/T18905.3—2002、GB/T18905.4—2002、GB/T18905.52002的差异

本部分与GB/T18905.3一2002、GB/T18905.4一2002、GB/T18905.5一2002相比,主要差异如下: 将GB/T18905.3—2002、GB/T18905.4—2002、GB/T18905.5—2002分别按开发方、需方和 独立评价方三种角色进行整合; 本部分第5章~第9章与GB/T18905.3—2002、GB/T18905.4—2002、GB/T18905.5—2002 在结构和内容上均有所调整和完善,详见表A.1

本部分与GB/T18905.3一2002、GB/T18905.4一2002、GB/T18905.5一2002相比DB37/T 3890.3-2020 新型智慧城市建设指标 第3部分:智慧社区指标,主要差异如 将GB/T18905.3—2002、GB/T18905.4—2002、GB/T18905.5—2002分别按开发方、需方 独立评价方三种角色进行整合; 本部分第5章~第9章与GB/T18905.3—2002、GB/T18905.4—2002、GB/T18905.5—2 O 在结构和内容上均有所调整和完善,详见表A.1

GB/T25000.41—2018

GB/T25000.412018

GB/T25000.41—2018

GB/T25000.412018

SZDB/Z 309-2018 低碳企业评价指南GB/T25000.41—2018

GB/T25000.412018

GB/T25000.41—2018

©版权声明
相关文章