信息系统项目的规划2课件

4.3信息系统项目的成本计划

信息系统项目的成本计划是实施项目成本管理和控制的主要依据。4.3信息系统项目的成本计划信息系统项目的成本项目成本管理PMBOK2008项目成本管理包括对成本进行估算、预算和控制的各过程，从而确保项目在批准的预算内完工。项目成本管理概述

——见下页项目成本管理PMBOK2008项目成本管理包括第4章信息系统项目的规划2课件估算成本是对完成项目活动所需资金进行近似估算的过程。估算成本估算成本：输入、工具与技术和输出

估算成本是对完成项目活动所需资金进行近似估算的过程。估算成本的数据流向图估算成本的数据流向图制定预算是汇总所有单个活动或工作包的估算成本，建立一个经批准的成本基准的过程。制定预算制定预算：输入、工具与技术和输出

制定预算是汇总所有单个活动或工作包的估算成本，建立一制定预算的数据流向图制定预算的数据流向图控制成本是监督项目状态以更新项目预算、管理成本基准变更的过程。控制成本控制成本：输入、工具与技术和输出

控制成本是监督项目状态以更新项目预算、管理成本基准变控制成本的数据流向图控制成本的数据流向图信息系统项目的成本估算1、信息系统项目成本构成2、成本估算的方法3、软件规模度量方法4、软件的经验估算模型信息系统项目的成本估算1、信息系统项目成本构成1、信息系统项目成本构成信息系统项目的成本随着系统的类型、范围及功能要求的不同而有较大差异。但是，可以从信息系统生命周期的各阶段划分为开发成本和运行维护成本两大类：1、信息系统项目成本构成信息系统项目的成本随着系信息系统成本开发成本运行维护成本分析、设计费用系统实施费用管理费用

系统规划

系统分析

系统设计系统开发成本编程与调试硬件平台费用系统软件费用网络施工费用数据整理录入系统运行费用行政管理费用维护费用人员费用消耗材料费用固定资产折旧硬件维护费用软件维护费用二次开发费用技术资料获取人员培训费用系统平台成本其它费用信息系统成本开发成本运行维护成本分析、设计费用系统实施费用管其中，系统开发成本又可分为软件开发成本、硬件成本和其他成本三大类。信息系统项目的成本估算，就是根据待开发的信息系统的成本特征以及当前能够获得的有关数据和情况，运用定量和定性分析方法对信息系统生命周期各阶段的成本水平和变动趋势做出尽可能科学的估计。在上图中，最难确定的是开发成本中的软件开发成本，而硬件成本和其他成本相对容易估算出来。至于运行维护成本，则可以根据开发成本与运行维护成本比值的经验数据和测算出来的开发成本一起计算。并且，对于信息系统项目的用户来讲，项目开发成本的不确定性因素较大，而项目的运行维护成本由于多次发生，且在自身的使用中发生，相对来讲容易控制一些。所以信息系统项目成本估算的重点是软件开发成本。其中，系统开发成本又可分为软件开发成本、硬件成本和其他成本三2、成本估算的方法常用的四种估算方法：(1)类比估算法：参照已完成类似项目，估算软件开发成本和工作量。(2)分解估算法：将项目分解成若干子系统，先估算每个子系统成本和工作量，再估算整个软件开发成本。(3)周期估算法：将系统按系统生命周期分解为若干阶段并估算，然后汇总出总工作量和成本。(4)经验估算法：根据实验或历史数据给出软件开发工作量或成本的经验估算公式。

