文档状态: [  ] Draft  文档编号:  编撰:
[√] Released 编撰日期:[  ] Modifing ##级别: ##
项目名称
〔The English Name〕
结项报告
文档版本: 2.0.0
##X项目小组
修订表
编号 1 2 3 4 5
生成版本           修订人      修订章节与内容      修订日期 审批记录
版本 1.0.0
审批人      审批意见      审批日期 目    录
1.一般信息3 2.过程详细情况3 3.风险管理4 4.工作产品规模4 5.工作量4
5.1按生命周期工作量分配4 5.2质量本钱比例4 5.3工作量偏差分析5 6.缺陷5
6.1严重程度分布5 6.2缺陷类型分布5 7.主要工作产品归档5 8.项目经验总结6 8.1管理经验6 8.2技术经验6
DOC
8.3其他经验6 8.4PDP评价6
9.申请结项理由和项目自我评价6
1. 一般信息
可以根据项目任务书中的项目介绍进展来填写。
项目编号 项目名称 合同类别 客户单位 项目简介 立项申请时间 延迟时间        ##   项目成员    ## 辅助人员   使用工具 项目组成员 项目组成员 配置管理员 角色 质量保证员       任务描述 计划启动日期 实际启动日期 角色 项目经理 编码组组长     计划完毕日期 实际完毕日期 任务描述   {项目开发工具: 项目管理工具:} 总的实际工作量=    人时 生产率 规模=KLOC〔个〕 生产率=KLOC〔个〕/人天 产品质量 提交后缺陷数= 产品质量=提交后缺陷数/规模=           〔单位:个/KLOC或个〕
2. 过程详细情况
此处详细描述项目开发时采用的过程,并且对每个过程中详细的活动、活动的工作产品、活动参过程裁剪 与角色等进展详细描述。此外,还需要对过程的裁剪原因进展描述。可以参考《项目计划》与提供的《机构标准软件过程〔裁剪指南〕》〔请参见第5章的实训指南〕进展编写。  DOC
3. 风险管理
风 险 名 称  计划风险    实际发生   缓 解 措 施       说明:此表根据项目的风险管理列表进展填写,需要对列表中的风险根据计划风险和实际发生风险进展分类。也可以直接把风险管理列表做为附件,而不填写该局部内容。对于第一类学员实训项目可以不填写该局部内容。
4. 工作产品规模
文档1〔页〕 文档2〔页〕 子系统1代码〔KLOC〕 子系统2代码〔KLOC〕 估计规模    实际规模    偏差率       说明:此处应当把需求、设计、测试用例、用户操作手册等文档的估计规模、实际规模填写,而不只是一个文档;代码出一样,可以按子系统或功能进展划分,分别填写估计规模和实际规模。对于第一类学员实训项目可以只填写实际规模,而不填写估计规模和偏差率。
5. 工作量
团队规模最多人数:  估计工作量: 实际工作量:
人
人时 人时
5.1 按生命周期工作量分配
来源于项目度量数据库的“项目参数图表分析〞中“项目工作量按类别分布图〞,对于第一类学员实训项目可以不填写该局部内容。
5.2 质量本钱比例
正质量本钱= 负质量本钱=
来源于项目度量数据库的“项目参数图表分析〞中“质量本钱比例分布图〞,对于第一类学员实训
DOC
项目可以不填写该局部内容。关于正质量本钱、负质量本钱等的含义,请参考教材第19中相关度量指标的讲解。
5.3 工作量偏差分析
来源于项目度量数据库的“项目参数图表分析〞中“工作量偏差率趋势分析图〞,对于第一类学员实训项目可以不填写该局部内容。
6. 缺陷
6.1 严重程度分布
来源于项目度量数据库的“产品质量度量〞中“缺陷按严重程度统计图〞;或者对项目测试过程所有的《缺陷统计报告》汇总得到,注意需要把单元测试、集成测试、系统测试等过程的所有缺陷统计报告进展汇总,得到缺陷严重程度的分布报表或图表。
6.2 缺陷类型分布
来源于项目度量数据库的“产品质量度量〞中“缺陷按类型统计图〞;或者对项目测试过程所有的《缺陷统计报告》汇总得到,注意需要把单元测试、集成测试、系统测试等过程的所有缺陷统计报告进展汇总,得到缺陷类型的分布报表或图表。
7. 主要工作产品归档
工作产品名称 用户需求说明书 软件需求规格说明书 项目计划与下属计划 概要设计说明书 数据库设计说明书 模块设计说明书 用户界面设计说明书 系统集成说明书 集成测试用例 用户操作手册 安装说明 系统测试用例 标识   CLT-TEMP-PP-PLAN          版本号             备注              DOC
8. 项目经验总结
8.1 管理经验
8.2 技术经验
8.3 其他经验
8.4 PDP评价
此处填写对项目开发过程中采用的软件开发过程PDP〔项目定义过程〕进展评价,说明本项目采用此开发过程研发有什么问题?存在什么优点?对于第一类学员实训项目可以不填写该局部内容。
9. 申请结项理由和项目自我评价
申请 结项 理由  项目 自我 评价  说明:由项目组长填写,理由一般为“完成项目任务书中规定的任务与内容,并通过系统试运行与Beta测试〞或“完成了项目合同中规定的内容,并通过客户的验收〞。项目自我评价处主要来写,项目组对自己所作的系统进展评价,可以从项目管理、团队精神、功能实现、开发过程规X、系统用户体验等多个方面进展自我评价。
DOC