第十三章 软件工程管理.ppt

第十三章 软件工程管理 本章开始软件项目管理有关内容。所谓管理就是通过计划、组织和控制等一系列活动，合理地配置和使用各种资源，以达到既定目标的过程。软件项目管理先于任何技术活动之前开始，且贯穿于软件的整个生命周期之中。 软件项目管理过程从一组称为项目计划的活动开始。 软件计划的目的(或者说软件计划的主要活动)包括 确定软件范围 进行可行性分析 确定资源 进度安排 影响软件计划的因素 项目复杂度 项目规模 问题结构化程度 软件计划与项目特点有关，从软件计划角度看项目大致可分为如下几种类型： 新概念开发项目：涉及到新的概念和技术的使用 新的应用开发：没有新的技术应用，但对开发人员来说 是一个新的领域 应用增强型开发：开发人员在这中领域已经开发过系统 再生(reengineering)工程：在已有系统进行重新开发， 增强部分功能等 软件计划最详尽地描述了软件过程，它包括采用的生命周期模型、开发组织的组织结构、责任分配、管理目标和优先级、所用的技术和CASE工具，以及详细的进度、预算和资源分配。 整个计划的基础是工作量估算和完成期限估算。第一项计划活动是“估算”。 13.1 度量软件规模 一、代码行技术 这种方法根据以往开发类似产品的经验和历史数据，估计实现一个功能需要的源程序行数。 当有以往开发类似项目的历史数据可供参考时，用这种方法估计出的数据还是比较准确的。把实现每个功能需要的源程序行数累加起来，就得到实现整个软件需要的源程序行数。 一、代码行技术（续） 为了使得对程序规模的估计值更接近实际值，可以由多名有经验的软件工程师分别作出估计。每个人都估计程序的最小规模(a)、最大规模(b)和最可能的规模(m)，分别算出这三种规模的平均值 ， 和 之后，再用下式计算程序规模的估计值： 单位是代码行数(LOC)或千行代码数(KLOC)。 一、代码行技术（续） 优点：代码行较容易计算，现有许多软件估算模型基 于代码行 缺点：仅用代码行代表整个软件不太合理； 用不同语言实现时代码行差别很大； 不适用于非过程语言。 13.1 度量软件规模（续） 二、功能点技术 功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算软件规模。这种方法用功能点(FP)为单位，度量软件的规模。 2、估算功能点的步骤 (1)计算未调整的功能点数UFP 把产品信息域的每个特性(即Inp、Out、Inq、Maf和Inf)都分类成简单级、平均级或复杂级。根据其等级，为每个特性都分配一个功能点数。用下式计算未调整的功能点数UFP UFP=a1×Inp+a2×Out+a3×Inq+a4×Maf+a5×Inf其中，ai(1≤i≤5)是信息域特性系数，其值由相应特性的复杂级别决定，如表13.1所示。 (2)计算技术复杂性因子TCF 度量14种技术因素对软件规模的影响程度。这些因素包括高处理率、性能标准(例如，响应时间)、联机更新等，在表13.2中列出了全部技术因素，并用Fi(1≤i≤14)代表这些因素。根据软件特点，为每个因素分配一个从0(不存在或对软件规模无影响)到5(有很大影响)的值。然后，用下式计算技术因素对软件规模的综合影响程度DI： 技术复杂性因子TCF由下式计算： TCF=0.65+0.01×DI 因为DI的值在0～70之间，所以TCF的值在0.65～1.35之间。 (3)计算功能点数FP 功能点数FP由下式计算： FP=UFP×TCF 功能点数与所用的编程语言无关，因此，功能点技术比代码行技术更合理一些。但是，在判断信息域特性复杂级别及技术因素的影响程度时，存在相当大的主观因素。 13.2 工作量估算 计算机软件估算模型使用由经验导出的公式来预测软件开发的工作量，工作量是软件规模(LOC或FP)的函数，工作量的单位通常是人月(pm)。 支持大多数估算模型的经验数据，都是从有限个项目的样本集中总结出来的，因此，没有一个估算模型能够适用于所有类型的软件和开发环境。 13.2 工作量估算 一、静态单变量模型 这类模型的总体结构形式如下： E=A+B×(ev)C 其中，A、B和C是由经验数据导出的常数，E是以人月为单位的工作量，ev是估算变量(LOC或FP)。此外，大多数模型都有某种形式的调整成分，使得E能够依据项目的其他特性(例如，问题的复杂程度、开发人员的经验、开发环境等)加以调整。 1、面向LOC的估算模型 (1)WalstonFelix模型 E=5.2×(KLOC)