注意：采用分解法估算时应考虑系统集成时需要的工作量。2、成本估算的方法常用的四种估算方法：信息系统开发成本测算的一般过程以往项目数据待开发软件特征硬件与系统软件特征用户环境的特征对以往项目数据的分析软件开发规模测算硬件和系统软件计划培训和系统切换计划软件开发成本测算人力和时间的分配灵敏度与风险分析经验数据环境因素安装调试的人力和时间培训切换的人力和时间人力、时间测算数据人力、进度及其他资源分配结果信息系统开发成本测算的一般过程以往项目数据待开发软件特征硬件从图中可以看出，信息系统开发成本测算首先应该建立在对过去项目成本情况进行数据分析的基础上，历史的经验和教训对于成本测算的各个阶段均有参考价值；其次，进行硬件成本及用户方面（培训、数据收集、系统转换等）成本的测算，这是因为它们对软件成本的分析有着一定的影响。比如开发人员对所采用的硬件或数据库系统的使用经验将明显影响软件生产率，从而影响着软件成本，对此先做测算可以减少软件成本测算中的不确定因数。然后是软件成本测算，通常分两步走：第一步，测算软件的规模或程序量；第二步，利用有关的经验参数模型测算出该种规模的软件成本。当然，也可运用专家判断等方法将上述两步合并直接测算成本。在测算软件开发成本、硬件成本和其他成本的同时，对各种任务所需的人力、时间等资源也做出安排，即为人力资源计划和进度计划。从图中可以看出，信息系统开发成本测算首先应该建立在对过去项目软件开发成本测算出来以后，与硬件成本和其他成本累加则构成信息系统项目的开发成本，在此基础上，根据运行维护成本与开发成本之间比值的经验系数导出信息系统的运行维护成本。开发成本与运行维护成本之和即为信息系统项目的总成本。显然，信息系统项目成本的测算重点在于软件开发成本的测算，软件开发成本的测算又离不开软件规模的测算。所以，我们应对软件的规模与成本估算的方法予以讨论。软件开发成本测算出来以后，与硬件成本和其他成本累加则构成信息

(1)软件代码行的方式用代码行(LOC)数表示软件开发规模十分自然、直观。用代码行数不仅能度量软件的规模，而且可以度量软件开发的生产率、文档与代码的比例关系、每行代码的平均成本、千行代码出错率等。软件开发的生产率：Pl＝L／E其中：L软件总代码行数。

E软件的总工作量，用人／月(PM)度量。

Pl

开发生产率，每人月完成代码行数(LOC／PM)。每行代码的平均成本：Cl＝S／L其中：S开发的总成本，用人民币元或美元度量。

Cl每行代码平均成本，人民币元(或美元)／代码行。3、软件规模度量方法3、软件规模度量方法

用软件代码行估算软件的开发规模直观、简单易行。其缺点为：①代码行数估算依赖于开发工具的功能和表达能力；②项目开发初期估算它的代码行数十分困难；③用代码行估算方法会对需要设计精巧的项目产生不利影响；④代码行估算只适用于过程式程序设计语言，不适用于非过程式的程序设计语言；

(2)软件功能点的方式功能点度量是涉及多种因素的间接度量方式。该方法用6个信息量的“加权和”CT和14个复杂性调节值Fi(i=1…14)。在系统分析初期就能估算出软件开发的规模。计算功能点FP参数公式：

FP＝CT﹙0.65＋0.0l

﹚

其中：CT为信息量，按表1计算，

Fi为影响因子，由表2给出，Fi取值为:0至5，当Fi＝0时,表示否定或不起作用，Fi＝5时，表示肯定或Fi

影响最大。为复杂度，它是Fi

(i=1…14)的类加和。

(2)软件功能点的方式CT的度量（表1）：CT的度量（表1）：Fi定值表（表2）Fi定值表（表2）用功能点也可以定义软件的开发效率、成本等度量：软件开发的生产率：Pf＝FP／E其中；

Pf

表示每人月完成的功能点数。

每功能点的平均开发成本：Cf＝S／FP其中：Cf为每功能点的平均成本；

S为开发总成本；

