信息系统项目的规划.ppt

1、4.3信息系统项目成本计划是实施项目成本管理和控制的主要依据。项目成本管理(PMBOK2008)，项目成本管理包括成本估算、预算和控制的各种过程，以确保项目在批准的预算内完成。有关项目成本管理的概述，请参见下一页。成本估算是一个大致估算完成项目活动所需资金的过程。成本估算：输入、工具、技术和输出，成本估算的数据流图。预算是一个汇总所有单个活动或工作包的估计成本并建立一个批准的成本基准的过程。制定预算：投入、工具、技术和产出。制作预算的数据流程图。成本控制是监控项目状态以更新项目预算和管理成本基准变化的过程。控制成本，控制成本：输入，工具和技术及输出，控制成本的数据流程图，信息系统项目的成本估算

2、，1。信息系统项目的成本构成。成本估算方法3。软件规模测量方法4。软件的经验估计模型，1。信息系统项目的成本构成信息系统项目的成本因系统的类型、范围和功能要求而有很大差异，但从信息系统生命周期的各个阶段来看，可以分为两类：开发成本和运行维护成本。其中，系统开发成本可分为三类：软件开发成本、硬件成本和其他成本。信息系统项目成本估算是根据所要开发的信息系统的成本特点和现有的相关数据和条件，采用定量和定性分析方法，尽可能科学地估算信息系统生命周期的成本水平和变化趋势。在上图中，最难确定的是软件开发成本中的开发成本，而硬件成本和其他成本相对容易估算。运营维护成本可根据开发成本与运营维护成本之比的经验数

3、据和实测开发成本计算得出。而且，对于信息系统项目的用户来说，项目开发成本的不确定性因素很大，项目的运行维护成本相对容易控制，因为它发生的次数多，发生在他们自己的使用中。因此，信息系统项目成本估算的关键是软件开发成本。成本估算方法，四种常用的估算方法：(1)类比估算法：参照已完成的类似项目估算软件开发成本和工作量。(2)分解估算法：将项目分解成几个子系统，首先估算每个子系统的成本和工作量，然后估算整个软件开发成本。(3)周期估算法：根据系统生命周期将系统分为几个阶段进行估算，然后汇总总工作量和总成本。(4)经验估算方法：基于实验或历史数据，给出软件开发工作量或成本的经验估算公式。注意：当使用分解

4、方法进行估算时，应考虑系统集成所需的工作量。从图中可以看出，信息系统开发的成本计算应首先基于以往项目成本的数据分析，历史经验教训对成本计算的各个阶段都有参考价值；其次，硬件成本和用户成本(培训、数据收集、系统转换等)。)进行计算，因为它们对软件成本的分析有一定的影响。例如，开发人员使用硬件或数据库系统的经验会明显影响软件的生产率，从而影响软件成本，因此首先测量这一点可以减少软件成本测量中的不确定因素。然后是软件成本的计算，通常分为两步：第一步是计算软件的规模或程序数量；第二步是利用相关的经验参数模型计算该量表的软件成本。当然，专家判断和其他方法也可以用来结合以上两个步骤直接计算成本。在计算软件

5、开发成本、硬件成本和其他成本的同时，还安排了各种任务所需的人力、时间和其他资源，即人力资源计划和进度计划。软件开发成本计算后，与硬件成本和其他成本累计，形成信息系统项目的开发成本。在此基础上，根据运维成本与开发成本之比的经验系数，推导出信息系统的运维成本。开发成本和运行维护成本之和就是信息系统项目的总成本。显然，信息系统项目成本的计算侧重于软件开发成本的计算，软件开发成本的计算离不开软件规模的计算。因此，我们应该讨论估算软件规模和成本的方法。(1)用软件代码行的方式用LOC数来表示软件开发的规模是自然而直观的。代码行数不仅可以衡量软件的规模，还可以衡量软件开发的生产率、文档和代码之间的比例关系

