《2022年项目总结报告模板.docx》由会员分享，可在线阅读，更多相关《2022年项目总结报告模板.docx（16页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选学习资料 - - - - - - - - - 文件编号：版本号： 1.0 项目总结报告部 门：编写： YYYY.MM.DD 审核：批准：日期：公司名师归纳总结 - - - - - - -第 1 页,共 10 页精选学习资料 - - - - - - - - - 文件修订记录时间作者主要修订内容YYYY .MM.DD 名师归纳总结 - - - - - - -第 2 页,共 10 页精选学习资料 - - - - - - - - - 目录XX项目总结报告版本：X.X1 . 引言21.1 目的 . 21.2 项目背景 . 21.3 参考资料 . 22 项目基本情形 . 22.1 项目基本信息 . 2
2、2.2 项目特点 . 22.3 项目目标 . 33 项目执行结果 . 33.1 交付产品 . 33.2 主要功能和性能 . 33.3 项目遗留问题 . 43.4 项目性能数据 . 43.5 可推行复用的软件技术成果 . 64 项目开发工作评判 . 64.1 产品质量评判 . 64.2 技术方法评判 . 65 项目治理工作评判 . 75.1 需求治理 . 75.2 方案治理 . 86 体会教训 . 86.1 项目胜利体会 . 86.2 项目失败教训 . 86.3 项目组建议 . 8Page 1 of 10 名师归纳总结 - - - - - - -第 3 页,共 10 页精选学习资料 - - -
3、- - - - - - XX项目总结报告 版本：X.X1 引言1.1 目的 阐明编写本总结报告的目的,指出读者对象；1.2 项目背景 可包括本项目的来源、托付单位、开发单位和主管部门等； 1.3 参考资料2 项目基本情形2.1 项目基本信息 项目中文全称：客户：项目经理：项目开头日期：项目终止日期：项目成员：2.2 项目特点 项目所属类型：采纳的生命周期模型：硬件平台：应用领域：使用工具：开发语言：数据库：Page 2 of 10 名师归纳总结 - - - - - - -第 4 页,共 10 页精选学习资料 - - - - - - - - - XX项目总结报告 版本：X.X2.3 项目目标客户
4、目标：描述客户对项目的总体要求,以及需要到达的目标；例如：1.应当解决当前系统存在的一些问题,特别是易用性、牢靠性的问题；2. 应当答应平台的独立性；3. 应当能从全部的客户站点便利地进入平台；项目质量目标：描述产品在交付时期应到达的质量要求,以及不同阶段的缺陷率掌握要求；例如：1.交付时缺陷密度：0.2 缺陷 /KLOC ；2.需求评审缺陷率：10%15%；3. ；3 项目执行结果3.1 交付产品项目的主要交付产品列表：规模单位完成日期是否通过验收产品名称产品规模需求规格说明书25 页系统设计说明书72 页源代码KLOC 可执行代码用户手册 页3.2 主要功能和性能研发项目专用； Page
5、3 of 10 名师归纳总结 - - - - - - -第 5 页,共 10 页精选学习资料 - - - - - - - - - XX项目总结报告 版本：X.X3.3 项目遗留问题3.4 项目性能数据3.4.1 进度里程碑方案日期实际日期差异0 项目开头2004 年 3 月 15 日2004 年 3 月 15 日需求基线2004 年 4 月 30 日2004 年 5 月 24 日-24 系统架构设计2004 年 5 月 26 日2004 年 5 月 21 日5 系统分析和设计基线2004 年 6 月 11 日2004 年 6 月 7 日4 V2.5 测试代码基线2004 年 7 月 12 日2
6、004 年 7 月 28 日-16 2004 年 8 月 1 日V2.5 版系统发布2004 年 9 月 30 日客户中期检查和验收材料V3.0 测试代码基线 2004 年 10 月 4 日V3.0 系统发布 2004 年 11 月 17 日项目终止 2004 年 11 月 30 日3.4.2 工作量3.4.2.1 工作量分布工作量分布：可参考阶段报告里的工作量分布图3.4.3 规模研发项目专用,描述项目各阶段方案规模与实际规模的比照情形,并分析发生偏差的缘由Page 4 of 10 名师归纳总结 - - - - - - -第 6 页,共 10 页精选学习资料 - - - - - - - -
7、- 阶段里程碑XX项目总结报告版本：X.X软件估量规模软件实际规模功能点 功能点 方案软件方案评审通过- 需求需求规格说明书评审通过- 设计系统设计说明书评审通过- 编码源代码评审通过- 测试系统测试完成- 发布产品发布完成- 3.4.4 缺陷描述项目各阶段发觉的缺陷数,下面的例子是针对研发项目的,实施和保护项目可以依据各自项目的特点设置检查点；检查点 缺陷发觉数目用户需求评审软件需求评审架构设计评审设计评审代码评审测试缺陷分布40 35 30 2520 15缺陷分布10 50方案需求设计编码测试实施图示分析：依据分析图进一步分析现状发生的缘由；Page 5 of 10 名师归纳总结 - -
8、- - - - -第 7 页,共 10 页精选学习资料 - - - - - - - - - XX项目总结报告 版本：X.X3.4.5 主要问题和风险可以参考项目的问题列表和风险列表的格式3.5 可推行复用的软件技术成果4 项目开发工作评判4.1 产品质量评判缺陷数严峻缺陷数严峻缺陷比率缺陷密度发布时目标值产品质量评判：4.2 技术方法评判总结该软件项目或软件产品开发时所采纳的各项技术以下是例如：对开发工具的评判：.UBS-HotBilling使用 TT 作为内存数据库,提高了应用处理的性能；试点割接上线后正常运行,并且为 OCS 系统上线供应了实践依据,并积存了实施开发体会；对框架技术的评判：
9、从整个框架的整体使用成效来看并为到达预期的目的,我认为主要是由 以下缘由造成的：. 框架本身存在有诸多不完善的地方,需要不断地进行改良,但在改良的过程中没有进行 严格的掌握,导致框架的整体设计失控；. 框架本身有这样那样的问题,有些问题是目前无法解决的；. 框架是建构在 PFC 的基础上的,项目组成员对 PFC 不是足够的熟知,为保护框架带来 难度；. 建议：模块化是产品化的基础,也是降低成本、提高开发效率保证软件质量的有效手段,需要有专人设计和保护框架；对设计方法的评判：信息化项目的整体设计是由项目组全体成员完成的,鉴于我们目前的设Page 6 of 10 名师归纳总结 - - - - -
10、- -第 8 页,共 10 页精选学习资料 - - - - - - - - - XX项目总结报告 版本：X.X计水平,我看仍可连续这种方法,对设计的方法和思路进行广泛的借鉴,但肯定要树立设计的权威性,对设计的变更要进行严格的掌握；对团队开发的评判：从整体上讲我们这个团队的才能仍可以,但我认为它的生产效率并不高也就是说团队的整体建设不好,没有明确的学习方向分工,使整个团队在这段时间里整体能力没有太大的提高,我以前很想把我们的团队培育成那种学习型的优秀团队,惋惜事与愿违这项工作没有取得什么实效；5 项目治理工作评判5.1 需求治理研发项目专用5.1.1 需求完成情形 最初的需求数：已实现的需求数：
11、已删除的需求数：已修订的需求数：新增的需求数：5.1.2 需求变更情形总结项目的不同阶段所发生的需求变更次数及发生变更的主要缘由；变更发生的阶段 需求变更次数 变更工作量从申请开头到变更 终止发生的工作量用户需求定义 软件需求分析 设计 编码 测试 保护Page 7 of 10 名师归纳总结 - - - - - - -第 9 页,共 10 页精选学习资料 - - - - - - - - - XX项目总结报告 版本：X.X需求变更的主要缘由：5.2 方案治理5.2.1 方案变更情形序号变更发生阶段变更缘由变更内容变更是否答应1 2 3 6 体会教训6.1 项目胜利体会6.2 项目失败教训6.3 项目组建议Page 8 of 10 名师归纳总结 - - - - - - -第 10 页,共 10 页