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