软件项目总结报告.docx

资源描述

软件项目总结报告.docx

《软件项目总结报告.docx》由会员分享，可在线阅读，更多相关《软件项目总结报告.docx（14页珍藏版）》请在冰豆网上搜索。

软件项目总结报告.docx

软件项目总结报告

｛项目名称｝

软件项目总结报告

编号：

-｛项目名称缩写｝-CLOSUREREPORT

版本:

X.X

作者：

SEPG

日期：

2002-8-8

审批：

日期：

变更记录

日期

版本

变更说明

作者

文档创建/修改

的日期

X.X

创建/修改某个地方

和封面作者保持一致

1项目信息

项目名称

项目编号

项目经理

提交时间

2项目说明

[简要描述项目背景，可从软件需求规格说明书拷贝]

3项目周期

i）项目进度总结:

估计

实际

偏差

偏差率

开始日期

结束日期

［项目整体进度偏差率］

周期

［项目周期偏差率］

2）偏差原因说明：

［若项目整体进度偏差率或项目周期偏差率超过设定的阈值，需要对偏差原因进行总结分析。

］

3）改进措施：

［若项目整体进度偏差率或项目周期偏差率超过设定的阈值，需要总结改进措施，。

］

4软件开发和管理过程

4.1过程说明

采用的过程

裁剪说明

［标准开发过程］

［对所采用过程的裁剪原因］

4.2过程改进建议

陈述过程改进建议

5开发工具和环境

5.1开发工具陈述开发工具及使用情况

5.2开发环境

陈述开发环境

6风险管理

6.1风险系数在项目阶段中的变化趋势

\项目

阶段

风险\

说明\

需求

分析

设计

编码

测试

实施

风险1

0.50

0.2

风险2

0.5

风险系数在项目阶段中的变化趋势

—风险1亠风险2

需求分析设计编码测试

654321

000000数系险风

项目阶段

6.2降低风险的策略

风险说明

说明

7估计偏差率

7.1进度估计偏差率（%）

实际进度周期

立项时估计项目

周期

需求/计划时估计

项目周期

立项时进度估计

偏差率（%）

需求/计划完成时

进度估计偏差率

（%）

7.2工作量估计偏差率

实际工作量

立项时估计工作

量

需求/计划时估计

工作量

立项时工作量差

率（%）

需求/计划完成时

工作量估计偏差

率（%）

7.3代码规模估计偏差率

实际代码规模

立项时估计代码

规模

需求/计划时估计代码规模

立项时代码规模

估计偏差率（%）

需求/计划完成时

代码规模估计偏

差率（%）

8规模

1）产品规模情况总结

[采用“工作产品规模完成情况”指示器，总结各工作产品的规模完成情况，应包括合计规模完成比例，规模偏差率等。

]

2）偏差原因说明：

[若规模偏差率超过设定的阈值，需要对偏差原因进行总结分析。

]

3）改进措施：

[若规模偏差率超过设定的阈值，需要总结改进措施。

]

9工作量

9.1工作量概况

1）项目工作量情况

［总工作量偏差情况，数据来源：

“当前工作量情况”指示器］：

项目组人数

3/5［一般/最大值］

估计的工作量

