信息系统工程第7章.ppt

1、信息系统工程成本管理,内容浏览,7.1信息系统成本估算基础 7.2信息系统成本分类和构成 7.3系统成本估算 7.4系统开发成本估算方法 7.5COCOMO模式 7.6基本COCOMO模型 7.7中级COCOMO模型 7.8信息系统成本控制 7.9小结 7.10习题与实践,7.1信息系统成本估算基础,信息系统成本估算的概念 实例：估算组装计算机的成本 步骤一：在性能基本相同的条件下，列出几个不同的配置列表； 步骤二：对配件市场的价格进行调查，并计算不同配置组合下所花费的资金； 步骤三：根据计算得到的结果，作出决策，也就是要选择哪一组配置。 成本估算的两个基本要素： 要素一：成本估算是在成本实际

2、发生之前进行的； 要素二：成本估算的目的是在于制定决策。 信息系统成本估算 是指在信息系统开发工作实际开始之前，运用合理的手段和方法，计算出可能消耗的资源（资金、人力、工期）数量，并根据计算结果作出相关的决策。,7.1信息系统成本估算基础,成本估算是管理的基础 信息系统工程实施中的问题： 系统开发团队成员无法对信息系统工程实施的经济可行性作出准确地判断。 系统分析员没有可靠的依据，对所要开发的系统进行均衡性分析。 系统分析员没有可靠的依据，来确定系统开发的工作量和工期。 信息系统成本估算的困难 信息系统不是一种具有统一形式的商品； 信息系统工程实施是一种创造性活动，并且需要人员之间的合作，而个

3、人或团队的行为通常很难预测； 信息系统工程实施是一次性的过程，系统开发存在较大差异性。 成本估算模型的应用,7.2信息系统成本分类和构成,信息系统成本分类 工程实施成本（初始成本）； 系统运行维护成本； 信息系统成本的其他组成部分。 工程实施成本与系统运行维护成本的替代关系 产生原因：信息系统工程实施方式不同。 系统功能余度：是指系统的可扩展性，表明了系统应付未来需求变化的能力。,7.2信息系统成本分类和构成,如果用F（x）表示工程实施成本与系统余度的关系，用G（x）表示系统运行维护成本与系统余度的关系，其中x为系统余度，则F（x）是x的增函数，而G（x）是x的减函数。将这两个函数的图像同时在

4、直角坐标系内画出，曲线F（x）与G（x）的交点就是系统余度的最优值，在这一点工程实施成本和维护成本的总和最小，如图所示,工程实施成本与系统功能余度之间的关系,工程实施成本与系统功能余度成正比例关系，而运行维护成本与系统余度成反比例关系,7.2信息系统成本分类和构成,信息系统成本构成 硬件成本：主要包括建立信息系统所需要的全部硬件设备； 数据库服务器、Web服务器、相应的PC工作站和客户端 网络连接设备：网络交换机、核心路由器、集线器和硬件防火墙等。 安装和测试这些设备所花费的资金 软件成本：主要包括为建立信息系统所采购的软件平台和开发工具 操作系统、数据库管理系统 软件运行平台（中间件、SDK

5、等）、软件开发平台以及第三方组件等。 人员和工程管理成本 固定成本与变动成本 固定成本：硬件成本与软件成本 变动成本：人员和工程管理成本,7.2信息系统成本分类和构成,信息系统的规模经济和规模不经济 规模经济与规模不经济 规模经济就是指生产大量产品比生产少量产品更有效率。 在系统实施中，经常开发一些辅助工具如：测试工具、诊断工具、文档工具、预处理程序和后处理程序等，使系统实施更有效率。由于这些工具由于经常使用，其开发成本也会被摊销到多次系统实施活动中。 规模不经济是指系统工程实施团队中加入越多的成员，每个成员就要花更多的时间来与其他成员沟通和交流，以此来共享信息和资源、处理错误和解决问题。 随

