GBT 25000.2-2018 《软件产品系统与软件质量要求与评价（SQuaRE） 第2部分：计划与管理》
ICS 35.080
L77
中 华 人 民 共 和 国 国 家 标 准
GB/T 25000.2—2018
代替GB/T 18905.2——2002
系统与软件工程 系统与软件质量
要求和评价(SQuaRE)
第2部分：计划与管理
Systems and software engineering—Systems and software Quality Requirements
and Evaluation(SQuaRE)——Part 2 ： Planning and management
[ISO/IEC 25001：2014.Systems and software engineering—Systems and softwareQuality Requirements and Evaluation(SQuaRE)—Planning and managemcnt,MOD]
2018-12-28发布 2019-07-01实施
国 家 市 场 监 督 管 理 局
中国国家标准化管理委员会
目录
GB/T 25000《,系统与软件工程﹑系统与软件质量要求和评价(SQuaRE)》已经或计划发布以下部分：
——第1部分：SQuaRE指南；
——第2部分：计划与管理；
——第10部分：系统与软件质量模型；
——第12部分：数据质最模型；
——第20部分：测量参考模型和指南；
——第21部分：质量测度元素；
——第22部分：使用质量测量；
——第23部分：系统与软件产品质量测量；
——第24部分：数据质量测量；
——第30部分：质量需求；
——第40部分：评价过程；
——第41部分：开发方﹑需方和独立评价方的评价指南；
——第45部分：易恢复性的评价模块；
——第51部分：就绪可用软件产品(RUSP)的质量要求和测试细则；
——第62部分：易用性测试报告行业通用格式(CIF)。
本部分为GB/T 25000的第2部分。
本部分按照GB/T1.1——2009给出的规则起草。
本部分代替GB/T 18905.2—2002《软件工程﹑产品评价瞭第﹖部分策划和管理》。与GB/T 18905.2——2002相比主要技术变化如下：
——修改了范囵(见第1章.2002年版的第1章)；
——增加了“评价”(见4.1)、“评价活动”(见4.2)、“评价模块”(见4.6)等术语,将术语“支持机构”修改为“评价组”(见4.3,2002年版的4.2》并新增了注释；
——修改了软件评价活动内容(见第5章.2002年版第5章)；
——删除了“支持机构与评价项日之间的关系”(见2002年版表2)；
——修改了第6章的标题,结构和内容(见第6章,2002年版的第6章)。
本部分采用重新起草法修改采用ISO/IEC 25001,2014《系统与软件工程﹑系统与软件质量要求和评价(SQuaRE)计划与管理》。
本部分与ISO/IEC 25001： 2014的结构性差异及原因如下：
——由于ISO/IEC 2500112014中的悬置段存在要求性条款,为了表达的规范性,将6.2及6.3中含要求性条款的悬置段修改为6.2,1及6.3.1的条款。原6.2.1、6.2.7及6.3.1调整为本部分的6.2.2、6.2.8及6.3.2。
本部分与ISO/IEC 25001：2014的技术性差异及原因如下：
——关于规范性引用文件,本部分做了具有技术性差异的调整,以保持与GB/T 25000系列国家标
准的协调性,调整的情况集中反映在第⒉章“规范性引用文件”中,具体调整如下：
用等同采用国际标准的GB/T 25000.1代替了ISO/IEC 250002014；
用修改采用国际标准的GB/T 25000.10代替了ISO/IEC 25010；2011；
用修改采用国际标准的GB/T25000.24代替了ISO/1EC 25024；
用修改采用国际标准的GB/T 25000.40代替了ISO/1EC250402011 ；用修改采用国际标准的GB/T 25000.41代替了ISO/1EC25041：2012；用修改采用国际标准的GB/T 25000.45代替了ISO/1EC 25045；2010；增加引用了GB/T 25000.12。
增加了术语“评价模块”(见4.6)。
本部分还做了下列编辑性修改：
——为与GB/T25000系列国家标准相协调.修改了国际标准的名称。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。木部分由全国信息技术标准化技术委员会(SAC/TC 28)提出并归口。
本部分起草单位：重庆市软件评测中心有限公司、上海计算机软件技术开发中心,深圳市优特普科技有限公司,佛山柯维光电股份有限公司,广西达译商务服务有限责任公司,中国电子技术标准化研究院,西南大学,国家应用软件产品质量监督检验中心,浙江省电子信息产品检验所,福建省电子产品监督检验所,东北大学,厦门理工学院、中国合格评定国家认可中心,上海浦东软件平台有限公司,上海市软件评测中心有限公司,广东省科技基础条件平台中心。
本部分起草人：丁晓明,唐雁、李洪,张肠肠,刘振宇,聂怀东,何志明,刘潇健,聂怀军,邓姿娴,沈鹏、王威,季永炜,柳毓龙,郭军、崔建峰,张立芬,李家宏﹑孟艳,李伟洪,胡宇辉。
本部分所代替标准的历次版本发布情况为：——GB/T 18905.2——2002.
GB/T25000的本部分提供了与系统和软件产品质量要求和评价相关的计划和管理要求的详细信息。
本部分主要涉及系统和软件产晶的质量要求和评价，对相应的过程要求和评价活动也进行了讨论。
本部分旨在闸明宜由组织确认的需求,以确保指定系统和软件质量要求与评价执行的成功。
本部分拟结合ISO/IEC25000SQuaRE系列对应的GB/T25000SQuaRE系列的其他标准一起使用。ISO/IEC 25000 SQuaRE系列标准代替ISO/1EC 9126系列标准和ISO/IEC 14598系列标准。
本部分符合ISO/IEC 15288：2008和ISO/1EC 12207 ：2008规定的有关质量需求定义和分析的技术过程。
图1(引用自ISO/IEC 25000)表示构成SQuaRE系列标准的成员,称之为分部。
b) ISO/IEC SQuaRE 2501n-质 量模型分部。构成该分部的标准为系统和软件产品、使用质量以及数据提供详细的质量模型。还提供了使用质量模型的实用指南。
c)ISO/IECSQuaRE2502n-质量测量分部。构成该分部的标准包括系统和软件产品质量测
量参考模型、质量测量的数学定义以及应用的实用指南。该分部提出了软件质量的内部测量、系统或软件产品质量的外部测量以及使用质量的测量。定义并给出了构成后续测量基础的质
e) ISO/IEC SQuaRE 2504n——质量评价分部。构成该分部的标准给出了无论由独立评价方、需方还是由开发方执行的软件产品评价的要求、建议和指南。还给出了作为评价模块的测量编制支持。
GB/T 25000的本部分通过提供技术、工具、经验和管理技能,为负责执行和管理系统与软件产品质量需求规约和评价活动的组织提供要求和建议。
评价组的作用包括激励及培训员工开展需求规约和评价活动,编制适当的文档.确认或开发所需的方法，并对有关技术的询问作出答复。
技术管理指对系统与软件质量的需求规约.评价过程,测量以及工具的计划与管理。它包括对组织
内的需求规约和评价技术经验的形成、获取、标准化、控制、转移和反馈的管理。
本部分适用于预期用户执行：
——管理用于需求规约和评价执行的技术；
——明确系统与软件产品质量要求；
——支持系统与软件产品质量评价；
——管理系统与软件开发组织； .
以及与质量保证职能相关的事项。预期用户也包括涉及系统或软件其他相关活动的管理者。
为符合本部分,组织应遵循第6章的要求,对任何不包含的内容给出理由.或陈述其自定义的建议并提供与本部分要求的映射。
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 25000.1系统与软件工程 系统 与软件质量要求和评价(SQuaRE)第1部分：SQuaRE
指南(GB/T 25000.1——2010. ISO/ IEC 25000； 2005,IDT)
GB/T 25000.10系统与软件工程 系统与 软件质量要求和评价(SQuaRE)第 10部分：系统与软件质量模型(GB/T 25000.10——2016,ISO/IEC 25010：2011,MOD)
GB/T 25000.12系统与软件工程 系统与 软件质量要求和评价(SQuaRE)第 12部分：数据质量模型(GB/T 25000.12——2017 , ISO/IEC 25012：2008. MOD)
GB/T 25000.24系统与软件工程 系统与 软件质量要求和评价(SQuaRE)第 24部分：数据质量测量(GB/T 25000.24——2017 , ISO/IEC 25024 ：2015.MOD)
GB/T 25000.40系统与软件工程 系统与 软件质量要求和评价(SQuaRE)第 40部分：评价过程(GB/T 25000.40——2018. ISO/IEC 25040：2011 ,MOD)
GB/T 25000.41系统与软件工程 系统 与软件质量要求和评价(SQuaRE)第41部分：开发方、GB/T 25000.2——2018需方和独立评价方评价指南(GB/T 25000.41- 2018. ISO/IEC 25041：2012. MOD)
GB/T 25000.45系统与软件工程 系统 与软件质量要求和评价(SQuaRE)第 45部分：易恢复性的评价模块(GB/T 25000.45-2018 , ISO/IEC 25045：2010. MOD)
ISO/IEC 15288： 2008系统与软件工程 系统生存周期过程(Systems and software
engineering- System life cycle processes)
ISO/IEC 12207： 2008系统与软件工程 软件生存周期过程( Systems and software
engineering- Software life cycle processes)
ISO/IEC 25020软件 工程软件产品质量要求和评价(SQuaRE) 测量参考模型和指南[Software engineering-Software product Quality Requirements and Evaluation( SQuaRE)- Measure-ment reference model and guide ]
ISO/IEC 25021系统和软件工程 软件产品质量要求和评价(SQuaRE)质量测 度元素[Systems and software engineering- Systems and software Quality Requirements and Evaluation(SQuaRE)- Quality measure elements]
ISO/IEC 25022系统 和软件工程软件产 品质量要求和评价(SQuaRE)使用 质量测量
[Systems and software engincering- Systems and software Quality Requirements and Evaluation(SQuaRE)一Measurement of quality in use]
ISO/IEC25023系统和软件工程软件产品质量要求和评价(SQuaRE)系统与软件产品质量
测度[Systems and software engineering- Systems and software Quality Requirements and Evaluation(SQuaRE) - Measurement of system and software product quality]
ISO/IEC 25030软件工程软件产 品质量要求和评价(SQuaRE)质 量需求[Software engineer-ing一Software product Quality Requirements and Evaluation( SQuaRE)- Quality requirements]
GB/T 25000.1界定的以及下列术语和定义适用于本文件。
实体满足其规定准则程度的系统性判定。
[ISO/IEC 12207 ：2008,定义4.12]
利用适当的技术或方法.对系统或软件产品就已确定且适合的质量特性的目标值进行评估。
负责规定系统与软件质量需求,以及通过提供技术.工具、经验和管理技能来管理和实施质量评价活动的组织
注：软件质量需求可以被评价请求方预先指定,评价组将验证软件质量需求的存在性和价值。
用于评价的技术、过程、工具.测量和相关技术信息.
示例：为开发方,需方或独立评价方设计的产品质量或使用质量测量或者指定的评价过程。
执行特定活动所需的方法和技能。
用于测量软件质量特性、子特性或属性的评价技术包。
注：该技术包包含评价方法和技术、评价的输人.待测量和待收集的数据以及支持规程和工具。
本部分适用于评价组,它对系统或软件开发方.需方及独立评价方评价组织的所有项目提供全组织范围的支持(见表1)。
表1系统或软件质量评价活动
|
开发的系统或软件 |
获取的系统或软件 |
||||
|
开发活动 |
评价活动 |
获取活动 |
评价活动 |
||
|
“可交付”取决于所选的生存周期（见ISO/IEC 15288和ISO/IEC12207）。例如，系统需求规约、系统设计规约 |
具体的“可交付”（项目的产出）的评价。例如，系统设计评审 |
购买现有的系统或就绪可用产品（RUSP） |
按GB/T2500 标准中适当的部分评价即将获取的产品 |
||
评价组的主要职责是：
——指导和管理系统或软件质量评价相关的活动；
——指导质量需求的识别和定义；
——执行质量需求规约和质量评价项目；
——为评价基准的设置制定准则；
——收集与分析评价组活动成果；
——在组织内传攝评价组活动的成果；
——获取相关技术资料；
——获取评价技术；
——研发专用的(组织特定)标准或工具；
——评价系统或软件获取和开发的效率和质量；
——促进技术转移。
注：对于进行系统或软件评价的组织,评价组可以是外部的或内部的。
组织应为质量需求规约和质量评价活动制定政策和计划.其中包含评价组的作用。
对于需求规约目的,应使用GB/T 25000.10 .GB/T 25000.12 和ISO/IEC 25030。对于评价执行目的，(适用时)应使用GB/T 25000.40,GB/T 25000.41和GB/T 25000.45.对于需求规约、质量测量和评价执行目的，应使用GB/T 25000. 10. GB/T 25000. 12以及ISO/IEC 25020. ISO/IEC 25022.ISO/IEC 25023和GB/T 25000.24。
对一个评价项目的质量评价项目计划(模板参见附录A),应确定和描述下列步骤中适当的活动：
——确定系统与软件的质量需求；
——确定系统与软件质量评价的目标；
——建立评价需求；
——说明评价；
——设计评价；
——执行评价；
——分析结果。
系统或软件质量评价应满足预先定义的准则,包括以下内容：
——和国际、国家或内部标准(如适用)的符合性；
——量化和清晰地呈现跟踪的结果的能力；
——恰当且有效的技术与最佳实践的应用。
任何开发.获取或评价系统和/或软件的组织,都应确定相关的系统和/或软件质量评价的责任,并将其纳入组织策略。
组织应根据适当的组织策略和程序,实施以下措施：
——制定符合组织策略和组织质量方针的系统和/或软件质量评价计划和程序；
——定义角色.职责和权限,来促进系统和/或软件质量的策略管理；
——定义质量评价的目标值；
——对在质量要求和评价项8日中应用的系统与软件质量模型实施定期评审。
注：上述要求以ISO/IEC 15288.2008和ISO/IEC 12207 ：2008中组织化项目启动过程条款中的质量管理过程为基础。
组织应实施以下符合组织的适当政策与步骤：
——确定并提供所需的资源基础设施支持以执行系统和/或软件质量的需求规约和评价项目；
——维护和管理正在进行的项目所需人员的人员库；
——管理可能由于多个项日并行执行导致的进度冲突。
应制定和执行总体计划,用于改善系统和/或软件质量评价.质量要求自身的质量以及支持技术。
该计划宜包括以下内容：
a)政策准备
宜有一个政策.说明组织引入、维护及改进系统与软件质量需求规约和质量评价的方法。
b)组织目标的定义
应定义组织的目标,通过系统与软件的质量需求规约和评价技术的引人,维持及改进来实现。
c)识别所使用的评价技术
组织中使用的质量评价技术及工具应在政策中得到评估和确认。任何偏离既定目标都应被调整或纠正。
d)质量需求规约和评价过程管理的责任分配
应明确说明为引入.维护及持续改进质量需求规约和质量评价过程而分配的职责。
e)进一步改进的标识
应计划及执行对质量需求规约和质量评价过程的改进以及新技术的使用。
组织应：
——定义获取或开发评价技术的需求；
——评估质量评价技术的可用性；
——阐述采用和操作所获得的评价技术的过程。
任何经验证的评价模块都宜在配置控制下维护,并记录为评价模块。否则,宜投人试用进行评估。
为了转移已开发或已获得的技术,组织应为引人及采用新的技术准备培训程序、工具和适当的环境。这些程序、工具和环境应与评价组在活动中运用的技术相一致。包括以下内容：
a)技术转移准备
以技术转移为目的,组织应考虑以下内容：
——准备支持性的培训程序；
——准备工具和环境；
——定义如何收集数据和评估技术转移；
——定义如何收集有关技术转移的经验.
注：质量评价项目计划的目标、活动、计划.项目目标和责任宜作为专门培训计划的一部分。
b)技术转移的实现
组织应根据制定的计划实现技术转移并收集数据。
c)技术转移的评估
组织应如此评估技术转移：
——评估引入的技术对所有项目的影响；
——评价该技术在组织中使用的程度。
如有必要,组织应以评估结果为准,修订或拟备一份新计划。
为了改进质量需求规约与评价,应评估所使用的技术。在评价过程中收集的数据宜使用适当的工具和方法来分析(如经济或统计分析工具)。包括以下内容：
——花费在质量需求规约上的工作量。
——花费在测量和评价上的工作量。为了将来其他项目使用和验证新技术的有效性,此信息应被验证和保持。
——测量、评价准则和使用技术的适宜性和有效性。
——质量需求规约的有效性。
——整个系统和/或软件质量评价的有效性。
——标准化：如果上述内容证实令人满意,则应考虑评价技术的专有标准化(组织特定)。
——评定级别的适用性。
应定义在组织内有效使用评价技术的职责。这一职责包括维护评估结果和经验.用于提高质量和评价技术的使用活动之中。
这些改进可以通过修改专有(组织特定)标准来实现。例如：
——质量需求定义；
——测度选择；
——评定级别的定义；
——评价准则。
为了实现上述改进,应考虑以下方法：
——定期进行相关技术的评审；
——整合新的和现有的相关标准；
——整合新的和现有的测度；
——在修订这些标准时,提供宜使用的反馈；
——在修订组织的质量计划和/或质量手册时.提供宜使用的反馈；
——维护改进的记录.并确保组织内部“最佳实践”的使用。
评价组确保对其活动的有效管理。其中包括系统与软件需求规约以及评价计划、计划的推广和任何必要的技术转移。
对于评价项日的管理,应有一个商定的质量评价项目计划。
评价应由有经验的项目经理负责。并有：
——核定的预算；
——合适的资源；
——支持工具、标准和规程；
——明确定义.文档化及商定的质量评价项目计划(参见附录A)。
为了成功进行系统与软件产品评价.质量评价项日计划应在项目开始时制定。该计划的目的是协助项目经理定义和监控定量的质量目标。它还应协助所有项目工作人员确定自己的质量目标.并持续监控目标的进度.以实现这些目标。
在准备该计划时,应考虑以下内容：
a)计划的日的和用途
所有项日成员应理解所提议计划的重要性,实施细则及其与每个项目成员的相关性。所有这一切应在任何评价活动之前被澄清。
该计划应得到所有项目人员及管理层承认与支持。
b)计划的验证
该计划应由组织内的负责人进行验证。应对其进行评审.以确保其充分覆盖各种评价需求。其中包括下列规范：
——如何实现既定目标；
——如何量化和测量这些日标；.
——这些测度将如何支持评价过程；
——如何在系统或软件产品评价中进行量化管理；
注1：为了预测项目是否能够实现其质量和过程性能目标.量化管理使用来自统计管理的数据.并确定宜采用何种纠正措施。
——各自的质量目标；
注2：这些可能与产品过程甚至规模相关。
——任务的澄清与相应责任的分配(例如,谁负责数据的采集,分析并反馈给项目工作人员和管理层)；
——数据如何收集﹑控制和使用的定义。c)计划的内容
该计划的内容,应覆盖适用于由质量要求所指定的系统和/或软件产品的质量特性的所有测度。
计划中陈述的目标应补充：
——相应的产品质量特性；
——采用的标准；
——方法；
——员工技能；
——工具和项目管理支持。
质量评价项目计划模板参见附录A。
评价组应在每个评价项目结束时收集评价结果,然后应分析和有效使用这些结果。为实现该目标，应考虑以下内容：
——验证收集数据的质量(例如有意义.有代表性、正确及统计有效性)；——确定合适的数据聚合和分析的方法；
——确定合适的数据解释方法；
——为每个评价项目的质量因素修订目标值；
——必要时,进行相关培训。
为了改进评价技术,应进行如下分析和记录：
——评价结果；
——评价方法﹔
——评价每个评价项目质量因素的目标值。
分析过程结束后,应解释获得的数据并呈现给所有相关方。所收集的数据也应存储以供未来的项目参考。
附录A
(资料性附录)
质量评价项目计划模板
A.1概述
在编制和执行评价项目时,下述的质量评价项目计划模板提供了评价组宜使用的文档范例。如果评价项目的准备需要更具体的方法,例如应用具体的评价过程,则本部分的用户可参考SQuaRE系列标准的以下部分内容：
——系统与软件工程系统与软件质量要求和评价(SQuaRE)第40部分：评价过程(GB/T 25000.40——2018,1SO/1EC 25040;2011,MOD)
——系统与软件工程﹑系统与软件质量要求和评价(SQuaRE)第41部分：开发方、需方和独立评价方的评价指南(GB/T25000.41—2018,1SO/IEC 25041：2012,MOD)
——系统与软件工程﹑系统与软件质量要求和评价(SQuaRE)第45部分：易恢复性的评价模块(GB/T 25000.45——2018.1SO/1EC 25045：2010,MOD)
如果评价项目的准备需要更具体的要求定义过程方法,本部分的用户可参考SQuaRE系列标准的以下部分：
——系统与软件工程―软件产品质量要求和评价(SQuaRE)第30 部分：质量需求(1sO/1EC 25030：2007)
如果评价项目的准备需要更具体的测量过程方法,本部分的用户可参考SQuaRE系列标准的以下部分：
——系统与软件工程﹑软件产品质量要求和评价(SQuaRE)第20部分：测量参考模型和指南(1SO/1EC 25020：2007)
——系统与软件工程﹑系统与软件质量要求和评价(SQuaRE)第21部分;：质量测度元素(ISO/IEC 25021：2012)
——系统与软件工程﹑系统与软件产品质量要求和评价(SQuaRE)第22部分：使用质量的测量(1SO/1EC 25022：2016)
——系统与软件工程﹑系统与软件产品质量需求和评价(SQuaRE)第23部分：系统和软件产品质量测量(ISO/IEC 25023：2016
——系统与软件工程﹑系统与软件产品质量要求和评价(SQuaRE)第24部分：数据质量测量(GB/T 25000.24——2017.1SO/1EC 25024：2015,MOD)
A.2第1章引言
以下内容宜说明：
——计划的目的；
——计划的读者；
——计划的预期使用。
A.3第2章评价目标
本章宜对评价目标及系统或软件的预期应用提供明确的说明。这可以根据业务需求来陈述。但是,为了确定质量需求.制定质量目标以及各自的准则的目的,它们宜是可用的。
A.4 第3章系统与软件质量需求和适用的质量特性
本章宜提供起因于系统或软件质量需求规约的质量特性(例如GB/T 25000.10)的陈述,以支持在A.3中规定的目标。
注：A.7和A.10中宜考虑到质量需求规约的活动：然面,这一过程本身仍保留超出质量评价项目计划范围,并可能需要独立的项目工作量。
该规定的质量目标可能是以产品和过程为导向。该计划的目的仅仅只是解决产品质量目标。
A.5 第4章优先任务清单
本章宜优先考虑上述特性,并提供这些优先事项的支持理由。
A.6 第5章质量目标
本章宜提供可量化的质量目标(目标值),它可对在项目开发中期或最后阶段的测度值进行验证。
A.7 第6章责任的定义
本章宜定义所有与实施计划相关的责任。这包括系统和/或软件质量需求规约.所有数据收集、分析任务.其他支持需求的实现、报告.跟进及类似的需求。
A.8 第7章评价设计
本章宣定义那些计划实施和涵盖质量评价要求范围的测量。
本章宜指出这些测量在开发周期的哪个阶段来进行.宜采用什么评价过程(见GB/T25000.41).宜多久重复.宜使用什么技术或工具米帮助数据获取和分析.以及如果有来自既定日标的分歧宜采取什么措施。
A.9 第8章使用和分析数据
本章宜定义如何分析数据.若存在的话.宜采取什么统计方法和使用什么陈述技巧。
它应该参考前面所述的职责、支持工具和形式。它也应叙述信息是如何集成到跟踪处理过程或到产品验收过程中的。
A.10 第9章评价计划和执行
本章宜提供包含里程碑和交付成果说明的清晰活动计划.
A.11 第10章报告
本章宜定义所有相关报告要求。
A.12 第11章其他要求
本章宜包括之前未涉及的要求.比如,可以包含以下信息：
a) 采用的技术和方法
提供所使用的技术和方法(比如.分级方法.开发成熟度评估,用于错误检测的检查方法、预测出错率的缺陷排除模型)的完整的描述(或其他材料的引用)。
b) 支持工具
描述或提供支持工具的要求和参考文献。这可以包含数据库使用指南、电子表格和统计软件包。
c) 相关标准和指南
参考相关标准及配套指南。描述它们的用途以及系统与软件产品质量要求和评价过程相关的获益(比如,ISO/IEC 25000;ISO 9001 ;ISO/IEC 90003)。
d) 供方的评价.
包括对系统或软件产品的供方进行有效的定量评估所用的评价和测量规程。
这可以包括发布副本的数量.当前的错误状态.有关安装后支持性能的调查.对过去和现在的用户满意度、经营业绩和财务稳定性的统计值。已经从其他供方处获得的相关应用的相关参数可以纳入供方评价计划。
参考文献
[1] ISO/IEC 9126-1 :2001 ,Software engineering- Product quality- Part 1:Quality model
[2] ISO/IEC TR 9126-2:2003 . Software engineering一Product quality- Part 2: External metrics
[3] ISO/IEC TR 9126-3:2003 .Software engineering- Product quality- Part 3:Internal metrics
[4] ISO/IEC TR 9126-4: 2004. Software engineering- Product quality- Part 4: Quality in usemetrics
[5] ISO/IEC 14598-1: 1999. Information technology- Software product evaluation- Part 1:General overview
[6] ISO/IEC 14598-2: 2000, Software engineering - Product evaluation- Part 2:Planning andmanagement
[7] ISO/IEC 14598- 3 :2000. Software engineering- Product evaluation- Part 3: Process for de-velopers
[8] ISO/IEC 14598-4: 1999. Software engineering- Product evaluation- Part 4:Process for ac-quirers
[9] ISO/IEC 14598-5: 1998 , Information technology- Software product evaluation- Part 5:Process for evaluators
[10] ISO/IEC 14598-6 : 2001. Software engineering- Product evaluation- Part 6: Documentation of evaluation modules
