第4章 软件过程和项目度量.pptVIP

国防科技大学计算机学院 第4章 软件过程和项目度量 4.1 过程和项目领域中的度量 4.2 软件测量 4.3 调和不同的度量方法 4.4 软件质量度量 4.5 在软件过程中集成度量 第4章 软件过程和项目度量 测量 在软件工程领域中，“measure”(测量)对一个产品过程的某个属性的范围、数量、维度、容量或大小提供了一个定量的指示。 当获取到单个的数据点(如在一个模块的复审中发现的错误数)时，就建立了一个测量。 测量的发生是收集一个或多个数据点的结果(如调研若干个模块的复审，以收集每一次复审所发现的错误数的测量)。 第4章 软件过程和项目度量 度量 IEEE的软件工程术语标准辞典中定义：“metric”(度量)为“对一个系统、构件或过程具有的某个给定属性的度的一个定量测量”。 度量具有数字特征，软件工程范围的度量是软件开发过程、软件资源或软件产品简单属性的定量描述。如，程序规模、操作符个数、程序中错误的个数等。 软件度量在某种程度上与单个的测量相关(如每一次复审所发现的错误的平均数，或复审中每人/小时所发现的错误的平均数)。 4.1 过程和项目领域中的度量 过程度量和软件过程改进 过程度量的收集涉及所有的项目，目的是提供能够引导长期的软件过程改进的一组过程指标。 4.1 过程和项目领域中的度量 项目度量 评估正在进行中的项目的状态； 跟踪潜在的风险； 在问题造成不良影响之前发现它们； 调整工作流程或任务； 评估项目团队控制软件工作产品质量的能力； 4.2 软件测量 软件测量的两种分类方法： 软件过程和产品的直接测量 产品的间接测量 采用规范化的度量方法，就有可能产生在更大的组织范围内进行比较的软件度量。 4.2 软件测量－面向规模的度量 面向规模的软件度量是基于已经开发的软件的规模。 用代码行(LOC)数表示软件项目的规模，利用它不仅可以测量软件规模，还可以度量软件开发的生产率，计算每行代码的平均成本，计算文档与代码的比例管理，每千行代码存在的软件错误个数。 4.2 软件测量－面向规模的度量 代码行技术的主要优点： 代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数。 代码行技术的缺点是： 源程序仅是软件配置的一个成分，用它的规模代表整个软件的规模似乎不太合理； 依赖于程序设计语言的表达能力； 这种方法不适用于非过程语言； 会对设计精巧的软件项目产生不利的影响； 在项目开发前或初期很难作到。 4.2 软件测量－面向规模的度量 4.2 软件测量－面向规模的度量 代码行技术的相关度量－生产率 pl=L / E L:代码行数，用千行代码kLOC度量 E:软件项目的工作量，用人月(PM)度量。 pl：软件项目的生产率，用每人每月完成的代码行数（LOC/PM）度量。 4.2 软件测量－面向规模的度量 例 软件项目记录 4.2 软件测量－面向功能的度量 Albrecht 1979年提出,目前在欧共体很普遍，只涉及多种因素的间接度量方式。它根据事物信息处理程序的基本功能定义，因此在软件系统涉及初期就能够估算出软件项目的规模。 功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算软件规模。这种方法用功能点（FP）为单位度量软件规模。 4.2 软件测量－面向功能的度量 表中的五个信息量按下列方式取值 用户输入数－－用户为软件提供的输入参数个数 用户输出数－－软件系统为用户提供的输出参数个数 用户查询数－－一个联机输入确定一次查询，软件以 联机输出的形式,实时地产生一个响应 主文件数 －－统计逻辑的主文件个数 外部界面数－－统计所有机器可读的界面，利用这些 界面可以将信息从一个系统传送到另一个 系统 ? 4.2 软件测量－面向功能的度量 估算功能点的步骤 计算未调整的功能点数UFP 首先，把产品信息域的每个特性(即Inp、Out、Inq、Maf和Inf)都分类为简单级、平均级或复杂级，并根据其等级为每个特性分配一个功能点数. 然后，用下式计算未调整的功能点数UFP： UFP=a1×Inp+a2×Out+a3×Inq+a4×Maf+a5×Inf 其中，ai(1≤i≤5)是信息域特性系数，其值由相应特性的复杂级别决定，见书342所示。 4.2 软件测量－面向功能的度量 功能点技术的相关度量－生产率 Pf=FP/E  其中 Pf表示每人月完成的功能点数 4.2 软件测量－面向功能的度量 软件规模的功能点度量没有直接设计软件系统本身的算法复杂性，因此它适合算法比较简单的事物系统的软件规