6、着系统实施团队中成员增多： 个性差异和工作习惯冲突发生的机会就会越多 团队整体工作效率下降 团队内部之间沟通和协调的成本增加,7.2信息系统成本分类和构成,团队成员之间的沟通渠道数量的计算,一般地，如果一个团队有n名成员，则所需要的沟通渠道数量为：,7.2信息系统成本分类和构成,规模不经济问题的解决,解决规模不经济最直接的方法就是缩小开发团队的规模。然而这种方法对大型信息系统工程实施来说是行不通的。因此，人们通常的作法是对全体人员按照一定原则进行分组。,计算示例：,如果一个开发团队有n（n2）名成员，对其分组，每组k人，需要多少沟通 渠道（假设n能被k整除）。,组内所需要的沟通渠道：,组间所需

7、要的沟通渠道：,对该式求最小值可得到当k=,时，该式可取的最小值。,7.2信息系统成本分类和构成,系统维护的含义和分类 系统维护就是指在信息系统投入运营后，所作出修改的过程。 完善性维护，是指在不改变系统功能的前提下，提高和改善某部分的功能。 适应性维护，是指调整系统使之能适应一个已经发生变化的系统环境。 纠错性维护，是指纠正以前未发现的系统错误。 预测性维护，是指采用先进的软件项目管理方法对需要维护的系统或系统中的某一部分（重新）进行设计、编制和测试。 系统维护成本的评估 系统年变化量（ACT）：系统一年中变化的部分（可以是增加的也可以是减少的）在系统总体中所占的比例。 系统年维护成本计算公

8、式为：AME=ACTSDT AME是年维护成本； SDT是信息系统实施初始成本，以人月为基本单位； ACT是年变化量。,系统维护成本,7.2信息系统成本分类和构成,影响系统维护成本的因素 非技术因素 应用领域 员工稳定性 软件生命周期 外部环境 硬件的稳定性 技术因素 模块的独立性 编程语言与编程风格 软件测试与调试 文档质量 配置管理,系统维护成本,7.2信息系统成本分类和构成,系统移植成本 系统安装与培训成本 系统文档编写成本,信息系统工程成本的其他组成部分,7.2信息系统成本分类和构成,系统移植成本 系统移植包括：程序、数据库和文档的移植，系统移植的确认测试与验收测试，移植报告。 组成移

9、植成本的特定任务： 可行性分析、移植计划、移植准备、移植、集成与测试 考察系统移植成本的几个主要变量 ELOC （Equivalent Line Of Code）：系统的等价代码量； ALOC （Adapted Line Of Code）：系统的改编代码量； DM：设计修改百分比，移植系统中设计修改所占的百分比；CM：代码修改百分比，移植系统中代码修改所占的百分比； IM：已修改软件所需的集成百分比。把修改过的系统集成为完整产品所需工作量的百分比。 系统移植成本可表示为：,信息系统工程成本的其他组成部分,7.2信息系统成本分类和构成,系统安装成本：是指把经过验收的系统集成为包含设备、人员和程序

10、的整体所需的成本。 常见的安装活动 对用户环境进行调查； 安装系统所需的操作系统、数据库系统、网络和相关设备等； 安装数据库，倒入数据并对其初始化； 在用户环境中，对系统进行初始化并测试系统，如果发现错误要做到及时更正； 安装后的审核。 系统培训成本：是指对用户、操作人员、与数据准备人员进行培训所需的成本，有时也包括系统维护人员的培训成本。 影响系统安装与培训成本的两个因素 系统的规模和安装数量； 每一个系统安装的差异性。 在实际中，系统安装与培训成本通常随这两个因素变化，占到开发成本的2.5%7.5%。,信息系统工程成本的其他组成部分,7.2信息系统成本分类和构成,系统的文档成本 系统文档包

