软件工程实践(8)项目跟踪与控制.pdf

北京理工大学 软件工程实践 汤铭端 中国航天科工集团公司706所 第八讲 软件估计 软件项目跟踪与控制 内容和目的  了解软件估计的概念  掌握基本的软件估计方法  掌握软件项目追踪与控制的原理  了解软件项目追踪与控制的过程 软件估计 软件工作量估算 有些估算做得很仔细，而有些却只是 凭直觉的猜测。大多数项目超过估算进 度的25%到100％，但也有少数一些组织 的进度估算精确到了10％以内，能控制 在5％以内的还没有听说。 ——Jones,1994 软件工作量估算 “大多数IS人士，无论是否为管理者，从来都无 权控制他们自己的进度计划。进度计划通常由 市场部或高层管理部门直接下达，就像飞石从 天而降（也有人称之为鸟粪）” “就此问题，我曾与IS领域中许多人士进行过交 流。大家一致认为当前IS领域面临的最大难 题，既不是掌握快速更新的技术，也不是探求 新型的管理哲学，而是被迫接受根本无法达到 的进度计划。” （Robert.L.Glass) 太好了，那我 们开工吧！ 一个月的时间 造这样一栋房 子？没问题 你当初计划10万元造的房屋可能最终的实际造价为50万元。 从造房子中学到的  除非你确切知道“它”是什么？否则无法 说明它的确切花费。  盖房子时，可以盖梦想中的房子（不考 虑花费），也可以按估算盖，但是功能 必须具有一定的灵活性 软件工作量估算困难的原因  估算困难是由于软件的本质带来的，特别是其复杂性 和不可见性。  软件开发是人力密集型工作的，因而不能以机械的观 点来看待  传统的工程项目经常会议相近的项目做参考，不同的 只是客户和地点，而绝大部分软件项目是独一无二 的。  新技术的不断出现和应用。  缺少项目经验数据，许多组织无法提供原有项目数 据，而即使提供了这些项目数据，也未必非常有用。 工作量估算的其它困难  某些人试图建立一个过去项目的全软件业的数 据库，但是许多词汇意义的不明确使得这种努 力没有效果，例如“测试”阶段究竟包括哪些活 动就不明确。  估计的主观性：人们容易低估小项目的工作 量，而过分夸大大项目的工作量  估计的政治因素：不同的人有不同的目标，如 项目经理会高估项目工作量，许多机构采用独 立的估算小组，但是将项目经理和项目成员吸 收进估算小组，能够增强他们的责任感。 何时需要估算  策略计划：选择合适的项目  可行性分析  系统描述：实现各个需求的工作量需要被衡量  评估供应商的建议  项目计划：  项目进行过程中，估算越来越准确  在项目开始阶段考虑的是用户需求，不考虑实现， 但是为了估算，有时需要考虑一些实现方法 过高估计和过低估计的问题  过高估计的问题  Parkinson法则：给的时间越多，工作花费的时间也越多  Brook法则：当人数增加后，项目所需的工作量 将不成比例 的增加。当团队规模变大后，由于管理，协调和通信的增 加，将造成工作量的增加。因而“投入更多的人将使延期的工 作更加延期”  过低估计的问题  质量降低  Weinberg的可靠性零法则“如果系统不必可靠，那么它可以满 足任何目标”。 工作量估算对职员的影响  如果职员能够完成目标，那么他们将受 到鼓舞  如果他们发现目标根本不能完成，那么 他们的激情将受到极大损害  因而，估计不是一种简单的预测行为， 而是一种管理目标 软件估算的基础  历史数据的需要  在参考历史数据时需要考虑不同的环境，如编程语言， 软件工具，标准和人员的经验。  工作度量