[软件工程第二讲-项目管理.pptVIP

第13章 软件项目管理 13.1 估算软件规模 13.2 工作量估算 13.3 进度计划 13.4 人员组织 13.5 质量保证 13.6 软件配置管理 13.7 能力成熟度模型 目标 估算软件规模 估算开发工作量 安排进度计划 人员安排 理解质量保证体系 描述软件配置管理 理解能力成熟度模型 软件项目管理(I) 项目失败：72% 失败的主要表现： 32%项目开始后不久取消 40%项目延期，超支等 项目失败的主要原因 需求不清晰 项目规模估计不足 进度计划安排不合理 没有进行很好的质量保证 软件项目管理(II) 管理就是通过计划、组织和控制等一系列活动，合理地配置和使用各种资源，以达到既定目标的过程。 软件项目管理先于任何技术活动之前开始，并且贯穿于软件的整个生命周期之中。 13.1 成本工作量估算 参照已经完成的类似项目（代码行估计法） 总成本 = ∑子项目成本（工作量） 总成本 = ∑阶段成本 利用经验估算公式（模型） 规模 工作量 IBM模型 COCOMO模型 Putnam 13.1.1 行代码估算法 工作量估算 成本估算 举例 估算计算机辅助设计（CAD）软件项目 用户界面和控制 二维几何分析 三维几何分析 数据库管理 计算机图形显示 外设控制 设计分析 行成本估算 （2）阶段成本估算法 工作量估算 成本估算 阶段成本估算 多种估算方法结果 行成本估算法 工作量：144.5 PM 总成本：$ 656 680 阶段成本估算法 工作量：152.5 PM 5% 总成本：$ 708 075 7% 13.1.1 代码行技术(III) 优点：代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数。 缺点： 源程序仅是软件配置的一个成分，用它的规模代表整个软件的规模似乎不太合理； 用不同语言实现同一个软件所需要的代码行数并不相同；这种方法不适用于非过程语言。为了克服代码行技术的缺点，人们又提出了功能点技术。 13.1.2 功能点技术(I) 功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算软件规模。这种方法用功能点（FP）为单位度量软件规模。 信息域特性 输入项数(Inp) 输出项数(Out) 查询数(Inq) 主文件数(Maf) 外部接口数(Inf) 13.1.2 功能点技术(II) 估算功能点的步骤 计算未调整的功能点数UFP UFP=a1×Inp+a2×Out+a3×Inq+a4×Maf+a5×Inf 计算技术复杂性因子TCF DI= Fi在表13.2（见书297页）中列出了全部技术因素 TCF=0.65+0.01×DI 计算功能点数FP FP=UFP×TCF 功能点数与编程语言无关，看起来功能点技术比代码行技术更合理一些。但判断信息域特性复杂级别和技术因素的影响程度时，存在着相当大的主观因素。 计算复杂度调整值 复杂度调整值Fi(i=1到14)是基于对左表中问题的回答而得到的值，对每个问题回答的取值范围是0到5，见右表 13.2 工作量估算 软件估算模型使用由经验导出的公式来预测软件开发工作量 支持大多数估算模型的经验数据，都是从有限个项目的样本集中总结出来的 13.2.1 静态单变量模型 13.2.2 动态多变量模型 13.2.3 COCOMO2模型 13.2.1 静态单变量模型(I) 面向KLOC的估算模型 Walston_Felix模型 E=5.2×(KLOC)0.91 Bailey_Basili模型 E=5.5+0.73×(KLOC)1.16 Boehm简单模型 E=3.2×(KLOC)1.05 Doty模型（在KLOC9时适用） E=5.288×(KLOC)1.047 13.2.1 静态单变量模型(II) 面向FP的估算模型 (1) Albrecht Gaffney模型 E=-13.39+0.0545FP Maston,Barnett和Mellichamp模型 E=585.7+15.12FP 13.2.2 动态多变量模型 动态多变量模型是根据从4000多个当代软件项目中收集的生产率数据推导出来的。 该模型把工作量看作是软件规模和开发时间这两个变量的函数。动态多变量估算模型的形式如下： E=(LOC×B0.333/P)3×(1/t)4 E是以人月或人年为单位的工作量； t是以月或年为单位的项目持续时间； B是特殊技术因子 P是生产率参数 13.2.3 COCOMO2模型(I) COCOMO是构造性成本模型（constructive cost model)的英文缩写。 1997年Boehm等人提出的COCOMO2模型，是原始的COCOMO模型的修订版，它反映了十多年来在成本估计方面所积累的