案例10.1  项目计划总结表填写示例

 
 

 

问题提出:
  项目计划定义要完成的工作和如何做这项工作。它对每项主要任务做出定义,对所需要的时间和资源进行估计,还为管理部门的评审和控制提供框架。所以项目计划总结表是很有必要的,请示例填写?

问题分析:
   项目计划是一个强大的学习工具。当把这个计划严格地写成文档时,它就是一个与实际性能比较的基准。这样的比较,可以使作计划的人看到估计中的错误,从而改善作计划的准确性。
  
一旦作了时间的估计,把这个数据记录下来,以便在完成作业时可以把估计的时间与实际花费的时间相比较。分析比较的结果有助于为今后的任务做出更好的估计。例如,如果你的估计一般都偏低,就要把它们调整得高一些,或者相反地,如果你的估计都偏高,你就要把它们调整得低一些。因为很容易调整过度,所以作这些调整时要谨慎。
  在表中总结部分存放的是用来制订计划的效率数据。它还提供了在完成作业之后记录实际效率数据的地方。

问题解答: 
  
问题的解决如表10.3中所示,学生X使用了以前的程序或作业编号日志中的历史数据7.82 Minutes/LOC。当然,如果没有以前的数据,就不得不猜测了。
  除非你有特别好的理由使用另外的方法进行估计,否则就使用历史平均效率,从作业标号日志中最近程序的平均时间中得出。
  总结部分的第二项是LOC/Hour(每小时编写的代码行数)。同样,把开始作业之前的估计值和完成作业之后得到的实际值填入表格。LOC/Hour是用60除以Minutes/LOC得到的。在表10.3的示例里,学生X计划的Minutes/LOC的值是7.82,所以计划的Minutes/Hour就是60/7.827.67。以LOC/Hour为单位的效率值常被工程师用于分析开发的生产率。

10.3  PSP项目计划总结表的示例
学生     学生X            日期    10/7/96    
程序                    程序号#   8      
教师     先生Z            程序设计语言  Ada    
                                               

总 结
计划
实际
累计
Minutes/LOC
    7.82    .
    7.21    .
LOC/Hour
    7.67    .
    8.32    .
Defects/KLOC
过程效益
A/FR
程序规模(LOC)
新开发与更改的
     26     .
     19    .
最大值
     36     .
最小值
     18     .
开发时间/min
计划
实际
累计
累计百分比
计划
设计
编码
代码复查
编译
测试
后置处理
  总计
   203   .
   137   .
最大值
   282   .
最小值
   141   .
引入的缺陷
计划
实际
累计
累计百分比
Def/Hour
计划
设计
编码
代码复查
编译
测试
  总计
排除的缺陷
计划
实际
累计
累计百分比
Def/Hour
计划
设计
编码
代码复查
编译
测试
  总计

总结:
  完成项目计划总结表时,应该在项目开始之前填写计划部分,在项目结束之后填写实际部分。