[管理学]第6章__IT软件项目成本管理.ppt

第6章 IT软件项目成本管理 6.1 IT项目成本 6.2 IT项目开发成本的估算方法 6.3 成本估算案例 6.4 项目成本控制 Page 1 6.1 IT项目成本 l l 直接成本直接成本：主要是指与项目有直接关系的成本费用，是 与项目直接对应的，包括直接人工费、直接材料费、其 他直接费等。 l l管理费用管理费用：指为了组织、管理和控制项目所发生的费用 ，项目管理费用一般是项目的间接费用，主要包括管理 人员费用支出、差旅费用、固定资产和设备使用费用、 办公费用、医疗保险费用，以及其他一些费用等。 l l期间费用期间费用：指与项目的完成没有直接关系，费用的发生 基本上不受项目业务量增减所影响的费用。如日常行政 管理费用、销售费用、财务费用等，不作为项目费用的 一部分，而是作为期间费用直接计入公司当期损益。 Page 2 1. IT项目成本的构成 主要由以下4部分构成： 硬件成本硬件成本：主要包括实施IT软件项目所需 要的所有硬件设备、系统软件、数据资源 的购置、运输、仓储、安装、测试等费 用。 差旅及培训费用差旅及培训费用：包括软件开发人员和用 户的培训费用。 软件开发成本软件开发成本：最主要的是人工成本。 项目管理费用项目管理费用：用于项目组织、管理和控 制的费用支出。 Page 3 IT项目成本与活动的对应关系 Page 4 E1 E2 E3 E4 E5 始于项目计划结束 时间 识别 设计 实施 评估 费用 2.影响项目成本的因素 l项目质量对成本的影响 l工期对成本的影响 l价格对成本的影响 l管理水平对成本的影响 l人力资源对成本的影响 Page 5 （1）项项目质质量对对成本的影响 l质量对成本的影响，可以通过质量成本构成示 意图来表示，如图6-2所示。 l质量总成本由质量故障成本和质量保证成本组 成。 质量故障成本质量故障成本指为了排除产品质量原因所产 生的故障，保证产品重新恢复功能的费用。 质量保证成本质量保证成本指为了保证和提高产品质量而 采取的技术措施所消耗的费用。 Page 6 图图6-2 质质量与费费用之间间的关系 Page 7 费用费用 质量质量 质量保证费用质量保证费用 质量故障费用质量故障费用 质量总成本质量总成本 （2）工期对成本的影响 l项目的费用由直接费用和间接费用组成，一般工 期越长，项目的直接费用越低，间接费用越高； 工期越短，直接费用越高，间接费用越低。相互 之间的关系如图6-3所示。 （3 3）价格对成本的影响价格对成本的影响 l中间产品和服务、市场人力资源、硬件、软件的 价格也对成本产生直接的影响。价格对项目预算 的估计影响很大。 Page 8 图6-3 总成本与工期之间的关系 Page 9 项项 目目 总总 成成 本本 项目工期项目工期 直接费用直接费用 间接费用间接费用 总成本总成本 （4）管理水平对成本的影响 l项目管理水平对项目的成本有时会产生根本性的 影响。高的管理水平可以提高预算的准确度，加 强对项目预算的执行和监管，对工期的控制严格 限制在计划许可的范围之内，对设计方案和项目 计划更改造成的成本增加、减少和工期的变更， 可以较为有效地控制，减少风险的损失等。 Page 10 （5）人力资源对成本的影响 l人力资源的素质也是影响成本的重要因素 之一。高技术能力、高技术素质的人才， 本身的人力资源成本比较高，但可以产生 高的工作效率、高质量的产品、较短的工 期等间接效果，从而总体上会降低成本。 相反一般人员，需要技术培训，对项目的 理解及工作效率相对低下，工期会延长， 造成成本的增加。 Page 11 3. 项目成本管理的内容 项目成本管理主要包括 资源计划编制 费用估算 费用预算 不可预见费用 费用控制 Page 12 （1）资源计划编制 l l 资源计划编制资源计划编制工作主要是确定完成项目活动所需要的各 种资源的种类、数量和时间，包括人力、财力和物力资 源，完成资源的配置。 意义意义：它是进行费用估算的基础，也是工作结构分 解、项目范围定义、活动定义和工作进度计划编制 的后续工作。 依据依据：工作分解结构、项目范围定义、项目活动定 义、历史资料、资源库信息、工作进度计划等。 方法方法：通过若干专业技术人员采取诸如组织策略、 数学模型、专家评估等技术手段，制定出项目的资 源计划。 Page 13 （2）费用估算 l l 费用估算费用估算是对完成项目工作所需要的费用进行估计和 计划，是项目计划中的一个重要组成部分。要实行成 本控制，必须先估算费用。 依据依据：工作分解结构、资源要求、活动持续时间估 计、历史信息、财务规范等。 方法：方法：经验估算法、因素估算法、WBS全面详细 估算法、数学模型法等。 结果结果：经过费用估算，最终产生费用估算表、估算 的详细依据、费用管理和控制计划等。 Page 14 （3）费用预算 l l 费用预算费用预算的目的是形成项目的基准费用计划基准费用计划。 依据依据：注意控制费用预算的层次控制费用预算的层次，层次太少影响预 算的控制，层次太多则需要更多的计划准备时间和 费用。 方法方法：费用分解结构费用分解结构，将估算的费用按工作分解结 构和工作任务进行分配，得到一个费用分配树，形 成项目的费用预算表。 结果结果：费用基线（成本基线），费用基线（成本基线），给出项目中每项工 作任务分配的费用，并以此作为费用基线来控制项 目执行和费用支出。如图6-5所示。 Page 15 图6-5 利用费用基线控制实际支出 Page 16 累累 计计 费费 用用 时间时间 实际支出实际支出 费用基线费用基线 （4）不可预见费用 不可预见费用不可预见费用是为了应付突发事件或者未能预料到的 变化而准备的资金，主要用于防范因失误、疏漏或者 突变而造成的费用增加。 该费用的数额是根据项目工作范围、风险分析、类 似项目的经验以及项目团队的评估来确定的。 该费用在项目费用所占的比例一般为10%。 该费用在项目实施过程中需要不断地分析和调整。 该费用不包括人力不可抗的因素造成的费用。 Page 17 （5）费用控制 l l 费用控制费用控制又称成本控制，是在整个项目的实施过程中， 定期收集项目的实际成本数据，与成本的计划值进行对 比分析，并进行成本预测，及时发现并纠正偏差，使项 目的成本目标尽可能好地实现。 l l 总之总之，项目成本管理的主要目的就是控制项目的成本， 将项目的运作成本控制在预算的范围内，或者控制在可 以接受的范围内，以便在项目失控之前就及时采取措施 予以纠正。 Page 18 补充：估算成本需要考虑的因素（1） 类型成本因素 系统 规模 1程序指令的估算条数 2交付的机器语言指令数 3交付的源语言指令数 4新指令的百分比 5书写指令的百分比 6判定指令的数目 7非判定指令的数目 8信息存储和检索指令的百分比 9交付代码的百分比 数据库10数据库中词数 Page 19 估算成本需要考虑的因素（2） 类型成本因素 系 统 复 杂 性 11估算整个复杂性的级别 12接口的复杂性 13系统的惟一性 14难度 15硬件软件接口 16程序结构的考虑 17文件、报告和应用程序的数目 18生存期人力总数、开发期人力总数 ，测试和验证期人力总数 19生存期总时间、开发期总时间 20作业类型 Page 20 估算成本需要考虑的因素（3） 类型成本因素 程序 类型 21应用类型（商业性/非商业性） 22程序种类（控制、输入/输出、预处理 /后处理、算法、数据、管理、时间 临界） 23实时/非实时 文档24页式文档 25用户文档类型的数目 26内部使用的文档数目 Page 21 估算成本需要考虑的因素（4） 类型成本因素 环 境 与 项 目 属 性 27系统开发环境 28新或旧计算机 29显示控制台数 30专用显示设备（使用/未使用） 31随机存储设备（使用/未使用） 32使用语言 33存储器空间的限制 34计算机系统速度和存储容量 35分时或批处理 36程序员对所用语言、编译等的熟悉情况 37程序员的程序设计经验 Page 22 估算成本需要考虑的因素（5） 类型成本因素 环 境 与 项 目 属 性 38程序员参与设计程度 39人员的连续性 40程序开发点的数目 41生产率（代码行/单位时间） 42并行硬件开发 43人员数 44程序员应用经验 45用户接口 46需求定义 47需求易变性 48维护需求 Page 23 估算成本需要考虑的因素（6） 类型成本因素 环 境 与 项 目 属 性 49用户应用经验 50用户参与需求定义 51出差的里程数 52软件交付后操作的次数 53模拟的时间状态等级 54原型代码的目的 55容错计算 56可靠性 57安全性 58单CPU/多CPU应用环境 59需求中增加维护性 Page 24 6.2 IT项目开发成本的估算方法 6.2.1 IT6.2.1 IT项目成本的常用估算方法项目成本的常用估算方法 6.2.2 6.2.2 面向规模面向规模(LOC)(LOC)的度量的度量 6.2.3 6.2.3 面向功能点面向功能点(FP)(FP)的度量的度量 6.2.4 COCOMO6.2.4 COCOMO模型模型 Page 25 6.2.1 IT项项目成本的常用估算方法 成本建模技术：成本建模技术：数学模型 专家判定技术（专家判定技术（DelphiDelphi法）法） 类比评估技术类比评估技术 Parkson Parkson 法则：法则：用所需的时间来表示的成本。 自顶向下估算法自顶向下估算法 自下而上估算法自下而上估算法 赢利定价法：赢利定价法：成本的预算依靠客户的预算而不 是软件的功能。 Page 26 软件开发项目估算的基本技术 1 1) )软件开发项目估算的基本技术软件开发项目估算的基本技术 代码行估算（LOC估算） 功能点估算（FP估算） 2 2) )需要考虑的估算成本因素需要考虑的估算成本因素 系统规模、数据库、系统复杂性 程序类型、文档、环境与项目属性 Page 27 6.2.2 面向规模（LOC）的度量 每千行代码(KLOC)的错误数。 每千行代码行(KLOC)的缺陷数。 每千行代码行(KLOC)的成本。 每千行代码行(KLOC)的文档页数。 每人月错误数。 每页文档的成本。 代码行数依赖选择的硬件和软件，因此并 不被认为是软件度量的最优方法。 Page 28 6.2.3 面向功能点（FP）的度量 面向功能点法是由Albrecht最先提出的。 功能点估算是对程序规模的一个综合量度， 经常用于项目早期阶段。 从需求说明书确定功能点比确定代码行容易 。 功能点可由以下4个参数计算得到： 外部输入和输出数量 外部接口数 用户交互数 系统要用的文件数 Page 29 1.功能点估算的指标 （1）输入输入：屏幕、表单、对话框、控件，或者最终用户 以及其他程序添加、删除、改变程序数据的消息。 （2）输出输出：屏幕、报告、图表或者程序产生的由最终用 户以及其他程序使用的消息。 （3）查询查询：输入输出的结合，输入能导致快速简单的输 出。 （4）内部逻辑文件内部逻辑文件：完全由程序控制的最终用户数据或 控制信息的主要逻辑组。 （5）外部接口文件外部接口文件 Page 30 2.功能点估算的方法 程序功能功能点复杂因子(权重)数量FP=数量 功能点复杂因子 简单平均复杂 输入数量346 输出数量457 查询346 内部逻辑文件71015 外部接口文件5710 功能点总数 Page 31 功能点系数功能点系数 2.功能点估算的方法调整功能点值 根据计算所得功能点可能存在偏差，因此需要调整所 计算的功能点。 通过对表表1 1的14个问题的回答情况来计算调整功能点系 数。 回答的权重调整取值Fi见下表。 Page 32 调整各项权重值Fi 的 取 值 012345 没有影响偶有影响轻微影响平均影响较大影响严重影响 表1 调整功能点时考虑问题的回答情况 Page 33 序号问 题 (根据问题回答情况确实 Fi 值 )回 答Fi 1 2 3 4 5 6 7 8 9 10 11 12 13 14 系统是否需要可靠的备份和恢复 是否需要数据通信 是否有分布处理功能 系统是否很关键 系统是否在一个已有的、很实用的操作环境 中运行 系统是否需要联机处理 联机数据项是否需要在多屏幕或多操作之间 切换以完成操作 是否需要联机更新主文件 输入、输出及文件查询是否很复杂 内部处理是否复杂 内部处理是否需要设计成可复用的 设计中是否需要包装转换及安装 系统的设计是否支持不同组织的多次安装 应用的设计是否方便用户修改及使用 统计统计 Fi Fi 值值 2.功能点估算的方法调整功能点 调整所计算的功能点（FP）： FP FP = = 功能点总数功能点总数 调整系数 调整系数 其中：调整系数调整系数=0.65+0.010.65+0.01FiFi 式中: 总计数值是原始总计功能点数值； Fi是根据对调整功能点时需考虑问题的回答 结果而得出的权重调整值； 常数和参数的加权因子是根据经验确定 的； 调整系数一般在0.651.350.651.35之间变化。 Page 34 【例1】功能点估算实例 问题问题：表表2 2和表表3 3分别给出了程序功能的数量和调整功 能点时需考虑的问题的回答情况，试分别计算调整 前、后的功能点数。 【解解】根据 表表3 3 问题的回答情况，计算得出调整权重 ： Fi = 50Fi = 50。 调整前、后的功能点数计算结果见表表4 4。 Page 35 调整各项权重值Fi 的 取 值 012345 没有影响偶有影响轻微影响平均影响较大影响严重影响 表2 功能点估算实例 程序功能功能点复杂因子（权重）数量 FP=数量 权重 简单平均复杂 输入数量6,2,3 输出数量7,7,0 查询0,2,4 内部逻辑文件5,2,3 外部接口文件9,0,2 调整前功能点总数 调整系数 调整后功能点总数 Page 36 表3 调整功能点时考虑问题的回答情况 序号序号问问 题题 ( (根据问题回答情况确实根据问题回答情况确实 Fi Fi 值值 ) ) 回回 答答Fi Fi 1 1 2 2 3 3 4 4 5 5 6 6 7 7 8 8 9 9 1010 1111 1212 1313 1414 系统是否需要可靠的备份和恢复系统是否需要可靠的备份和恢复 是否需要数据通信是否需要数据通信 是否有分布处理功能是否有分布处理功能 系统是否很关键系统是否很关键 系统是否在一个已有的、很实用的操作环境系统是否在一个已有的、很实用的操作环境 中运行中运行 系统是否需要联机处理系统是否需要联机处理 联机数据项是否需要在多屏幕或多操作之间联机数据项是否需要在多屏幕或多操作之间 切换以完成操作切换以完成操作 是否需要联机更新主文件是否需要联机更新主文件 输入、输出及文件查询是否很复杂输入、输出及文件查询是否很复杂 内部处理是否复杂内部处理是否复杂 内部处理是否需要设计成可复用的内部处理是否需要设计成可复用的 设计中是否需要包装转换及安装设计中是否需要包装转换及安装 系统的设计是否支持不同组织的多次安装系统的设计是否支持不同组织的多次安装 应用的设计是否方便用户修改及使用应用的设计是否方便用户修改及使用 严重影响严重影响 严重影响严重影响 较大影响较大影响 严重影响严重影响 平均影响平均影响 较大影响较大影响 较大影响较大影响 严重影响严重影响 平均影响平均影响 较大影响较大影响 较大影响较大影响 偶有影响偶有影响 偶有影响偶有影响 轻微影响轻微影响 5 5 5 5 4 4 5 5 3 3 4 4 4 4 5 5 3 3 4 4 4 4 1 1 1 1 2 2 Fi Fi = 50= 50 表4 功能点估算实例解 程序功能功能点复杂因子（权重）数量 FP=数量 权重 简单平均复杂 输入数量63=1824=836=186,2,34444 输出数量74=2875=3507=07,7,06363 查询03=024=846=240,2,43232 内部逻辑文件57=35210=20315=455,2,3100100 外部接口文件95=4507=0210=209,0,26565 调整前功能点总数1261267171107107304304 调整系数 0.65+0.01Fi = 0.65+0.0150 = 1.151.15 调整后功能点总数 3041.15 = 350350 Page 38 3. 规模成本估算规则 （1）避免无准备的估算 （2）留出估算的时间，并做好计划 （3）尽量使用以前类似项目的数据 （4）尽量使用以开发人员为基础的估算 （5）走查估算 （6）分类法估算 （7）详细检查较低层次上的估算 （8）不要忽略普通任务 （9）使用软件估算工具 （10）使用几种不同估算技术，比较其结果 Page 39 6.2.4 COCOMO模型 1. 1. 基本基本COCOMOCOCOMO模型模型 基本COCOMO模型为静态单变量模型，适用 于对整个软件系统进行估算，其估算公式为： 和 式中： E表示工作量工作量，即开发软件所需的人力(人月，PM) D表示所需的开发时间开发时间(月) L表示代码行代码行估算值，单位是KLOC。 a、b、c和d为常数，取值见表表5 5。 Page 40 表5 基本COCOMO 模型常数值表 组织模式指规模较小的、简单的软件项目 半分离模式指规模和复杂性处于中等程度的软件项目 嵌入模式指必须要求在一组紧密联系的硬件、软件及 操作约束下开发的软件项目 生产率生产率= =( (KLOCKLOC) )E E 人员数人员数=E=EDD Page 41 软件类型软件类型 a a b b c c d d 适用范围适用范围 组织模式2.41.052.50.38各类应用程序 半分离模式半分离模式3.0 3.01.121.122.52.50.350.35 各类实用程序、编译程序等各类实用程序、编译程序等 嵌入模式3.61.22.50.32 实时处理、控制程序、操作系统 图6-6 COCOMO 成本曲线 Page 42 开开 发发 成成 本本 (PM)(PM) 开发工作量开发工作量(E)(E) 200 400 600 800 1000 020406080100120 半分离模式半分离模式 嵌入模式嵌入模式 组织模式组织模式 图6-7 半分离COCOMO 模型进度曲线 Page 43 时时 间间 ( (月月) ) 成本成本(KLOC)(KLOC) 8 10 0 123456 开发进度开发进度 （半分离模式）（半分离模式） 78 12 14 16 18 20 22 图6-8 人员曲线 Page 44 人人 员员 数数 时间时间 2. 中级COCOMO 模型 中级COCOMO模型是在基本COCOMO模型 基础上利用涉及产品、硬件、人员及其他与项涉及产品、硬件、人员及其他与项 目有关的影响因素目有关的影响因素来调整对工作量的估算调整对工作量的估算。 修正后的估算公式（成本及进度成本及进度）为： 式中：a、b、c、d为常数, 取值见表表6 6； EAF为调整因子调整因子，取值见表表7 7。 Page 45 表6 中级COCOMO 模型常数值表 Page 46 软件类型abcd 组织模式3.21.052.50.38 半分离模式3.01.122.50.35 嵌入模式2.81.22.50.32 表7 中级COCOMO 模型调整因子 影响属性描 述取 值 很 低 低 正 常 高很高非常高 产 品 RELY 要求的软件可靠性 0.75 0.88 1.00 1.15 1.40 DATA数据库规模0.94 1.00 1.08 1.16 CPLX产品复杂程度0.70 0.85 1.00 1.15 1.301.65 硬 件 TIME执行时间约束1.00 1.11 1.301.66 STOR存储约束1.00 1.06 1.211.56 VIRT环境可变性0.87 1.00 1.15 1.30 TURN计算机响应时间0.87 1.00 1.07 1.15 辽宁工程技术大学 软件学院 Page 47 第6章 IT软件项目成本管理软件项目管理 表7 中级COCOMO 模型调整因子（续） 影响属性描 述取 值 很低低正常高很高非常高 人 员 ACAP 系统分析员能力 1.461.191.000.860.71 AEXP应用经验1.291.131.000.910.82 PCAP程序员能力1.421.171.000.860.70 VEXP环境知识1.211.101.000.90 LEXP编程语言经验1.141.071.000.95 项 目 MODP程序设计经验1.241.101.000.910.82 TOOL软件工具使用1.241.101.000.910.83 SCED 规定的开发进度 约束 1.231.081.001.041.10 辽宁工程技术大学 软件学院 Page 48 第6章 IT软件项目成本管理软件项目管理 3. 高级COCOMO 模型 高级COCOMO模型的工作量及进度估算公式与中级 COCOMO模型一致，但高级COCOMO 模型引入了两种主 要功能： 阶段敏感工作权数阶段敏感工作权数：某些阶段（设计、编码、调试） 比其他阶段有关因素的影响可能更大。高级COCOMO 模型为每个因素提供了一个“阶段敏感工作权数”。 三层产品分级结构三层产品分级结构：3个产品层次是模块、子系统和系模块、子系统和系 统统。 Page 49 6.3 成本估算案例 实例实例1 1：代码行、工作量和成本的估算：代码行、工作量和成本的估算 【例例1 1】估算计算机辅助设计(CAD)软件项 目。 已知已知：CAD项目按功能分解为以下7个子项目 ： 用户界面和控制 二维几何分析 三维几何分析 数据库管理 Page 50 u计算机图形显示 u外设控制 u设计分析 l7个子项目的已知数据和要求计算见下页。 7个子项目的已知数据和要求计算 l l 表表8 8给出了7个子项目代码行的乐观估计、悲观估 计和一般估计值。 l分析7个子项目的规模复杂性和难度，参照以前开 发的类似项目的经验，给出了开发每行代码的平每行代码的平 均成本均成本、每月开发的代码行数每月开发的代码行数。 l l 试计算试计算： 加权平均代码行估算值加权平均代码行估算值 7 7个子项目的开发成本和工作量个子项目的开发成本和工作量( (人月人月) ) Page 51 表8 代码行、工作量和成本的估算 Page 52 功能 LOC美元 /LOC LOC/ PM 工作量 (人月) 成本 (美元) 乐观一般悲观 加权平均 用户界面控制17902400265014315 二维几何分析40805200740020220 三维几何分析46006900860020220 数据库管理29003400360018240 计算机图形显示39004900620022200 外设控制19902100245028140 设计分析66008500980018300 总计 解：代码行、工作量和成本的估算 Page 53 功能 LOC美元 /LOC LOC/ PM 工作量 (人月) 成本 (美元) 乐观一般悲观 加权平均 用户界面控制17902400265023402340143157.47.43276032760 二维几何分析408052007400538053802022024.424.4107600107600 三维几何分析460069008600680068002022030.930.9136000136000 数据库管理290034003600335033501824013.913.96030060300 计算机图形显示390049006200495049502220024.724.7108900108900 外设控制199021002450214021402814015.215.25992059920 设计分析660085009800840084001830028.028.0151200151200 总计3336033360144.5144.5656680656680 实例2：工作量和成本的估算 【例例2 2】估算计算机辅助设计(CAD)软件项 目。 已知已知：描述同【例例1 1】，且已知四个开发阶段（ 需求分析、设计、编码和测试）的工作量估 算值。 试计算试计算： 7 7个子项目的开发成本个子项目的开发成本 工作量工作量( (人月人月) ) Page 54 已知各阶段的工作量 Page 55 功 能 需求分析设计编码测试总计总计 用户界面控制1.02.00.53.5 二维几何分析2.010.04.59.5 三维几何分析2.512.06.011.0 数据库管理2.06.03.04.0 计算机图形显示1.511.04.010.5 外设控制1.56.03.55.0 设计分析4.014.05.07.0 总计总计( (人月人月) ) 每人月成本5200480042504500 成本成本( (美元美元) ) 作 量 工 （人月） 任 务 解：工作量和成本的估算 Page 56 功 能 需求分析设计编码测试总计总计 用户界面控制1.02.00.53.5 7 7 二维几何分析2.010.04.59.52626 三维几何分析2.512.06.011.031.531.5 数据库管理2.06.03.04.01515 计算机图形显示1.511.04.010.52727 外设控制1.56.03.55.01616 设计分析4.014.05.07.03030 总计总计( (人月人月) )14.5 14.5616126.526.550.550.5152.5152.5 每人月成本5200480042504500 成本成本( (美元美元) )75400 75400292800292800112625112625227250227250708075708075 作 量 工 （人月） 任 务 实例3：利用基本COCOMO 模型估算 【例例3 3】估算计算机辅助设计(CAD)软件项目。 已知已知：描述同【例例1 1】。 利用基本基本COCOMOCOCOMO模型模型估算： 工作量工作量( (人月人月) ) 开发时间开发时间 参加项目开发的人数参加项目开发的人数 Page 57 解：利用基本COCOMO 模型估算 由例例1 1计算结果知：目标代码行数为33.3KLOC33.3KLOC CAD软件开发属于中等规模中等规模、半分离模式半分离模式， 因此，由表表4 4可知： a=3.0a=3.0，b=1.12b=1.12，c=2.5c=2.5， ，d=0.35d=0.35 计算工作量工作量E E、开发时间开发时间DD和参加人数参加人数NN如下： Page 58 例1、例2和例3比较 Page 59 估算成本工作量 例1656680144.5 例2708075152.5 例3152152 相差7% 基本相同 例1与例2相差5% 基本相同 6.4 项目成本控制 6.4.1 项目成本控制的内容 6.4.2 项目成本控制的流程与方法 Page 60 6.4.1 项目成本控制的内容 项目的成本控制项目的成本控制就是在整个项目的实施过程中，定期收集 项目的实际成本数据，与成本的计划值进行对比分析，并 进行成本预测，发现并及时纠正偏差，以使项目的成本目 标尽可能好地实现。 项目成本管理的主要目的主要目的：就是控制项目的成本，将项目 的运作成本控制在预算的范围内，或者控制在可以接受的 范围内，以便在项目失控之前就及时采取措施预以纠正。 项目成本控制的实质实质就是监控成本的正负偏差，分析偏差 产生的原因，及时采取措施以确保项目朝着有利的方向发 展。 Page 61 1.项目成本控制的内容 l对造成成本基准计划发生改变的因素施加影响，以保证 这种变化朝着有利项目的方向发展。 l确定项目基准计划是否已经发生变化。 l在实际成本基准计划发生变化和正在发生变化时，对这 种变化实施有效的管理。 l监视项目成本执行情况，及时发现与成本计划的偏差。 l确保所有有关成本的变更都准确记录在项目成本基准计 划中。 l防止不正确、不适宜或者未核准的变更纳入成本基准计 划中。 l将核准的变更通知有关项目干系人。 Page 62 2.实施成本控制的依据 实施成本控制的依据有： vv费用基线、绩效报告、变更申请和成本管理计划费用基线、绩效报告、变更申请和成本管理计划。 其中： 绩效报告绩效报告提供了费用执行方面的信息； 变更申请变更申请可以是多种形式，直接的或间接的，外部的