用功能点也可以定义软件的开发效率、成本等度量：采用功能点度量的优点：（1）与程序设计工具无关，适用于各种语言环境，这对于面向对象的开发方式尤为有用；（2）由于在信息系统项目启动时就能基本上确定系统的输入、输出等参数，所以功能点度量能用于软件开发成本在初期的预估。采用功能点度量的缺点：（1）该方法涉及到的主观因素比较多，如Fi的选取与评估人的经验和态度有较大的关系。（2）计算公式中的FP值的物理意义不直观，不易理解。采用功能点度量的优点：软件开发的规模是影响软件开发成本和工作量的重要因素。应用软件代码行和功能点估算是成本和工作量估算的基础。采用前述四种估算方法可以估算出L或FP的乐观值a、悲观值b和一般值m，然后根据下面加权公式计算出期望值e=(a+4m+b)/6

当L或FP的期望值估算出来之后，根据以前开发软件的数据可知软件开发平均生产率（LOC/PM或FP/PM）就可以计算出工作量。例：软件项目的规模按功能点估算为310FP，假设已知以前完成项目的软件开发平均生产率为5.5FP/PM，已知目前每人月的开发成本为1万元，于是： 工作量估算为

E=310/5.5=56PM

软件开发成本估算为 C=56×1=56万元 如果当前估算的软件子项目比以前完成的项目复杂，那么所用的生产率值可以低于平均生产率，反之也可以高于平均生产率。软件开发的规模是影响软件开发成本和工作量的重要因素。应用软件应用软件的估算模型是根据以前完成项目的实际情况导出的，这些模型的结果仅有一定的参考价值。下面介绍两个常用的估算模型：CoCoMo模型和Putnam模型。

(1)CoCoMo模型CoCoMo模型是“构造性成本模型”(Constructivecostmodel，简称CoCoMo模型)的英文缩写，分为基本、中间、详细三个层次，分别用于软件开发的不同阶段。

基本CoCoMo模型：用于系统开发初期，估算整个系统的工作量包括软件维护，和软件开发所需要的时间；

中间CoCoMo模型：用于估算各个子系统的工作量和开发时间；

详细CoCoMo模型：用于估算独立的软部件，如子系统内部的各个模块。

本课程，我们只介绍基本CoCoMo的情况，关于中间和详细CoCoMo模型可以阅读BoehmBW．的著作《SoftwareEngineeringEconomics》(Prentice-Hall，1981)。

4、软件的经验估算模型应用软件的估算模型是根据以前完成项目的实际情况

基本CoCoMo模型是静态、单变量模型，具有下列形式

E＝aLb

D＝cEd

C＝E

其中：L是项目的代码行估计值，单位是千行代码(KLOC)。E表示工作量，单位是人月(PM)。D表示开发时间，单位为月。C表示开发成本，单位是万元。

表示每人月的人力成本，单位是万元／人月。a,b,c,d是常数。不同软件类型a,b,c,d取值如下表所示:软件类型abcd适用范围组织型2.41.052.50.38各类应用程序半独立型3.01.122.50.35各类实用程序、编译程序等嵌入型3.61.202.50.32实时处理、控制程序、操作系统基本CoCoMo模型是静态、单变量模型，具有下列形式软件类(2)Putnam模型Putnam模型是为大型软件项目(一般30人年以上)进行估算的模型。它是动态多变量的模型，适用于软件开发各个阶段。估算模型以项目实测数据为基础，描述开发工作量、开发时间和软件代码行数之间的关系。相应的方程为：

L＝Ck

E1/3td4/3其中：L表示源程序代码行数。

E表示工作量(以人年计，包括维护)。

td表示开发时间(以年计)。

Ck

表示技术状态常数，它反映“妨碍程序员进展的限制”。(2)Putnam模型相应的方程为：

L＝Ck

E1/3td4/3技术状态常数Ck的取值：Ck的典型值开发环境开发环境举例2000差没有系统的开发方法，缺乏初期文档和复审，批处理方式8000好有合适开发方法，有充分的文档和复审，交互执行方式11000优有自动开发工具和技术由上面方程可得到如下公式：E＝L3／（Ck3td4）C＝E其中，C表示项目开发总成本；

表示每人年的人力成本。相应的方程为：Ck的典型值开发环境开发环境举例2000差

