《13.软件项目管理》.ppt

软件项目管理 目录 13.1 估算软件规模 13.2 工作量估算 13.3 进度计划 13.4 人员组织 13.5 质量保证 13.6 软件配置管理 13.7 能力成熟度模型 70年代中期 90年代中期 美国软件工程实施现状的调查： 成为软件项目开发中 最重要的核心问题之一。 项目管理框架 项目管理的概念 Meiler Jones： 　我拜访了很多商业公司，我也观察了很多数据处理的管理者，我常常恐惧地看到这些管理者徒劳地与恶梦般的项目斗争着，在根本不可能的最后期限下苦苦挣扎，或是在交付了使其用户极为不满的系统之后，又继续花费大量的时间去维护该系统。 项目经理 A leading executive was once asked: “ What single characteristic was most important when selecting a project manager?” His response: 项目管理的概念 有效的项目管理集中于三个P 上： People Problem Process 项目管理的概念__管理的范围 有效的项目管理集中于三个P 上： People 项目参与者 项目负责人 软件项目组 协调和通讯 Problem 软件范围 问题分解 Process 合并问题和过程 过程分解 马云：我最欣赏唐僧师徒团队 代码行估算技术 代码行技术是比较简单的定量估算软件规模的方法。 依据以往开发类似产品的经验和历史数据，估计实现一个功能所需要的源程序行数。 可以由多名有经验的软件工程师分别做出估计： L= (13.1) 常用的单位是代码行数（LOC）和千行代码数（KLOC）。 代码行技术的优缺点 主要优点是： 代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数。 缺点是： 源程序仅是软件配置的一个成分，用它的规模代表整个软件的规模似乎不太合理； 用不同语言实现同一个软件所需要的代码行数并不相同； 这种方法不适用于非过程语言。 功能点技术 功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算软件规模。 采用功能点（FP）为单位度量软件规模。 1. 信息域特性 功能点技术定义了信息域的5个特性，分别是输入项数(Inp)、输出项数(Out)、查询数(Inq)、主文件数(Maf)和外部接口数(Inf)。 估算功能点的步骤 （1） 计算未调整的功能点数UFP 首先，把产品信息域的每个特性(即Inp、Out、Inq、Maf和Inf)都分类为简单级、平均级或复杂级，并根据其等级为每个特性分配一个功能点数（例如，一个简单级的输入项分配3个功能点，一个平均级的输入项分配4个功能点，而一个复杂级的输入项分配6个功能点）。 然后，用下式计算未调整的功能点数UFP： UFP=a1×Inp+a2×Out+a3×Inq+a4×Maf+a5×Inf 其中，ai(1≤i≤5)是信息域特性系数，其值由相应特性的复杂级别决定，如表13.1（见书297页）所示。 (2) 计算技术复杂性因子TCF 这一步骤度量14种技术因素对软件规模的影响程度。这些因素包括高处理率、性能标准（例如，响应时间）、联机更新等，在表13.2（见书297页）中列出了全部技术因素，并用Fi(1≤i≤14)代表这些因素。根据软件的特点，为每个因素分配一个从0（不存在或对软件规模无影响）到5（有很大影响）的值。然后，用下式计算技术因素对软件规模的综合影响程度DI： DI= 技术复杂性因子TCF由下式计算： TCF=0.65+0.01×DI 因为DI的值在0~70之间，所以TCF的值在0.65~1.35之间。 （3） 计算功能点数FP 用下式计算功能点数FP： FP=UFP×TCF 功能点数与所用的编程语言无关，看起来功能点技术比代码行技术更合理一些。但是，在判断信息域特性复杂级别和技术因素的影响程度时，存在着相当大的主观因素。 工作量估算 软件估算模型使用由经验导出的公式来预测软件开发工作量，工作量是软件规模（KLOC或FP）的函数，工作量的单位通常是人月（pm)。 支持大多数估算模型的经验数据，都是从有限个项目的样本集中总结出来的，因此，没有一个估算模型可以适用于所有类型的软件和开发环境。 静态单变量模型 这类模型的总体结构形式如下： E=A+B×(ev)C A、B和C是由经验数据导出的常数， E是以人月为单位的工作量 ev是估算变量（KLOC或FP）。 1. 面向KLOC的估算模型 (1) Walston_Felix模型 E=5.2×(KLOC)