您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 项目/工程管理 > 5第四章-软件项目成本管理-1-
软件项目管理第四章软件项目成本管理本章内容提要软件项目规模成本的概念成本估算成本预算成本控制第一节软件项目规模成本的概念软件项目规模度量单位:LOC(LinesofCode):源代码程序长度的测量FP(FunctionPoint):系统功能数量的测量软件项目工作量是指为了提供软件的功能而必须完成的软件工程任务量。其度量单位为:人月、人天、人年:人在单位时间内完成的任务量为了确定工作量度量单位,可设定一个“标准程序员”,例如具有15~18个月开发经验的程序员。工作量与规模紧密相关,此外还与项目和产品特性(如复杂性)相关。在不会引起混淆的情况下,工作量和规模这两个概念可不做区别。软件项目成本完成软件项目工作量相应付出的代价,即待开发软件项目所需要的资金。人的劳动消耗所需要的代价是软件产品的主要成本。成本一般采用货币单位来计算,如人民币、美元等。工作量和成本的关系工作量是成本的主要考虑因素,项目的工作量估算和成本估算常常同时进行。如果确定了单位工作量的成本,则可根据项目工作量直接计算出项目成本。例如:如果一个软件项目的工作量是20人月,而企业的人力成本参数是2万元/人月,则项目的成本是40万元。本章内容提要软件项目规模成本的概念成本估算成本预算成本控制引言成本估算方法一种实用的项目成本估算过程第二节成本估算2.1引言成本估算是对完成项目所需费用的估计,它是项目成本管理的核心。成本估算可以有一些误差。估算结果可用一个范围表示,例如$10000±$1000。成本估算所依据的信息包括:项目需求和WBS,资源要求、资源消耗率(资源单价)、项目进度规划、历史项目数据等。项目成本的构成直接成本:与具体项目的开发直接相关的成本。如人员的工资、外包外购成本等。又可细分为开发成本、管理成本、质量成本等。间接成本:不归属于一个具体的项目,是企业的运营成本,分摊到各个项目中。如房租、水电、保安、税收、福利、培训,等等。2.2成本估算方法代码行、功能点类比估算法参数估算法专家估算法代码行(LOC)从软件程序量的角度定义项目规模。要求功能分解足够详细。有一定的经验数据(类比和经验方法)。与具体的编程语言有关。优点:直观、准确(在有代码的情况下)、易于计算(可使用代码行统计工具)。缺点:对代码行度量没有公认的标准定义。代码行数量依赖于所用的编程语言和个人的编程风格。在项目早期,需求不稳定、设计不成熟、实现不确定的情况下很难准确地估算代码量。代码行(LOC)功能点(FP)用系统的功能数量来测量其规模,与实现产品所使用的语言和技术没有关系。对系统的外部功能和内部功能进行计数。根据技术复杂度因子(权)对它们进行调整,产生产品规模的度量结果。功能点计算公式FP=UFC*TCFUFC(UnadjustedFunctionPointCount)未调整功能点计数TCF(TechnicalComplexityFactor)技术复杂度因子UFC的计算方法首先计算功能计数项,对以下五类元素计数:外部输入:由用户输入的面向应用的数据项。外部输出:向用户提供的输出数据项。外部查询:要求系统回答的交互式输入。外部接口文件:与其它系统的接口数据文件。内部文件:系统使用的内部固定文件。UFC的计算方法然后对各功能计数项加权并求和,得到UFC。功能计数项复杂度权重简单中等复杂外部输入346外部输出457外部查询346外部接口文件5710内部文件71015案例分析某学院安装了一个工资系统,人事处要求创建一个子系统来分析每门课程的人力资源成本。要求该子系统提供查询每门课程人力资源成本的功能。每名教师所得工资的细节可以通过工资系统中的文件得到,教师花在教每门课上的小时数可通过一个基于计算机的计时表系统中的文件得到。该子系统将计算结果存放到由总会计系统读取的一个文件中,并产生一个报告,来显示每名教师每门课的课时数及这些课时数相应的成本。案例分析问题:计算该子系统的UFC。(子系统产生的报告复杂度为高,其它所有元素的复杂度均为中等)案例分析答案:UFC=1*7+1*4+3*7=32功能计数项计数复杂度权重外部输入无外部输出报告17外部查询14外部接口文件工资文件1,计时表文件1,计算结果文件17内部文件无TCF的计算方法技术复杂度影响因素F1可靠的备份和恢复F2数据通信F3分布式函数F4性能F5大量使用的配置F6联机数据输入F7操作简单性F8在线升级F9复杂界面F10复杂数据处理F11重复使用性F12安装简易性F13多重站点F14易于修改TCF=0.65+0.01(sum(Fi)):Fi:0-5,TCF:0.65~1.35TCF的计算方法每个技术复杂度影响因素的取值范围:取值对系统的影响0不存在或者没有影响1不显著的影响2相当的影响3平均的影响4显著的影响5强大的影响案例分析案例中技术复杂度影响因素的取值F1可靠的备份和恢复1F2数据通信5F3分布式函数0F4性能3F5大量使用的配置1F6联机数据输入0F7操作简单性1F8在线升级0F9复杂界面1F10复杂数据处理4F11重复使用性0F12安装简易性3F13多重站点0F14易于修改3sum(Fi)=22TCF=0.65+0.01(sum(Fi))=0.65+0.01*22=0.87该子系统的功能点为:FP=UFC*TCF=32*0.87=27.8案例分析功能点与代码行的转换语言代码行/FPAssembly320C150COBOL105FORTRAN105PASCAL91ADA71PL/165PROLOG/LISP64SMALLTALK21SPREADSHEET6成本估算方法代码行、功能点类比估算法参数估算法专家估算法类比估算法也称为基于案例的推理,估算人员根据以往完成的类似项目(源案例)所消耗的总成本(或工作量),来推算将要开发的软件(目标案例)的总成本(或工作量)。需提取项目的一些特性作为比较因子,如项目类型(MIS系统、实时系统等)、编程语言、项目规模、开发人员数量、软件开发方法等。在项目初期信息不足时(例如市场招标和合同签订)适于采用类比估算法。该方法简单易行,花费少,但准确性差。类比估算法成本估算方法代码行、功能点类比估算法参数估算法专家估算法参数估算法使用项目特性参数建立经验估算模型来估算成本。经验估算模型是通过对大量的项目历史数据进行统计分析(如回归分析)而导出的。经验估算模型提供对项目工作量的直接估计。该方法简单,而且比较准确,但如果模型选择不当或提供的参数不准确,也会产生较大的偏差。经验估算模型模型形式:E=A+B*SCE:以人月表示的工作量A,B,C:经验导出的系数S:主要的输入参数(通常是LOC,FP等)面向LOC的:Walston-Felix(IBM)模型E=5.2*(KLOC)^0.91Balley-Basili模型E=5.5+0.73*(KLOC)^1.16Boehm简单模型E=3.2*(KLOC)^1.05Doty模型E=5.288*(KLOC)^1.047经验估算模型面向FP的:AlbrechtandGaffney模型E=-13.39+0.0545FPMatson,BarnettE=585.7+15.12FP经验估算模型Walston-Felix(IBM)模型1977年,IBM的Walston和Felix提出了如下的估算公式:E=5.2×L^0.91,L是源代码行数(以KLOC计),E是工作量(以PM计)D=4.1×L^0.36,D是项目持续时间(以月计)S=0.54×E^0.6,S是人员需要量(以人计)DOC=49×L^1.01。DOC是文档数量(以页计)COCOMO(ConstructiveCostmodel)构造性成本模型,是世界上应用最广泛的参数型软件成本估计模型。由BarryBoehm利用加利福尼亚的一个咨询公司的大量项目数据推导出的一个成本模型。该模型于1981年首次发表,于1994年又推出了COCOMOII。模型类别基本COCOMO静态单变量模型。中等COCOMO在基本模型基础上考虑各种影响因素(工作量驱动因子),调整模型。高级COCOMO中等COCOMO模型基础上考虑软件工程中各个步骤的影响。基本COCOMOE=a*(KLOC)exp(b)E是项目的工作量(以人月计)KLOC是软件产品的代码行数a、b是依赖于项目自然属性的参数基本COCOMO系数表系统类型ab有机2.41.05半相连3.01.12嵌入式3.61.20系统类型有机(Organic)各类应用程序,例如数据处理、科学计算等。受硬件的约束比较小,接口环境灵活;软件的规模不是很大。嵌入式(Embeded)系统程序,例如实时处理、控制程序等。在硬件和软件的严格约束条件下运行,对系统进行变更的代价很高;软件的规模任意。半相连(Semidetached)介于上述两种系统之间。基本COCOMO举例一个33.3KLOC的软件开发项目,属于半相连型的项目,采用基本COCOMO进行工作量的估算:a=3.0,b=1.12E=3.0*L^1.12=3.0*33.3^1.12=152PM中等COCOMOE=a(KLOC)exp(b)*工作量系数工作量系数是根据成本驱动因子的打分计算得出,是对公式的校正系数。中等COCOMO系数表系统类型ab有机3.21.05半相连3.01.12嵌入式2.81.20成本驱动因子驱动因子类型编码成本驱动因子产品属性RELY需要的软件可靠性DATA数据库规模CPLX产品复杂度计算机属性TIME执行时间限制STOR主存限制VIRT操作系统变更的程度TURN计算机恢复时间要求成本驱动因子(续)驱动因子类型编码成本驱动因子人员属性ACAP分析员能力AEXP应用经验PCAP程序员能力VEXP虚拟机(如操作系统)经验LEXP编程语言经验项目属性MODP现代编程实践的使用TOOL软件工具的使用SCED需要的开发进度工作量系数的计算规定每个成本驱动因子的取值范围,将其取值划分为非常低、低、正常、高、非常高等级别,每个级别对应一个值。例如,软件组织可以决定使用以下系数来评估分析员能力(ACAP)的影响:非常低(verylow)1.46低(low)1.19正常(nominal)1.00高(hign)0.80非常高(veryhign)0.71当每个成本驱动因子Fi的值选定后,工作量系数的计算如下:工作量系数=F1*F2*…Fi…*Fn典型取值0.9-1.4之间工作量系数的计算中等COCOMO举例一个33.3KLOC的软件开发项目,属于半相连型的项目,采用中等COCOMO进行工作量的估算:a=3.0,b=1.12工作量系数=0.70*0.85*1……*1.15=1.09E=3.0*33.3^1.12×1.09=166PM高级(详细)COCOMO考虑了各成本驱动因子对分析、设计等各项目阶段的影响。成本估算方法代码行、功能点类比估算法参数估算法专家估算法专家估算法由多位对应用领域和开发环境有丰富经验的专家进行成本估算。为避免单个专家产生偏见,尽量由多位专家进行估算,取得多个估算值,最后得出综合的估算值。专家估算法-Delphi组织者发给每位专家一份软件系统的规格说明和一张记录估算值的表格,请他们估算。专家详细研究软件规格说明后,对该软件提出3个工作量(或成本)的估算值:最小值ai最可能值mi最大值bi组织者对专家的表格中的答复进行整理,计算每位专家的平均估算值Ei=(ai+4mi+bi)/6和总的平均值E=(E1+E2+…+En)/n(n表示n个专家)。组织专家无记名填表格,比较估算差,并查找原因。如果各个专家的估算差异超出规定的范围(例如:15%),则需重复上述过程,最终可以获得一个多数专家共识的软件工作量(或成本)估计值。专家估算法-Delphi专家估算法举例某管理信息系统-专家估
本文标题:5第四章-软件项目成本管理-1-
链接地址:https://www.777doc.com/doc-4300686 .html