软件项目管理4.ppt

《软件项目管理4.ppt》由会员分享，可在线阅读，更多相关《软件项目管理4.ppt（71页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件开发项目管理软件开发项目管理信息管理系信息管理系汪维清汪维清0chapter_4承上启下承上启下配配置管置管 理理计划计划 合合同同 计计划划 风风险险计计划划 沟通沟通 计划计划 质质量量计计划划 成成本本 计计划划 时间时间计划计划集成集成 计划计划 范范围围计计划划项项目目结结束束项项目目执执 行行控控制制 项项目目 计计划划 项项目目初初始始 人人力力 计计划划 1chapter_4成本计划成本计划配配置管置管 理理计划计划 合合同同 计计划划 风风险险计计划划 沟通沟通 计划计划 质质量量计计划划 成成本本 计计划划 时间时间计划计划集成集成 计划计划 范范围围计计划划项项目目结

2、结束束项项目目执执 行行控控制制 项项目目 计计划划 项项目目初初始始 人人力力 计计划划 2chapter_4软件开发项目管理软件开发项目管理第第 4 4 章章软件项目成本软件项目成本计划计划3chapter_44.1 4.1 关于估算关于估算q估算一般可能不是非常的准确，尤其是软件更是如此，软件项目中存在太多的不确定性，而且，在项目初期，人们对需求喝技术的不了解还不是很透彻。q对于估算既没有特效的办法，也没有通用的模型，项目经理可以根据以前的项目经验和验证过的指南来提高精度。4chapter_44.1.1 4.1.1 项目规模与成本的关系项目规模与成本的关系q软件项目规模即工作量，是从软件

3、项目范围中抽出的软件功能，然后确定每个软件功能所必须执行的一系列软件工程任务q包括：软件规划，软件管理，需求，设计，编码，测试，以及后期的维护等任务。q软件项目成本是指完成软件项目规模相应付出的代价，是待开发的软件项目需要的资金。q规模的单位：代码行（line of code，LOC）、功能点、人天、人月、人年等q成本一般采用货币单位，如人民币或美元等5chapter_44.1.2 4.1.2 成本估算的定义成本估算的定义q软件开发成本是指软件开发过程中所花费的工作量及相应代价。q软件开发成本的估算应该从软件计划、需求分析设计、编码、单元测试、集成测试到接受测试等这些过程中所花费的代价作为依据

4、。6chapter_44.2 4.2 估算的过程估算的过程q成本管理就是确保项目在预算范围之内的管理过程，包括成本估算、成本预算、成本控制等过程。q成本估算涉及计算完成项目所需各资源成本的近似值。q由于影响软件成本的因素太多（例如人、技术、环境、政治等），软件估算仍然是恨不成熟的技术，一些方法只能作为借鉴，更多的时候需要经验。目前没有一个估算方法或者成本估算模型可以适用于所有的软件类型和开发环境估算输入估算结果成本估算方法7chapter_44.2.1 4.2.1 成本估算输入成本估算输入q估算的输入一般包括以下几项：q项目需求或WBS：根据估算的不同阶段，有不同的输入可用于成本估算，以确保所

5、有工作均一一被估计进成本了q历史项目数据：是以往项目的数据，包括规模、进度、成本等，是项目估算的主要参考q资源要求（资源编制计划）：它可以让项目组掌握资源需要和分配的情况q资源消耗率:即资源单击，如人员成本:100元/小时q进度规划：项目活动时间的估计，活动时间估计会影响到项目成本估计q学习曲线：是项目组学习某项技术或者工作的时间，当一件事情被重复的时候，完成这件事情的时间将会被缩短，业绩会以一定的百分比提高8chapter_44.2.2 4.2.2 估算处理估算处理q成本估算包括直接成本和间接成本。q直接成本是与开放的具体项目直接相关的成本，如人员的工资、材料费、外包外购成本等，包括开放成本

