|
|
知识路径： > 软件工程知识 > 软件测评相关标准 > 软件质量类标准 > 软件质量与评价（软件测试标准） >
|
被考次数：1次
被考频率：低频率
总体答错率：33%
知识难度系数： 
|
由 软考在线 用户真实做题大数据统计生成
|
|
相关知识点：60个
|
|
|
|
|
|
|
GB/T 18905—2002《软件工程产品评价》。该系列标准由以下6个部分组成。
|
|
|
|
. GB/T 18905.1《软件工程产品评价》第1部分，概述。
|
|
|
|
. GB/T 18905.2《软件工程产品评价》第2部分，策划和管理。
|
|
|
|
. GB/T 18905.3《软件工程产品评价》第3部分，开发者用的过程。
|
|
|
|
. GB/T 18905.4《软件工程产品评价》第4部分，需方用的过程。
|
|
|
|
. GB/T 18905.5《软件工程产品评价》第5部分，评价者用的过程。
|
|
|
|
. GB/T 18905.6《软件工程产品评价》第6部分，评价模块的文档编制。
|
|
|
|
GB/T 18905.1概述了软件产品评价的过程，提供了评价需求和指南；GB/T 18905.2和GB/T 18905.6是关于公司或部门级的评价管理和支持；GB/T 18905.3、GB/T 18905.4和GB/T 18905.5给出了项目级的评价需求和指南。如下图所示给出了这些标准和技术报告之间的关系。
|
|
|
|
|
|
|
|
计划开发新产品或增强现有的产品，以及打算利用他们自己的技术人员进行产品评价的组织应使用GB/T 18905.3。这部分主要强调使用那些能预测最终产品质量的指标，这些指标将通过度量在生存期期间开发的中间产品来得到。
|
|
|
|
|
|
计划获取或复用某个已有的软件产品或预先开发的软件产品的组织应使用GB/T 18905.4。该部分可用来决定接受产品或者从众多可选产品中选择某个产品（产品可以是自包含的，或是系统的一部分，或者是较大产品的一部分）。
|
|
|
|
|
|
对软件产品执行独立评估的评价者应使用GB/T 18905.5。这种评价是应开发者、需方或其他方的请求来进行的。这部分将由那些执行独立评价的人员使用，他们通常为第三方组织工作。
|
|
|
|
|
|
上述每个评价过程的标准都能与GB/T 18905.2（策划和管理）和GB/T 18905.6（评价模块的文档编制）结合起来使用（如下图所示）。
|
|
|
|
|
|
|
|
|
|
GB/T 18905.2为策划和管理部分，包含对软件产品评价的支持功能的需求和指南。这种支持与策划和管理软件评价过程及相关的活动有关，包括组织内评价专业知识的开发、获取、标准化、控制、转换和反馈。可供管理者制定一个定量的评价计划。
|
|
|
|
|
|
GB/T 18905.6为编制评价模块的文档提供指南。这些模块包括质量模型的规范（即特性、子特性和相应的内部或外部度量），与模型计划的应用有关的数据、信息和与模型的实际应用有关的信息。每种评价都应选择适当的评价模块。在某些情况，还有必要开发新的评价模块，以供组织用来产生新的评价模块。
|
|
|
|
|
|
软件产品的一般评价过程是：确立评价需求，然后，规定、设计和执行评价，如下图所示。
|
|
|
|
|
|
软件质量评价的目的是为了直接支持开发和获得能满足用户和消费者要求的软件。最终目标是保证产品能提供所要求的质量，即满足用户（包括操作者、软件结果的接受者，或软件的维护者）明确和隐含的要求。
|
|
|
|
|
|
|
|
. 决定某个过程的完成，以及何时把产品送交下个过程；
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
要评价的中间或最终软件产品的类型取决于所处的生存周期的阶段和评价的目的，如下图所示。
|
|
|
|
|
|
|
|
|
|
将软件的内部质量属性与外部质量需求联系起来是十分重要的，使得开发中的软件产品（中间和最终的软件产品）的质量特性可以根据最终系统使用质量需求来进行评估。内部度量的值很低，除非有证据表明它与外部质量有关。如下图所示。
|
|
|
|
|
|
|
|
|
|
软件评价所用的质量模型通常代表软件质量属性的总体，这些质量属性用特性和子特性的分层树结构进行分类。该结构的最高级由质量特性构成，最低级由软件质量属性构成。GB/T 16260.1提供了一个通用模型，它定义了6种软件质量特性，包括功能性、可靠性、易用性、效率、可维护性和可移植性。这些特性还能进一步被分解为具有可测量属性的子特性。在特定的使用环境下，质量特性的组合效应被定义为使用质量。
|
|
|
|
软件产品的内部质量属性是软件产品的可测量的性质，这些性质影响产品满足明确和隐含要求的能力。可以用一个或更多的属性来评估一个特定的软件质量特性或子特性，如下图所示。
|
|
|
|
|
|
|
|
|
|
|
|
重要的是软件产品的测量要能既简单又经济地进行，而且测量结果要易于使用。对许多软件的测量可以方便地用某种工具来进行，也可以打包成一个评价模块（见GB/T 18905.6）。
|
|
|
|
质量特性的定义方式不允许对它们进行直接测量。需要建立与软件产品特性相关的度量。与某个质量特性相关的每个可量化的软件内部属性和每个可量化的软件外部属性，与其软件环境进行相互作用，能被确立为一种度量。
|
|
|
|
度量可以随环境和应用度量的开发过程阶段的不同而有所区别。用于开发过程的度量应与用户观点的度量有关，因为从用户视角出发的度量是至关重要的。
|
|
|
|
|
|
|
|
|
|
. 与可替换的产品进行比较，或对照需求比较产品质量。
|
|
|
|
所需的测量种类取决于评价的目的。如果主要目的是为了了解和纠正缺陷，可以对软件采取多种测量，以便监视和控制改进。
|
|
|
|
|
|
可量化的特征可以用度量质量的方法进行定量的测量。其结果是，将测量值映射到某一标度上。这个值本身并不表示满意的等级，因此，这一标度必须根据需求的不同满意度级别分成不同的范围。例如，将标度分成两类：满意和不满意；将标度分成四类：针对已有产品或可替换产品的当前级、最差级和计划级划分成四类，即超出要求、目标范围、可接受的最低限度、不可接受。定义当前级是为控制新系统不因当前状况而恶化；计划级是指一旦资源可利用，产品即可获得；最差级是指万一产品不符合计划级时用户的可接受边界如下图所示。
|
|
|
|
|
|
|
|
|
|
软件质量需求规格说明应使用定义良好的、适当的质量模型来表示。为此，除非有特殊原因需使用其他模型外，应使用GB/T 16260.1中的质量模型和定义。
|
|
|
|
为了评估产品质量，需要总结针对不同特性的评价结果。评价者应为此准备一个规程，其中，对不同的质量特性使用不同的评价准则，每个质量特性又以数个子特性或子特性的加权组合来说明。规程通常还包括时间和成本等有助于在特定环境下评估软件产品质量的其他方面。
|
|
|
