6软件项目计划过程——成本计划汇编.ppt

成本计划 软件项目管理 第 4 章 软件项目成本计划 本章要点 一、项目成本管理 二、估算的方法 三、成本预算 四、成本控制 五、案例分析 什么是项目成本管理 项目成本管理 (project cost management) ： 包括对成本进行估算、预算和控制的各过程，从而确保项目在批准的预算内完工。 1.成本估计(cost estimating) 涉及找出完成项目所需资源的成本的近似值或估计值。 2.成本预算(cost budgeting)汇总所有单个活动或工作包的估算成本，建立一个经批准的成本基准的过程。 3.成本控制(cost control)监督项目状态以更新项目预算、管理成本基准变更的过程。 什么是项目成本管理 估算成本 软件项目成本 1.直接成本：主要是指与项目有直接关系的成本费用，是与项目直接对应的，包括直接人工费、直接材料费、其他直接费等。 软件项目成本 2.间接成本:不与生产项目产品和服务直接相关的成本。一般几个项目共同分担的成本。如税金、额外福利和保卫费用等。 管理费用：主要包括管理人员差旅费用、办公费用、医疗保险费用，以及其他一些费用等。 期间费用：指与项目的完成没有直接关系，费用的发生基本上不受项目业务量增减所影响的费用。如日常行政管理费用、销售费用等，不作为项目费用的一部分，而是作为期间费用直接计入公司当期损益。 软件规模与成本的关系 软件项目规模即工作量，是从软件项目范围中抽出的软件功能，然后确定每个软件功能所必须执行的一系列软件工程任务. 包括：软件规划，软件过程管理，需求，设计，编码，测试，以及后期的维护等任务。 规模是成本的主要因素，是成本估算的基础有了规模就确定了成本, 规模的单位 LOC(Loc of Code) 源代码程序长度的测量 FP(Function Point) 用系统的功能数量来测量 成本的单位 人民币元 美元 …….. 人天 人月 人年 本章要点 一、项目成本管理 二、估算的方法 三、成本预算 四、成本控制 五、案例分析 估算的基本方法 代码行、功能点 类比 (自顶向下)估算法 自下而上估算法 参数法估算法 专家估算法 代码行（LOC） 从软件程序量的角度定义项目规模。 要求功能分解足够详细的 有一定的经验数据（类比和经验方法） 与具体的编程语言有关 代码行（LOC） 代码行技术的主要优点: 代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数。 缺点： 1.对代码行没有公认的可接受的标准定义 2.代码行数量依赖于所用的编程语言和个人的编程风格. 3.在项目早期,需求不稳定、设计不成熟、实现不确定情况下很难准确地估算代码量. 功能点（FP: Function point） 功能点分析（FPA）是由 IBM 公司的 Alan Albrecht 于1979 年提出的。随后被国际功能点用户协会（IFPUG）提出的IFPUG 方法继承，并从单纯的规模度量发展到倾向于软件工程整个生命周期中的应用。 2004 年， IFPUG 发布了4.2版本，简称IFPUG FPA 4.2。 它是基于软件信息领域的可计算的度量及软件复杂性的评估而导出的。 与实现产品所使用的语言和技术无关。 功能点的公式 FP =UFC*TCF UFC：未调整功能点计数 TCF：技术复杂度因子 功能点的估算可以划分为三个步骤： 1）统计未调整的功能点计数（UFP） 、 2）统计总影响度（TDI） 3）计算最终调整功能点计数（FP） 。 其中最终调整功能点计数就是我们功能点估算的最终结果。 它是用来度量软件产品功能的标准单位， 并可作为软件研发项目规模成本估算的基础。 TCF 称为技术复杂度因子，是由总影响度TDI计算出来的： TCF = 0.65 + 0.01×TDI。因此功能点的计算公式也可以表示为： FP = UFC×（0.65 + 0.01×TDI） UFC-未调整功能点计数 功能计数项（五类组件）： 外部输入(EI):屏幕、表单、对话框、控件，或者最终用户以及其他程序添加、删除、改变程序数据的消息。(业务信息和控制信息） 外部输出(EO):屏幕、报告、图表或者程序产生的由最终用户以及其他程序使用的消息。 3.外部查询(EQ):输入输出的结合，输入能导致快速简单的输出。 UFC-未调整功能点计数 4.外部接口文件(EIF):完全由程序控制的最终用户数据或控制信息的主要逻辑组。 5.内部逻辑文件(ILF)：是用户可以识别的一组逻辑相关的数据，完全位于应用程序的边界之内. UFC-未调整功能点计数 功能计数项的复杂度等级 功能点估算的方法——调整功能点值 根据计算所得功