2016SPM03-软件项目成本管理.ppt

第3章 软件项目成本管理 案例故事 3.1 概述 3.2 软件项目规模估算 3.3 软件项目成本估算 3.4 软件项目成本监控 3.1 概述 3.1.1 成本 3.1.2 成本管理 3.1.3 成本估算的时机 3.1.1 成本 为项目而支付的货币量 人力资源、软硬件、商务活动、其他 3.1.2 成本管理 软件系统规模估算 软件项目成本估算 软件项目成本预算制定 软件项目成本监控 成本估算【蓝色】 成本估算 估计完成项目所需资源成本的近似值。 ?输入：资源需求清单； ?输出：成本估算值；详细的细节（基本规则、估算所用的假设、用做估算基础的项目描述、详细的成本估算工具和技术）；成本管理计划（描述如何管理成本变更的文件）。 成本预算 将整体成本估算配置到各单项工作，以建立一个衡量绩效的基准计划。 ?输入：WBS、时间进度计划（若随时间分配成本）； ?目标：为预算估算做准备、编制成本基准计划。 ?成本基准计划：是一个按时间分布、项目经理用于测量和见空成本实施情况的预算。 成本控制 控制项目预算的变更。包括监测成本执行情况、确保一个修改的成本基准计划、通知利益相关者成本变更。 ?输入：绩效报告、变更申请、成本管理计划； ?输出：修正的成本估算、更新的估算、纠正措施、完工估算、取得的教训。 3.1.3 成本估算的时机 软件项目估算不是一劳永逸的活动，而是随项目的进行而进行的一个逐步求精的过程。 对任何一种估算方法来说，估算的时机和精度都是一种矛盾。 选择合适的时间点进行估算是估算中必须考虑的一个问题。 3.2 软件项目规模估算 3.2.0 概述【补充】 3.2.1 WBS 项目估算的意义： 包括工作量估算和成本估算两个方面。 估算是指通过预测构造软件项目所需要的工作量的过程，初步的估算用于确定软件项目的可行性，详细的估算用于指导项目计划的制定。 成本估算则是从费用的角度对项目进行规划。 项目估算的问题： 1.项目人员对软件开发盲目乐观，对费用估计过低； 2.系统分析员对软硬件权衡不准确，造成软件成本增幅过大； 3.项目经理对各个阶段的工作进度没有可靠的依据，难以控制开发过程。 3.2.1 WBS 1 创建WBS 工作分解结构(Work Breakdown Structure WBS)是一种以结果为导向的任务分析方法，用于分析所涉及的工作。WBS把整个复杂项目分解成为若干个代表某一工作单元的工作包，然后再对简单的工作包进行资源分配。 工作包是WBS结构底层，它包含了管理所需的最低层次的信息，是项目的最小可控单元。在这一层次，应能够满足用户对交流或监控的需要。工作包是短期任务，可能包含不同的工作种类，有明确的起点和终点，消耗一定的资源并占用一定的成本。 软件规模的估计步骤： 1.在技术允许的条件下，应从最详细WBS开始； 2.精确定义度量的标准； 3.估计底层每一模块的规模，汇总以得到 总体估计； 4.适当考虑偶然因素的影响。 3.2.2 LOC估计 代码行： 代码行LOC是常用的源代码程序长度的度量标准。 代码行可分为：无注释的代码行（NCLOC）和注释的源代码行（CLOC） 实际工作中，也常常使用KLOC（千代码行）来表示程序长度。 一代码行（1LOC）价值和人月均代码行数可以体现一个软件生产组织的生产能力。 功能点度量在以下情况下特别有用： （1）估计新的软件开发项目； （2）应用软件包括很多输入输出或文件活动； （3）拥有经验丰富的功能点估计专家； （4）拥有充分的数据资料，可以相当准确地将功能点转化为LOC。 3.2.4 PERT估计【85-86】 3.3 软件项目成本估算 3.3.1 软件生产率估算 3.3.1 软件生产率估算 基于对比 3.3.2 成本估算方法 专家评定 类比 自定向下 自底向上 算法模型 3.3.2.1专家判定 求中值或平均值 召开小组会议 Delphi法 Wideband Delphi法 Wideband Delphi估算过程 3.3.2.2类比 基本思想：使用以前相似项目项目的实际成本作为目前项目成本估算的根据。 ?特点： ?比其他方法节省； ?不精确； ?需要拥有专门技术，以决定项目的某以部分是比类比项目便宜还是昂贵。 3.3.2.3自顶向下 从项目的整体出发，即根据将要开发的软件项目的总体特征，结合以前完成项目累计的经验，推算出项目的总体成本或工作量，然后按比例分配到各个组成部分中去。 【和类比方法相似】 其缺点是难以识别较低级别上的技术性困难。 3.3.2.4自底向上 自底向上估算是把待开