软件项目总结报告总结归纳

部门：撰写：文档编号： ProjName_M_PS_版本号文档状态：正式版V1.1版权属于亿阳信通所有，无亿阳信通的书面同意，任何个人或组织无权拷贝。文档审批单版本：1.0审批人签字日期项目经理质量保证配置管理软件经理其他备注：此页签字另存。文档修改记录版本号主要作者修改记录完成日期前言本模板的编制遵循亿阳信通质量管理体系《项目管理册》(CRI_O_PMV-PM_V1.0)的规定，文档模板采用亿阳信通质量管理体系《项目管理册：模版：项目总结报告》(CRI_O_PMV-PM_Template_PS_V1.0)。目录表目录1项目描述♦项目编号♦项目名称♦应用领域（电信、交通、金融、安全、邮政）项目类型（预研、新开发、升级、维护）项目相关方应用技术（开发语言、数据库）♦过程模型♦工程方法（分析方法、设计方法、开发方法、测试手段）♦使用的非开发部件（重用部件、商业部件）2产品描述♦产品名称；应用领域（电信、交通、金融、安全、邮政）技术特性（采用的技术、核心功能）；开发技术（开发产品所需的技术）；用户；版本。3经验总结及改进建议3.1经验总结［提示］总结项目开发过程中在项目管理及技术方面可供借鉴的经验3.2改进建议［提示］列出组织的过程体系文件在执行时的不适合之处及改进建议。4项目可借鉴文档［提示］列出项目开发过程中产生的可供借鉴的文档名称，放入组织过程财富库中共享5度量数据5.1产品数据表1产品数据表［提示］项目应尽量使用功能点数来计算软件规模，只有在项目或软件不适于功能点计算的情况下，才可用代码行估计。估计规模（功能点或代码行）实际规模（功能点或代码行）需求总数需求变更总数模块个数类的个数（如果使用面向对象技术）表2测试缺陷统计表［提示］测试中发现的BUG，按严重程度分为5个级别，其中，级别1、2、3为主要缺陷。级别4为次要缺陷。表3质量检查缺陷统计表［提示］有阴影的单元格不用填写。统计类别按来艮源按严重性子活动发现缺陷总计发现的活动客户需求软件需求设计编码主要缺陷次要缺陷需求文档质量检查・・・・■・・・■・・■・・・■・・・■■■■■■■■■■■■■■■■■■I设计文档质量检查用户手册质量

检查总计5.2过程数据表4工作量统计表［提示］ 1）阶段是根据项目计划中定义的；活动的类别主要包括：-需求开发设计编码与单元测试质量检查测试用户手册项目管理-配置管理质量保证培训3）工作量的单位是人•时

表5进度统计表［提示］1）范围是指以下开发活动的进度是属于项目的哪个范围，一般来说是整个项目，有时可能是另外两种情况：某个主要的产品部件单独作为子项目进行开发的时候；或者是项目使用了增量交付的生命周期模型；2）阴影的单元格不用填写。表6成本与进度执行指数表［提示］1）BCWP（实际执行工作的预算成本），指的是最终的BCWP。ACWP（实际执行工作的实际成本），指的是最终的ACWPBCWS（计划执行工作的预算成本），指的是最终的BCWS。2）CPI（成本执行指数）。依据公式：BCWP/ACWP=CPI计算。BCWSBCWPACWPCPISPI5）SPI（进度执行指数）。依据公式：BCWP/BCWS=SPI计算。BCWSBCWPACWPCPISPI表7生产率统计表［提示］ 1）由软件规模获得软件的实际功能点数或代码行数；2）由进度执行