11、括各种计划、说明书和手册。 文档比例 计划25% 说明书50%60% 手册15%25% 影响系统文档成本的要素 系统文档数量等级 系统单位文档工作量,信息系统工程成本的其他组成部分,7.2信息系统成本分类和构成,系统文档成本 系统文档数量等级：是指系统的文档数量与代码量之比（PP/KLOC：Page Per KLOC）。 PP/KLOC近似服从正态分布的； 大部分系统PP/KLOC值在50左右，低于25或者高于100的系统数量相对较少。 低文档等级：小型的、单用户系统 高文档等级：中型MRPII/ERP系统、决策支持系统 最高文档等级：金融证券、政府部门、工业自动化控制 系统单位文档工作量 说

12、明书和计划 大型系统：每页文档4人小时 中小型系统：每页文档23人小时 用户手册 与系统规模无关，编制每页用户手册需要2人小时。,信息系统工程成本的其他组成部分,7.2信息系统成本分类和构成,系统文档成本计算示例 计算一个大型的（10 KLOC）、有一定可靠性要求系统（这种系统在实际开发中比较典型）的文档工作量，此处： 文档等级（PP/KLOC）：60 文档数量：10（KLOC）60（P/KLOC）=600（Pages） 说明书和计划文档数量：60080%=480（Pages） 手册文档数量：60020%=120（Pages） 单位文档工作量 说明书和计划：4人小时 手册：2人小时 总文档工作

13、量 480（页）4（人小时/页）+120（页）2（人小时/页）=2160（人小时）,信息系统工程成本的其他组成部分,7.3系统成本估算,建立估算目标 收集所需的数据与资源 准确定义信息系统的功能需求 细化估算对象 采用不同的估算方法 估算后再审核,信息系统成本估算基本步骤：,7.3系统成本估算,原因： 系统成本估算中，收集与估算无关的信息并对这部分信息做出评价，会浪费很多工作量 研究系统成本估算时需要注意的两个问题： 相对估算和绝对估算 绝对估算：全面系统成本估算 相对估算：有侧重点地进行系统成本估算 乐观估算与悲观估算 乐观估算：将不确定性的成本认为一定不发生 悲观估算：将不确定性的成本认为

14、一定要发生 方针： 调节估算目标，使之满足决策信息的需要。 平衡成本估算中各个组成部分的不确定性目标。 在系统开发过程中，重新检查估算目标，并在适当的时候进行修改。,建立估算目标,7.3系统成本估算,常用的数据收集方法 直接估算 在系统开发之初，我们只对系统需求有一个模糊的认识，如果要估算系统规模，只能根据系统功能直接估算。当然这种方法具有相当大的不确定性，通常是实际成本的25%400%； 经验数据 系统开发成功后我们得到其实际成本为50万元，又知道系统的安装与培训成本占是开发成本的2.5%7.5%（经验数据），所以可以直接得出这部分成本为1.25万3.75万；还有在计算文档成本时，每页大型系

15、统说明书的工作量是34MH。这些都是经验数据； 类比 例如：在估算系统成本时，如果我们以前曾经开发过功能类似的系统，就可以直接利用类似系统的相关数据来推测待估系统数据。,收集所需的数据和资源,7.3系统成本估算,明确的系统说明书非常重要 系统说明书的可测试性 系统说明书能否清晰地定义“通过/不通过”，从而确定以开发的系统是否满足需求 示例：模糊的系统安全性需求 是否需要对用户进行分组管理； 是否为每一个用户设置一定的权限； 用户密码的加密手段； 是否需要建立日志，如果需要，日志中包括那些内容。 保持系统说明书高可测试性的原因： 这将有利于后期测试工作的顺利进行； 能够消除后期开发中由于不确定性

16、引起的额外开销； 更加精确的进行成本估算。,定义信息系统的功能需求,7.3系统成本估算,主要原因： 估算对象划分得越细致，对要开发系统的技术部分就越了解； 通过对估算对象的细分，来降低估算的不一致性； 细化估算对象，不会忽略系统中一些不太显眼的估算对象。 细化估算对象主要解决乐观估算系统成本问题 人们在估算成本时主观上都是乐观的，都期望系统的规模小一些，从而能降低系统成本； 人们在系统开发中往往对核心功能模块记忆深刻，而忽视支持和维护性模块，然而后者在系统中所占的比例要远远高于前者，故导致对系统整体规模估计过低。,细化估算对象,7.3系统成本估算,主要原因： 估算系统成本的方法多种多样，每种方

