【软件质量与软件测试 软件质量度量和配置管理】

第三章 软件质量度量和配置管理

3.1概述

3.1.1 度量

• 度量是指用数值来表达实体属性的过程。在软件质量保证中，度量是对软件质量和过程进行评价的一种有效手段。

3.1.2 软件度量

• 软件度量是对软件产品和软件过程的特征，进行定性和定量分析的一种方法。

3.1.3 软件度量的作用

• 通过软件度量增加理解；
• 通过软件度量管理软件项目，主要是计划和估算、跟踪和确认；
• 通过软件度量指导软件过程改善，主要是理解、评估和包装。 软件度量对于不同的实施对象，具有不同的效用

3.2软件质量度量

3.2.1软件质量和软件质量要素

• 软件质量是指软件产品同时满足用户需求和期望的能力。
• 软件质量要素包括功能性、可靠性、易用性、效率性、可维护性和可移植性等方面。

3.2.2影响软件质量的因素

• 人
• 过程
• 技术

3.2.3质量保证模型

• McCall模型：将软件质量定义为“软件的特性或特征对使用者需要和期望的满足程度”。该模型将软件质量分为11个方面，包括正确性、可靠性、效率、可维护性、灵活性、易用性等。这些方面被视为软件质量因素，是评估软件质量的重要指标。
• Boehm模型：将软件质量定义为“预定目标的符合程度”。该模型在质量因素上提出了6个大类共75个质量特性因素，并结合成本、进度等因素进行综合评估，是一种比较全面的软件质量评估方法。
• FURPS模型：将软件质量定义为“软件系统在使用过程中满足用户需求的能力”。该模型在功能、可用性、可靠性、性能和支持五个方面来描述软件质量，可以帮助开发者更好地理解用户需求，从而设计出更符合用户期望的软件产品。
• ISO9126：将软件质量定义为“软件产品满足规定的特性和相关的标准和程序要求的程度”。该模型将软件质量分为6个特性：功能性、可靠性、可用性、效率、可维护性和可移植性，是一种标准化的软件质量评估方法。

3.2.4 缺陷排除效率

• 缺陷排除效率是指在软件开发生命周期内，发现缺陷并将其纠正的成本和时间。

3.3软件过程度量

3.3.1 软件过程度量概念

• 软件过程度量是指对软件开发过程中的各个环节进行定量化分析的方法。

3.3.2 软件过程度量常见问题

• 度量的太多、太频繁
• 度量的太少、太迟
• 度量了不正确的事物或属性
• 度量的定义不精确
• 收集了数据却没有利用
• 错误的解释度量数据
• 自动化工具欠缺

3.3.3 基于目标的软件过程度量方法

• GQM模型是一种层次状结构，最上层，是一个目标， 对该目标细化就得到几个问题，构成问题层。 这几个问题，将关注的方面分解为几个部分

一个目标主要受几个因素的控制

• ISSUES（侧重点）：度量对象的质量重点。
• VIEWPOINT（立场）：信息使用者。
• OBJECT（对象）：要度量对象。
• PURPOSES（目的）：一般是理解、控制和改进要度量 的对象

使用GQM模型进行软件质量管理时，如何获得问题和选择数据项

1. 对于特定目标陈述中的对象，应该抓住可以量化的特征。例如，在评估同行评审效率时，可以关注同行评审的缺陷检测率、评审流程的符合度等可量化的特征。
2. 结合模型中的侧重点，应该对这些特征进行描述，并评价度量对象的这些特征。例如，在评估同行评审效率时，可以计算同行评审效率的偏差和趋势，以及每人发现的缺陷数量的变化等。
3. 在选择数据项时，应该尽可能利用现有数据，但也要考虑数据的有效性和稳定性。对于成熟、稳定的度量对象，应该多应用客观度量，而对于不成熟、不稳定的对象，则可以结合主观判断来获得数据。
4. 在使用GQM模型进行软件质量管理时，应该意识到这是一个渐进的过程，所选择的度量项不仅可以评价度量的对象，也反映了模型本身的可靠性和质量。

3.4软件配置管理

3.4.1 软件配置管理的目标

• 软件配置管理的目标是为了确保软件产品的正确性、完整性和可追溯性。

3.4.2 软件配置管理角色职责

• 项目经理（Project Manager，PM）
• 配置控制委员会（Configuration Control Board，CCB）
• 配置管理员（Configuration Management Officer，CMO）
• 系统集成员（System Integration Officer，SIO）
• 开发人员（Developer，DEV）

3.4.3软件配置管理过程描述

• 在项目计划阶段，首先CCB根据项目的开发计划确定各个里程碑和开发策略。然后，CMO根据CCB的规划，制定详细的配置管理计划，并提交给CCB审核。如果通过审核，CCB会将配置管理计划交给项目经理进行批准，并发布实施。
• 在项目开发维护阶段，软件配置管理工作主要由CMO完成。具体地说，SIO和DEV会执行软件配置管理策略，而CMO则负责管理和维护整个过程。在这个阶段，变更流程起着重要的作用，可以帮助团队及时、有效地处理变更请求，确保软件配置的正确性和一致性。

3.4.4 软件配置管理的关键活动

• 软件配置管理的关键活动包括配置项识别、配置项控制、变更控制、版本管理和审核等环节。

3.4.5 常用的软件配置管理工具

• 第一级别是入门级的工具，主要用于简单的版本控制，例如Concurrent Version System (CVS)和Visual Source Safe(VSS)等。这些工具的功能相对简单，适合小型项目或者个人使用。
• 第二级别是项目级配置管理工具，适合管理中小型的项目，例如PVCS和MKS等。这些工具可以提供更为复杂的配置管理功能，如需求管理、缺陷管理、任务管理等，并且支持协同开发和团队合作。
• 第三级别是企业级配置管理工具，具有强大的过程管理功能。例如CCC Harvest和ClearCase等，它们能够处理大规模、复杂的软件开发项目，提供完整的项目生命周期管理，包括需求管理、版本管理、构建管理、测试管理和发布管理等各个方面。

3.5小结

• 测量使得管理者和开发者能够改善软件过程；辅 助软件项目的计划、跟踪及控制；评估产生的产 品（软件）的质量。
• 过程度量使得一个组织能够从战略级洞悉一个软件过程的功效。
• 软件配置管理覆盖了整个软件的开发过程，因此是改进我们的软件过程、提高过程能力成熟度的 理想的切入点