6、、每行代码的平均成本以及数千行代码的错误率。软件开发的生产率：Pl LE，其中：l软件的总代码行。e软件的总工作量，以人工月(PM)衡量。Pl开发生产率，每人每月完成的代码行数(LOCPM)。每行代码的平均成本：Cl SL其中：s开发的总成本，以人民币或美元计算。Cl每行代码的平均成本，人民币(或美元)代码行。软件规模度量方法用软件代码行来估计软件的开发规模既直观又容易。它的缺点是：代码行的估计依赖于开发工具的功能和表达能力；在项目开发的早期阶段很难估计代码行的数量；使用代码行估算方法将对需要精心设计的项目产生负面影响；代码行估计只适用于过程编程语言，而不适用于非过程编程语言。(2)软件功能点

7、模式功能点测量是一种涉及多种因素的间接测量模式。在该方法中，使用了6个信息量和14个复杂度调整值F1(I=114)的“加权和”CT。软件开发的规模可以在系统分析的早期阶段进行估计。功能点FP参数计算公式：FPCT 0.650.0l，其中CT为信息量，根据表1计算，Fi为影响因素，如表2所示，当Fi0为负或无效时，Fi为333，600 5，Fi5为正或Fi影响最大。就复杂性而言，它是Fi的类和(i=114)。CT的度量(表1): fi固定值表(表2)，也可以用功能点定义软件开发效率和成本的度量：软件开发的生产率：Pf FPE；Pf代表每人每月完成的功能点数。每个功能点的平均开发成本：Cf SFP

8、，其中：Cf是每个功能点的平均成本；s是总开发成本；使用功能点度量的优点是：(1)它独立于编程工具，适用于各种语言环境，特别适用于面向对象的开发；(2)由于信息系统项目启动时，系统的输入输出参数基本上可以确定，因此功能点度量可以用来估算初始阶段的软件开发成本。使用功能点测量的缺点如下：(1)这种方法涉及到很多主观因素，例如，功能点的选择与评价者的经验和态度有很大的关系。(2)计算公式中FP值的物理意义不直观，难以理解。软件开发的规模是影响软件开发成本和工作量的重要因素。应用软件代码行和功能点的估算是成本和工作量估算的基础。l或FP的乐观值a、悲观值b和一般值m可用上述四种估计方法进行估计，然后

9、期望值e=(a 4m b)/6可按以下加权公式计算。在估计了l或FP的期望值之后，可以根据以前软件开发的数据，通过知道软件开发的平均生产率(LOC/PM或FP/PM)来计算工作量。例如：根据功能点，软件项目的规模估计为310FP，假设已知以前完成的项目的软件开发的平均生产率为5.5FP/PM，并且已知当前每人每月的开发成本为10，000元。因此，工作量估计为E=310/5.5=56PM，软件开发成本估计为c=561=56万元。如果当前估计的软件子项目比以前完成的项目更复杂，则使用的生产率值可能低于平均值。应用软件的估算模型是根据以往已完成项目的实际情况推导出来的，这些模型的结果只有一定的参考价

10、值。这里有两个常用的估计模型：CoCoMo模型和Putnam模型。(1)CoCoMo模型CoCoMo模型是“建设性成本模型”的英文缩写，分为基础、中间和详细三个层次，用于软件开发的不同阶段。基本CoCoMo模型：用于系统开发的初始阶段，用于估计整个系统的工作量，包括软件维护和软件开发时间；中间CoCoMo模型：用于估计每个子系统的工作量和开发时间；详细CoCoMo模型：用于评估独立的软件组件，如子系统中的每个模块。在本课程中，我们只介绍基本的CoCoMo。对于中级和详细的CoCoMo模型，我们可以阅读波姆BW的书软件工程经济学(普伦蒂斯-霍尔，1981)。软件的经验估计模型，基本的CoCoMo

