软件项目规模成本估算PPT

1、关于软件项目规模成本估算第一张，PPT共一百一十九页，创作于2022年6月 chapter_62成本管理过程资源计划编制:确定项目需要的资源种类和数量成本估算：中心环节编制一个为完成项目各活动所需要的资源成本的近似估算成本预算：项目进度将总成本估算分配到各单项工作活动上成本控制：项目跟踪控制项目预算的变更第二张，PPT共一百一十九页，创作于2022年6月资源和资源平衡 资源的种类劳动力 (Labour )设备 (Equipment) 原材料 (Material)其他 (Other): 指不符合上述分类的资源 , 例如分包合同、租约等。资源平衡技术可储备资源与不可储备资源平衡资源稀缺的资源第三张

2、，PPT共一百一十九页，创作于2022年6月资源平衡的基本过程 建立网络，将资源分配给各项活动。首先按尽快原则安排活动含有最迟原则或固定日期的活动除外。建立资源需求直方图。 决定资源上限(可使用最大量)，找出资源冲突，也就是说，指出何时需要量超过可使用量。微软Project软件和其他项目管理出版物将这种情况称作资源过度配置 (Resource Overallocation)。重新安排有松闲时间 ( 浮动时间 ) 的活动以减少资源冲突的数量。如果有可能 , 可在它们的松闲时间限度内重新安排这些活动 , 以避免更改项目的终止日期。 第四张，PPT共一百一十九页，创作于2022年6月A=2天 B=5

3、天C=3天 资源平衡示例项目网络图中标出了活动A、B、C及其历时，活动A有3天时差，活动C有2天时差，假设活动A需要2个员工，活动B需要4个员工，活动C需要2个员工。1342AAAABBBBBBBBBBBBBBBBCCCBBCCCBBAACCCAACCCBBBBBBBBBBBBBBBBBBBB8765432187654321012345012345如果所有活动同一天开始的资源使用如果活动C延迟2天开始的资源使用第五张，PPT共一百一十九页，创作于2022年6月资源平衡的其他过程 增员或延长加班时间以增加资源。 延长项目工期，这将增强所有活动的浮动时间(Float)，以增加重新进行进度安排的选择

4、。削减活动以减少资源需求。 改变网络的逻辑（例如，活动的顺序）。 限制项目范围。 将大项目细分。 第六张，PPT共一百一十九页，创作于2022年6月 chapter_67关于估算估算不是很准确的，有误差的经验（历史）数据非常重要不要太迷信数学模型第七张，PPT共一百一十九页，创作于2022年6月 chapter_68软件项目规模软件项目规模即工作量，是从软件项目范围中抽出的软件功能，然后确定每个软件功能所必须执行的一系列软件工程任务包括：软件规划，软件管理，需求，设计，编码，测试，以及后期的维护等任务。第八张，PPT共一百一十九页，创作于2022年6月 chapter_69规模的单位LOC(L

5、ine of Code)源代码程序长度的测量FP(Function Point)用系统的功能数量来测量人月人天人年第九张，PPT共一百一十九页，创作于2022年6月 chapter_610软件项目成本完成软件规模相应付出的代价。待开发的软件项目需要的资金。 人的劳动的消耗所需要的代价是软件产品的主要成本开发成本是以一次性开发过程所花费的代价来计算的第十张，PPT共一百一十九页，创作于2022年6月 chapter_611成本的单位货币单位人民币元美元.第十一张，PPT共一百一十九页，创作于2022年6月 chapter_612软件的规模和成本的关系规模是成本的主要因素，是成本估算的基础有了规模

