软件工程之质量管理

软件质量管理与确保开发的软件系统符合意图息息相关。软件系统不仅应当满足用户的需求，还应该高效、可靠地运行，同时要不超过预算并能及时交付。

对于大规模生命周期长的系统，质量管理既是组织层面的问题，也是项目层面的问题。1、在组织层面，质量管理与建立能生产高质量软件的组织过程框架和标准相关。2、在项目层面，质量管理包括专门的质量过程的应用、对所规划的过程的执行情况的检查、确保项目的输出符合项目所适用的标准。项目层面的质量管理包括为项目确立一个质量计划。质量计划应给出项目的质量目标，定义应该使用什么样的过程和标准。

质量保证是对生产高质量的产品的过程和标准的定义，同时引入质量过程。质量控制是应用这些质量过程淘汰没有达到质量要求的产品。质量保证和质量控制都是质量管理的一部分。

一些公司认为质量保证仅是对旨在保证软件质量达标的规程、过程和标准的定义。另一些公司认为质量保证包括开发团队交付产品后采取的活动，包括所有的配置管理、验证和确认活动。

质量规划的概要结构:1、产品介绍。2、产品计划。3、过程描述。4、质量目标。5、风险和风险管理。

由于以下原因，我们经常无法对一个软件系统是否满足规格说明得出客观结论。1、写出一个完整的无歧义的软件需求是相当困难的。2、规格说明通常整合了各类利益相关者的需求。3、对某些质量特性如可维护性的直接度量是不可能做到的。

所以评估软件质量仍然是一个主观的过程。质量管理团队可通过回答以下问题评估软件是否达到既定的目标:1、软件是否得到充分的测试、并且显示软件已达到所有需求?2、软件是否足够可靠地投入使用?3、软件性能是否对于正常使用是可接受的?4、软件是否可用?5、软件是否结构良好并且易于理解?6、开发过程是否遵循编程和文档化标准?

软件标准在基于计划的软件质量管理中扮演着重要的角色。1、标准是智慧的结晶，封装了对于组织来说最成功的或最适合的软件开发实践。2、标准为定义特定环境中的质量提供了一个框架。3、软件标准还有助于工作的延续性，由一个人着手的工作别人可以接着做。

在软件质量管理中，有两类可以用于定义和使用的相关的软件工程标准。1、产品标准。包括文档标准、编码标准。2、过程标准。过程标准包括对规格说明的定义、设计、确认过程、过程支持工具以及对在这些过程中产生的文档的描述。

为了让工程师认可标准的价值，可以考虑:1、让软件工程师参与产品标准的选择。2、定期评审和修改标准以反映技术的变化。3、尽可能提供工具来支持基于标准的开发。

I509000是一个用于所有行业建立质量管理系统的国际标准集。ISO9001在这些标准中是最具普适性的。ISO9001核心过程包括产品交付过程和支持过程。ISO9001质量模型包括组织质量手册和组织质量过程。

评审和审查是检查项目可交付物质量的QA活动。这涉及检查软件、文档以及审查过程的记录，以发现错误和遗漏，还要检查是否遵循质量标准。评审、审查和程序测试是软件验证和确认通用过程的一部分。

软件评审过程包括计划、小组准备、个人准备、评审会议、错误修正、改进、跟进检查。

程序审查是同行评审，团队成员合作发现已经开发程序中的漏洞。审查过程检查表故障分类:数据故障、控制故障、输入输出故障、接口故障、存储管理故障、异常管理故障。

敏捷质量管理通常不依赖于独立的质量管理团队，相反，它依赖于建立一种质量文化，使开发团队一起工作来提高软件质量。

敏捷开发中质量管理的良好实践。1、提交之前进行检查。2、决不破坏构件。3、发现问题就修复它。

繁搏开卷的潜在简题:1、共同误解。2、结对声誉。3、工作关系。

当为外部客户开发大型系统时，采用尽量少使用文档的敏捷方法进行质量管理可能是不切实际的。1、客户可能有自己的质量管理过程。2、分布式团队可能来自不同公司。3、对于长生命周期的系统，团队成员可能发生变化。

数件度量是对软件系统的某些属性进行量化。在得到的数据之间以及数据和标准之间进行比较，就可以得出有关软件质量的结论，或者评估软件过程、工具和方法的有效性。

有三种过程量度可以使用:1、完成特定过程所需的时间。2、特定过程所需的资源。3、特定事件的发生次数。

软件解析是对大量软件产品和过程数据的自动分析，从而发现可能为项目管理者和开发人员提供规律的关系。