第三章 软件项目成本管理

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

第三章软件项目成本管理本章要点一、软件项目规模成本的概念二、成本估算过程三、成本估算方法四、成本预算五、案例分析成本管理过程资源计划编制:确定项目需要的资源种类和数量成本估算:中心环节编制一个为完成项目各活动所需要的资源成本的近似估算成本预算:项目进度将总成本估算分配到各单项工作活动上成本控制:项目跟踪控制项目预算的变更工作分解结构对软件项目进行估算遇到的第一个问题就是软件规模,及软件的程序量。软件规模是软件工作量的主要影响因素。对软件规模的估计要从软件的分解开始。软件项目的设计有一个分层结构,这一分层结构就对应着工作分解结构,它将软件过程和软件产品结构联系起来。典型的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*TCFUFC:未调整功能点计数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*TCFUFC=301TCF=0.65+0.01(14*3)=1.07FP=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*SCE:以人月表示的工作量A,B,C:经验导出的系数S:主要的输入参数(通常是LOC,FP等)经验导出成本模型(续)面向LOC驱动的Walston-Felix(IBM)E=5.2*(KLOC)^0.91Balley-BasiliE=5.5+0.73*(KLOC)^1.16.COCOMOE=3.2*(KLOC)^1.05DotyE=5.288*(KLOC)^1.047经验导出成本模型(续)面向FP驱动的AlbrechtandGaffneyE=-12.39+0.0545FPKemererE=60.62*7.728*10^-8FP^3Matson,BarnettE=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.386KLOCE=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(

1 / 119
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功