17、法都有它们的优势和不足，不能简单评价某种方法的好坏； 要同时采用几种估算方法并且比较它们估算的结果。 不是简单的多次测量取平均值 示例： 自顶向下法能够很好的估计顶部模块的成本，但对于底层模块就会误差较大； 自底向上法能够比较准确地估算底层模块的成本，但对于系统整体成本就显得束手无策。 目的 研究得出不同估算结果的原因； 收集足够成本信息，重新进行成本估算； 使几种方法估算的结果基本一致。,采用不同的估算方法,7.3系统成本估算,主要原因： 估算对象识别不完全； 估算方法不完善； 有些系统模块不一定完全适合估算模型； 系统开发过程中可能会发生变化； 软硬件平台和开发方法是一个不断发展的领域。

18、目的 修正本次估算的结果； 通过审核找出本次估算方法缺陷，修改估算方法或者模型，使下一次估算更加准确。,估算后再审核,7.3系统开发成本估算方法,成本建模法 专家判定技术 类比评估法 Parkinson法则 赢利定价法 自顶向下估算法 自下而上估算法,目前常用的系统开发成本估算方法包括：,7.3系统开发成本估算方法,定义： 成本建模法就是根据系统特征，用数学模型来预测系统成本。 用于成本估算的主要模型： 线性模型 乘法模型 分析模型 表格模型 复合模型 成本建模法的优缺点： 优点：客观性、可重复性、高效性； 缺点： 能否代表未来系统； 不能处理异常情况； 对数据和模型非常敏感。,成本建模法,7

19、.3系统开发成本估算方法,定义： 专家判定技术就是通过聘请一个或多个领域专家和系统开发技术人员，由他们分别对项目成本进行估计，并最后达成一致而获得最终的成本。 Delphi法步骤： 组织者（成本估算任务的负责人）为每个专家提供一份说明书和估算表格。 专家以匿名方式填写表格，他们可以向组织者提出各种问题，但互相之间不能讨论。 组织者汇总估算信息，得出本次估算结果，并将本次结果通知每个专家，并让他们根据本次结果继续填写估算表格。 重复步骤（2）和（3）若干次，得出最后的估算结果。 改进的Delphi法,专家判定技术,7.3系统开发成本估算方法,定义： 通过推理把一个或多个已完成系统的实际成本与相似

20、的待开发系统的估算成本联系起来，用类比的方法来推理新系统的成本。 示例： 场景信息：待开发系统和一年以前的系统（实际成本30万元）功能相似，规模比原有系统大30%；由于已经具有开发类似系统的经验，所需工期会缩短20%；得益于组件式开发技术，重用原有系统大约20%代码。 估算的成本：30（1+30%-20%-20%）=27（万元） 优缺点： 优点：基于实际的系统开发经验； 缺点：旧系统对新系统的代表性未知。,类比评估法,7.3系统开发成本估算方法,定义： 工作量能够由需要的时间来确定。 依赖的假设是“工作会自动地占满所有可用的时间”。 示例： 可利用人力资源180人月系统规模为180人月。 系统

21、投资20万元系统成本为20万元。 不推荐使用Parkinson法 不是特别准确; 助长不好的开发习惯,浪费系统资源。,Parkinson法,7.3系统开发成本估算方法,定义： 通过估计用户愿意在该项目上的投资来计算成本; 成本估算依靠客户预算而不是系统功能。 示例： 一个系统开发小组在投标一个企业信息系统之前，使用估算模型得出系统的大约成本为40万元，工期大约为7个月。但他们知道，企业对此系统的投资只有30万元，所要求的工期不能超过半年。于是，成本估算人员就修改成本估算，使其能够满足企业的需要从而赢得合同。 虽然存在缺点，但仍广泛使用 缺点： 过低的估算成本使后期开发没有资金保障； 苛刻的工期

