软件工程讲义_第十九章过程度量和项目度量

过程和项目度量
❖通过提供目标评估的机制，测量使我们能 够对项目和过程有更深入的了解。Lord Kelvin曾经说过： ❖当你能够测量你所说的事物，并能用数字 表达它时，你就对它有了一定的了解；当 你不能测量它，也不能用数字来表达时， 就说明你对它的了解还很贫乏，不能令人 满意：这可能是知识的开始，但你在思想 上还远远没有进入科学的境地。
软件工程
第19章 过程和项目度量
wenku.baidu.com
主要内容
❖过程领域和项目领域中的度量 ❖软件测量 ❖软件质量度量 ❖小结
过程和项目度量
❖软件过程和项目度量是定量的测量，这些 测量能使软件工程师更深入地了解软件过 程的功效，以及使用该过程作为框架进行 开发的项目的功效。度量时，首先收集基 本的质量数据和生产率数据，然后分析这 些数据、与过去的平均值进行比较，通过 评估来确定是否已有质量和生产率的提高。 度量也可以用来查明问题区域，以便确定 合适的补救方法，并改进软件过程。
过程度量和软件过程改进
❖公用的度量一般吸收了原本是个人或团 队的私有信息。收集和评估项目级的缺陷 率、工作量、时间以及相关的数据，来找 出能够改善组织过程性能的指标。 ❖软件过程度量对于组织提高其整体的过 程成熟度能够提供很大的帮助。不过，就 像所有其他度量一样，软件过程度量也可 能被误用，产生的问题比它们所能解决的 问题更多。
过程和项目度量
❖测量可以应用于软件过程中，目的是持续 地改进软件过程。测量也可以应用于整个 软件项目中，辅助进行估算、质量控制、 生产率评估及项目控制。最后，软件工程 师还可以使用测量来帮助评估工作产品的 质量，并在项目进展过程中辅助进行战术 决策。
过程和项目度量
❖[PAR96]讨论了进行测量的理由： (1)刻画——通过刻画而获得对过程、产品、资源 和环境的了解，并建立同未来评估进行比较的基线； (2)评价——通过评价来确定相对于计划的状况； (3)预测——通过理解过程和产品间的关系，并构 造这些关系的模型来进行预测； (4)改进——通过识别障碍、根本原因、低效率和 其他改进产品质量和过程性能的机会来进行改进。 ❖测量是一个管理工具，如果能正确地使用，它将 为项目管理者提供洞察力。因此，测量能够帮助项 目管理者和软件团队制定出使项目成功的决策。
过程和项目度量
❖软件度量由软件管理者来分析和评估。测 量数据通常由软件工程师来收集。 ❖如果不进行测量，只能根据主观评价来做 判断。通过测量，可以发现趋势，可以更 好地进行估算，随着时间的推移能够获得 真正的改进。
过程和项目度量
❖ 首先确定一组有限的易于收集的过程测 量和项目测量。通常使用面向规模或面向 功能的度量对这些测量进行规范化。然后， 对测量结果进行分析，并与该组织以前完 成的类似项目的平均数据进行比较。最后 评估趋势，并给出结论。 ❖工作产品是得到一组软件度量，它们提供 了对过程的洞察力和对项目的理解。
❖测量数据由项目团队收集，然后被转换成度量 数据在项目期间使用。测量数据也可以传送给那 些负责软件过程改进的人员。因此，很多相同的 度量既可用于过程领域，又可用于项目领域。
过程度量和软件过程改进
❖改进任何过程的唯一合理方法就是测 量该过程的特定属性，再根据这些属 性建立一组有意义的度量，然后使用 这组度量提供的指标来导出过程改进 策略。但是，在讨论软件度量及其对 软件过程改进的影响之前，必须注意 到：过程仅是众多“改进软件质量和 组织性能的控制因素”中的一种。
过程领域和项目领域中的度量
❖过程度量的收集涉及所有的项目，而且要经历 相当长的时间，目的是提供能够引导长期的软件 过程改进的一组过程指标。项目度量使得软件项 目管理者能够：(1)评估正在进行中的项目的状 态；(2)跟踪潜在的风险；(3)在问题造成不良 影响之前发现它们；(4)调整工作流程或任务； (5)评估项目团队控制软件工作产品质量的能力。
软件质量和组织有效性的决定因素
图19-1 软件质量和组织有效性的决定因素
过程度量和软件过程改进
❖在图19-1中，过程位于三角形的中央， 连接了三个对软件质量和组织绩效有重大 影响的因素。其中，人员的技能和动力被 认为是对质量和绩效影响最大的因素，产 品复杂性对质量和团队绩效也有相当大的 影响，过程中采用的技术也有一定的影响。 另外，过程三角形位于环境条件圆圈内， 环境条件包括：开发环境、商业条件、客 户特性。
要使用的度量。 ❖ 不要用度量去威胁个人或团队。 ❖ 指出问题区域的度量数据不应该被“消极地”看待，这些数据仅
过程度量和软件过程改进
❖[GRA92]认为不同类型的过程数据的使用可以分为 “私有的和公有的”。私有度量的例子有：个人缺陷率、 软件构件缺陷率和开发过程中发现的错误数。 ❖“私有过程数据”的观点与Humphrey所建议的个人 软件过程方法相一致。Humphrey认为过程改进能够、 也应该开始于个人级。私有过程数据是软件工程师个人 改进其工作的重要驱动力。 ❖有些过程度量对于软件项目团队是私有的，但对所有团 队成员是公用的。例如，主要软件功能的缺陷报告、正 式技术评审中发现的错误，以及每个构件或功能的代码 行数或功能点数。这些数据可由团队进行评审，以便找 出能够改善团队性能的指标。
过程度量和软件过程改进
❖可以间接地测量软件过程的功效。即，可 以根据从过程中获得的结果来导出一组度 量。这些结果包括：在软件发布之前发现 的错误数的测度，提交给最终用户并由最 终用户报告的缺陷的测度，交付的工作产 品的测度，花费的工作量的测度，花费时 间的测度，与进度计划是否一致的测度， 以及其他测度。还可以通过测量特定软件 工程任务的特性来导出过程度量。
过程度量和软件过程改进
❖[GRA92]提出一组“软件度量规则”。管理者和 开发者在制定过程度量大纲时，这些规则都适用：
❖ 解释度量数据时使用常识，并考虑组织的敏感性。 ❖ 向收集测量和度量的个人及团队定期提供反馈。 ❖ 不要使用度量去评价个人。 ❖ 与开发者和团队一起设定清晰的目标，并确定为达到这些目标需