第三章软件项目成本管理本章要点一、软件项目规模成本的概念二、成本估算过程三、成本估算方法四、成本预算五、案例分析成本管理过程资源计划编制:确定项目需要的资源种类和数量成本估算:中心环节编制一个为完成项目各活动所需要的资源成本的近似估算成本预算:项目进度将总成本估算分配到各单项工作活动上成本控制:项目跟踪控制项目预算的变更工作分解结构对软件项目进行估算遇到的第一个问题就是软件规模,及软件的程序量。软件规模是软件工作量的主要影响因素。对软件规模的估计要从软件的分解开始。软件项目的设计有一个分层结构,这一分层结构就对应着工作分解结构,它将软件过程和软件产品结构联系起来。典型的WBS关于估算估算不是很准确的,有误差的经验(历史)数据非常重要不要太迷信数学模型软件项目规模软件项目规模即工作量,是从软件项目范围中抽出的软件功能,然后确定每个软件功能所必须执行的一系列软件工程任务包括:软件规划,软件管理,需求,设计,编码,测试,以及后期的维护等任务。规模的单位LOC(LocofCode)源代码程序长度的测量FP(FunctionPoint)用系统的功能数量来测量人月人天人年软件项目成本完成软件规模相应付出的代价。待开发的软件项目需要的资金。人的劳动的消耗所需要的代价是软件产品的主要成本成本的单位货币单位人民币元美元……..软件的规模和成本的关系规模是成本的主要因素,是成本估算的基础有了规模就确定了成本,本章要点一、软件项目规模成本的概念二、成本估算过程三、成本估算方法四、成本预算五、案例分析成本估算过程估算输入估算结果成本估算方法成本估算输入项目需求、WBS历史项目度量资源要求(资源编制计划)资源消耗率:如人员成本:100元/小时进度规划:项目总进度(一般是合同要求)学习曲线资源规划需要的资源种类、数量等SampleResourceHistogramforaLargeITProject024681012JanFebMarAprMayJunJulAugSepOctNovDecJavaprogrammersBusinessanalystsTechnicalwritersManagersAdministrativestaffDatabaseanalystsTestingspecialistsNumberofPeople成本估算直接成本间接成本直接成本与具体项目相关的成本包括开发成本、管理成本、质量成本等间接成本不能具体到某个项目中的成本,可以分摊到各个具体项目中的成本,例如:培训房租水电员工福利市场费用管理费其他等等项目估算输出估算文件资源,资源的数量,质量标准,估算成本等信息单位:一般是货币单位BAC(BudgetAtcompletion)估算说明工作范围估算的基础和依据估算的假设估算的误差变动等估算说明预测所需要的总工作量的过程。是一种量化的结果可以有一些误差成本估算不同于项目定价贯穿于软件的生存周期。本章要点一、软件项目规模成本的概念二、成本估算过程三、成本估算方法四、成本预算五、案例分析估算的基本方法1.代码行、功能点、对象点、用例点2.类比(自顶向下)估算法3.自下而上估算法4.参数法估算法5.专家估算法代码行(LOC)从软件程序量的角度定义项目规模。要求功能分解足够详细的有一定的经验数据(类比和经验方法)与具体的编程语言有关代码行(LOC)缺点1.对代码行没有公认的可接受的标准定义2.代码行数量依赖于所用的编程语言和个人的编程风格.3.在项目早期,需求不稳定、设计不成熟、实现不确定的情况下很难准确地估算代码量.4.代码行强调编码的工作量,只是项目实现阶段的一部分功能点(FP:Functionpoint)用系统的功能数量来测量其规模与实现产品所使用的语言和技术没有关系的两个评估内部基本功能外部基本功能加权和量化UFC-未调整功能点计数功能计数项:1.外部输入2.外部输出3.外部查询4.外部文件5.内部文件功能点的公式FP=UFC*TCFUFC:未调整功能点计数TCF:技术复杂度因子UFC-未调整功能点计数功能计数项的复杂度等级复杂度权重因素项简单一般复杂外部输入346外部输出457外部查询346外部文件5710内部文件71015功能点计算实例-UFC功能点项简单一般复杂外部输入6*32*43*6外部输出7*47*50*7外部查询0*32*44*6外部文件5*52*73*10内部文件9*70*102*15总计UFC301TCF-技术复杂度因子TCF=0.65+0.01(sum(Fi)):Fi:0-5,TCF:0.65-1.35技术复杂度因子F1可靠的备份和恢复F2数据通信F3分布式函数F4性能F5大量使用的配置F6联机数据输入F7操作简单性F8在线升级F9复杂界面F10复杂数据处理F11重复使用性F12安装简易性F13多重站点F14易于修改技术复杂度因子的取值范围调整系数描述0不存在或者没有影响1不显著的影响2相当的影响3平均的影响4显著的影响5强大的影响功能点计算实例FP=UFC*TCFUFC=301TCF=0.65+0.01(14*3)=1.07FP=301*1.07=322功能点与代码行的转换语言代码行/FPAssembly320C150COBOL105FORTRAN105PASCAL91ADA71PL/165PROLOG/LISP64SMALLTALK21SPREADSHEET6对象点(OP)对象点是基于对象的软件产品规模估算。著名的Probe方法---WattsHumphrey对象规模表(C++)方法种类很小小中大很大计算2.345.1311.2524.6654.04数据2.64.798.8416.3130.09I/O9.0112.0616.1521.6228.93逻辑7.5510.9815.9823.2533.83设置3.885.046.568.5311.09文本3.758.0017.0736.4177.66Probe方法的步骤1.基于产品需求构建体系结构和概要设计2.对设计中的每个类(面向对象方法中的Class)的输入和交互,标识所设计的对象属于表中哪类方法并估算其复杂性3.将上述标识的结果构造成一个如上表形式的矩阵,然后将这个矩阵中的值与上表中对应的值相乘4.将上述所有相乘结果相加求和,产生估算结果对象点的估计-举例方法种类很小小中大很大计算2.345.1311.2524.6654.04数据2.64.798.8416.3130.09I/O9.0112.0616.1521.6228.93逻辑7.5510.9815.9823.2533.83设置3.885.046.568.5311.09文本3.758.0017.0736.4177.66规模估算*5*8*65.13*5+16.15*8+8.53*6=206.03估算的基本方法代码行、功能点、对象点类比(自顶向下)估算法自下而上估算法参数法估算法专家估算法类比-定义估算人员根据以往的完成类似项目所消耗的总成本(或工作量),来推算将要开发的软件的总成本(或工作量),然后按比例将它分配到各个开发任务单元中是一种自上而下的估算形式类比—使用情况有类似的历史项目数据信息不足(要求不是非常精确)的时候在合同期和市场招标时类比—特点简单易行,花费少具有一定的局限性准确性差,可能导致项目出现困难类比—举例类比—举例证券交易网站需求类似历史数据:10万估算的基本方法代码行、功能点、对象点类比(自顶向下)估算法自下而上估算法参数法估算法专家估算法自下而上—定义利用任务分解结构图,对各个具体工作包进行详细的成本估算,然后将结果累加起来得出项目总成本。自下而上—使用情况项目开始以后,WBS的开发阶段需要进行准确估算的时候自下而上—特点这种方法相对比较准确,它的准确度来源于每个任务的估算情况非常费时,估算本身也需要成本支持可能发生虚报现象估算的基本方法代码行、功能点、对象点类比(自顶向下)估算法自下而上估算法参数法估算法专家估算法参数估算法—定义模型方法一种使用项目特性参数建立数据模型来估算成本的方法,是一种统计技术,如回归分析和学习曲线。软件成本估算模型理论导出:不成熟阶段经验导出:软件估算常常采用参数估算法—使用情况存在成熟的项目估算模型应该具有良好的数据库数据为基础参数估算法-特点比较简单,而且也比较准确如果模型选择不当或者数据不准,也会导致偏差参数成本估算实例(适合单价合同)项目经理(30美元/小时)15,000美元分析家(20美元/小时)20,000美元技术员(13美元/小时)2,6000美元总劳动开支61,000美元一般管理费(35%)21,350美元总劳动费加管理费82,350美元额外费用(25%)16,470美元小计98,820美元交通费(四次旅行,1000/次)4000美元微机计算机费(2台,3500/台)7000美元打印与复制费2000美元总辅助费13,000美元总项目费用开支111,820美元经验导出成本模型提供工作量(规模)的直接估计通过过去项目数据,进行回归分析,得出的回归模型经验导出成本模型整体公式:E=A+B*SCE:以人月表示的工作量A,B,C:经验导出的系数S:主要的输入参数(通常是LOC,FP等)经验导出成本模型(续)面向LOC驱动的Walston-Felix(IBM)E=5.2*(KLOC)^0.91Balley-BasiliE=5.5+0.73*(KLOC)^1.16.COCOMOE=3.2*(KLOC)^1.05DotyE=5.288*(KLOC)^1.047经验导出成本模型(续)面向FP驱动的AlbrechtandGaffneyE=-12.39+0.0545FPKemererE=60.62*7.728*10^-8FP^3Matson,BarnettE=585.7+15.12FP建议掌握模型IBM模型-(Walston-Felix)COCOMO模型-(Boehm)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是文档数量(以页计)举例采用java完成项目,366功能点,则L=366×46=16386行=16.386KLOCE=5.2×L^0.91=5.2×16.386^0.91=66人月DOC=49×L^1.01=49×16.386^1.01=826页估算的基本方法代码行、功能点、对象点类比(自顶向下)估算法自下而上估算法参数法估算法专家估算法专家估算法由多位专家进行成本估算,一个专家可能会有偏见,最好由多位专家进行估算,取得多个估算值,最后得出综合的估算值。专家估算法-Deiphi组织者发给每位专家一份软件系统的规格说明和一张记录估算值的表格,请他们估算专家详细研究软件规格说明后,对该软件提出3个规模的估算值最小ai最可能的mi最大bi组织者对专家的表格中的答复进行整理计算每位专家的Ei=(ai+4mi+bi)/6,专家估算法-Deiphi(续)综合结果后:E=E1+E2+…En/n(N:表示N个专家)再组织专家无记名填表格,比较估算差,并查找原因如果各个专家的估算差异超出规定的范围(例如:15%),则需重复上述过程,最终可以获得一个多数专家共识的软件规模专家估算法-举例某多媒体信息查询系统—专家估算专家1:1,8,9=〉(1+9+4*8)/6=7(万元)专家2:4,6,8=〉(4+8+4*6)/6=6(万元)估算结果=(6+7)/2=6.5(