22、要求使开发人员不得不加班加点。 使用原因：合同是软件开发企业的生存基础,赢利定价法,7.3系统开发成本估算方法,定义： 根据系统的全局属性估算出系统的整体成本，在根据一定比例把总成本分散到各个系统模块中； 该方法能与其他方法结合 。 优缺点： 优点：不会忽视系统级别功能成本 缺点： 不能识别底层技术问题，成本估算存在遗漏； 不能提供详细的数据基础； 在系统规模很大时，估算结果不稳定。,自顶向下法,7.3系统开发成本估算方法,定义： 独立估算每个系统功能模块的成本，并将这些成本加起来，就得到整个系统的估算成本。 自底向上法与自顶向下法互为补充 自底向下法通常过低估算成本 优缺点： 优点： 每个模

23、块的估算都是基于对模块功能的详细理解； 每个模块的估算都将得到负责该模块开发的人员的支持； 自底向上的估算比较稳定，因为各个模块中的估算错误有机会相互抵消。 缺点：需要较大的工作量,自底向上法,7.5COCOMO模型与COCOMO模式,COCOMO模型 COCOMO（Constructive COst Model，构造性成本模型）是一种精确的、易于使用的基于模型的成本估算方法。 COCOMO模式 定义：开发团队不同的规模和工作方式的组合称为COCOMO模式 来源：人们经过长时间的经验总结和案例分析，发现根据COCOMO模型估算的信息系统成本明显地呈现有差异的规律性分布情况。经过研究发现，这种差

24、异性分布是由开发团队的规模和开发方式的差异造成的。 三种COCOMO模式 组织式 嵌入式 半独立式,7.5COCOMO模型与COCOMO模式,组织式 定义：是指相对较小的系统开发团队在非常熟悉的内部环境中开发信息系统 特征： 相对稳定的开发环境，很少需要大规模的底层软件开发； 系统开发都是基于成熟的算法和结构而不是大规模的创新； 在系统开发工期制定比较灵活，能够应付一些紧急开发任务； 开发的系统规模较小。 嵌入式 定义：信息系统开发要在严格约束条件下进行，并且系统必须运行在一个严格的软硬件环境中。 嵌入式的系统开发需要消耗更多的工作量。,7.5COCOMO模型与COCOMO模式,半独立式 定义

25、：组织式与嵌入式的中间模式。 系统规模和功能的中等水平； 组织式与嵌入式系统开发特点的结合。 特征： 开发团队成员对相关系统都有中等级别的经验； 开发团队充分混合了有经验人员和无经验人员； 团队成员对所开发系统某些方面具有经验，但对其他方面没有经验。,7.5COCOMO模型与COCOMO模式,三种COCOMO开发模式的对比,7.6基本COCOMO模型,成本估算公式 E=A(KLOC)b E最终估算的成本； KLOC为系统的代码量，单位为千行； A，b为两个常数。 不同开发模式下的估算公式 工作量的计算单位为MM（人月）； 工期的计算单位是月,7.6基本COCOMO模型,不同规模系统的开发工作量

26、、进度、生产率以及所需要的平均开发人员,从表中数据不难看出：随着系统规模的增加，系统开发人员的生产率是递减的，这主要是由于规模不经济因素造成的，是符合客观规律的。,7.6基本COCOMO模型,基本COCOMO模型按阶段分布工作量分布(部分),7.6基本COCOMO模型,基本COCOMO模型按阶段分布进度分布(部分),7.6基本COCOMO模型,基本COCOMO模型的局限 适于估算工作量，不适于进度估算 要求开发团队成员数量在每一个阶段都是相同的 小结：基本COCOMO模型的主要局限是，除了KLOC以外，它没有包括任何其他成本驱动因子的影响，也不包括维护阶段的年变化量影响。所以，基本COCOMO