6、就确定了成本,第十二张，PPT共一百一十九页，创作于2022年6月 chapter_613成本估算定义对完成项目所需费用的估计和计划包括预测开发一个软件系统所需要的总工作量的过程。是一种量化的结果可以有一些误差成本估算不同于项目定价贯穿于软件的生存周期。 第十三张，PPT共一百一十九页，创作于2022年6月 chapter_614本章要点一、软件项目规模成本的概念二、估算的过程三、估算的方法四、成本预算五、项目核心(进度)计划续六、案例分析第十四张，PPT共一百一十九页，创作于2022年6月 chapter_615成本估算过程估算输入估算结果成本估算方法第十五张，PPT共一百一十九页，创作于2

7、022年6月 chapter_616成本估算输入项目需求、 WBS历史项目度量资源要求（资源编制计划）资源消耗率:如人员成本: 100元/小时进度规划：项目总进度（一般是合同要求）学习曲线第十六张，PPT共一百一十九页，创作于2022年6月 chapter_617成本估算直接成本间接成本第十七张，PPT共一百一十九页，创作于2022年6月 chapter_618直接成本与具体项目相关的成本第十八张，PPT共一百一十九页，创作于2022年6月 chapter_619间接成本不能具体到某个项目中的成本，可以分摊到各个具体项目中的成本，例如：培训房租水电员工福利市场费用管理费其他等等第十九张，PPT

8、共一百一十九页，创作于2022年6月 chapter_620项目估算结果估算文件包括资源，资源的数量，质量标准，估算成本等信息单位：一般是货币单位BAC(Budget At completion)估算说明工作范围估算的基础和依据估算的假设估算的误差变动等第二十张，PPT共一百一十九页，创作于2022年6月 chapter_621本章要点一、软件项目规模成本的概念二、估算的过程三、估算的方法四、成本预算五、项目核心(进度)计划续六、案例分析第二十一张，PPT共一百一十九页，创作于2022年6月 chapter_622估算的基本方法代码行、功能点、对象点类比 (自顶向下)估算法自下而上估算法参数法

9、估算法专家估算法第二十二张，PPT共一百一十九页，创作于2022年6月 chapter_623代码行（LOC）从软件程序量的角度定义项目规模。要求功能分解足够详细的有一定的经验数据（类比和经验方法）与具体的编程语言有关第二十三张，PPT共一百一十九页，创作于2022年6月 chapter_624代码行（LOC）第二十四张，PPT共一百一十九页，创作于2022年6月 chapter_625代码行（LOC）优、缺点优点代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数。缺点对代码行没有公认的可接受的标准定义代码行数量依赖于所用的编程语言和个人的编程风格. 在项目早期,需求不稳定、设计不成

10、熟、实现不确定的情况下很难准确地估算代码量. 代码行强调编码的工作量,只是项目实现阶段的一部分 第二十五张，PPT共一百一十九页，创作于2022年6月第26页某软件公司统计发现该公司每一万行C语言源代码形成的源文件（.c和.h文件）约为250K。某项目的源文件大小为3.75M，则可估计该项目源代码大约为15万行，该项目累计投入工作量为240人月，每人月费用为10000元（包括人均工资、福利、办公费用公滩等）。则该项目中1LOC的价值为：（24010000）/15000016元/L。代码行（LOC）- 举例第二十六张，PPT共一百一十九页，创作于2022年6月 chapter_627功能点（FP

11、）标准功能点（Function Point）是一个被严格定义的概念，不会因为估算人员差异产生显著差别（10%）。用系统的功能数量来测量其规模与实现产品所使用的语言和技术没有关系的两个评估内部基本功能外部基本功能加权和量化 第二十七张，PPT共一百一十九页，创作于2022年6月 chapter_628功能点（FP）的分析方法第二十八张，PPT共一百一十九页，创作于2022年6月功能点第二十九张，PPT共一百一十九页，创作于2022年6月第30页功能点计算由下列步骤组成：1)对每一项功能，通过计算4类系统外部行为或事务的数目，以及一类内部逻辑文件的数目来估算由一组需求所表达的功能点数目。这5类功能

