第2章 软件项管理.doc

第二章 软件项目管理 1. 软件度量 2. 项目估算 3. 质量、复杂性、可靠性度量 4. 过程管理 5. 项目管理CASE工具 2.软件项目管理——概述 管理内容：成本、人员、进度、质量、风险等。 项目管理贯穿软件生命周期全过程。 度量的重要性：没有数字就没有管理！ 软件项目管理的主要任务： 成本管理的任务 质量管理的任务 配置管理的任务 …… 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 软件度量——两种度量比较 P34 表2.6 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 软件复杂性度量——定义及度量原则 软件复杂性：K.Magel六个方面的描述 理解程序的难度； 纠错、维护程序的难度； 向他人解释程序的难度； 按指定方法修改程序的难度； 编码的工作量； 执行程序需要资源的程度。 度量原则：目前尚无公认的度量模型，一般应遵守的基本原则P48 2.4 软件复杂性度量——控制结构复杂性 McCabe环路复杂性，1976，程序拓扑结构，有向图 V G e - n +