第13章 软件项目管理72.ppt

第13章 软件项目管理 管理就是通过计划、组织和控制等一系列活动，合理地配置和使用各种资源，以达到既定目标的过程。 软件项目管理先于任何技术活动之前开始，并且贯穿于软件的整个生命周期之中。 软件项目管理过程从一组项目计划活动开始，而制定计划的基础是工作量估算和完成期限估算。 13.1 估算软件规模 13.1.1 代码行技术 代码行技术依据以往开发类似产品的经验和历史数据，估计实现一个功能所需要的源程序行数。把实现每个功能所需要的源程序行数累加起来，就可得到实现整个软件所需要的源程序行数。 为了使得对程序规模的估计值更接近实际值，可以由多名有经验的软件工程师分别做出估计。 估计程序的最小规模(a) 最大规模(b) 最可能的规模(m) L=(a+4m+b)/6 13.1.2 功能点技术 功能点技术依赖对软件信息域特性和软件复杂性的评估结果，估算软件规模。 1 信息域特性 (1)输入项数(Inp)：用户向软件输入的项数，这些输入给软件提供面向应用的数据。 (2)输出项数(Out)：软件向用户输出的项数，它们向用户提供面向应用的信息，例如，报表和出错信息等。报表内的数据项不单独计数。 (3)查询数(Inq)：查询即是一次联机输入，它导致软件以联机输出方式产生某种及时响应。 (4)主文件数(Maf)：逻辑主文件的数目。 (5)外部接口数(Inf) ：机器可读的全部接口(例如，磁盘或磁带上的数据文件)的数量，用这些接口把信息传送给另一个系统。 2 估算功能点的步骤:用3个步骤，可估算出一个软件的功能点数(即软件规模) (1)计算未调整的功能点数UFP 把lnp、Out、lnq、Maf和Inf分为简单级、平均级或复杂级，并根据其等级为每个特性分配一个功能点数。 (3)计算功能点数FP FP＝UFP×TCF 功能点数与所用的编程浯言无关，看起来功能点技术比代码行技术更合理一些。但是，在判断信息域特性复杂级别和技术因素的影响程度时，存在着相当大的主观因素。 13.2工作量估算 软件估算模型使用由经验导出的公式来预测软件开发工作量，工作量是软件规模(KLOC或FP)的函数，工作量的单位通常是人月(pm)。 支持大多数估算模型的经验数据，都是从有限个项目的样本集中总结出来的，因此，没有一个估算模型可以适用于所有类型的软件和开发环境。 13.2.1 静态单变量模型 E=A+B(ev)c A、B和C是由经验数据导出的常数， E是以人月为单位的工作量 ev是估算变量(KLOC或FP) 1 面向KLOC的估算模型 (1)Walston_Felix模型 E=5.2?(KLOC)0.91 (2)Bailey Basili模型 E=5.5+0.73?(KLOC)1.16 (3)Boehm简单模型 E=3.2?(KLOC)1.05 (4)Doty模型(在KLOC9时适用) E=5.288?(KLOC)1.047 2 面向FP的估算模型 (1)AlbrechtGaffney模型 E＝-13.39+0.0545FP (2)Maston，Barnett和Mellichamp模型 E＝585.7+15.12FP 对于相同的KLOC或FP值，用不同模型估算将得出不同的结果。主要原因是这些模型多数都是仅根据若干应用领域中有限个项目的经验数据推导出来的，适用范围有限。因此，必须根据当前项目的特点选择适用的估算模型，并且根据需要适当地调整(例如，修改模型常数)估算模型。 13.2.2 动态多变量模型 动态多变量模型也称为软件方程式，它是根据从4000多个当代软件项目中收集的生产率数据推导出来的。该模型把工作量看作是软件规模和开发时间这两个变量的函数。动态多变量估算模型的形式如下： E=(LOC?B0.333/P)3 ?(1/t)4 E是以人月或人年为单位的工作量， t是以月或年为单位的项目持续时间； B是特殊技术因子，它随着对测试、质量保证、文档及管理技术的需求的增加而缓慢增加，对于较小的程序(KLOC＝5-15)，B＝0.16，对于超过70 KLOC的程序，B=0.39； P是生产率参数，它反映了下述因素对工作量的影响： 总体过程成熟度及管理水平 使用良好的软件工程实践的程度 使用的程序设计语言的级别 软件环境的状态 软件项目组的技术及经验 应用系统的复杂程度 开发实时嵌入式软件时，P的典型值为2000； 开发电信系统和系统软件时，P=10000； 对于商业应用系统来说P=28000。 13.2.3 COCOMOⅡ模型 COCOMO是构造性成本模型(construc