软件质量保证

质量是一组固有特性满足要求的程度，这里 要求 是指明示的，通常隐含的或必须履行的要求或期望

P36 软件缺陷的定义：

从产品内部看，软件缺陷是软件产品开发或维护过程中所在的错误，毛病等各种问题 从外部看， 软件缺陷是需要实现的某种功能的失效或违背

P43 软件质量的定义：软件产品满足规定的和隐含的与需求能力有关的全部特征和特性，它包括：（1）软件产品质量满足用户要求的程度 （2）软件各种属性的组合程度

（3）用户对软件产品的综合反映程度

（4）软件在使用过程中满足用户要求的程度

P79 软件质量控制定义：软件质量控制是一系列为开发一个高质量的软件产品所应用的流程和方法

软件质量控制的主要目的是为了获得更高的开发效率，避免返工，提高市场竞争力。软件质量控制也是一个流程，把组织所有活动的内容文档化，并不断地改进更新，能够产生更好的质量控制方法

P84 软件质量控制模型：(PDCA) 计划，执行，检查，行动

计划： 分析当前现状，发现问题，找出原因和主要原因，制定质量方针，质量目标，质量计划书和管理原则等，如管理原则有，过程方法，管理的系统方法和持续改进

执行：是计划的履行和实现，主要按计划的去做，去落实具体对策，并实施过程的监控，使活动按预期设想前进，最终达到计划设定的目标 检查：是对执行后效果的评估

行动：重点在于检查完结果，要采取措施，及总结成功的经验，吸取失败的教训，实施标准化，以后依据标准执行

P85 软件质量控制模型要素：产品，过程，资源

产品：在质量控制中应该明确的是，一个过程的输出产品不会比输入的产品质量更高

过程：在质量过程中，一些过程是惊醒质量设计并将质量构造入产品，而另一些过程是对质量进行检查

资源：指为了得到要求质量的软件产品，过程所使用的时间，资金，人和设备。 P106 基线的概念：

已经正式通过符合审批的某种产品。它因此可作为进一步开发的基础，并且只能通过正式的变化控制过程改变 第六章 软件质量度量

6.3.1 软件质量度量的分类

软件质量度量一方面可以按照度量方式或手段来划分；另一方面也可以按其度量的对象来分，而且后者也是讨论的重点。从度量方式来看，度量可分为直接的和间接的度量。 ．直接度量，包括某个阶段的软件缺陷数、程序代码缺陷密度、软件性能、软件所耗资源、所投入的成本所付出的的工作量等。

．间接度量，包括功能性、复杂性、效率、可靠性、可维护性和许多其他质量特性，必须通过度量其他产品特性（如类的耦合性、内聚力、接口开放性、模块性等）来实现软件质量基本属性的度量。

软件质量度量又可以按其度量对象来分产品质量和过程质量的度量，两者相辅相成，缺一不可。

软件产品质量度量

软件产品质量包括两个层次---产品质量和用户满意度，所以软件产品质量度量主要集中在以下几个方面。

．软件平均失效时间，即MTTF度量，方法用来测量失效之间的时间间隔的平均值。 ．缺陷密度，基于软件规模（源代码行数、功能点数、对象点数等）来测量每个单位内的缺陷数或预测软件发表后潜在的产品缺陷。

．软件产品质量属性度量，如复杂性度量、内聚力、耦合性、适用性、可用性、可维护性、可扩充性度量等。 ．可靠性度量。 ．客户满意度度量。 软件过程质量的度量

软件过程度量主要包括3大方面的内容：成熟度度量、管理度量和生命周期度量。 ．过程成熟度度量，主要包括组织能力度量、培训质量度量、文档标准化度量、过程定义能力度量、配置管理度量等。

．过程质量管理度量，主要质量计划度量、质量审查度量、质量测试度量、质量保证度量。 ．生命周期度量，主要包括需求分析度量、设计度量、编程和测试度量、维护度量等。（P146-147）

第7章 软件可靠性度量和测试 7.1.2软件 可靠性定义

软件可靠性是软件系统的固有特性之一，它表明了一个软件系统按照用户的要求和设计的目标，执行其功能的正确程度。（P178）

第九章 软件评审 9.1.1软件评审的定义

评审是对软件元素或者项目状态的一种评估手段，以确定其是否与计划的结果一致，并使其得到改进。检验工作产品是否正确地满足以往的工作产品中建立的规范，如需求或设计文档。（P214）

9.4.1 评审的方法 1.临时评审

临时评审是不正式的一种评审方法。 2.轮查

轮查又称为分配审查方法。作者将需要评审的内容发送给各位评审员，并收集他们的反馈意见，但轮查的反馈往往不太及时。 走查

走查也属于一种非正式额评审方法，它在软件企业中被广泛使用。产品的作者将产品向一组同事介绍，并收集他们的意见。在走查中，作者占主导地位，由作者描述产品的功能和结构以及完成任务情况等。 小组评审

评审是有计划的和结构化的，非常接近于最正式的评审技术。评审的参与者在评审会议前几天就拿到了评审材料，并对该材料独立研究。同时，评审还定义了评审会议中的各种角色和相应的责任。 审查

审查和评审很相似，比评审更严格，是最系统化、最严密的评审方法。普通的审查过程包括了：制定计划、准备会议和组织会议、跟踪和分析审查结果等。 审查具有其他非正式评审所不具有的主要地位，在IEEE中提到：