12、计数项分别是： 外部输入：是指用户可以根据需要通过增、删、改来维护内部文件。只有那些对功能的影响方式与其他外部输入不同的输入才计算在内。 外部输出：指那些向用户提供的用来生成面向应用的数据的项。只有单独算法或者特殊功能的输出才计算在内。 外部查询：是指用户可以通过系统选择特定的数据并显示结果。为了获得这项结果，用户要输入选择信息抓取符合条件的数据。此时没有对数据的处理，是直接从所在的文件抓取信息。每个外部独立的查询计为1。 外部文件：是在另一系统中驻留由其他用户进行维护。 内部文件：指客户可以使用他们负责维护的数据。第三十张，PPT共一百一十九页，创作于2022年6月第31页3）在估算中对5类

13、功能计数项中的每一类功能计数项按其复杂性的不同分为简单（低）、一般（中）和复杂（高）3个级别。功能复杂性是由某一功能的数据分组和数据元素共同决定的。计算数据元素和无重复的数据分组个数后，将数值和复杂性矩阵对照，就可以确定该功能的复杂性属于高、中、低。下表是5类功能计数的复杂等级。产品中所有功能计数项加权的总和，就形成了该产品的未调整功能点计数（UFC）。5类功能计数的复杂度权重 权重项复杂度权重因素简单一般复杂外部输入346外部输出457外部查询346外部文件5710内部文件71015第三十一张，PPT共一百一十九页，创作于2022年6月第32页4）这一步是要计算项目中14个技术复杂度因子（T

14、CF）。下表是14个技术复杂度因子，每个因子的取值范围是05。 技术复杂度因子F1可靠的备份和恢复F2数据通信F3分布式函数F4性能F5大量使用的配置F6联机数据输入F7操作简单性F8在线升级F9复杂界面F10复杂数据处理F11重复使用性F12安装简易性F13多重站点F14易于修改第三十二张，PPT共一百一十九页，创作于2022年6月第33页5）最后根据功能点计算公式FP=UFCTCF计算出调整后的功能点总和。 其中：UFC表示未调整功能点计数，TCF表示技术复杂因子。 功能点计算公式的含义是：如果对应用程序完全没有特殊的功能要求（即综合特征总值=0），那么功能点数应该比未调整的（原有的）点数

15、降低35%（这也就是“0.65”的含义）。否则，除了降低35%之外，功能点数还应该比未调整的点数增加1%的综合特征总值。第三十三张，PPT共一百一十九页，创作于2022年6月 chapter_634功能点与代码行的转换语言每个功能点的代码行数C130COBOL110Java55C+50Turbo Pascal50Packages10-40Visual Basic30Power Builder15HTML15SPREADSHEET6第三十四张，PPT共一百一十九页，创作于2022年6月 chapter_635对象点（OP）对象点是基于对象的软件产品规模估算。 著名的Probe方法Watts Hu

16、mphrey （软件质量之父，CMM创始人）第三十五张，PPT共一百一十九页，创作于2022年6月 chapter_636对象规模表（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.66第三十六张，PPT共一百一十九页，创作于2022年6月 chapter_637Probe方法的步骤基于产品需求构建体系结构和概要设计对设计中

17、的每个类（面向对象方法中的Class）的输入和交互，标识所设计的对象属于表中哪类方法并估算其复杂性将上述标识的结果构造成一个如表形式的矩阵，然后将这个矩阵中的值与表中对应的值相乘将上述所有相乘结果相加求和，产生估算结果 第三十七张，PPT共一百一十九页，创作于2022年6月 chapter_638对象点的估计-举例方法种类很小小中大很大计算2.345.13*11.2524.6654.04数据2.64.798.8416.3130.09I/O9.0112.0616.15*21.6228.93逻辑7.5510.9815.9823.2533.83设置3.885.046.568.53*11.09文本3.

