《软件项目总结报告》.docVIP

Xxx系统软件 项目总结报告 部 门： 撰 写： 文档编号： ProjName_M_PS_版本号 文档状态：正式版 V1.1 版权属于亿阳信通所有，无亿阳信通的书面同意，任何个人或组织无权拷贝。 文档审批单 版本：1.0 审批人 签字 日期 项目经理 质量保证 配置管理 软件经理 其他 备注：此页签字另存。 文档修改记录 版本号 主要作者 修改记录 完成日期 前 言 本模板的编制遵循亿阳信通质量管理体系《项目管理册》（CRI_O_PMV-PM_V1.0）的规定，文档模板采用亿阳信通质量管理体系《项目管理册：模版：项目总结报告》（CRI_O_PMV-PM_Template_PS_V1.0）。 目 录 TOC \o 1-3 \h \z 1 项目描述 6 2 产品描述 7 3 经验总结及改进建议 8 3.1 经验总结 8 3.2 改进建议 8 4 项目可借鉴文档 9 5 度量数据 10 5.1 产品数据 10 5.2 过程数据 11 表目录 TOC \h \z \c 表 表 1 产品数据表 10 表 2测试缺陷统计表 10 表 3质量检查缺陷统计表 11 表 4工作量统计表 11 表 5进度统计表 12 表 6开发成本执行指标表 12 表 7生产率统计表 13 项目描述 项目编号 项目名称 应用领域（电信、交通、金融、安全、邮政） 项目类型（预研、新开发、升级、维护） 项目相关方 应用技术（开发语言、数据库） 过程模型 工程方法（分析方法、设计方法、开发方法、测试手段） 使用的非开发部件（重用部件、商业部件） 产品描述 产品名称； 应用领域（电信、交通、金融、安全、邮政）； 技术特性（采用的技术、核心功能）； 开发技术（开发产品所需的技术）； 用户； 版本。 经验总结及改进建议 经验总结 总结项目开发过程中在项目管理及技术方面可供借鉴的经验。 改进建议 列出组织的过程体系文件在执行时的不适合之处及改进建议。 项目可借鉴文档 列出项目开发过程中产生的可供借鉴的文档名称，放入组织过程财富库中共享。 度量数据 产品数据 表 SEQ 表 \* ARABIC 1 产品数据表 项目应尽量使用功能点数来计算软件规模，只有在项目或软件不适于功能点计算的情况下，才可用代码行估计。 估计规模 （功能点或代码行） 实际规模 （功能点或代码行） 需求总数 需求变更总数 模块个数 类的个数 （如果使用面向对象技术） 表 SEQ 表 \* ARABIC 2测试缺陷统计表 测试中发现的BUG，按严重程度分为5个级别，其中，级别1、2、3为主要缺陷。级别4为次要缺陷。 统计类别 按来源 按严重性 子活动发现缺陷总计 发现的活动 客户需求 软件需求 设计 编码 主要缺陷 次要缺陷 集成测试 系统测试 总计 表 SEQ 表 \* ARABIC 3质量检查缺陷统计表 有阴影的单元格不用填写。 统计类别 按来源 按严重性 子活动发现缺陷总计 发现的活动 客户需求 软件需求 设计 编码 主要缺陷 次要缺陷 需求文档质量检查 设计文档质量检查 用户手册质量检查 总计 过程数据 表 SEQ 表 \* ARABIC 4工作量统计表 1）阶段是根据项目计划中定义的； 活动的类别主要包括： 需求开发 设计 编码与单元测试 质量检查 测试 用户手册 项目管理 配置管理 质量保证 培训 工作量的单位是人·时 阶段 活动的类别 估计人·时 实际人·时 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 表 SEQ 表 \* ARABIC 5进度统计表 1）范围是指以下开发活动的进度是属于项目的哪个范围，一般来说是整个项目，有时可能是另外两种情况：某个主要的产品部件单独作为子项目进行开发的时候；或者是项目使用了增量交付的生命周期模型； 2）阴影的单元格不用填写。 范围 开发活动 计划 实际 开始日期 结束日期 开始日期 结束日期 整个项目/子项目 　 　 　 　 　 　 客户需求 　 　 　 　 　 软件需求 　 　 　 　 　 设计 　 　 　 　 　 编码 　 　 　 　 　 系统测试 　 　 　 　 　 验收测试 　 　 　 　 　 发布 　 　 　 　 　 安装 　 　 　 　 表 SEQ 表 \* ARABIC 6成本与进度执行指数表 1）BCWP（实际执行工作的预算成本），指的是最终的BCWP。 ACWP（实际执行工作的实际成本），指的是最终的ACWP BCWS(计划执行工作的预算成本)，指的是最终的BCWS。 CPI(成本执行指数)。依据公式：BCWP/ACWP=CPI计算。 5) SPI(进度执行指数)。依据公式：BCWP/BCWS=