软件质量保证

1.质量:质量是系统,部件或过程满足明确要求,且客户或用户需要或期望的程度不同.p5

2.重构：是在不改变代码行为的前提下，对其进行一系列的小的改造目的在于改进系统的实践活动，由于这种改造会叠加起来，会形成对系统设计框架的显著该进，所以重构是持续进行的。P33

3.隐喻：将整个系统联系在一起的全局试图，是相通的未来景象，是得所有单独模块的位置和外观变得明显直观，隐喻可以归结为提供一个系统组成元素及其关系定义的名字。P33

4.结对编程：所有的产品代码都是由结对的程序员使用同一台计算机共同完成的，一位输入代码，另一位观察输入的代码的错误和可以改进的地方。两个人相互协同工作，交互工作，互换角色，共同完成一个任务。P32

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

6.软件质量：软件产品满足规定的和隐含的与需求能力有关的全部特征和特性。P43 7.软件质量3A性：p43

Accountability（可说明性）--用户可以基于产品或服务的描述和

定义进行使用。

Availabitility（有效性）--产品或服务对于99.999%客户总是有效的。

Accessibility（易用性）--对于用户，产品或服务非常容易使用并且一定非常有用的功能。 8.软件质量3维性：p44

功能（Functionality）：按照既定意图和要求，执行指定用例的能力。

可靠性（Reliability）:软件坚固性和可靠性（防故障能力，如防止崩溃，内存丢失等能力），资源利用率，代码完整性以及技术兼容性等。健壮性和有效性有时可看成是可靠性的一部分。 性能（Performance）:用来衡量系统占用系统资源（CPU时间，内存）和系统响应，表现得状态。

9.软件兼容性：软件从计算机系统或环境移植到另一个系统环境的容易程度，或者是一个系统和外部条件共同工作的程度。兼容性表现在心头的软件和硬件的兼容性，软件不同的版本的系统和数据的兼容。P47

10.软件可移植：与软件从一个环境专业到了一个环境的能力有关的一组属性。其中每一个质量特征都分别于若干子特征相对应。P47

11.软件可测量性：软件系统的某些特性可以通过一些量化的数据指标描述其当前状态或理想状态。P47

12.软件质量模型:是描述软件质量指标和软件质量因素之间的关系，分析软件质量因素究竟是如何影响质量指标的，从而寻求最优的质量保证解决方案，最终达到软件质量的目标。P63 13.软件质量FCM模型：

F指的是质量要素，即描述和评价软件质量的一组属性； C指的是衡量标准，即衡量标准的组合反映某一软件质量要素； M指的是度量标准，即可使用单位自定义。P

14.质量方针：是由组织最高管理者正式发布的，该组织的质量宗旨，目标和质量方向，并形成文件。质量方针是企业经营总方针的组成部分，是企业管理者对质量的指导思想和承诺。建立质量方针和质量目标为组织提供了关注的焦点，在一个质量管理体系中起着关键作用。质量方针应体现软件公司的组织目标，顾客的期望/需求和组织内部质量行为的准则。P67

15.质量控制：是一个设定标准根据质量要求，测量结果，判定是否达到了预期要求，对质量问题采取措施进行补救并防止再发生的过程，质量控制已不再仅仅是检验，而更多的倾向于确保生产出来的产品满足要求的过程控制。P67

16.质量保证：是软件质量管理的一部分，是为保护软件产品的服务充分满足消费者要求的质量而进行的有计划有组织的活动，致力于提供对满足质量要求的信任。P68

17.质量改进：是质量管理的一部分，是不断改进软件开发过程，产品和服务的持续过程。同时，为确保有效性效率或可追溯性，

组织应注意识别需要改进的项目关键质量要求，考虑改进所需的过程，以增强组织体系，改进过程和产品并提高满足要求能力。P69

18.质量成本：是为确保和保证满意的质量而发生的费用以及没有达到满意的质量所造成损失的总和，即包括保证费用和损失费用。P71

19.预防成本：是指预防产生质量问题（软件缺陷）的费用，是

企业的计划性支出专门用来确保在软件产品交付和服务的各

个环节不出现失误。P71

20.评价成本：是指在交付和服务环节上，为平定软件产品或服务是否符合质量要求二进行的实验，软件测试和质量评估等所必须的支出。P71

21.失效成本：失效成本分为内部和外部的，如果在软件发布之前发现质量问题，二要求重做，修改和问题分析所带来的成本属于内部失效成本，包括修正软件缺陷，回归测试等，以及因产品或服务不合要求导致的延误。P71

22.目标问题度量法：是通过确认软件质量目标持续观察这些目标是否达到软件质量控制的一种方法。P80

23.风险管理法：是识别与控制软件开发中对成功大道质量目标危害最大的那些因素的系统控制方法。P80

24.头脑风暴会议：是风险管理法风险识别的一种方法，其主要围绕项目中有可能出现哪些范围，进度，成本和质量方面的问题

展开，讨论和列举出项目中可能出现的风险。P81

25.软件质量控制模型：是指对于一个特定的软件开发项目，在如何计划和控制软件质量方法，为开发团队提供具体组织和实施指导的框架。P84

26.软件配置管理:(SCM)是管理软件的变化。它适用于软件工程的过程，通常由相应的工具，过程和方法学组成，在整个软件的开发活动中占有很重要的地位。P102

27.软件基线：是项目存储库中每个工作版本在特定时期的一个“快照”，其标志着软件开发过程的各个里程碑。P106 28.测量与度量：测量Measurement是对产品过程的某个属性范围，数量维度，容量或大小提供一个定量的指示；度量

Metric是对软件产品进行范围广泛的测度，它给出一个系统，

构件或过程的某个给定属性的度的定量测量；p128

29.软件过程度量：用于软件开发，维护过程的优化和改进，如开发过程中的缺陷溢出效率，测试阶段中的缺陷到达模式以及缺陷修复过程的效率等。对于软件过程本身的度量，目的是形成适合软件组织应有的各种模型 ，作为对项目，产品的度量基础；以对软件开发过程进行持续改进，提高软件生产力。P136 30.软件度量：软件度量以3代码行数，功能点数，对象点或特征点来衡量。软件规模度量是工作度量，进度度量的基础，用于估算软件项目工作量，编制成本预算，策划项目进度的基础。P136

31.进度度量：进度度量通过任务分解，工作度量，有效资源分配作出计划，然后将实际结果和计划值进行对比来度量。P137 32.复杂度度量：复杂度度量确定程序控制流或软件系统结构的复杂程度指标。复杂度度量用于估计或预测软件产品的可测试性，可靠性和维护性，以便选择最优化，最可靠的程序设计方法，来确定测试侧略，维护策略等。P137

33.软件质量度量：软件质量度量是软件度量的一个子集，它侧重于产品，过程和项目的质量细节，其主要解决软件度量的分类，模型的建立，度量影响因素的分析和度量过程设计等问题。P146 34.需求稳定性度量：对软件的需求往往是变化的，起变化必然会影响到软件开发过程后面的各个阶段。需求稳定性度量是通过需求稳定因子RSI来表示：

RSI=（所有确定的需求数-累计的需求变化请求数）/所有确定的需求数

所有确定的需求数=初始需求请求列表数+接受的需求变化请求数。P163 35.软件可靠性