CoCoMo模型和Putnam模型都是在估算软件代码行的方式基础上，估算出了软件开发的工作量和软件开发的成本。对于软件的开发时间，CoCoMo模型是根据经验公式估算出来的，对于Putnam模型则是与工作量相权衡的结果。对于软件的人力投入，两个模型都可以根据工作量和开发时间的比值测算出来。

两种方式相比较CoCoMo模型和Putnam模型都是在估算软件

(3)软件的自动估算工具以上介绍的经验估算模型已用软件，成为自动估算工具。项目管理可能够使用这些工具自动估算项目的成本和工作量，还可对人员配置和交付日期等进行估计。通常需要管理者提供以下数据：(1)定量估算软件项目规模，如：总代码行数或功能点数据；(2)定性地说明项目特性，如复杂性、可靠性或事件的关键性等；(3)开发人员和(或)开发环境的描述。根据这些数据，自动估算工具即可提供：项目所需的工作量、成本、人员配备、开发进度和相应风险等数据。目前几种具有代表性的自动估算工具：工具名称产品制作公司工具基于原理BYLGordon集团基于CoCoMo模型WICOMOWang研究所基于CoCoMo模型DECPlanDEC公司基于CoCoMo模型SLIM------基于Putnam模型SPQR/20------基于功能点模型ESTIMACS------基于功能点模型(3)软件的自动估算工具工具名称产品制作公司工具基于原理项目的成本预算步骤：（1）项目总成本分摊到项目工作分解结构的各个工作包中，为每一个工作包建立总预算成本。（2）将每个工作包分配得到的预算再二次分配到工作包所包含的各项具体的项目活动上。（3）确定各项成本预算支出的时间计划以及每一时间点对应的累计预算成本,制定出项目的成本预算计划。信息系统项目成本的预算项目的成本预算步骤：信息系统项目成本的预算活动小活动预算分摊（元）预算累计（元）项目规划1.模板确定2002002．撰写项目计划报告8001000需求分析3．需求调研50015004．需求分析70022005．需求确认50027006．撰写需求分析说明书1002800网站设计7．系统设计60034008．模块设计150049009．数据库设计1200610010.美工设计400650011.撰写详细设计说明书2006700网站开发硬件采购12.硬软件规划与采购25009200环境配置13.环境配置4009600交流子系统开发14.代码设计28001240015.单元测试6001300016.撰写实现与测试报告10013100教学子系统开发17.代码设计11001420018.单元测试5001470019.撰写实现与测试报告10014800认证子系统开发20.代码设单元测试5001680022.撰写实现与测试报告10016900网站测试23.集成测试10001790024.系统测试10001890025.撰写系统测试报告10019000验收总结26.撰写用户手册4001940027.人员培训4001980028.产品转移1001990029.经验总结30020200案例：学院网站建设项目的成本计划活动小活动预算分摊（元）预算累计（元）项目规划1.模板确定

经验表明，让某项工作的具体负责人进行工期与成本的估算是较好的方法，因为这样做既可以得到该负责人的承诺，对他产生有效的参与激励，又可以减少由项目经理个人进行所有活动的估算所产生的偏差。