11、模型是一个静态的单变量模型，其形式如下：E aLb D cEd C E其中：l是项目代码行的估计值，单位是千行代码(KLOC)。e代表工作量，单位为人月。d代表开发时间，单位为月。c代表开发成本，单位为1万元。表示每人/月的人工成本，单位为10000元/月。a、b、c和d是常数。不同软件类型的值如下表：所示。(2)普特南模型普特南模型是一个估算大型软件项目(一般超过30个人工年)的模型。它是一个动态多变量模型，适用于软件开发的所有阶段。基于项目的测量数据，估计模型描述了开发工作量、开发时间和软件代码行之间的关系。相应的等式是：L Ck E1/3 td4/3，其中L代表源代码行数。e代表工作量(

12、以人-年为单位，包括维护)。Td表示开发时间(年)。Ck代表技术状态常数，它反映了“阻碍程序员进步的限制”。相应的公式为：L Ck E1/3 td4/3的技术状态常数Ck的值，从上述公式可以得到以下公式：E L3(Ck3 td4) C E，其中C代表项目开发的总成本；表示每人每年的人工成本。CoCoMo模型和Putnam模型基于软件代码行的估计方法来估计软件开发的工作量和成本。对于软件开发时间，CoCoMo模型是根据经验公式进行估计的，而Putnam模型是根据工作量进行加权的结果。对于软件的人力投入，两种模型都可以根据工作量与开发时间的比例来计算。(3)软件的自动估计工具上面介绍的经验估计模型

13、已经被软件用作自动估计工具。项目管理人员可以使用这些工具自动估算项目的成本和工作量，并估算人员配备和交付日期。管理者通常需要提供以下数据：(1)定量估计软件项目的规模，如：总代码行或功能点数据；(2)项目特征的定性描述，如事件的复杂性、可靠性或关键性；(3)开发人员和/或开发环境的描述。根据这些数据，自动评估工具可以提供项目所需的工作量、成本、人员配备、开发进度和相应风险等数据。目前，有几种代表性的自动估算工具：项目成本预算步骤：(1)将项目总成本分配到项目工作分解结构的每个工作包中，并为每个工作包建立总预算成本。(2)将从每个工作包获得的预算分配给工作包中包含的每个特定项目活动。(3)确定各

14、成本预算支出的时间计划和各时间点对应的累计预算成本，编制项目成本预算计划。信息系统项目的成本预算，案例：高校网站建设项目的成本计划，经验表明，让某项工作的具体负责人来估算建设周期和成本是一种较好的方法，因为这样做不仅可以得到负责人的承诺，还可以对他产生有效的参与激励，减少项目经理本人对所有活动的估算所造成的偏差。当然，在某些情况下，例如一个大规模的信息系统项目需要几年时间，可以由数百人完成，对每个人来说，在项目开始时对要完成的活动进行各种估计是不切实际的。至于每个工作包负责人的估算方法，也可以参考前面提到的估算方法。例如，中间CoCoMo模型可以用来估计每个子系统，而详细的CoCoMo模型可以

15、用来估计子系统的每个模块。在上述估算的基础上，项目经理应累计施工工期和预算拨款，并在与项目总工期和总成本进行比较后，按一定的规则进行调整。现在一个企业要开发一个客户关系管理信息系统。合同双方均以系统交付作为项目结束的依据，双方同意分别支付维护期费用。根据以上计算，项目总开发工作量预计为4人年，项目总开发时间为50周，项目总成本(包括软件开发成本、硬件成本和其他开发成本)为100万元人民币。根据以上估算和准备，项目经理绘制了如下图所示的估算表，项目总开发时间为50周。在该表中，项目分为六个主要活动，并规定了每个活动的持续时间：系统规划(5周)、系统分析(10周)、系统设计(10周)、系统实施(1

16、5周)、系统测试(8周)和系统改造(5周)。案例分析：项目工期估算及预算分配估算表(总成本100万元)，项目开发活动网络图，活动说明，最早结束时间，最晚最早结束时间(EF): EFES估计最晚开始时间(LS):LSLF-估计最晚结束时间(LF):取该活动直接指向的所有活动的最早开始时间(LS)。在上一页、“项目进度甘特图”是帮助项目经理对项目进度进行总体规划的工具。如上所述，项目的总开发时间为50周。该项目可分为六大活动，相应的甘特图如下：信息系统项目进度表。上表最后一列的数据是每项活动的最早结束时间与项目所需完成时间之间的时间差，称为总浮动时间。当一项活动的总时差为正值时，表示该活动花费的总时间可以适当延长。当总时差为负时，这意味着应该快速完成活动以减少花费的时间。为了更好地控制项目的进度，有必要在项目网络图中找到关键路径。在上例中，项目网络图中的关键路径是：23 4 6 7 9 10 11 12 15 16 19 20 22(其中数字是活动编号)从关键路径可以看出，客户关系信息系统整个项目的