18、758.0017.0736.4177.66规模估算5865.13*5+ 16.15*8+ 8.53*6=206.03第三十八张，PPT共一百一十九页，创作于2022年6月 chapter_639估算的基本方法代码行、功能点、对象点类比 (自顶向下)估算法自下而上估算法参数法估算法专家估算法第三十九张，PPT共一百一十九页，创作于2022年6月 chapter_640类比-定义从项目的整体出发，进行类推，即估算人员根据以往的完成类似项目所消耗的总成本（或工作量），来推算将要开发的软件的总成本（或工作量），然后按比例将它分配到各个开发任务单元中是一种自上而下的估算形式第四十张，PPT共一百一十九页

19、，创作于2022年6月 chapter_641类比使用情况有类似的历史项目数据信息不足（要求不是非常精确)的时候在合同期和市场招标时在高层对任务的总的评估第四十一张，PPT共一百一十九页，创作于2022年6月 chapter_642类比特点简单易行,花费少具有一定的局限性准确性差,可能导致项目出现困难第四十二张，PPT共一百一十九页，创作于2022年6月 chapter_643类比软件重用将新项目与历史项目比较，估算出各功能的估计值。 等价代码行 = （重新设计%+重新编码+重新测试）/3 * 已有代码行第四十三张，PPT共一百一十九页，创作于2022年6月 chapter_644类比举例第四

20、十四张，PPT共一百一十九页，创作于2022年6月 chapter_645类比举例证券交易网站需求类似历史数据：10万学习曲线(在一定时间内获得的技能或知识的速率)：5-8万第四十五张，PPT共一百一十九页，创作于2022年6月 chapter_646估算的基本方法代码行、功能点、对象点类比 (自顶向下)估算法自下而上估算法参数法估算法专家估算法第四十六张，PPT共一百一十九页，创作于2022年6月 chapter_647自下而上定义利用任务分解结构图,对各个具体工作包进行详细的成本估算,然后将结果累加起来得出项目总成本。第四十七张，PPT共一百一十九页，创作于2022年6月 chapter_

21、648自下而上使用情况在进入项目开始以后，WBS以后的开发阶段需要进行准确估算的时候第四十八张，PPT共一百一十九页，创作于2022年6月 chapter_649自下而上特点这种方法准确。它的准确度来源于每个任务的估算情况，即每个任务的规模和复杂程度非常费时,估算本身也需要成本支持可能发生虚报现象第四十九张，PPT共一百一十九页，创作于2022年6月 chapter_650估算的基本方法代码行、功能点、对象点类比 (自顶向下)估算法自下而上估算法参数法估算法专家估算法第五十张，PPT共一百一十九页，创作于2022年6月 chapter_651参数估算法定义一种使用项目特性参数建立数据模型来估算

22、成本的方法，是一种统计技术，如回归分析和学习曲线。参考历史信息根据实际情况，对参数模型按适当比例调整模型可以简单也可以复杂，很少有通用性第五十一张，PPT共一百一十九页，创作于2022年6月 chapter_652参数估算法使用情况存在成熟的项目估算模型应该具有良好的数据库数据为基础目前软件企业估算很少使用通用的数学模型第五十二张，PPT共一百一十九页，创作于2022年6月 chapter_653参数估算法估算单位每个任务必须至少有一个统一的规模单位，例如KLOC，FP人天，人月，人年参数：xx元/ KLOC. xx元/ FP, xx元/人天第五十三张，PPT共一百一十九页，创作于2022年6

23、月 chapter_654参数估算法特点比较简单,而且也比较准确如果模型选择不当或者数据不准,也会导致偏差第五十四张，PPT共一百一十九页，创作于2022年6月 chapter_655参量成本估算实例（适合单价合同）项目经理（30美元/小时）15,000美元BA（20美元/小时）20,000美元技术员（13美元/小时）2,6000美元总劳动开支61,000美元一般管理费（35%）21,350美元总劳动费加管理费82,350美元额外费用（25%）16,470美元小计98,820美元交通费（四次旅行，1000/次）4000美元计算机费（2台,3500/台）7000美元打印与复制费2000美元总辅助

