《成本计划解析ppt课件.ppt》由会员分享，可在线阅读，更多相关《成本计划解析ppt课件.ppt（105页珍藏版）》请在三一办公上搜索。
1、chapter_3,0,软件项目管理,课时：32上机：8实验：FF107 3/5/9/12上课时间,chapter_3,1,情景引入:如何规划工作量,chapter_3,2,软件项目管理,第 5 章软件项目成本计划,chapter_3,3,本章要点,一、软件项目规模成本的概念二、估算过程三、估算方法四、成本预算五、案例分析,chapter_3,4,关于估算,估算不是很准确，有误差经验（历史）数据非常重要不要太迷信数学模型,chapter_3,5,软件项目规模,软件项目规模即工作量，是从软件项目范围中抽出的软件功能，然后确定每个软件功能所必须执行的一系列软件工程任务包括：软件规划，软件管理，需求
2、，设计，编码，测试，以及后期的维护等任务。,chapter_3,6,规模的单位,LOC(Loc of Code)源代码程序长度的测量FP(Function Point)用系统的功能数量来测量人月人天人年,chapter_3,7,软件项目成本,完成软件规模相应付出的代价。待开发的软件项目需要的资金。 人的劳动的消耗所需要的代价是软件产品的主要成本,chapter_3,8,成本的单位,货币单位人民币元美元.,chapter_3,9,软件的规模和成本的关系,规模是成本的主要因素，是成本估算的基础有了规模就确定了成本,chapter_3,10,成本管理过程,成本估算成本预算成本控制,chapter_3
3、,11,本章要点,一、软件项目规模成本的概念二、估算过程三、估算方法四、成本预算五、案例分析,chapter_3,12,成本估算过程,估算输入,估算结果,成本估算方法,chapter_3,13,成本估算输入,项目需求、 WBS历史项目度量资源要求（资源编制计划）资源消耗率:如人员成本: 100元/小时进度规划：项目总进度（一般是合同要求）学习曲线,chapter_3,14,成本估算结果,直接成本间接成本,chapter_3,15,直接成本,与具体项目相关的成本,chapter_3,16,间接成本,不能具体到某个项目中的成本，可以分摊到各个具体项目中的成本，例如：培训房租水电员工福利市场费用管理
4、费其他等等,chapter_3,17,本章要点,一、软件项目规模成本的概念二、估算过程三、估算方法四、成本预算五、案例分析,chapter_3,18,估算的基本方法,代码行、功能点类比 (自顶向下)估算法自下而上估算法参数估算法专家估算法,chapter_3,19,代码行（LOC）,从软件程序量的角度定义项目规模。与具体的编程语言有关要求功能分解足够详细的有一定的经验数据（类比和经验方法）,chapter_3,20,代码行技术的主要优点,代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数。,chapter_3,21,代码行（LOC）缺点,对代码行没有公认的可接受的标准定义代码行数量依
5、赖于所用的编程语言和个人的编程风格. 在项目早期,需求不稳定、设计不成熟、实现不确定的情况下很难准确地估算代码量. 代码行强调编码的工作量,只是项目实现阶段的一部分,chapter_3,22,功能点（FP: Function point）,与实现产品所使用的语言和技术没有关系的用系统的功能数量来测量其规模两个评估内部基本功能外部基本功能加权和量化,chapter_3,23,功能点的公式,FP =UFC*TCFUFC：未调整功能点计数TCF：技术复杂度因子,chapter_3,24,UFC-未调整功能点计数,功能计数项：外部输入外部输出外部查询外部文件内部文件,chapter_3,25,外部输入
6、(External Inputs： EI),给软件提供面向应用的数据的项（如屏幕、表单、对话框、控件，文件等）；在这个过程中，数据穿越外部边界进入到系统内部。,chapter_3,26,外部输出(External Outputs EO),向用户提供面向应用的信息，例如，报表和出错信息等。,chapter_3,27,外部查询(External Inquiry EQ),外部查询即是一次联机输入，它导致软件以联机输出方式产生某种即时响应。,chapter_3,28,外部接口文件（External Interface Files EIFs）,外部接口文件是用户可以识别的一组逻辑相关数据，这组数据只能被
7、引用。是机器可读的全部接口（例如，磁盘或磁带上的数据文件）的数量，用这些接口把信息传送给另一个系统。,chapter_3,29,内部逻辑文件(Internal Logical Files： ILFS),用户可以识别的一组逻辑相关的数据，而且完全存在于应用的边界之内，并且通过外部输入维护，是逻辑主文件的数目。,chapter_3,30,FP估算方法举例,chapter_3,31,UFC-未调整功能点计数,功能计数项的复杂度等级,chapter_3,32,功能点计算实例-UFC,根据某项目的需求评估:外部输入:11项;外部输出:14项;外部查询:6项;外部文件:10项;内部文件:11项,chapt
8、er_3,33,TCF-技术复杂度因子,TCF=0.65+0.01(sum(Fi)： Fi:0-5,TCF:0.65-1.35,chapter_3,34,技术复杂度因子的取值范围,chapter_3,35,功能点计算实例,FP=UFC*TCFUFC=301TCF=0.65+0.01(14*3)=1.07FP=301*1.07=322,chapter_3,36,功能点与代码行的转换,chapter_3,37,估算的基本方法,代码行、功能点类比 (自顶向下)估算法自下而上估算法参数估算法专家估算法,chapter_3,38,类比-定义,估算人员根据以往的完成类似项目所消耗的总成本（或工作量），来推
9、算将要开发的软件的总成本（或工作量），然后按比例将它分配到各个开发任务单元中是一种自上而下的估算形式,chapter_3,39,类比使用情况,有类似的历史项目数据信息不足（要求不是非常精确)的时候市场招标和合同期,chapter_3,40,类比特点,简单易行,花费少具有一定的局限性准确性差,可能导致项目出现困难,chapter_3,41,类比理论举例,chapter_3,42,类比主观判断举例,证券交易网站需求类似历史数据：10万类比估算：10万,chapter_3,43,估算的基本方法,代码行、功能点类比 (自顶向下)估算法自下而上估算法参数估算法专家估算法,chapter_3,44,自下而
10、上-定义,利用任务分解结构图,对各个具体工作包进行详细的成本估算,然后将结果累加起来得出项目总成本。,估算结果,chapter_3,45,自下而上-使用情况,项目详细规划,WBS开发阶段需要进行准确估算的时候,chapter_3,46,自下而上-特点,相对比较准确，它的准确度来源于每个任务的估算情况非常费时,估算本身也需要成本支持,chapter_3,47,自下而上-举例,chapter_3,48,估算的基本方法,代码行、功能点类比 (自顶向下)估算法自下而上估算法参数估算法专家估算法,chapter_3,49,参数估算法定义,通过过去项目数据,进行回归分析,得出的回归模型使用项目特性参数建立
11、数据模型来估算(规模)成本的方法，是一种统计技术。,chapter_3,50,参数估算法使用情况,具有良好的项目数据为基础存在成熟的项目估算模型,chapter_3,51,参数估算法特点,比较简单,而且也比较准确如果模型选择不当或者数据不准,也会导致偏差,chapter_3,52,参数模型:规模(成本)模型,整体公式:E=a+b*SCE:以人月表示的工作量a,b,c:经验导出的系数S:主要的输入参数(通常是LOC,FP等),chapter_3,53,参数模型:规模(成本)模型(续),面向LOC驱动的Walston-Felix(IBM)E= 5.2*(KLOC)0.91Balley-Basili
12、E=5.5+0.73*(KLOC)1.16.COCOMOE=3.2*(KLOC)1.05DotyE=5.288*(KLOC)1.047,chapter_3,54,参数模型:规模(成本)模型(续),面向FP驱动的Albrecht and GaffneyE=-12.39+0.0545FPMatson,BarnettE=585.7+15.12FP,chapter_3,55,建议掌握模型,模型（Walston-Felix）COCOMO模型(Boehm）,chapter_3,56,模型,1977年，IBM的Walston和Felix提出了如下的估算公式E 5.2L 0.91 ，L是源代码行数(以KLOC
13、计)，E是工作量（以PM计） D 4.1L 0.36，D是项目持续时间(以月计) S 0.54E 0.6，S是人员需要量(以人计) DOC 49L 1.01。DOC是文档数量(以页计),chapter_3,57,举例,采用java 完成项目，366功能点，则L = 36646 = 16386行 = 16.386KLOCE 5.2L 0.91 5.216.386 0.91 66人月 DOC 49L 1.01 4916.386 1.01 826页,chapter_3,58,COCOMO（Constructive Cost model）,结构化成本模型 是世界上应用最广泛的参数型软件成本估计模型由B
14、arry Boehm开发的,chapter_3,59,COCOMO模型发展,COCOMO 81 COCOMO II 模型系列,chapter_3,60,COCOMO基本原理,将开发所需要的工作量表示为软件规模和一系列成本因子的函数,基本估算公式:A:可以校准的常量; S为软件规模; E为规模的指数,说明不同规模软件具有的相对规模经济和不经济性;EM为工作量乘数,反映某个项目特征对完成项目开发所需工作量的影响程度;n为描述软件项目特征的成本驱动因子的个数,chapter_3,61,COCOMO 81,项目类型：有机: Organic嵌入式: Embedded半有机: Semidetached,模
15、型类别：基本COCOMO中等COCOMO高级COCOMO,chapter_3,62,COCOMO 81模型类别,基本COCOMO静态单变量模型中等COCOMO基本模型基础上考虑影响因素，调整模型高级COCOMO中等COCOMO模型基础上考虑各个步骤的影响,chapter_3,63,COCOMO 81项目类型,有机: Organic，各类应用程序，例如数据处理、科学计算 等受硬件的约束比较小，程序的规模不是很大 嵌入式: Embedded系统程序，例如实时处理、控制程序等 紧密联系的硬件、软件和操作的限制条件下运行，软件规模任意 半有机: Semidetached各类实用程序，介于上述两种软件之
16、间，例如编译器（程序） 规模和复杂度都属于中等或者更高,chapter_3,64,基本COCOMO-81,E= a X(KLOC)b其中： E是所需的人力（人月） KLOC是交付的代码行a ， b是依赖于项目自然属性的参数,chapter_3,65,基本COCOMO-81系数表,chapter_3,66,举例,一个33.3 KLOC的软件开发项目，属于中等规模、半有机型的项目，采用基本COCOMO：a=3.0，b=1.12。E = 3.0L 1.12 = 3.033.3 1.12 = 152 PM,chapter_3,67,中等COCOMO-81,E= a*(KLOC)b*乘法因子a b是系数
17、乘法因子是根据成本驱动属性打分的结果，对公式的校正系数,chapter_3,68,中等COCOMO-81系数表,chapter_3,69,乘法因子属性,产品属性平台属性人员属性过程属性,chapter_3,70,乘法因子,chapter_3,71,乘法因子计算,每个属性Fi的取值范围为： 很低、低、正常、高、很高、极高，共六级。正常情况下 Fi=1。当每个Fi的值选定后，乘法因子的计算如下 乘法因子F1*F2* Fi * Fn,chapter_3,72,举例（续）,一个33.3 KLOC的软件开发项目，属于中等规模、半有机型的项目，采用中等COCOMO模型 a=3.0，b=1.12。 乘法因子
18、0.70*0.85*1*1.15=1.09E = 3.0L 1.12 乘法因子= 3.033.3 1.12 PM,chapter_3,73,高级（详细）COCOMO,将项目分解为一系列的子系统或者子模型 在一组子模型的基础上更加精确地调整一个模型的属性，,chapter_3,74,高级（详细）COCOMO,chapter_3,75,COCOMO II,应用组装模型-规划阶段早期设计模型-体系结构设计阶段后体系结构模型-开发阶段,chapter_3,76,COCOMO II-后体系结构模型,A,可以校准 ,目前设定A=2.94B,可以校准 ,目前设定B=0.91,chapter_3,77,估算的
19、基本方法,代码行、功能点类比 (自顶向下)估算法自下而上估算法参数估算法专家估算法,chapter_3,78,专家估算法,由多位专家进行成本估算，一个专家可能会有偏见，最好由多位专家进行估算，取得多个估算值,最后得出综合的估算值。,chapter_3,79,专家估算法-Delphi,组织者发给每位专家一份软件系统的规格说明和一张记录估算值的表格，请他们估算专家详细研究软件规格说明后，对该软件给出3个规模的估算值最小ai最可能的mi最大bi组织者对专家的表格中的答复进行整理计算每位专家的Ei=(ai+4mi+bi)/6,chapter_3,80,专家估算法-Delphi(续),综合结果后:E=E
20、1+E2+En/n（N:表示N 个专家）再组织专家无记名填表格，比较估算差，并查找原因如果各个专家的估算差异超出规定的范围（例如：15%），则需重复上述过程 ，最终可以获得一个多数专家共识的软件规模,chapter_3,81,Delphi专家估算法-举例,某多媒体信息查询系统专家估算专家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 （万元）,chapter_3,82,估算方法总结,初期类比（主要方法）专家估算计划阶段自下而上参数模型实施阶段（包括变更发生）自下而上参数模型,chapte
21、r_3,83,成本估算方法综述,主要考虑三种模型:类比法,自下而上法,参数法. 各种方法不是孤立的,应该注意相互的结合使用自下而上法费时费力,参数法比较简单自下向上法与参数法的估计精度相似类比法通常用来验证参数法和自下而上法的结果,chapter_3,84,实用软件估算模型,是一种自下而上和参数法的结合模型,步骤如下:对任务进行分解:1,2,i估算每个任务的成本Ei直接成本=E1+E2+ Ei+ En间接成本估算项目总估算成本= 直接成本+间接成本项目总报价,chapter_3,85,估算每个任务的成本,直接估算成本Ei先估算规模Qi，然后估算成本Ei= Qi *人力成本参数,退出,chapt
22、er_3,86,直接成本估算,直接成本组成开发成本管理成本质量成本例如：人力成本参数=5万/人月，30人月(包括开发管理质量)规模的项目的直接成本是 150万,chapter_3,87,直接成本估算简易估算：,开发（工作量）规模：Scale(Dev) (单位：人月)管理、质量（工作量）规模：Scale(Mgn)=a* Scale(Dev)a为比例系数：例如：20%-25%直接成本 Scale(Dev) a* Scale(Dev),退出,chapter_3,88,间接成本,估算成本=直接成本+间接成本间接成本估算：按照企业模型直接估算：简易算法： 间接成本=直接成本*间接成本系数 间接成本= 规
23、模*人力成本参数*间接成本系数 例如：间接成本系数=0.3,退出,chapter_3,89,项目总估算成本,估算成本=直接成本+间接成本估算成本=直接成本+直接成本*间接成本系数估算成本=直接成本(1+间接成本系数)估算成本=规模*人力成本参数（1+间接成本系数）成本系数=人力成本参数* （1+间接成本系数）简易算法：估算成本=规模*成本系数例如：成本系数= 8万/人月,退出,chapter_3,90,项目总报价,项目总报价=项目总估算成本+风险利润项目利润=估算成本*a%风险基金=估算成本*b%税=估算成本*c% (例如:c为5.5左右)项目总报价=(a+b+c) %*项目总估算成本+项目总
24、估算成本项目总报价=(1+(a+b+c) %) *项目总估算成本,chapter_3,91,总估算成本（BAC）,费用,BAC,时间,?,chapter_3,92,本章要点,一、软件项目规模成本的概念二、估算过程三、估算方法四、成本预算五、案例分析,chapter_3,93,成本预算,成本预算是将项目的总成本按照项目的进度分摊到各个工作单元中去。成本预算将总的成本安排到各个任务中 成本预算的目的是产生成本基线,chapter_3,94,项目成本预算,分配项目成本预算包括三种情况：分配资源成本给任务分配固定资源成本给任务分配固定成本,chapter_3,95,分配资源成本,资源成本与资源的基本费
25、率紧密相连设置资源费率标准费率加班费率每次使用费率。,chapter_3,96,分配固定资源成本,当一个项目的资源需要固定数量的资金时，用户可以向任务分配固定资源成本。例如：需要的硬件设备,chapter_3,97,分配固定成本,有些任务是固定成本的类型的任务，也就是说，管理者知道某项任务的成本不变，不管任务的工期有多长，或不管任务使用了那些资源。在这种情况下，管理者向任务直接分配成本。例如：培训任务,chapter_3,98,成本基线,chapter_3,99,估算准确度,chapter_3,100,估算不准的原因,基础数据不足缺乏经验的估算人员人为因素，例如签约前后不连贯估算对需求的敏感性。,chapter_3,101,避免低劣估算,避免无准备的估算留出估算的时间，并做好计划使用以前的项目数据使用开发人员提供的数据为基础估算分类法估算详细的较低层次上的估算使用软件估算工具使用几种不同估算技术，并比较它们的结果,chapter_3,102,本章要点,一、软件项目规模成本的概念二、估算过程三、估算方法四、成本预算五、案例分析,chapter_3,103,案例分析,“校务通系统”项目成本估算项目估算结果,chapter_3,104,小结,成本估算的过程成本估算的方法成本预算的方法,
