您好,欢迎来到华佗小知识。
搜索
您的当前位置:首页结项报告-杭州电子科技大学

结项报告-杭州电子科技大学

来源:华佗小知识


文档状态: [ ] 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

因篇幅问题不能全部显示,请点此查看更多更全内容

Copyright © 2019- huatuo0.cn 版权所有 湘ICP备2023017654号-2

违法及侵权请联系:TEL:199 18 7713 E-MAIL:2724546146@qq.com

本站由北京市万商天勤律师事务所王兴未律师提供法律服务