软件项目总结报告讲解.docx

上传人:b****5 文档编号:8224498 上传时间:2023-01-30 格式:DOCX 页数:15 大小:70.93KB
下载 相关 举报
软件项目总结报告讲解.docx_第1页
第1页 / 共15页
软件项目总结报告讲解.docx_第2页
第2页 / 共15页
软件项目总结报告讲解.docx_第3页
第3页 / 共15页
软件项目总结报告讲解.docx_第4页
第4页 / 共15页
软件项目总结报告讲解.docx_第5页
第5页 / 共15页
点击查看更多>>
下载资源
资源描述

软件项目总结报告讲解.docx

《软件项目总结报告讲解.docx》由会员分享,可在线阅读,更多相关《软件项目总结报告讲解.docx(15页珍藏版)》请在冰豆网上搜索。

软件项目总结报告讲解.docx

软件项目总结报告讲解

 

{项目名称}

软件项目总结报告

编号:

-{项目名称缩写}-CLOSUREREPORT

版本:

X.X

 

作者:

SEPG

日期:

2002-8-8

审批:

日期:

 

变更记录

日期

版本

变更说明

作者

文档创建/修改

的日期

X.X

创建/修改某个地方

和封面作者保持一致

1项目信息

项目名称

项目编号

项目经理

提交时间

2项目说明

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

3项目周期

1)项目进度总结:

估计

实际

偏差

偏差率

开始日期

结束日期

[项目整体进度偏差率]

周期

[项目周期偏差率]

2)偏差原因说明:

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

]

3)改进措施:

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

]

4软件开发和管理过程

4.1过程说明

采用的过程

裁剪说明

[标准开发过程]

[对所采用过程的裁剪原因]

4.2过程改进建议

陈述过程改进建议

5开发工具和环境

5.1开发工具

陈述开发工具及使用情况

5.2开发环境

陈述开发环境

6风险管理

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

项目

阶段

风险

说明

需求

分析

设计

编码

测试

实施

风险1

0.50

0

0

0.2

0

0

风险2

0

0

0

0.5

0

0

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)工作量按阶段、按活动分布的情况:

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

阶段

计划

实际

偏差

(%)

比例

(%)

工作量

(人日)

比例

(%)

工作量

(人日)

需求分析

设计

编码

测试

实施

合计

 

任务类型

计划

实际

偏差

(%)

比例

(%)

工作量

(人日)

比例

(%)

工作量

(人日)

需求分析

设计

编码

测试

实施

项目管理

过程管理

配置管理

SQA

合计

 

2)偏差原因说明:

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

]

3)改进措施:

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

]

质量成本统计

项目阶段

评审工作量

测试工作量

返工工作量

培训工作量

SQA工作量

当前质量相关工作量合计

计划项目总工作量

质量成本比例

里程碑1

27

 

15

0

13.2

55.2

2728

2.0%

里程碑2

24.1

 

23.6

6.5

12.2

66.4

2728

2.4%

里程碑3

86

165

122.05

0

31.2

404.25

2728

14.8%

里程碑4

0

132

0

0

6

138

2728

5.1%

里程碑5

 

 

 

 

 

0

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%

0.0%

0.0%

次严重缺陷

一般/其它缺陷

缺陷清除率偏差率

灾难级/严重缺陷

14.6%

 

 

 

 

 

 

 

次严重缺陷

一般/其它缺陷

总缺陷清除率偏差率

2)偏差原因说明:

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

]

3)改进措施:

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

]

 

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

 

严重等级

需求

架构设计

概要设计

详细设计

编码

单元测试

集成测试

系统测段

验收(试运行)

项目实际缺陷注入率

灾难级/严重缺陷注入数

 

0

0

0

0

次严重缺陷注入数

一般/其它缺陷

项目实际缺陷清除率

灾难级/严重缺陷

次严重缺陷

一般/其它缺陷

 

 

 

 

 

 

 

 

 

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组间协调活动跟踪结果

协调小组/人

协调方式

协调内容

发生问题

处理方式

频率/时间

客户经理

会议/电话/电子邮件

不定期

客户-××部门

定期会议

不定期

(说明:

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

17培训

列举本项目培训情况:

培训说明

时间

参加人

培训讲师

工作量

状态

h

完成/

未完成

h

h

18过程改进建议

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

19补充说明

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

20提交产品清单

项目结束时所提交的各种产品清单,如合同、需求说明书、概要设计、详细设计、源代码、项目计划、配置计划、质量保证计划、系统测试计划和验收测试计划等。

21项目总结

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

 

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 工学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1