6、、管理成本、质量成本等q间接晨报归属于一个具体项目，可以分摊到各个具体项目中的成本，例如：培训、房租水电、员工福利、市场费用、管理费等等9chapter_44.2.3 4.2.3 估算输出估算输出q成本估算的结果可以以简略或详细的形式表示。对项目所需的各种资源的成本均需加以估计。估算单位通常是货币单位，如元、法郎、美元等；也可以用人月、人天或人小时这样的单位q估算文件包括项目所需的资源，资源的数量，质量标准，估算成本等信息，单位一般是货币单位q估算说明包括工作范围、估算的基础和依据、估算的假设、估算的误差变动等10chapter_44.3 4.3 成本估算的方法成本估算的方法1.常用的成本估算

7、方法如：2.代码行、功能点3.类比(自顶向下)估算法4.自下而上估算法5.参数法估算法6.专家估算法11chapter_44.3.1 4.3.1 代码代码行（行（LOCLOC）、功能点及对象）、功能点及对象代码行、功能点是表达软件项目规模的单位，有时也称为软件项目规模估算方法12chapter_41 1 代码行代码行n这种方法依据以往开发类似产品的经验和历史数据，估计实现一个功能所需要的源程序航数。n使用代码行作为规模单位时，要求功能分解足够详细，而且有一定的经验数据，采用不同的开发语言，代码行可能不一样。n代码行技术的主要优点代码行技术的主要优点：代码是所有软件开发项目都有的代码是所有软件开

8、发项目都有的“产产品品”，而且很容易计算代码行数。，而且很容易计算代码行数。n代码行（LOC）缺点：n对代码行没有公认的可接受的标准定义n代码行数量依赖于所用的编程语言和个人的编程风格.n在项目早期,需求不稳定、设计不成熟、实现不确定的情况下很难准确地估算代码量.n代码行强调编码的工作量,只是项目实现阶段的一部分13chapter_42.2.功能点（功能点（FP:Function pointFP:Function point）q（1）基本概念q功能点是用系统的功能数量来测量其规模，它以一个标准的单位来度量软件产品的功能，与实现产品所用的语言和技术没有关系。q功能点计算公式：FP=UFC*TCF

9、q UFC：未调整功能点计数q TCF：技术复杂度因子14chapter_4（2 2）UFC-UFC-未调整功能点计数未调整功能点计数n在功能点分析中，系统被分为5类组件和一些常规系统特征n在计算未调整功能点计数时，应该先计算5类功能组件的计数项：n内部逻辑文件（ILF）：是用户可以识别的一组逻辑相关的数据，而且完全存在于应用的边界之内，并且通过外部输入维护n外部输入（EI）：给软件提供面向应用的数据项（如屏幕、菜单、对话框、控件等），在这个过程中，数据穿越外部边界进入系统内部。n外部输出（EO）：向外部提供面向应用的信息，如报表和出错信息等n外部查询（EQ）：即一次联机输入，它导致软件以联机

10、输出方式产生某种及时响应n外部文件（EIF）：是用户可以识别的一组逻辑相关数据，这组数据只能被引用15chapter_4n当组件被规为以上5类主要组件中的一类以后，就要为之指定级别，所有组件都被指定为高、中、低三个级别。它们的级别取决于被更新或引用文件的个数以及数据元素类型的个数。引用的文件类型个数数据元素1-45-15150-1低低低2低中高3中高高引用的文件类型个数数据元素1-45-15150-1低低低2-3低中高3中高高级数值EOEQEI低433中544高766外部输入定级表外部输入和外部查询共用定级表外部输入、外部输出和外部查询共用定级取值16chapter_4记录元素类型数据元素1-

11、1920-50501低低低2-5低中高5中高高组件类型组件复杂度低中高外部输入X3=X4=X6=外部输出X4=X5=X7=外部查询X3=X4=X6=内部逻辑文件X7=X10=X15=外部接口文件X5=X7=X10=全部未调整的功能点数调整系数值全部调整后的功能点数级数值ILFEIF低75中107高1510内部逻辑文件或者外部接口文件定级组件复杂度表内部逻辑文件或者外部接口文件级数取值n将每个类别组件的每一级复杂度输入到组件复杂度表中，每一组件的数量乘以所示的级数得出定级的值17chapter_4(3)TCF-(3)TCF-技术复杂度因子技术复杂度因子技术复杂度因子取决于技术复杂度因子取决于14