当然，某些情况下，如对一个需花费数年时间、由几百个人来做不同工作才能完成的大型信息系统项目来说，让每个人在项目开始时就做出其所要完成活动的各项估计是不实际的。至于工作包各负责人估计的方法，还可以参照前述的测算方法，比如中间CoCoMo模型就可用于各个子系统的估计，详细CoCoMo模型可用于子系统各个模块的估计。在上述估计的基础上，项目经理进行各工期的累计和分摊预算的累计，与项目总建设时间和总成本比较，根据一定的规则进行调整。经验表明，让某项工作的具体负责人进行工期与成现在某企业准备开发一个客户关系管理的信息系统，合同双方将系统交付使用作为项目终结的依据，双方同意维护期间费用另行支付。经上述测算，估算该项目总开发工作量为4人年，项目总开发时间为50周，项目的总成本（包括软件开发成本、硬件成本和开发中的其他成本）是100万元人民币。根据上述估计和准备，项目经理绘制了如下图所示的估计表，项目总开发时间为50周。表中将该项目划分为六个大的活动，并明确了各活动的工期：系统规划（5周）、系统分析（10周）、系统设计（10周）、系统实现（15周）、系统测试（8周）和系统转换（5周）。案例分析：现在某企业准备开发一个客户关系管理的信息系统，合同双项目工期估计和预算分摊估计表（总成本100万元）活动小活动紧前活动工期估计(周)预算分摊(万元)预算累计(万元)1、调研、收集数据31.51.5系统规划2、可行性研究423.53、系统规划报告1，210.544、与业务人员沟通3537系统分析5、研究现有系统384116、明确系统需求452137、系统分析报告5，611148、I/O数据分析78418系统设计9、数据库分析71042210、审核数据字典8，9212311、系统设计报告10222512、软件开发11151540系统实施13、硬件采购安装1110387814、网络实施1165.583.515、系统实施报告12，13，1421.58516、软件测试156691系统测试17、硬件测试1541.592.518、网络测试1541.59419、系统测试报告16，17，18119520、人员培训194297系统切换21、系统切换19229922、系统切换报告20，2111100项目工期估计和预算分摊估计表（总成本100万元）活动小活动紧0调研收集数据-8133-50可行性调研-9244-54系统规划报告-5315-45与业务人员沟通-4451015研究现有系统-25813615系统分析报告67116710明确用户需求16515616I/O数据分析988241716数据库分析7910261726审核数据字统设计报告19112302130软件开发211215453630硬件采购与安装261310403630网络实施30146363645系统实施报告36152473847软件测试38166534447硬件平台测试40174514447网络平台测试40184514454人员培训45204584953系统测试报告44191544554系统切换47212564958系统切换报告492215950项目开发活动网络图0调研收集-8133-50可行性调研-9244-54系统规划0调研收集数据-8133-5活动描述最早结束时间最迟开始时间活动序号工期估计最迟结束时间活动负责人最早开始时间▲最早开始时间(ES)：取直接指向这项活动的所有活动的最早结束时间EF的最大值。▲最早结束时间(EF)：EF＝ES+工期估计▲最迟开始时间(LS)：LS＝LF一工期估计▲最迟结束时间(LF)：取该活动直接指向的所有活动最迟开始时间LS的最早时间。

说明：接上一页0调研收集-8133-5活动描述最早结束时间最迟开始时间项目进度甘特图项目进度甘特图是帮助项目经理对项目进度进行总体规划的工具。如上面所介绍的项目总开发时间为50周。该项目可划分为六个大的活动，与其对应的甘特图如下：

活动负责人05101520253035404550系统规划XXX系统分析XXX系统设计XXX系统实施XXX系统测试XXX系统切换XXX项目进度甘特图项目进度甘特图是帮助项目经理对项目进度小活动工期估计（周）最早最晚总时差开始时间结束时间开始时间结束时间1、调研、收集数据303-8-5-82、可行性研究404-9-5-93、系统规划报告145-5-4-94、与业务人员沟通5510-41-95、研究现有系统8513-26-76、明确系统需求5101516-97、系统分析报告1151667-98、I/O数据分析81624917-79、数据库分析101626717-910、审核数据字典226281719-911、系统设计报告228301921-912、软件开发1530452136-913、硬件采购安装1030402636-414、网络实施630363036015、系统实施报告245473638-916、软件测试647533844-917、硬件测试447514044-718、网络测试447514044-719、系统测试报告153544445-920、人员培训454584549-921、系统切换254564749-722、系统切换报告158594950-9信息系统项目进度表小活动工期估计最早最晚总时差开始时间结束时间上表中最后一列的数据为各项目活动工期时间差，它是各项活动的最早结束时间和项目的要求完工时间之间的差距，这个差距叫做总浮动时间。当某项活动的总时差为正值，表明该项活动花费时间总量可以适当延长。当总时差