24、费13,000美元总项目费用开支111,820美元第五十五张，PPT共一百一十九页，创作于2022年6月 chapter_656软件成本估算模型理论导出：不成熟阶段经验导出：软件估算常常采用第五十六张，PPT共一百一十九页，创作于2022年6月 chapter_657经验导出成本模型提供工作量(规模)的直接估计通过过去项目数据,进行回归分析,得出的回归模型依据不同的细化程度，通过参数的输入来进行成本估算。通常，输入包括产品的预计规模产品的自然属性组织能力项目性质第五十七张，PPT共一百一十九页，创作于2022年6月 chapter_658经验导出成本模型整体公式:E=A+B*SCE:以人月表示

25、的工作量A,B,C:经验导出的常数S:主要的输入参数(通常是LOC,FP等)第五十八张，PPT共一百一十九页，创作于2022年6月 chapter_659经验导出成本模型(续)面向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第五十九张，PPT共一百一十九页，创作于2022年6月估算-经验模型-IBM模型1977年，IBM的Walston和Felix提出。估算公式： E 5.2L0.91 L是源代码行

26、数。 以KLOC计。 E是工作量。 以PM计。D 4.1L0.36 ， D是项目持续时间(以月计)。 S 0.54E0.6 ， S是人员需要量(以人计) 。 DOC 49L1.01 DOC是文档数量(以页计)。 在此模型中，一般指一条机器指令为一行源代码。一个软件的源代码行数不包括程序注释、作业命令、调试程序在内。对于非机器指令编写的源程序，如汇编语言或高级语言程序，应转换成机器指令源代码行数来考虑。 第六十张，PPT共一百一十九页，创作于2022年6月 chapter_661经验导出成本模型(续)面向FP驱动的Albrecht and GaffneyE=-12.39+0.0545FPKeme

27、rerE=60.62*7.728*10-8FP3Matson,BarnettE=585.7+15.12FP第六十一张，PPT共一百一十九页，创作于2022年6月 chapter_662COCOMO（Constructive Cost model）由Barry Boehm开发的详见：(南加州大学网站)基本COCOMO:静态单变量模型，它用一个以已估算出来的源代码行数(LOC)为自变量的函数来计算软件开发工作量。中等COCOMO：在用LOC为自变量的函数计算软件开发工作量的基础上，再用涉及产品、硬件、人员、项目等方面属性的影响因素来调整工作量的估算。高级COCOMO：包括中级COCOMO模型的所有

28、特性，但用上述各种影响因素调整工作量估算时，还要考虑对项目过程中分析、设计等各步骤的影响。第六十二张，PPT共一百一十九页，创作于2022年6月第63页COCOMO模型模型的核心是方程 ED=rSc 和 TD=a(ED)b 其中:ED为总的开发工作量（到交付为止），单位为人月；S为源指令数（不包括注释，但包括数据说明、公式或类似的语句），常数r和c为校正因子。S的单位为103，ED的单位为人月。TD为开发时间，经验常数r、c、a和b取决于项目的总体类型（结构型、半独立型或嵌入型）. 第六十三张，PPT共一百一十九页，创作于2022年6月第64页项目总体类型 特性结构型半独立型嵌入型对开发产品目

29、标的了解充分很多一般对软件系统有关的工作经验广泛很多中等为软件一致性需要预先建立的需求基本很多完全为软件一致性需要外部接口规格说明基本很多完全关联的新硬件和操作过程的并行开发少量中等广泛对改进数据处理体系结构算法的要求极少少量很多早期实施费用极少中等较高产品规模（交付的源指令数）5万行30万行任意实例批数据处理科学模块事务模块熟悉的操作系统，编译程序简单的编目生产控制大型事务处理系统新的操作系统数据库管理系统大型编目生产控制简单的指挥系统大而复杂的事务处理系统大型的操作系统宇航控制系统大型指挥系统第六十四张，PPT共一百一十九页，创作于2022年6月第65页工作量和进度的基本COCOMO方程