340persondays=2890personhours（340x8.5）[

人/天或人/小时］

实际的工作量

3580personhours=approximately420persondays[

人/天或人/小时］

总工作量偏差

总工作量偏差率

、“阶段工作量相对偏差率”于

［从“当前工作量情况”指示器”中拷贝图“阶段工作量情况”

下，总结各阶段工作量变化情况］

2）偏差原因说明：

［若项目总工作量偏差率超过设定的阈值，需要对偏差原因进行总结分析。

］

3）改进措施：

［若项目总工作量偏差率超过设定的阈值，需要总结改进措施，。

］

9.2工作量分布情况

1）工作量按阶段、按活动分布的情况：

［总结工作量按阶段、按活动分布的情况，应包括各阶段、各活动工作量投入实际值和比例,及偏差率等］

段阶

际实

一傩曲

仙AH）X（

工（/

码编

测试

实施

合计

际实

一傩旦

类

瑚㈣

仙AH）X（

瑚㈣

工（/

码编

试测

二§管目项

2）偏差原因说明：

［若项目工作量阶段分布、活动分布偏差率超过设定的阈值，需要对偏差原因进行总结分析。

］

3）改进措施：

［若项目工作量阶段分布、活动分布偏差率超过设定的阈值，需要总结改进措施。

］

质量成本统计

项目阶段

评审工

作量

测试工作

量

返工工作

量

培训工作

量

SQA工作

量

当前质量相关工作量合计

计划项目总工作量

质量成本比例

里程碑1

13.2

55.2

2728

2.0%

里程碑2

24.1

23.6

6.5

12.2

66.4

2728

2.4%

里程碑3

165

122.05

31.2

404.25

2728

14.8%

里程碑4

132

138

2728

5.1%.

里程碑5

2728

0.0%

合计

137.1

297

160.65

6.5

62.6

663.85

2728

24.3%

10成本

1）成本情况

[采用“阶段成本-人员投入情况”指示器，呈现总成本投入情况、各阶段人力成本的投入情况和人员数量的投入情况，应包括各阶段人力成本偏差率、总成本偏差率、阶段人员数量等。

]

2）偏差原因说明：

[若总成本偏差率超过设定的阈值，需要对偏差原因进行分析说明。

]

3）改进措施：

[若总成本偏差率超过设定的阈值，需要总结改进措施。

]

11生产率

1）项目生产率情况

项目总工

作量

项目编码/

单元测试阶段工作

量

代码总规

模

项目生命周期生产率（代码功能点/人

月）

项目编码/单元测试阶

段生产率

（代码功能

点/人月）

计划编码/单元测试阶

段生产率

编码/单元测试阶段生产率估计偏

差率

2）偏差原因说明：

[若编码/单元测试阶段生产率估计偏差率超过设定的阈值，需要对偏差原因进行总结分析。

]

3）改进措施：

[若编码/单元测试阶段生产率估计偏差率超过设定的阈值，需要总结改进措施。

]

12质量

12.1质量目标达成情况总结

1）质量目标的达成概况:

严重等级

需求

架构设计

概要设计

详细设计

编码

集成测试

系统测段

验收（试运

行）

缺陷注

入率偏

差率

灾难级/严重缺

陷

6.7%

0.0%

次严重缺陷

一般/其它缺陷

缺陷清

除率偏

差率

灾难级/严重缺

陷

14.6%

次严重缺陷

一般/其它缺陷

总缺陷清除率偏差率

2）偏差原因说明：

[若总缺陷清除效率偏差率超过设定的阈值，需要对偏差原因进行分析说明。

]

3）改进措施：

[若总缺陷清除效率偏差率超过设定的阈值，需要总结改进措施。

]

12.2缺陷注入率、缺陷清除率的阶段分布总结

严重等级

需求

架构设计

概要设计

详细设计

编码

单元测试

集成测试

系统测段

验收（试运

行）

项目实际缺

陷注入率

灾难级/严重

缺陷注入数

欠严重缺陷注

入数

一般/其它缺

陷

项目实际缺

陷清除率

灾难级/严重

缺陷

次严重缺陷

一般/其它缺

陷

12.3评审、测试活动总结

1）评审活动总结

评审对象

需求

架构设计

概要设计

详细设计

编码

评审效率

评审速度

计划评审工作量

实际评审工作量

评审工作量偏差率

计划缺陷发现数量

实际缺陷发现数量

缺陷发现数量偏差率

2）测试活动总结

测试阶段

单元测试

集成测试

系统测试

测试效率

测试覆盖率

计划测试工作量

实际测试工作量

测试工作量偏差率

计划缺陷发现数量

实际缺陷发现数量

缺陷发现数量偏差率

3）测试前缺陷清除率及发现缺陷比例

缺陷总数

测试前清除的

缺陷数量

测试前清除率

测试前发现缺陷

数量

测试前发现缺陷

比例（％）

12.4缺陷分布情况

参见《测试总结报告》

12.5各质量活动发现的缺陷比例

总的缺陷数

评审发现的缺陷数

测试发现的缺陷数

评审测试发现缺陷数比例

13需求

13.1需求实现情况

1）需求实现情况：

［采用“需求实现情况”指示器，应包括需求功能点总数，及各个实现阶段的需求比例等。

］

2）偏差原因说明：

［若需求实现情况出现较大偏差，需要对偏差原因进行分析说明。

］

3）调整措施：

［若需求实现情况出现较大偏差，需要说明调整措施。

］

13.2需求变更情况

1）需求变更情况［采用“需求功能规模和稳定性”指示器，呈现需求变更情况，应包括需求变更率（需求稳定性）、增/删/改的需求数量、需求总数等。

］

2）偏差原因说明：

［若需求总数的增长超过设定阈值或者在某阶段的变更超过当前基线的偏差超过设定的阈值时，需要对偏差原因进行分析说明。

］

3）改进措施：

［若需求总数的增长超过设定阈值或者在某阶段的变更超过当前基线的偏差超过设定的阈值时，需要总结改进措施。

］

14客户反馈

1）客户反馈情况：

[采用“当前客户反馈问题处理情况”指示器，呈现客户问题的解决情况，应包括已解决问题比例、未解决问题比例等。

]

2）偏差原因说明：

[若未解决问题比例超过设定的阈值，需要对偏差原因进行分析说明。

]

3）调整措施：

[若未解决问题比例超过设定的阈值，需要总结改进措施。

]

15项目问题

1）项目问题情况：

应包括已解决问题比例、

［采用“项目问题处理情况”指示器，呈现项目问题的解决情况，未解决问题比例等。

］

2）偏差原因说明：

［若未解决问题比例超过设定的阈值，需要对偏差原因进行分析说明。

3）调整措施：

［若未解决问题比例超过设定的阈值，需要总结改进措施。

］

16组间协调活动跟踪结果

协调小组/人

协调方式

协调内容

发生问题

处理方式

频率/时间

客户经理

会议/电话/电子邮件

不定期

客户一XX部门

定期会议

不定期

（说明：

发生的问题应该有问题跟踪表作为附件，同时发生问题一栏中需备注问题跟踪表的

编号）

17培训

列举本项目培训情况:

培训说明

时间

参加人

培训讲师

工作量

状态

完成/

未兀成

18过程改进建议

总结在项目过程中的对组织标标准过程的相关改进的建议。

19补充说明

对项目开发及管理的其它经验教训的总结说明。

20提交产品清单

项目结束时所提交的各种产品清单，如合同、需求说明书、概要设计、详细设计、源代

码、项目计划、配置计划、质量保证计划、系统测试计划和验收测试计划等。

21项目总结

说明项目是否成功，并总结原因。

展开阅读全文