12、14个通用系统特性。影响程度的个通用系统特性。影响程度的取值从取值从0 0到到5 5，从没有影响到强烈影响。计算复杂度因子，从没有影响到强烈影响。计算复杂度因子公式如下：公式如下：TCF=0.65+0.01(sum(Fi)TCF=0.65+0.01(sum(Fi)：Fi:0-5,TCF:0.65-1.35Fi:0-5,TCF:0.65-1.35技术复杂度因子F1可靠的备份和恢复F2数据通信F3分布式函数F4性能F5大量使用的配置F6联机数据输入F7操作简单性F8在线升级F9复杂界面F10复杂数据处理F11重复使用性F12安装简易性F13多重站点F14易于修改调整系调整系数数描述描述0不存在或者

13、没有影响1不显著的影响2相当的影响3平均的影响4显著的影响5强大的影响18chapter_4q【例1】一个软件的五类功能计数项如下左图，计算这个软件的功能点q1）计算UFC：按照UFC的计算过程如下右图，得UFC301q2）计算TCF：按公式计算得TCF=0.65+0.01(14*3)=1.07q3）计算FP：按公式计算得FP=301*1.07=322复杂度权重因素项简单一般复杂外部输入346外部输出457外部查询346外部文件5710内部文件71015功能点项简单一般复杂外部输入6*32*43*6外部输出7*47*50*7外部查询0*32*44*6外部文件5*52*73*10内部文件9*70

14、*102*15总计13465102UFC30119chapter_4（4 4）功能点与代码行的转换功能点与代码行的转换语言代码行代码行/FPAssembly320C150COBOL105FORTRAN105PASCAL91ADA71PL/165PROLOG/LISP64SMALLTALK21SPREADSHEET6n功能点可以按照一定的条件转换为代码行，是针对各种语言的转换率，它是根据经验的研究得出的。如表所示：20chapter_44.3.2 4.3.2 类比估算法类比估算法q估算人员根据以往的完成类似项目所消耗的总成本（或工作量），来推算将要开发的软件的总成本（或工作量），然后按比例将它分

15、配到各个开发任务单元中q是一种自上而下的估算形式q对于度量相似度，目前的研究中常有两种求值方式来度量差距，即不加权的欧式距离和加权的欧式距离：21chapter_4类比类比举例举例22chapter_4q对于工作量最后估算值的确定，有不同的方法,如：q可以直接取最相似的项目的工作量（对应P0工作量取1000）q可以取几个相似的项目的工作量的平均值（对应P0工作量取1900/2=950）q目前，类别估算的方法，基本上采用主观推测，很少采用相似度计算的方法23chapter_44.3.3 4.3.3 自下而上估算法自下而上估算法q利用任务分解结构图,对各个具体工作包进行详细的成本估算,然后将结果累

16、加起来得出项目总成本。q自下而上使用情况：q项目开始以后，WBS的开发阶段；q需要进行准确估算的时候q自下而上特点：q这种方法相对比较准确，它的准确度来源于每个任务的估算情况q非常费时,估算本身也需要成本支持q可能发生虚报现象24chapter_44.3.4 4.3.4 参数模型估算法参数模型估算法q参数模型估算法也称算法模型或者经营导出模型，是一种使用项目特性参数建立数据模型来估算成本的方法，是一种统计技术，如回归分析和学习曲线。q其基本思想是：找到软件工作量的各种成本影响因子，并判断它对工作量所产生的影响程度是可加的、乘数的还是指数的，以期得到最佳的模型算法表达形式。q当某个因子只影响系统

17、的局部时，我们一般说它是可加的，如：给系统增加源指令、功能点实体、模块等q当某个因子对整个系统具有全局性的影响时，则说它是乘数的或指数的。如：增加服务需求的等级或者不兼容的客户等25chapter_4（1 1）静态单变量模型）静态单变量模型q这类模型的总结构形式如下：qE=A+B*SCqE:以人月表示的工作量qA,B,C:经验导出的系数qS:主要的输入参数(通常是LOC,FP等）26chapter_4q以下为几个典型的静态单变量模型：q面向LOC的估算模型qWalston-Felix(IBM)qE=5.2*(KLOC)0.91qBalley-BasiliqE=5.5+0.73*(KLOC)1.

18、16q.COCOMOqE=3.2*(KLOC)1.05qDotyqE=5.288*(KLOC)1.047面向FP驱动的qAlbrecht and GaffneyqE=-12.39+0.0545FPqMatson,BarnettqE=585.7+15.12FP27chapter_4（2 2）动态多变量模型）动态多变量模型q动态多变量模型也称为软件方程式，该模型把工作量看作是软件规模和开发时间这两个变量的函数qE=(LOC*B0.333/P)3*(1/t)4qE:以人月表示的工作量qt：以月或年为单位的项目持续时间qB：特殊技术因子，随着对测试、质量保证、文档及管理技术的需求的增加而缓慢增加qP：

19、生产率参数，可从历史数据导出适用于当前项目的生产率参数值q对较小的程序（KLOC5-15），B0.16q对超过70KLOC的程序，B0.39q开发嵌入式软件时，P的典型值为2000；开发电信系统和系统软件时，P10000；对商业系统P2800028chapter_4COCOMOCOCOMO（Constructive Cost Constructive Cost modelmodel）模型）模型参数模型估算方法适合于比较成熟的软件企业，其中参数模型估算方法适合于比较成熟的软件企业，其中COCOMO模型是一种结构化成本模型模型是一种结构化成本模型，也是世界上应用，也是世界上应用最广泛的参数型软件成

20、本估计模型最广泛的参数型软件成本估计模型由由Barry BoehmBarry Boehm开发的开发的COCOMO模型通用公式：模型通用公式：其中，其中，PMPM为工作量，通常表示为人月；为工作量，通常表示为人月；A A为校准因子；为校准因子；SizeSize为对工作量呈可加性影响的软件模块的功能尺寸的为对工作量呈可加性影响的软件模块的功能尺寸的度量；度量；B B为工作量呈指数或非线性影响的比例因子；为工作量呈指数或非线性影响的比例因子；EMEM为为影响软件开发工作量的工作量乘数。影响软件开发工作量的工作量乘数。29chapter_4COCOMOCOCOMO模型发展模型发展COCOMO81COC

21、OMOII模型系列30chapter_41.COCOMO 81nCOCOMO 81有3个等级的模型：n基本COCOMO：在项目相关信息极少的情况下使用；n中等COCOMO：在需求确定以后使用n高级COCOMO：在设计完成后使用nCOCOMO 81的3个等级模型也满足类似的通用公式：Efforta（KLOCK）bFn其中：Effort为工作量，表示为人月；a和b为系数，具体取值取决于建模等级（即基本、中等或高级）以及项目的模式（有机、半嵌入型或嵌入型）31chapter_41.COCOMO 81nCOCOMO 81将项目的模式分为：n有机:Organic，n各类应用程序，例如数据处理、科学计算

22、等n受硬件的约束比较小，程序的规模不是很大 n嵌入式:Embeddedn系统程序，例如实时处理、控制程序等 n紧密联系的硬件、软件和操作的限制条件下运行，软件规模任意 n半有机:Semidetachedn各类实用程序，介于上述两种软件之间，例如编译器（程序）n规模和复杂度都属于中等或者更高 32chapter_4（1 1）基本）基本COCOMOCOCOMOqE=a(KLOC)exp(b)q其中：qE是所需的人力（人月），qKLOC是交付的代码行qa，b是依赖于项目自然属性的参数：方式方式ab有机有机2.41.05半半有机有机3.01.12嵌入式嵌入式3.61.233chapter_4举例举例一

23、个33.3KLOC的软件开发项目，属于中等规模、半有机型的项目，采用基本COCOMO：oa=3.0，b=1.12。oE=3.0L 1.12=3.033.3 1.12=152PM34chapter_4（2 2）中等）中等COCOMOCOCOMOqE=a(KLOC)exp(b)*乘法因子qa b是系数q乘法因子是根据成本驱动属性打分的结果，对公式的校正系数 方式ab有机2.81.05半有机 3.01.12嵌入式 3.21.235chapter_4乘法因子属性乘法因子属性1.产品属性2.平台属性3.人员属性4.过程属性36chapter_4乘法因子乘法因子37chapter_4乘法因子计算乘法因子计

24、算每个属性Fi的取值范围为：很低、低、正常、高、很高、极高，共六级。正常情况下Fi=1。当每个Fi的值选定后，乘法因子的计算如下乘法因子F1*F2*Fi*Fn38chapter_4举例（续）举例（续）一个33.3KLOC的软件开发项目，属于中等规模、半有机型的项目，采用中等COCOMO模型a=3.0，b=1.12。乘法因子0.70*0.85*1*1.15=1.09E=3.0L 1.12=3.033.3 1.12PM39chapter_4（3 3）高级（）高级（详细详细）COCOMOCOCOMOq将项目分解为一系列的子系统或者子模型 q在一组子模型的基础上更加精确地调整一个模型的属性，q高级CO

25、COMO模型的工作量计算公式与中等COCOMO模型相同，其主要区别在于：q将待估算的软件项目分解为模块、子系统、系统3个等级q增加了与开发阶段相关的工作量乘数，它可以准确反映成本驱动因子对工作量阶段分布的影响40chapter_441chapter_44.3.5 4.3.5 专家估算专家估算法法q专家估算是由一个被认为是该任务专家的人来进行估算，并且估算过程的很大一部分是基于不清晰、不可重复的过程，也就是直觉。q由多位专家进行成本估算，一个专家可能会有偏见，最好由多位专家进行估算，取得多个估算值,最后得出综合的估算值。42chapter_4专家估算专家估算法法-DeiphiDeiphiq组织者

26、发给每位专家一份软件系统的规格说明和一张记录估算值的表格，请他们估算q专家详细研究软件规格说明后，对该软件提出3个规模的估算值q最小aiq最可能的miq最大biq组织者对专家的表格中的答复进行整理，计算每位专家的Ei=(ai+4mi+bi)/6,然后，计算出期望值：E=E1+E2+En/n（N:表示N 个专家）43chapter_4专家估算专家估算法法-DeiphiDeiphi(续续)q综合结果后，再组织专家无记名填表格，比较估算差，并查找原因q如果各个专家的估算差异超出规定的范围（例如：15%），则需重复上述过程，最终可以获得一个多数专家共识的软件规模44chapter_4专家估算法专家估算

27、法-举例举例q某多媒体信息查询系统专家估算q专家1：1，8，9=（1+9+4*8）/6=7（万元）q专家2：4，6，8=（4+8+4*6）/6=6（万元）q估算结果=（6+7）/2=6.5（万元）45chapter_44.3.6 4.3.6 猜测法猜测法q猜测法是一种经验估算法，进行估算的人有专门的知识和丰富的经验，据此提出一个近似的数据，是一种原始的估算方法。q此方法只适用于要求很快拿出项目的大概数字的情况，对于要求详细估算的项目是不适合的46chapter_44.3.7 4.3.7 成本估算方法综述成本估算方法综述q主要考虑三种模型:类比法,自下而上法,参数法.q自下而上法费时费力,参数法

28、比较简单q自下向上法与参数法的估计精度相似q类比法通常用来验证参数法和自下而上法的结果各种方法不是孤立的各种方法不是孤立的,应该注意相互的结合使用应该注意相互的结合使用47chapter_4实用软件估算模型实用软件估算模型是一种自下而上和参数法的结合模型,步骤如下:1.对任务进行分解:1,2,i2.估算每个任务的成本Ei3.直接成本=E1+E2+Ei+En4.4.项目总估算成本项目总估算成本=直接成本+间接成本5.5.项目总报价项目总报价=项目总估算成本项目总估算成本+风险利润风险利润 1.1.风险利润风险利润=利润+风险基金+税48chapter_4估算每个任务的成本估算每个任务的成本q直接

29、估算成本Eiq先估算规模Qi，然后估算成本Ei=Qi*人力成本参数q唯一估计值：Qi=AvgqPERT算法:Qi=(Max+4Avg+Min)/649chapter_4直接成本估算直接成本估算q直接成本=规模*人力成本参数q直接成本组成q开发成本q管理成本q质量成本q例如：人力成本参数=2万/人月，30人月规模的项目的直接成本是 60万50chapter_4直接成本估算简易估算直接成本估算简易估算：开发（工作量）规模：Scale(Dev)(单位：人月)管理、质量（工作量）规模：Scale(Mgn)=a*Scale(Dev)a为比例系数：例如：20%-25%直接成本 Scale(Dev)a*Sc

30、ale(Dev)退出退出51chapter_4项目总估算成本项目总估算成本估算成本=直接成本+间接成本间接成本估算：1.按照企业模型直接估算：2.简易算法：间接成本=直接成本*间接成本系数 间接成本=规模*人力成本参数*间接成本系数 例如：间接成本系数=0.352chapter_4项目总估算成本项目总估算成本q估算成本=直接成本+间接成本q估算成本=直接成本+直接成本*间接成本系数q估算成本=直接成本(1+间接成本系数)q估算成本=规模*人力成本参数（1+间接成本系数）q成本系数=人力成本参数*（1+间接成本系数）q简易算法：q估算成本=规模*成本系数q例如：成本系数=3万/人月退出退出53c

31、hapter_4项目总报价项目总报价1.1.项目总报价项目总报价=项目总估算成本项目总估算成本+风险利润风险利润1.项目利润=估算成本*a%2.风险基金=估算成本*b%3.税=估算成本*c%(例如:c为5.5左右)2.2.项目总报价项目总报价=(a+b+c)%*项目总估算成本项目总估算成本+项项目总估算成本目总估算成本54chapter_44.4 4.4 估算的误差度估算的误差度n一般说，进行规模成本估算都存在一定的误一般说，进行规模成本估算都存在一定的误差。误差的大小会因项目的不同、因项目阶差。误差的大小会因项目的不同、因项目阶段的不同而有所不同段的不同而有所不同55chapter_41.1

32、.估算的误差估算的误差类型准确度说明量级估算:合同前Orderofmagnitude-25+75%概念和启动阶段决策预算估算:合同期Budget-10+25%编制初步计划确定性估算:WBS后Definitive-5+10%工作分解后的详细计划n项目估算在不同的阶段会有不同的误差，常项目估算在不同的阶段会有不同的误差，常规估算准确度的统如表规估算准确度的统如表56chapter_42.2.估算不准的原因估算不准的原因q基础数据不足q缺乏经验的估算人员q签约前后不连贯：签约前，销售人员为了拿到项目，而夸大了承诺，或者削减了价格q低劣的推测技术q估算对需求的敏感性57chapter_43.3.对付估

33、算误差的方法对付估算误差的方法1.避免无准备的估算2.留出估算的时间，并做好计划3.使用以前的项目数据4.使用开发人员提供的数据为基础估算5.分类法估算6.详细的较低层次上的估算7.使用软件估算工具8.使用几种不同估算技术，并比较它们的结果58chapter_4估算的表达方式技巧估算的表达方式技巧1.加减限定1.6个人月，+3人月，-1人月2.范围l5-9人月59chapter_4估算的表达方式技巧估算的表达方式技巧3.风险量化:见下例估算：6个人月，+3，-2+1人月：延迟交付转换子系统-1人月：新成员的工作效率高+1人月：采用的新工具没有预计的好-1人月：采用的新工具比预计的好+0.5人月

34、:员工病事假+0.5人月:低估规模60chapter_4估算的表达方式技巧估算的表达方式技巧n4.情况：见下：案例估算的例子情况情况估算估算最佳情况100人月计划情况110人月最差情况150人月61chapter_4软件工程中的真相与假象软件工程中的真相与假象 该书总结了该书总结了55个真相和个真相和10个假象，其中直接与估算个假象，其中直接与估算有关的有关的7个真像和个真像和1个假象：个假象：真相真相8:造成软件项目失控最普遍的两个原因之一就是造成软件项目失控最普遍的两个原因之一就是软件估算不足软件估算不足(另外的原因是另外的原因是需求不稳定).真相真相9:往往在错误的时间往往在错误的时间,

35、甚至在没有定义需求也即甚至在没有定义需求也即没有理解问题之前没有理解问题之前,就进行软件估算就进行软件估算.真相真相10:往往由错误的人员往往由错误的人员,即不是由软件开发人员或即不是由软件开发人员或者项目经理者项目经理,而是由高层管理或者市场营销而是由高层管理或者市场营销,进行软进行软件估算件估算.真相真相11:由错误的人员、在错误的时间做出的软件估由错误的人员、在错误的时间做出的软件估算不但往往是错误的算不但往往是错误的,也很少随着项目的进行做必要也很少随着项目的进行做必要的调整的调整.62chapter_4软件工程中的真相与假象软件工程中的真相与假象 真相真相12:虽然软件估算会发生如此

36、错误虽然软件估算会发生如此错误,但是人但是人们不去关心产生错误的原因们不去关心产生错误的原因,却还在努力按照却还在努力按照错误估算的时间进度执行错误估算的时间进度执行.真相真相13:管理人员和技术人员对软件估算的认管理人员和技术人员对软件估算的认识是完全隔绝的识是完全隔绝的,因此也难以达到一致的目标因此也难以达到一致的目标.真相真相14:很少有真正的可行性研究很少有真正的可行性研究.假象假象6:要估算软件项目开发时间和开发成本要估算软件项目开发时间和开发成本,必须首先估算软件项目的代码行数必须首先估算软件项目的代码行数63chapter_44.5 成本预算成本预算成本预算是将项目的总成本按照项

37、目的成本预算是将项目的总成本按照项目的进度分摊到各个工作单元中去。成本预算进度分摊到各个工作单元中去。成本预算将总的成本安排到各个任务中将总的成本安排到各个任务中 成本预算的目的是产生成本基线成本预算的目的是产生成本基线 分配项目成本预算包括三种情况：分配项目成本预算包括三种情况：分配资源成本分配资源成本给任务分配固定资源成本给任务分配固定资源成本给任务分配固定成本给任务分配固定成本64chapter_41 1）分配资源成本）分配资源成本q这是最常用的一种方式，即根据每个任务的资源分配情况来计算这个任务的成本预算，而资源成本与资源的基本费率紧密相连，所以要设置资源费率q设置资源费率如：q标准费

38、率q加班费率q每次使用费率q。65chapter_42 2）分配固定资源成本）分配固定资源成本q当一个项目的资源需要固定数量的资金时，用户可以向任务分配固定资源成本。q例如：需要的硬件设备 66chapter_43 3）分配固定成本）分配固定成本q有些任务是固定成本的类型的任务，也就是说，用户知道某项任务的成本不变，不管任务的工期有多长，或不管任务使用了那些资源。在这种情况下，用户向任务直接分配成本。q例如：培训任务 67chapter_4成本基线成本基线q编制成本预算过程中，应该提供一个成本基线q成本基线是每个时间段内的成本，它是项目管理者度量和监控项目的依据 68chapter_44.6 4.6 案例分析案例分析“校务通系统”项目成本估算q项目估算结果69chapter_4核心计划小结核心计划小结合同需求WBS活动活动排序活动历时估计编制计划成本估算成本预算70chapter_4