30、开发类型工作量进度结构型ED=2.4S1.05TD=2.5(ED)0.38半独立型ED=3.0S1.12TD=2.5(ED)0.35嵌入型ED=3.6S1.20TD=2.5(ED)0.32第六十五张，PPT共一百一十九页，创作于2022年6月第66页影响经验常数r值的15个成本因素 类型成本因素产品属性1.要求的软件可靠性 2.数据库规模 3.产品复杂性计算机属性4.执行时间约束 5.主存限制 6.虚拟机变动性 7.计算机周转时间人员属性8.分析人员能力 9.应用经验 10.程序设计人员能力11.虚拟机经验 12.程序设计语言经验工程属性13.最新程序设计实践 14.软件开发工具的作用 15.

31、开发进度限制第六十六张，PPT共一百一十九页，创作于2022年6月 chapter_667COCOMO举例一个33.3 KLOC的软件开发项目，属于中等规模、半独立型的项目，采用基本COCOMO：a=3.0，b=1.12。E = 3.0L 1.12 = 3.033.3 1.12 = 152 PM 第六十七张，PPT共一百一十九页，创作于2022年6月 chapter_668估算的基本方法代码行、功能点、对象点类比 (自顶向下)估算法自下而上估算法参数法估算法专家估算法第六十八张，PPT共一百一十九页，创作于2022年6月 chapter_669专家估算法由多位专家进行成本估算，一个专家可能会有

32、偏见，最好由多位专家进行估算，取得多个估算值,最后得出综合的估算值。第六十九张，PPT共一百一十九页，创作于2022年6月 chapter_670专家估算法-Deiphi组织者发给每位专家一份软件系统的规格说明和一张记录估算值的表格，请他们估算专家详细研究软件规格说明后，对该软件提出3个规模的估算值最小ai最可能的mi最大bi组织者对专家的表格中的答复进行整理计算每位专家的Ei=(ai+4mi+bi)/6,第七十张，PPT共一百一十九页，创作于2022年6月 chapter_671专家估算法-Deiphi(续)综合结果后:E=E1+E2+En/n（N:表示N 个专家）再组织专家无记名填表格，比

33、较估算差，并查找原因如果各个专家的估算差异超出规定的范围（例如：15%），则需重复上述过程 ，最终可以获得一个多数专家共识的软件规模第七十一张，PPT共一百一十九页，创作于2022年6月 chapter_672专家估算法-举例某多媒体信息查询系统专家估算专家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 （万元）第七十二张，PPT共一百一十九页，创作于2022年6月 chapter_673估算方法总结初期类比专家估算计划阶段自下而上参数模型实施阶段（包括变更发生）自下而上参数模型第七十三张，PP

34、T共一百一十九页，创作于2022年6月 chapter_674成本估算方法综述主要考虑三种模型:类比法,自下而上法,参数法.自下而上法费时费力,参数法比较简单自下向上法与参数法的估计精度相似各种方法不是孤立的,应该注意相互的结合使用类比法通常用来验证参数法和自下而上法的结果第七十四张，PPT共一百一十九页，创作于2022年6月 chapter_675几种方法的比较类比估算参数估算自下而上估算三点估算综合利用历史信息和专家判断利用历史数据与其他变量粗略的估算方法最准确用于项目的早期阶段成本较低耗时较少成本较低耗时较少成本高耗时长但准确性也较低准确性取决于参数模型的成熟度和基础数据的可靠性确性取决

