问题提出:
项目计划定义要完成的工作和如何做这项工作。它对每项主要任务做出定义,对所需要的时间和资源进行估计,还为管理部门的评审和控制提供框架。所以项目计划总结表是很有必要的,请示例填写?
问题分析:
项目计划是一个强大的学习工具。当把这个计划严格地写成文档时,它就是一个与实际性能比较的基准。这样的比较,可以使作计划的人看到估计中的错误,从而改善作计划的准确性。
一旦作了时间的估计,把这个数据记录下来,以便在完成作业时可以把估计的时间与实际花费的时间相比较。分析比较的结果有助于为今后的任务做出更好的估计。例如,如果你的估计一般都偏低,就要把它们调整得高一些,或者相反地,如果你的估计都偏高,你就要把它们调整得低一些。因为很容易调整过度,所以作这些调整时要谨慎。
在表中总结部分存放的是用来制订计划的效率数据。它还提供了在完成作业之后记录实际效率数据的地方。
问题解答:
问题的解决如表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.82=7.67。以LOC/Hour为单位的效率值常被工程师用于分析开发的生产率。
表10.3
PSP项目计划总结表的示例
学生 学生X 日期 10/7/96 。
程序 程序号# 8 。
教师 先生Z 程序设计语言 Ada 。
。
总 结 |
|
Minutes/LOC |
|
LOC/Hour |
|
Defects/KLOC |
|
过程效益 |
|
A/FR |
|
程序规模(LOC) |
|
新开发与更改的 |
|
最大值 |
|
最小值 |
|
开发时间/min |
计划 |
实际 |
累计 |
累计百分比 |
计划 |
|
|
|
|
设计 |
|
|
|
|
编码 |
|
|
|
|
代码复查 |
|
|
|
|
编译 |
|
|
|
|
测试 |
|
|
|
|
后置处理 |
|
|
|
|
总计 |
203 . |
137 . |
|
|
最大值 |
282 . |
|
|
|
最小值 |
141 . |
|
|
|
引入的缺陷 |
|
计划 |
|
设计 |
|
编码 |
|
代码复查 |
|
编译 |
|
测试 |
|
总计 |
|
排除的缺陷 |
|
计划 |
|
设计 |
|
编码 |
|
|
|
|
代码复查 |
|
|
|
|
编译 |
|
|
|
|
测试 |
|
|
|
|
总计 |
|
|
|
|
总结:
完成项目计划总结表时,应该在项目开始之前填写计划部分,在项目结束之后填写实际部分。
|