20XX项目总结报告模板.docx

20xx项目总结报告模板1特征码coegglkaskcnvvlybtlg1.1 目的阐明编写本总结报告的目的，指出读者对象。1.2 项目背景可包括本项目的来源、委托单位、开发单位和主管部门等。1.3 参考资料2 项目基本情况2.1 项目基本信息包括项目名称、项目代号、项目负责人、项目组成员、报告时间段、项目阶段等信息项目中文全称：项目中文简称：项目英文全称：项目英文简称：客户：项目组长：项目主管：项目实际开始日期：项目实际结束日期：项目成员：2.2 项目特征项目所属类型：采用的生命周期模型：硬件平台：应用领域：使用工具：开发语言：数据库：2.3 项目目标客户目标： 描述客户对项目的总体要求，以及需要达到的目标。例如：1. 应当解决当前系统存在的一些问题，尤其是易用性、可靠性的问题;2. 应当允许平台的独立性;3. 应当能从所有的客户站点方便地进入平台。组织目标： 描述清楚组织对项目的总体要求，以及需要达到的目标。例如：1. 应当在cmmi4级执行;2. 应当达到和获得基于web的移植体系;3. 应当产生可重用模型/代码/设计思想，定义开发标准;4. 应当从web的应用开发获得经验;5. 应当达到产品化的要求。研究目标： 对于研究性项目，应描述清楚项目的研究目标。例如：1. 应当产生x篇高水平论文;2. 应当产生x本专著;3. 应当获得x专利或软件著作权。项目质量目标： 描述产品在交付时期应达到的质量要求，以及不同阶段的缺陷率控制要求。例如：1. 交付时缺陷密度：0.2缺陷/kloc;2. 需求评审缺陷率：10%15%;3. 。3 项目执行结果3.1 交付产品项目的主要交付产品列表：产品名称 产品规模 规模单位 完成日期 是否通过验收需求规格说明书 25 页系统设计说明书 72 页源代码 kloc可执行代码用户手册 页3.2 主要功能和性能3.3 项目过程描述项目的实际过程，包括管理过程和工程过程，尽量用图示说明，对裁剪或变更的流程应说明裁剪或变更的原因、和裁剪或变更后的情况是什么。3.3.1 项目开发过程说明本项目采用的开发过程，包括增加/修改/删除了什么活动。3.3.2 过程裁剪注释遵循的标准过程/活动 裁剪注释应说明增加/修改/删除了什么活动 偏离原因应说明增加/修改/删除了某个活动的原因市场(客户)调研阶段 需求获取项目立项项目定义阶段 项目计划需求分析产品(项目)研制阶段 设计编码及单元测试产品集成测试评审产品(项目)测试阶段 产品测试测试产品(项目)验收及发布阶段 系统试运行项目结项产品技术支持及维护阶段 产品技术支持及维护贯穿项目全周期的过程 项目跟踪风险管理需求管理过程和产品质量保证配置管理度量与分析4 项目开发工作评价4.1 生产率评价构件/模块名称 代码行(千行) 工作量 代码行/工作量甘特图过程定义等等合计平均生产率及其评价：4.2 技术方案评价总结该软件项目或软件产品开发时所采用的各项技术以下是示例：# 对开发工具的评价：这里主要是对开发工具powerbuilder8.0和数据库工具的评价。# 对powerbuilder8.0的评价：在整个项目的开发过程中，由于此工具引发了诸多争议，我认为pb在c/s架构是由其独特优势的，就是从开发成本、b/s和面向对象来说其也有独到之处，因此我认为开发工具都有其优劣，关键看我们是否精通。# 对数据库工具的评价：我们现在用的数据库工具只是停留在表、视图和存储过程简单使用，对数据库的深层研究和sql语句的优化现在做的不够，当然还有表设计的合理性都需要加强，我建议部门或项目组可以# 专门培养往数据库研究和发展的人员，从而提高我们产品的开发、运行速度和稳定性并可提高整个部门开发人人员的技术水平。# 对框架技术的评价：从整个框架的整体使用效果来看并为达到预期的目的，我认为主要是由以下原因造成的：# 框架本身存在有诸多不完善的地方，需要不断地进行改进，但在改进的过程中没有进行严格的控制，导致框架的整体设计失控;# 框架本身有这样那样的问题，有些问题是目前无法解决的;# 框架是建构在pfc的基础上的，项目组成员对pfc不是足够的精通，为维护框架带来难度。# 建议：模块化是产品化的基础，也是降低成本、提高开发效率保证软件质量的有效手段，需要有专人设计和维护框架。# 对设计方法的评价：信息化项目的整体设计是由项目组全体成员完成的，鉴于我们目前的设计水平，我看还可继续这种方法，对设计的方法和思路进行广泛的借鉴，但一定要树立设计的权威性，对设计的变更要进行严格的控制。对团队开发的评价：从整体上讲我们这个团队的能力还可以，但我认为它的生产效率并不高也就是说团队的整体建设不好，没有明确的学习方向分工，使整个团队在这段时间里整体能力没有太大的提高，我以前很想把我们的团队培养成那种学习型的优秀团队，可惜事与愿违这项工作没有取得什么实效。5 项目管理工作评价5.1 需求管理5.1.1 需求完成情况最初建议的需求数：纳入基线的需求数：已实现的需求数：已验证的需求数：已删除的需求数：已修订的需求数：新增的需求数：5.1.2 需求变更情况总结项目的不同阶段所发生的需求变更次数及发生变更的主要原因。变更发生的阶段 需求变更次数 变更工作量(从申请开始到变更结束发生的工作量)用户需求定义软件需求分析设计编码测试维护需求变更的主要原因：5.2 计划管理5.2.1 计划变更情况序号 变更发生阶段 变更原因 变更内容 变更是否允许1236 项目重大事件列出项目期间或项目本阶段中发生的重大事件时间 地点 事件 重要参加人员7 验收准备工作1、 验收要求：项目经理与客户确定验收要求2、 验收文档准备情况：验收文档内容及完成情况，明确后期可能需要完善的文档。8 经验教训8.1 项目问题/缺陷原因分析# 对项目问题进行原因分析注：总结项目产生的问题，分析