35、于较低层次上的工作的规模和复杂程度计算出来的持续时间可能更加准确。第七十五张，PPT共一百一十九页，创作于2022年6月 chapter_676实用软件估算模型是一种自下而上和参数法的结合模型,步骤如下:对任务进行分解估算每个任务的成本Ei直接成本=E1+E2+ Ei+ En项目总估算成本= 直接成本+间接成本项目总报价=项目总估算成本+风险利润 风险利润=利润+风险基金+税第七十六张，PPT共一百一十九页，创作于2022年6月 chapter_677估算每个任务的成本直接估算成本Ei先估算规模Qi，然后估算成本Ei= Qi *人力成本参数唯一估计值：Qi=AvgPERT算法: Qi=(Max

36、+4Avg+Min)/6退出第七十七张，PPT共一百一十九页，创作于2022年6月 chapter_678直接成本估算直接成本组成开发成本管理成本质量成本直接成本=规模*人力成本参数简易估算：开发（工作量）规模：Scale(Dev) (单位：人月)管理、质量（工作量）规模： Scale(Mgn)=a* Scale(Dev)a :比例系数：例如：20%-25%第七十八张，PPT共一百一十九页，创作于2022年6月 chapter_679直接成本估算直接成本=规模*人力成本参数例如：人力成本参数=2万/人月，30人月的项目的直接成本是 60万退出第七十九张，PPT共一百一十九页，创作于2022年6

37、月 chapter_680项目总估算成本估算成本=直接成本+间接成本间接成本估算：按照企业模型直接估算：简易算法：间接成本=直接成本*间接成本系数间接成本= 规模*人力成本参数*间接成本系数例如：间接成本系数=1.5-3第八十张，PPT共一百一十九页，创作于2022年6月 chapter_681项目总估算成本估算成本=直接成本+间接成本估算成本=规模*人力成本参数（1+间接成本系数）成本系数=人力成本参数* （1+间接成本系数）简易算法：估算成本=规模*成本系数例如：成本系数= 3万/人月退出第八十一张，PPT共一百一十九页，创作于2022年6月 chapter_6项目总报价项目总报价=项目总

38、估算成本+风险利润项目利润=估算成本*a%风险基金=估算成本*b%税=估算成本*c% (例如:c为5.5左右)项目总报价=(a+b+c) %*项目总估算成本+项目总估算成本第八十二张，PPT共一百一十九页，创作于2022年6月 chapter_683总估算成本（BAC）费用BAC时间?第八十三张，PPT共一百一十九页，创作于2022年6月 chapter_684本章要点一、软件项目规模成本的概念二、估算的过程三、估算的方法四、成本预算五、项目核心(进度)计划续六、案例分析第八十四张，PPT共一百一十九页，创作于2022年6月 chapter_685成本预算成本预算是将项目的总成本按照项目的进度

39、分摊到各个工作单元中去。成本预算将总的成本安排到各个任务中 成本预算的目的是产生成本基线 成本估算的输出结果是成本预算的基础与依据，成本预算则是将已批准的估算进行分摊。第八十五张，PPT共一百一十九页，创作于2022年6月 chapter_686项目成本预算分配项目成本预算包括三种情况：分配资源成本给任务分配固定资源成本给任务分配固定成本第八十六张，PPT共一百一十九页，创作于2022年6月 chapter_687分配资源成本资源成本与资源的基本费率紧密相连设置资源费率标准费率加班费率每次使用费率。第八十七张，PPT共一百一十九页，创作于2022年6月 chapter_688分配固定资源成本当

40、一个项目的资源需要固定数量的资金时，用户可以向任务分配固定资源成本。例如：需要的硬件设备 第八十八张，PPT共一百一十九页，创作于2022年6月 chapter_689分配固定成本有些任务是固定成本的类型的任务，也就是说，用户知道某项任务的成本不变，不管任务的工期有多长，或不管任务使用了那些资源。在这种情况下，用户向任务直接分配成本。例如：培训任务 第八十九张，PPT共一百一十九页，创作于2022年6月 chapter_690成本基线第九十张，PPT共一百一十九页，创作于2022年6月 chapter_691估算准确度类型准确度说明量级估算:合同前Order of magnitude-25+7

