第13章 软件项目管理(简化).pptVIP

第13章 软件项目管理 13.1 估算软件规模 13.2 工作量估算 13.3 进度计划 13.4 人员组织 13.5 质量保证 13.6 软件配置管理 13.7 能力成熟度模型 13.1 估算软件规模 13.1.1 代码行技术 代码行技术：是以估算的程序代码行数作为将要开发项目的软件源程序行数，而定量度量软件规模的方法。特点是简单易用。 基本思想：依据以往开发类似产品的经验和历史数据，分别估计实现软件各个功能所需要的源程序行数，然后把实现每个功能所需要的源程序行数累加起来，作为实现整个软件所需要的源程序行数。 13.1.2 功能点技术 功能点技术是一种依据软件的信息域特性和软件的复杂程度来估算软件规模的技术。这种方法用功能点（FP）为单位度量软件规模。 1. 从需求分析考虑系统信息域的5个（类 ）特性 1）用户输入项数(Inp)：用户向软件提供面向应用的输入数据项数。输入与查询分开计算； 2）用户输出项数(Out)：软件向用户提供面向应用的输出数据项数。这里，输出是指报表、屏幕和出错信息等。注意：一个报表中的单个数据项不单独计算。 3）用户查询数(Inq)：一个查询被定义为一次联机输入、它导致软件以联机输出方式产生实时响应。每一个不同的查询都要计算。 4）主文件数(Maf)：系统使用的逻辑主文件的数目（即数据的一个逻辑组合，它可能是大型数据库的一部分或是一个独立的文件）。 5）外部接口数(Inf)：与其它系统进行数据交换的全部接口的数量，用这些接口可以把信息从一个系统传送给另一个系统（如互相读取文件）。 应用举例： 假设有一单位的职工工资管理系统，通过需求分析得到的DFD如下图所示，求出其功能点数。 解：1）由上图可知：用户输入数为4，即密码、打印工资、工资录入和错误按键；用户输出数为3，即查询信息、工资报表和出错信息；用户查询数为1，即工资查询；文件数为1，职工工资表；外部接口为2，即人事查询、职工信息。假设各信息特性的复杂性均取简单级，则未调整功能点数为： UFP=3X4+4X3+3X1+7X1+5X2=44 2）再取技术因素分布表如下，可求得技术因素综合影响程度： DI=5+4+0+1+1+3+2+0+1+1+3+2+2+3=28 求得技术复杂因子：TCF=0.65+0.01XDI=0.93 3）最后求得：FP=UFPXTCF=44X0.93=40.92 结论：假若1个功能点需要60行源代码，则工资管理系统需要40.92X60= 2455.2LOC。类似地，功能点文档页数、成本数、错误数等也可估算。 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 13.2.2 动态多变量模型 动态多变量模型把工作量看作是软件规模和开发时间这两个变量的函数。动态多变量估算模型的形式如下： E=(LOC×B0.333/P)3×(1/t)4 (13.2) 其中，E是以人月或人年为单位的工作量； t是以月或年为单位的项目持续时间； B是特殊技术（质量保证）因子（随着对测试、质量保证、文档及管理技术的需求的增加而缓慢增加），对于较小的程序（KLOC=5~15），B=0.16 ；对于超过70 KLOC的程序，B=0.39； P是生产率水平参数，反映生产能力因素对工作量的影响，包括如下因素： 总体过程成熟度及管理水平； 使用良好的软件工程实践的程度； 使用的程序设计语言的级别； 软件环境的状态； 软件项目组的技术及经验； 应用系统的复杂程度。 P作为生产率参数一