第二部分第4章软件过程和项目度量.ppt

第二部分 第4章 软件过程和项目度量 第4章 软件过程和项目的度量 量化是管理的一个重要手段和基础。 只有通过量化，才能深刻了解所研究的对象。 软件度量是对收集到的原始数据，采用一些数学函数来计算，以测量过程、项目、产品的性能。 度量方法分为：直接度量和间接度量； 度量范围分为：过程度量和项目度量。 直接度量方法 代码行数； 执行速度； 在某段时间内所报告的错误数； 花费的成本； 文档的页数等。 间接度量方法 功能点； 复杂度； 生产率； 正确性； 可维护性； 完整性； 可使用性； 错误排除率等。 4.1 过程度量 过程度量的收集贯穿于整个项目之中，并经历若干项目和一个相当的阶段后，得到能够导致长期的软件过程改善的指标。 过程度量的目的是：改进过程。 过程指标使得软件工程组织能够洞悉一个已有过程的功效(如范型、软件工程任务、工作产品、及里程碑)。 它们使得管理者和开发者能够评估哪些部分可以运作，哪些部分不行。 改进过程的唯一合理的方法是测量过程的特定属性， 基于这些属性开发一组有意义的度量， 而后使用这组度量来提供引导改进战略的指标。 过程度量的方法 间接地测量一个软件过程的一些属性。包括： 软件发布之前发现的错误数， 由最终用户报告的缺陷数， 交付的工作产品， 花费的工作量， 花费的时间， 与进度计划的差距， 以及其他测量 “私有的和公用的”的度量数据 过程数据可以分为“私有的和公用的” 私有的度量数据： 缺陷率(个人的总体缺陷率)； 缺陷率(个人负责的模块的缺陷率)； 这些数据促进个人改进工作。 公用的度量数据 某些过程度量对软件项目组是私有的，但对所有小组成员是公用的。 主要软件功能(由多个开发人员完成)的缺陷报告； 正式技术复审中发现的错误； 每个模块和功能的代码行或功能点。 这些数据可由小组进行复查，以找出能够改善小组性能的指标。 小组改进错误的方法 1.根据来源分类所有的错误和缺陷(如，规格说明中的错误，逻辑错误，与标准不符的错误等)。 2.记录修改每个错误和缺陷的成本。 3.统计每一类错误和缺陷的数目，并按降序排列。 4.计算每一类错误和缺陷的总成本。 5.分析结果数据，找出造成组织最高成本的错误和缺陷类型。 6.产生修正过程的计划，目的是消除(或降低其出现的频率)成本最高的错误和缺陷类型。 4.2 项目度量 项目度量的目的： 保证项目进度； 减少风险发生的可能性； 使项目成本控制在允许的范围内； 在项目的进行过程中评价产品的质量； 必要时改进方法以提高质量。 项目管理者和软件项目组经过使用项目度量及从其中导出的指标，可以改进项目工作流程和技术活动。 项目度量的步骤 建立历史数据基线； 对工作量等的估算； 将实际工作量等的测量与估算值比较，以控制项目的进度； 收集技术度量、评价设计质量、测试等的方法。 记录和跟踪所发现的错误； 补充历史数据基线。 建立历史数据基线 基线的数据应该是合理的、精确的； 应该从尽可能多的项目中收集数据； 所收集的数据应尽量包括： 成本数据:工作成本(元/人月)、工作时间(小时) 度量计算数据:成员人数,完成时间,文档数等； 项目数据: 分析(%),设计(%),编码(%)等; 功能数据: 功能点； 生产率和成本数据 ； 质量数据: 错误数, 错误成本,维护工作量等. 从过去的项目中收集的度量可用来作为评估现在软件项目的工作量及时间的基础。 随着项目的进展，所花费的工作量及时间的测量可以和预评估值(及目进度)进行比较。 项目管理者使用这些数据来监督和控制项目的进展。 软件项目管理中，主要关心生产率和质量的度量 根据投入的工作量和时间对软件开发“输出”的测度，对产生的工作产品的“适用性”的测度。 为达到计划及估算的目的，兴趣主要放在历史上 在过去的项目中软件开发生产率是怎样的呢？ 产生的软件的质量是怎样的？ 如何从过去的生产率及质量数据推断出现在的状况？ 过去的信息如何帮助我们更加准确地计划和估算呢？ 生产率根据文档的页数、复审的时间、功能点、及交付的源代码行数来测量. 比如： 生产率=功能点数（或千代码行数）/每人月 除此之外，对每一个软件工程任务中所发现的错误也会加以跟踪。 软件在从规格说明到设计的演化中，需要收集技术度量，以评估设计质量，并提供若干指标，这些指标会影响代码生成及模块测试和集成测试所采用的方法。 项目度量的目的是双重的。首先，这些度量能够指导进行一些必要的调整以避免延迟，并减少潜在问题及风险，从而使得开发时间减到最少。 其次，项目度量可在项目进行的基础上评估产品质量，并且可在必要时修改技术方法以改进质量。 测量分为两类：直接测量和间接测量。 软件工程过程的直接测量，包括花费的成本和工作量。 产品的直接测量，包括产生的代码行(lines o