软件项目估计-引言.pptVIP

引言 《软件项目管理》课程 补充内容 北方民族大学 计算机科学与工程学院 陶铮 作者：Capers Jones 《软件项目估计》这本书… Capers Jones的研究成果 Jones的理论的核心思想是： 软件过程本身是面向人的，所以在一定程度上会拒绝接纳更新、更好的技术。 持续发展的工具和方法的确会提高软件生产率，但成本并不总是成比例地下降，项目组成员的技能、领悟力甚至情绪也会对项目产生很大影响。 从某种程度上来说，进行估计时应全面考虑这些因素。 差的估计，主要是差的方法和随意的期望所造成的，其带来的问题是过分的乐观。 要改变这种“差的估计”，组织就必须承诺使用正式的、严格的估计方法。 软件项目估计如此重要！ 在早期，仅有的少数几种编程语言基本相同，而且与实际的机器指令很相似，因此很容易估计软件应用程序的规模。 仅针对这段时期来说，软件的形式几乎就等同于功能。同样，也很容易估计开发人员的个人生产率，通常用“代码行数／月”来表示。因此，项目经理使用总规模除以平均生产率即可推算出编码所需的时间。 而如今，编码仅占项目生存周期的5%，但很多公司仍然在采用这种50年前的方法!! 20世纪60年代开始 直到1975年，IBM White Plain分部的Allan Albrecht和同事开发出功能点度量的最初版本，成为现代软件估计的主要特征。 功能点度量 ——是基于应用程序软件的5种外部属性而进行的综合度量。这5种属性是： ①输入 ②输出 ③查询 ④逻辑文件 ⑤接口 网络 ？？ 功能点度量的优点 与软件所使用的编程语言无关，跨多种编程语言的不变性，功能点评价保持一致。 简化了软件项目中需求、设计、规格说明、用户手册生成等非编码工作的估计。 大部分现代软件项目估计工具均同时支持功能点度量和LOC（Lines-of-Code，代码行）度量。 1985年， 软件估计工具SPQR/20上市。 可以估计的主要因素： 主要估计因素： 所有交付产品的规模； 活动的执行人员： 活动的进度； 活动的工作量； 活动的成本； 质量和缺陷严重等级； 缺陷清除率； 可靠性； 风险； 维护； 软件项目估计与软件管理 软件项目估计是部门预算的基础，也是将累积成本与项目成本进行比较的原始文档。 任何稍具规模的软件项目，在开发过程中均应进行多次估计，包括但不限于： 需求之前的概略估计； 基于项目需求的初步的正式估计： 需求变更时的一次或多次中间估计； 基于项目的历史数据的最终成本累积。 图1.3 软件项目估计及其他活动 软件估计的基本步骤 在估计之前，必须对项目需求有一个正确的理解 发掘并了解用户的需求 分析软件需求，计算功能点总数 ——这些规模数据是正式项目估计的基础。 功能点分析 由具备资质的功能点计算人员手工完成。 今后，在软件项目估计工具中会具有自动计算功能点总数的功能。 第1步：估计规模 第2步：识别应执行的活动 第3步：估计软件的潜在缺陷和缺陷清除方法 第4步：估计人员需求 第5步：依据能力和经验调整假设 第6步：估计工作量和进度 第7步：估计开发成本 第8步：估计维护和改进成本 第9步：将估计结果提交客户并使客户接受估计结果 估算遗漏可不好！！ 最常见的遗漏 需求定义 原型设计制作 状态评审 阶段评审 文档编写、审查 验收测试 在开发人员主导的其他活动中所产生的成本