4-软件项目成本计划.ppt

承上启下 成本计划 软件开发项目管理 第 4 章 软件项目成本计划 本章要点 一、软件项目规模成本的概念 二、估算的过程 三、估算的方法 四、成本预算 五、项目核心(进度)计划—续 六、案例分析 关于估算 估算不是很准确的，有误差的 经验（历史）数据非常重要 不要太迷信数学模型 软件项目规模 软件项目规模即工作量，是从软件项目范围中抽出的软件功能，然后确定每个软件功能所必须执行的一系列软件工程任务 包括：软件规划，软件管理，需求，设计，编码，测试，以及后期的维护等任务。 规模的单位 LOC(Loc of Code) 源代码程序长度的测量 FP(Function Point) 用系统的功能数量来测量 人月 人天 人年 软件项目成本 完成软件规模相应付出的代价。 待开发的软件项目需要的资金。 人的劳动的消耗所需要的代价是软件产品的主要成本 成本的单位 货币单位 人民币元 美元 …….. 软件的规模和成本的关系 规模是成本的主要因素，是成本估算的基础 有了规模就确定了成本, 本章要点 一、软件项目规模成本的概念 二、估算的过程 三、估算的方法 四、成本预算 五、项目核心(进度)计划—续 六、案例分析 成本估算过程 成本估算输入 项目需求、 WBS 历史项目度量 资源要求（资源编制计划） 资源消耗率:如人员成本: 100元/小时 进度规划：项目总进度（一般是合同要求） 学习曲线 资源规划 需要的资源种类、数量等 成本估算 直接成本 间接成本 直接成本 与具体项目相关的成本 间接成本 不能具体到某个项目中的成本， 可以分摊到各个具体项目中的成本，例如： 培训 房租水电 员工福利 市场费用 管理费 其他等等 项目估算结果 估算文件 资源，资源的数量，质量标准，估算成本等信息 单位：一般是货币单位 BAC(Budget At completion) 估算说明 工作范围 估算的基础和依据 估算的假设 估算的误差变动等 估算说明 预测所需要的总工作量的过程。 是一种量化的结果 可以有一些误差 成本估算不同于项目定价 贯穿于软件的生存周期。 本章要点 一、软件项目规模成本的概念 二、估算的过程 三、估算的方法 四、成本预算 五、项目核心(进度)计划—续 六、案例分析 估算的基本方法 代码行、功能点 类比 (自顶向下)估算法 自下而上估算法 参数法估算法 专家估算法 代码行（LOC） 从软件程序量的角度定义项目规模。 要求功能分解足够详细的 有一定的经验数据（类比和经验方法） 与具体的编程语言有关 代码行技术的主要优点 代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数。 代码行（LOC）缺点 对代码行没有公认的可接受的标准定义 代码行数量依赖于所用的编程语言和个人的编程风格. 在项目早期,需求不稳定、设计不成熟、实现不确定的情况下很难准确地估算代码量. 代码行强调编码的工作量,只是项目实现阶段的一部分 功能点（FP: Function point） 用系统的功能数量来测量其规模 与实现产品所使用的语言和技术没有关系的 两个评估 内部基本功能 外部基本功能 加权和量化 功能点的公式 FP =UFC*TCF UFC：未调整功能点计数 TCF：技术复杂度因子 UFC-未调整功能点计数 功能计数项： 外部输入 外部输出 外部查询 外部文件 内部文件 UFC-未调整功能点计数 功能计数项的复杂度等级 功能点计算实例-UFC TCF-技术复杂度因子 TCF=0.65+0.01(sum(Fi))： Fi:0-5,TCF:0.65-1.35 技术复杂度因子的取值范围 功能点计算实例 FP=UFC*TCF UFC=301 TCF=0.65+0.01(14*3)=1.07 FP=301*1.07=322 功能点与代码行的转换 估算的基本方法 代码行、功能点 类比 (自顶向下)估算法 自下而上估算法 参数法估算法 专家估算法 类比-定义 估算人员根据以往的完成类似项目所消耗的总成本（或工作量），来推算将要开发的软件的总成本（或工作量），然后按比例将它分配到各个开发任务单元中 是一种自上而下的估算形式 类比—使用情况 有类似的历史项目数据 信息不足（要求不是非常精确)的时候 在合同期和市场招标时 类比—特点 简单易行,花费少 具有一定的局限性 准确性差,可能导致项目出现困难 类比—举例 类比—举例 证券交易网站 需求类似 历史数据：10万 估算的基本方法 代码行、功能点 类比 (自顶向下)估算法 自下而上估算法 参数法估算法 专家估算法 自下而上—定义 利用任务分解结构图,对各个具体工作包进行详细的成本估算,然后将结果累加起来得出项目总成本。 自下而上—使用情况 项目开始以后，WBS的开发阶段 需要进行准确估算的