27、模型在一般情况下只适用于系统开发成本的估算，并没有包括维护成本以及系统生命周期成本的估算内容。 改进：中级COCOMO模型,7.7中级COCOMO模型,定义：能对系统成本产生影响的因素 特征：通用性和独立性 通用性：成本驱动因子应该具有代表性，而不是在某些特定情况下，或是在较小范围内才有意义的因素。 独立性：成本驱动因子应该与系统的规模无关，并且每一个成本驱动因子之间应该没有相互影响，或者将系统开发中那些高度相关的驱动因子压缩成一个因子。 分类（4大类，15个）： 系统功能属性 计算机属性 人员属性 项目属性,中级COCOMO模型的成本驱动因子,7.7中级COCOMO模型,系统功能属性包括：

28、系统的可靠性 数据库规模 系统功能复杂性 计算机属性包括： 执行时间约束 内存空间占用限制 系统的可移植性要求 计算机周转时间,中级COCOMO模型的成本驱动因子,人员属性： 系统分析员能力 应用经验 程序员能力 平台经验 编程语言经验 计算机属性包括： 编程规范 软件工具的使用 所需的开发进度,7.7中级COCOMO模型,系统功能属性包括： 系统的可靠性 数据库规模 系统功能复杂性 计算机属性包括： 响应时间要求 可移植性要求 人员属性： 系统分析员水平 程序员水平 开发经验 项目属性： 编程规范 软件工具的使用 所需的开发进度,改进的中级COCOMO模型的成本驱动因子,在实际操作时，通过每

29、个成本驱动因子属性确定一个乘数，用于估算该属性对系统开发工作量的影响。然后，将这些乘数乘以按照标准中级COCOMO模型估算的成本，就可以得到系统开发工作量的精确估算。采用同样的方法也可以对系统维护工作量进行精确估算。,7.7中级COCOMO模型,原理:系统开发的中级COCOMO估算，是从标准工作量估算开始的。然后通过根据系统的特点和开发团队的特点确定上文涉及到的11个成本驱动因子的值（成本驱动因子乘数），用这些乘数乘以估算得到的标准工作量，得到调整后的估算工作量。,中级COCOMO模型的估算方法,基本COCOMO模型的工作量和工期计算公式,7.7中级COCOMO模型,中级COCOMO模型中各个

30、成本驱动因子的工作量乘数,7.7中级COCOMO模型,不同级别成本驱动因子所代表的意义-系统功能属性,7.7中级COCOMO模型,不同级别成本驱动因子所代表的意义-计算机属性,7.7中级COCOMO模型,不同级别成本驱动因子所代表的意义-人员属性,7.7中级COCOMO模型,不同级别成本驱动因子所代表的意义-项目属性,7.7中级COCOMO模型,综合示例,某一个跨国公司要建立一套销售数据收集和分析系统，其需求如下：（1）该系统拥有较高的可靠性，如果系统出现故障将会导致较大的损失。（2）为了进行数据挖掘和营销分析，系统将保留很长一段时间的历史销售数据。（3）系统以交互式的方式运行，由于是跨国公司

31、，因此系统将全天候运行。（4）系统以Unix为服务器运行平台，客户端平台可以有多种选择。该跨国公司聘请的开发小组是一个比较专业的开发团队（半独立型开发模式），普遍采用严格的编程规范，并拥有强大的编程测试工具，但为了能够保证系统开发成功，该公司对工期并没有过于严格的要求，但至少不能超过合同规定工期的30%。,7.7中级COCOMO模型,综合示例-分析结果,代码量估算：36（服务器功能模块数量）（333）（客户端功能模块数量）48 工作量估算：MM=3481.12=229人月 成本驱动因子对系统成本的总体影响：1.151.1611.111.150.80.8110.910.910.910.96=0.

32、8664 调整后的工作量为 2290.8664=198.4人月,系统的服务器端需要36个功能模块，客户端需要6个功能模块，每个功能模块大概需要0.4KLOC的代码量。 由于客户端选择的灵活性，开发人员必须为每一种平台开发出相应的客户端软件，目前能够想到的有3种。,成本估算,7.7中级COCOMO模型,成本驱动因子乘数确定表,7.8信息系统成本控制,信息系统成本控制 含义：信息系统的成本控制就是在整个系统的实施过程中，定期收集系统的实际成本数据，与成本的计划值进行对比分析，并进行成本预测，发现并及时纠正偏差，以使信息系统的成本目标尽可能好地实现。 目的：信息系统的成本控制，将系统的运作成本控制在

