李万龙 第11-3讲 进度计划.pptVIP

11.3.2 估算软件开发时间 估算出完成给定项目所需的总工作量之后，接下来需要回答的问题就是：用多长时间才能完成该项目的开发工作？ 对于一个估计工作量为20人/月的项目，可能想出下列几种进度表： ◇ 1个人用20个月完成该项目； ◇ 4个人用5个月完成该项目； ◇ 20个人用1个月完成该项目。 不是简单的反比关系!!! 11.3.2 估算软件开发时间 但是，这些进度表并不现实，实际上软件开发时间与从事开发工作的人数之间并不是简单的反比关系。 通常，成本估算模型也同时提供了估算开发时间t 的方程。与工作量方程不同，各种模型估算开发时间的方程很相似，例如： 11.3.2 估算软件开发时间 （1）T=2.5E 0.35 Walston/Felix模型 （2）T=2.5E 0.38 原始的COCOMO模型 （3）T=3.0E 0.33+0.2×(b?1.01) COCOMO2模型 （4）T=2.4E 1/3 Putnam模型 T与人数有关？ Brooks现象（通信开销、学习开销） Boehm指出：最多减少到70%，否则必败 11.3.2 估算软件开发时间 例如 （4）T=2.4E 1/3 Putnam模型 =2.4×20 人月1/3 =2.4×2.7144 =6.51月 20人月用4人 11.3.2 估算软件开发时间 用上列方程计算出的T值，代表正常情况下的开发时间。客户往往希望缩短软件开发时间。显然，为了缩短开发时间应该增加从事开发工作的人数。但是，经验告诉我们，随着开发小组规模扩大，个人生产率将下降，以致开发时间与从事开发工作的人数并不成反比关系。出现这种现象主要有下述两个原因： ◇ 当小组变得更大时，每个人需要用更多时间与组内其他成员讨论问题、协调工作，因此增加了通信开销； ◇ 如果在开发过程中增加小组人员，则最初一段时间内项目组总生产率不仅不会提高反而会下降，这是因为新成员在开始时不仅不是生产力，而且在他们学习期间还需要花费小组其他成员的时间。 11.3.2 估算软件开发时间 Brooks规律： 向一个已经延期的项目增加人力，只会使得它更加延期。 Boehm指出： 软件项目的开发时间最多可以减少到正常开发时间的75%。如果要求一个软件系统的开发时间过短，则开发成功的概率几乎为零。 11.3 进 度 计 划 11.3.1 基本原则 11.3.2 估算软件开发时间 11.3.3 Gantt图 11.3.4 工程网络 11.3.5 估算进度 11.3.6 关键路径 11.3.7 机动时间 11.3.3 Gantt图 Gantt图（甘特图）是历史悠久、应用广泛的进度计划工具。 案例 有一座陈旧的矩形木板房需要重新油漆。这项工作必须分3步完成：首先刮掉旧漆，然后刷上新漆，最后清除溅在窗户上的油漆。假设一共分配了15名工人去完成这项工作，然而工具却很有限：只有5把刮旧漆用的刮板，5把刷漆用的刷子，5把清除溅在窗户上的油漆用的小刮刀。 怎样安排才能使工作进行得更有效呢？ 11.3.3 Gantt图 1 2 3 4 人员15 任务：刮旧油漆-刷新油漆-清理 工具：5把刮刀，5把刷子，5把清理刀 2,4面墙大 1,3面墙小 2 6 4 4 1 3 2 3 2 6 4 2 1 3 2 1 清理 刷新漆 刮旧漆 工序 墙 11.3.3 Gantt图 11.3 进 度 计 划 11.3.1 基本原则 11.3.2 估算软件开发时间 11.3.3 Gantt图 11.3.4 工程网络 11.3.5 估算进度 11.3.6 关键路径 11.3.7 机动时间 11.3.4 工程网络 Gantt图的3个主要缺点： ◇ 不能显式地描绘各项作业彼此间的依赖关系； ◇ 进度计划的关键部分不明确，难于判定哪些部分应当是主攻和主控的对象； ◇ 计划中有潜力的部分及潜力的大小不明确，往往造成潜力的浪费。 11.3.4 工程网络 工程网络，能描绘任务分解情况以及每项作业的开始时间和结束时间，显式地描绘各个作业彼此间的依赖关系。 11.3.4 工程网络 箭头表示作业，圆圈表示事件。事件仅仅是可以明确定义的时间点，它并不消耗时间和资源。作业通常既