．通过审查可以验证产品是否满足功能规格说明、质量特性以及用户需求等； ．通过审查可以验证产品是否符合相关标准、规则、计划和过程；

．提供缺陷和审查工作的度量，以改变审查过程和组织的软件工程过程。（P222） 第10章 软件全面质量管理 10.1.1 全面质量管理

TQM是全面的、全过程的、全员的和科学的质量的指导思想。也就是说，TQM是一套思想体系，指导各类组织开展质量管理活动。（P234）

10.3 软件质量管理模式：目标驱动模式，顾客导向模式，价值驱动模式，标准衡量模式，Cerosys的运行模式 10.3.1目标驱动模式

目标导向模式也可以称目标驱动模式，是以组织事先设定的各项经营，管理等业绩目标为核心，所有活动围绕这目标展开，其结果也可以目标衡量 10.3.2 顾客导向模式

以顾客为中心，将顾客的需求，期望和关心作为组织管理的活动原则和价值准则，特别是质量方针和质量目标，充分体现了 以顾客为关注焦点的原则 10.3.3 价值驱动模式

价值驱动的质量管理模式，就是强调质量成本的概念，以消除PONC或COPQ的质量改进过程。它强化员工基于成本的质量意识，以价值评估来展示出质量改进的成果，以财务数据直观的显示企业的质量改进所带来的效益.P244-P246

10.3.4 其他管理模式 1.标准衡量模式

标准衡量模式，以标准为准绳，所有活动在标准的框架内展开，其开发的流程遵守标准的约定，其结果要通过标准的检验。（P249） 2.Cerosys的运行模式

Cerosys是文化、效能、关系的质量管理运行系统的缩写，产生于零缺陷管理世界，所以也被称为零缺陷运行系统的过程模式。（P250）

第12章 软件质量计划

1 、朱兰三部曲就是质量策划、质量控制、质量改进

质量策划：为建立有能力满足质量标准化的工作程序，质量策划是必要的。 质量控制：为了掌握何时采取必要措施纠正质量问题就必须实施质量控制。 质量改进：质量改进有助于发现更好的管理工作方式。 P299

第16章 软件测试的质量 2、软件测试的目的：

软件测试是为了发现错误而执行程序的过程

一个好的测试能够在第一时间发现程序中存在的错误 一个好的测试可以发现至今尚未发现的错误 P396 判断题

( √ )1. 在专业的软件开发、维护中，SQA环境是建立、执行SQA方法时必须首要考虑的问题。

( × )2. 如何看待软件产品内部的缺陷，开发者和用户的立场是一致的。

( √ )3. 专家观点通过引进补充的外部能力到机构内部开发过程中来而支持质量评估工作。

( × )4. 质量管理标准是专业标准，它们向开发组提供方法学指南。 ( √ )5. 软件生命周期模型强调的是直接开发活动，而没有指示出开发过程的顾客参与。 ( × )6. 规程具有机构范围的适用性，它的执行和具体执行的人或组织背景有着密切关系。

( × )7. CAPA的目的在于检测、处理、改正软件缺陷。

( × )8. 项目进展控制SQA工具有Gatt图、日历、数据流图和活动网络图。 ( √ )9. IEEE、ISO、DOD、ANSI、EIA都是著名的SQA标准开发机构。

( √ )10. 在科学和工程中，如果没有度量，对一切都没有一个定量的了解，那么这种科学和工程既不是有效的，也不是实际的。

( × )11.软件故障是导致软件失效的必要和充分要素。

( √ )12.同行评审的主要目标在于检测错误、核对与标准的偏离。

( √ )13.在任何软件机构中，定期、不定期的培训、再培训都是必须而且是必要的。 ( √ )14.在整个机构中使用基础设施防护与改进部件的主要目标是在机构积累的SQA经验基础上消除或至少降低出错率。

( × )15.所有SQA活动和项目里程碑的完成或项目里程碑的检验是同时发生的。 ( × )16.Daniel Galin等提在20世纪50年代建立的经典质量费用模型，提供了一种以经济学观点把与产品质量保证相关的费用非类的方法学。

( √ )17.一旦更改过的SCI替换了前面的SCI，就认为完成了软件的一个新版本。 ( √ )18.软件质量成本是一个投资问题，而不是成本问题!

( × )19.SEI CMM评估标准, ISO 9001和ISO 9000-3标准是典型的项目过程标准。 ( √ )20.软件质量保证的独特性是由软件产品不同于其他制造产品的本质决定的。 ( × )21. 在软件产品制定生产计划阶段,不必进行重大的SQA活动。 ( √ )22. 软件故障是导致软件失效的必要，而非充分要素。

( × )23. 只有客户才会有兴趣透彻定义它的需求以确保他约定的软件产品的质量。 ( √ )24. 软件质量系统之间各不相同，说明机构SQA系统构建存在固有灵活性。

( √ )25. 质量管理标准指导软件开发、维护和基础设施的管理。它的重点是需要什么，但没有指明如何达到标准要求的努力细节。

( × )26. 通常，检查表的使用的是强制性的。

( × )27. CAPA的执行从根本上依赖于正确的指导和经常的培训。

( √ )28. 软件质量度量面临的特有困难根植于包含于软件质量度量的测量（参数）中。 ( √ )29. 一旦更改过的SCI替换了前面的SCI，就认为完成了软件的一个新版本。 ( × )30. SQA项目过程标准如CMM、ISO 9000-3标准。