33、预算的范围内，或者控制在可以接受的范围内，以便在系统失控之前就及时采取措施予以纠正。 实质：实质上就是监控成本的正负偏差，分析偏差产生的原因，及时采取措施以确保信息系统朝着有利的方向发展。,7.8信息系统成本控制,信息系统成本控制 含义：信息系统的成本控制就是在整个系统的实施过程中，定期收集系统的实际成本数据，与成本的计划值进行对比分析，并进行成本预测，发现并及时纠正偏差，以使信息系统的成本目标尽可能好地实现。 实质：监控成本的正负偏差，分析偏差产生的原因，及时采取措施以确保信息系统朝着有利的方向发展。 内容： 对造成成本基准计划发生改变的因素施加影响，以保证这种变化朝着有利信息系统的方向发展

34、。 确定信息系统基准计划是否已经发生变化。 在实际成本基准计划发生变化和正在发生变化时，对这种变化实施有效的管理。 监视信息系统成本执行情况，及时发现与成本计划的偏差。 确保所有有关成本的变更都准确记录在信息系统成本基准计划中。 防止不正确、不适宜或者未核准的变更纳入成本基准计划中。 将核准的变更通知有关信息系统干系人。,7.8信息系统成本控制,挣值的概念与意义 概念：挣值就是在某一时点，实际完成的工作在成本基准计划下的预算成本，也就是根据成本预算计算的已完成工作的预算成本。 计算公式：挣值=实际完成的工作量百分比总的预算成本 目的：合理的判断成本偏差 中间变量 工程计划工作的预算成本(Bud

35、geted Cost of Work Scheduled，BCWS)， BCWS是按照成本基准计划计算的预算工作量的预算成本。 工程已完成工作的实际成本(Actual Cost of Work Performed，ACWP)，ACWP是工程实际发生的成本。 工程已完成工作的预算成本(Budgeted Cost of Work Performed，BCWP)，也就是挣值。,挣值分析,7.8信息系统成本控制,挣值分析所得的指标与指数 工程成本差异(Cost Variance，CV) 含义：反映了某一时点工程已完成工作的预算成本与实际成本之间的差异。 计算公式是：CV=BCWP-ACWP（成本差异=

36、挣值-实际完成工作的实际成本） 如果 CV0，则说明实际成本低于预算成本，成本节约； 如果 CV0，则说明实际成本高于预算成本，成本超支。 工程进度差异(Schedule Variance ，SV) 含义：反映了某一时点挣值与成本基准计划下的预算成本之间的绝对差异。 计算公式是：SV=BCWP-BCWS（进度差异=挣值-预算工作量的预算成本） 如果SV0，则说明实际进度超前于计划进度。 如果SV0，则说明实际进度落后于计划进度。,挣值分析,7.8信息系统成本控制,挣值分析所得的指标与指数 成本绩效指数(Cost Performance Index，CPI) 含义：某一时点已完成工作量的实际成本

37、与预算成本之间的相对数，即是工程成本差异的相对数形式，用来衡量工程的成本效率。 计算公式是：CPI= BCWP / ACWP（成本绩效指数=挣值/实际发生成本） 如果CPI1，则说明实际成本低于预算成本，成本节约。 如果CPI1，则说明实际成本高于预算成本，成本超支。 进度执行指数(Schedule Performance Index，SPI) 含义：某一时点已完成工作量的预算成本与预算工作量的预算成本的相对数，即是工程进度差异的相对数形式，这一指数屏蔽了成本变动因素对成本绩效分析的影响。 计算公式是：SPI=BCWP/BCWS（进度执行指数=挣值/实际工作的预算成本） 如果SPI1，则说明实际进度超前于计划进度。 如果S