26软件开发过程的管理——过程管理.docVIP

第二章 软件项目管理 (2学时) 教学内容： （1）软件度量：度量、测量与估算； 面向规模的度量、面向功能的度量及代码行度量与功能点度量的比较； （2）代码行、功能点和工作量估算，CoCoMo模型； （3）软件质量要素； （4）软件复杂度和可靠性度量； （5）软件开发过程的管理：风险分析、进度安排、开发标准、质量保证、开发人员的组织与分工； （6）软件过程及软件成熟度模型CMM； （7）CASE工具 重点： △软件的度量 △开发过程的管理 △项目管理的任务和过程管理 △CMM 难点： ※软件的度量 教学过程： 2.1 软件度量——基本概念 度量：是软件产品、软件开发过程或资源简单属性的定量描述。度量具有数字特征。 测量：涉及测量的方法、过程、工具和数值结果。用于事后或实时状态。 估算：对软件产品、过程、资源进行预测。可采用经验公式或历史资料。 软件工程的产品、过程、资源具有外部属性和内部属性。P30 表2.1 内部属性决定外部属性，通过内部属性的度量解决外部属性的度量问题。 软件度量分类：P29 图2.1 软件测量:直接(简单属性)、间接(涉及多个属性) 2.1 软件度量——面向规模的度量 规模：代码行数（LOC、KLOC） 生产率：PL = L/E 每行代码平均成本：CL = S/L 文档与代码比： DL = Pd/L 代码出错率：EQRL = Ne/L 缺点： 依赖程序设计语言 不利于精巧的设计 开发前、初期难以估算 只适于过程式程序设计语言 2.1 软件度量——面向功能的度量 功能点FP，间接度量方式，1979，欧共体 规模：FP = CT [ 0.65+0.01∑Fi ] 生产率：Pf = FP/E 平均成本：Cf = S/FP 文档与功能点比： Df = Pd/FP 代码出错率：EQRf = Ne/FP 扩展：不涉及算法复杂性，仅适于简单事务处理系统。通过扩展可增加适用范围。 优点：与语言无关、可用于初期估算 缺点：主观因素多、有些数据不易采集、FP无直观意义 2.1 软件度量——两种度量比较 2.2 软件项目估算——估算方法 基本估算方法： 历史数据 问题分解 过程分解 经验公式 组合使用 估算工具 2.2 软件项目估算——代码行、功能点和工作量估算 代码行或功能点期望值： e = ( a + 4m + b ) / 6 例 P35-36 2.2 软件项目估算——CoCoMo模型 经验模型是根据历史实际数据导出的。 1981年Boehm提出“构造性成本模型”，分为三个层次：基本、中间、详细 基本模型： E = a (kLOC)b D = cEd 中间模型： E = a (LOC)bEAF 人数增加、生产率下降 2.2 软件项目估算——Putnam模型 1978年，Putnam提出大型软件项目工作量估算模型。动态多变量。 L=CkE1/3td4/3 软件交付时工作量最大，参与人员最多 工作量与交货时间的4次方成反比，提前10%的时间要增加52%的工作量。 工作量随时间的增加不呈线性增长趋势，参加开发的人数不应该一成不变。 该模型揭示了工作量、开发时间、代码长度间的关系，没有反映软件产品属性、项目属性、人员属性、硬件资源属性等。 2.3 软件质量度量——定义及度量模型 软件质量：ANSI/IEEE的定义，软件产品满足规定的和隐含的与需求能力有关的全部特征和特性，包括： 软件产品质量满足用户要求的程度； 软件各种属性的组合程度； 用户对软件产品的综合反映程度； 软件在使用过程中满足用户要求的程度。 度量模型： 1976,Boehm,60个度量公式和度量层次模型。 1978,WaltersMcCall三层度量模型，P42 图2.5 Murine提出SQM。 1985,ISO提出SQM工作报告。 2.3 软件质量度量——质量要素 McCall质量要素：3类11个，P43 图2.6 第一类：运行特征 第二类：承受修改的能力 第三类：环境适应度 质量要素间的关系：P44表2.11，正相关、负相关，根据具体情况折衷平衡，达到用户和开发人员满意的目标。 2.3 软件质量度量——评价标准 要素很难直接测量，通过评价准则间接测量。 McCall 21种评价准则：P44-45 要素与准则间的关系：P46 表2.12 Fj = ∑CjkMk FURPS，1987 ISO，1985 三层度量模型：国际标准(SQRC,SQDC),SQMC 8个要素，23个评价准则 要素和准则的关系：P47 表2.13 2.4 软件复杂性度量—