第7章软件过程和项目度量.ppt

在软件项目管理中，主要关心生产率和质量的度量。 为了计划及估算待开发软件的生产率及质量，可以基于类似项目的历史数据进行估算： 在过去的项目中软件开发生产率是怎样的？ 生产的软件的质量是怎样的？ 如何从过去的生产率及质量数据推断出现在的？ 过去的信息如何帮助我们更加准确地计划和估算？ 测量的4个理由：刻画、评价、预测、改进。 过程和项目领域中的度量 过程度量的收集跨越所有的项目，并经历相当长的时间。目的是提供能够引导长期的软件过程改进的一组过程指标。产品度量使得软件项目管理者能够： （1）评估正在进行的项目的状态； （2）跟踪潜在的风险； （3）在问题造成不良影响之前发现它们； （4）调整工作流程或任务； （5）评估项目组控制软件工程工作产品的质量的能力。 过程度量和软件过程改进 改进过程的唯一合理的方法是测量过程的特定属性，基于这些属性开发一组有意义的度量，而后使用这组度量来提供引导改进策略的指标。 但是，在我们讨论软件度量及它们对软件过程改进的影响之前，必须注意到过程仅是众多“改进软件质量和组织性能的控制因素”中的一种。 对软件质量和组织性能有重大影响的因素： 人员的技能和动因被认为是对质量和性能最有影响的因素。 产品的复杂性对质量和小组性能产生相当大的影响。 过程中采用的技术（如软件工程方法）也有影响。 可以基于从过程中获得的以下结果，导出一组度量，间接地测量一个软件过程的功效。 在软件发布之前发现的错误数的测量； 交付给最终用户并由最终用户报告的缺陷的测量； 交付的工作产品的测量； 花费的工作量的测量； 花费的时间的测量； 与进度计划是否一致的测量等。 还通过测量特定软件工程任务的特征来导出过程度量。例如，测量保护性活动及一般软件工程活动所花费的工作量和时间。 不同类型的过程数据可以分为“私有的和公用的”的使用。因为个体软件工程师可能对在其个体基础上收集的度量的使用比较敏感，这是很自然的，因此，这些数据对此人应该是私有的，并成为仅供此人参考的指标。 私有的度量数据的例子有：（按人的）缺陷率，（按模块的）缺陷率，和开发中发现的错误。 个人软件过程（PSP）是一个过程描述、测度和方法的结构化集合，能够帮助工程师改善其个人性能。 一个基本的PSP原则是：每个人都是不同的，对于某个工程师有效的方法不一定适合另一个。这样，PSP帮助工程师测量和跟踪他们自己的工作，使得他们能够找到最适合自己的方法。 某些过程度量对软件项目组是私有的，但对所有小组成员是公用的。 例如，主要软件功能（由多个开发人员完成）的缺陷报告、正式技术复审中发现的错误、以及每个模块和函数的代码行或功能点。这些数据可由小组进行复查以找出能够改善小组性能的指标。 公用度量一般吸取了原本是个人的或小组的私有信息。项目级的缺陷率、工作量、时间、及相关的数据被收集和评估，以找出能够改善组织的过程性能的指标。 软件过程度量能够对一个组织提高其总体的过程成熟度提供很大的帮助。不过，它们也可能被误用，产生比它们解决的问题更多的问题。 统计软件过程改进（statistical software process improvement，SSPI）：SSPI使用软件故障分析方法，来收集软件应用、系统或产品的开发及使用中所遇到的所有错误及缺陷的信息。 (1) 根据来源分类所有的错误和缺陷（如，规格说明中的错误，逻辑错误，与标准不符的错误等）。 (2) 记录修改每个错误和缺陷的成本。 (3) 统计每一类错误和缺陷的数目，并按降序排列。 (4) 计算每一类错误和缺陷的总成本。 (5) 分析结果数据，找出造成组织最高成本的错误和缺陷类型。 (6) 制定修改过程的计划，目的是消除成本最高的错误和缺陷类型（或降低其出现的频率）。 由上述的第(1)步和第(2)步，能够得到一个简单的缺陷分布情况。 项目度量 软件过程度量主要用于战略的目的。 软件项目度量则是战术的。即，项目度量及从其中导出的指标是由项目管理者和软件项目组使用，以改进项目工作流程和技术活动。 从过去的项目中收集的度量可用来作为估算现在软件项目的工作量及时间的基础。随着项目的进展，所花费的工作量及时间的测量可以和预估算值（及项目进度）进行比较。 项目管理者使用这些数据来监督和控制项目的进展。 生产率度量：根据文档的页数、复审的时间、功能点、及交付的源代码行数来测量生产率。 除此之外，每一个软件工程任务中所发现的错误也会加以跟踪。 软件在从需求规格说明到设计的演化中，需要收集技术度量以评估设计质量，并提供若干指标，这些指标会影响代码生成及模块测试和集成测试所采用的方法。 项目度量的目的是双重的： 首先，这些度量能够指导进行一些必要的调整以