41、5%概念和启动阶段决策预算估算:合同期Budget-10+25%编制初步计划确定性估算:WBS后Definitive-5+10%工作分解后的详细计划第九十一张，PPT共一百一十九页，创作于2022年6月 chapter_692估算不准的原因基础数据不足缺乏经验的估算人员签约前后不连贯低劣的推测技术估算对需求的敏感性第九十二张，PPT共一百一十九页，创作于2022年6月 chapter_693避免低劣估算避免无准备的估算留出估算的时间，并做好计划使用以前的项目数据使用开发人员提供的数据为基础估算分类法估算较低层次上的估算要详细使用软件估算工具使用几种不同估算技术，并比较它们的结果第九十三张，PP

42、T共一百一十九页，创作于2022年6月 chapter_694估算的表达方式技巧加减限定6个人月，+3人月，-1人月范围5-9人月第九十四张，PPT共一百一十九页，创作于2022年6月 chapter_695估算的表达方式技巧3.风险量化: 见下例估算：6个人月，+3，-2+1人月：延迟交付转换子系统-1人月：新成员的工作效率高+1人月：采用的新工具没有预计的好-1人月：采用的新工具比预计的好+0.5人月:员工病事假+0.5人月:低估规模第九十五张，PPT共一百一十九页，创作于2022年6月 chapter_696估算的表达方式技巧4.情况： 见下：案例估算的例子情况估算最佳情况100人月计划

43、情况110人月最差情况150人月第九十六张，PPT共一百一十九页，创作于2022年6月 chapter_697软件工程中的真相与假象 真相1:造成软件项目失控最普遍的两个原因之一就是软件估算不足(另外的原因是需求不稳定). 真相2:往往在错误的时间,甚至在没有定义需求也即没有理解问题之前,就进行软件估算. 真相3:往往由错误的人员,即不是由软件开发人员或者项目经理,而是由高层管理或者市场营销,进行软件估算. 真相4:由错误的人员、在错误的时间做出的软件估算不但往往是错误的,也很少随着项目的进行做必要的调整. 第九十七张，PPT共一百一十九页，创作于2022年6月 chapter_698软件工程

44、中的真相与假象 真相5:虽然软件估算会发生如此错误,但是人们不去关心产生错误的原因,却还在努力按照错误估算的时间进度执行. 真相6:管理人员和技术人员对软件估算的认识是完全隔绝的,因此也难以达到一致的目标. 真相7:很少有真正的可行性研究. 假象:要估算软件项目开发时间和开发成本,必须首先估算软件项目的代码行数第九十八张，PPT共一百一十九页，创作于2022年6月 chapter_699本章要点一、软件项目规模成本的概念二、估算的过程三、估算的方法四、成本预算五、项目核心(进度)计划续六、案例分析第九十九张，PPT共一百一十九页，创作于2022年6月 chapter_6100编制项目核心(进度

45、)计划步骤进度编制资源调整成本预算计划优化调整计划基线 第一百张，PPT共一百一十九页，创作于2022年6月 chapter_6101成本预算结合进度重新调整项目成本预算：资源成本固定资源成本固定成本第一百零一张，PPT共一百一十九页，创作于2022年6月 chapter_6102编制项目核心(进度)计划步骤进度编制资源调整成本预算计划优化调整计划基线第一百零二张，PPT共一百一十九页，创作于2022年6月 chapter_6103计划优化调整调整资源,解决资源冲突调整进度,优化项目,缩短工期调整项目成本预算,以便减少项目费用.第一百零三张，PPT共一百一十九页，创作于2022年6月 chapter_6104调整资源,解决资源冲突资源冲突(过度分配)主要有两种表现： 1、分配给一个资源的工时总量大于它的最大可用工时量。 2、同一种资源被分配给时间上重叠的几个任务或项目中。第一百零四张，PPT共一百一十九页，创作于2022年6月 chapter_6105解决资源冲突的方法资源调配推迟资源开始工作