软件项目总结报告讲解Word文档下载推荐.docx

1、估计实际偏差偏差率开始日期结束日期项目整体进度偏差率周期项目周期偏差率2）偏差原因说明：若项目整体进度偏差率或项目周期偏差率超过设定的阈值，需要对偏差原因进行总结分析。3）改进措施：若项目整体进度偏差率或项目周期偏差率超过设定的阈值，需要总结改进措施，。4 软件开发和管理过程4.1 过程说明采用的过程裁剪说明标准开发过程对所采用过程的裁剪原因4.2 过程改进建议陈述过程改进建议5 开发工具和环境5.1 开发工具陈述开发工具及使用情况5.2 开发环境陈述开发环境6 风险管理6.1 风险系数在项目阶段中的变化趋势 项目阶段风险说明需求分析设计编码测试实施风险10.500.2风险20.56.2 降低

2、风险的策略风险说明7 估计偏差率7.1 进度估计偏差率（%）实际进度周期立项时估计项目周期需求/计划时估计项目周期立项时进度估计偏差率（%）需求/计划完成时进度估计偏差率（%）7.2 工作量估计偏差率实际工作量立项时估计工作量需求/计划时估计工作量立项时工作量差率（%）需求/计划完成时工作量估计偏差率（%）7.3 代码规模估计偏差率实际代码规模立项时估计代码规模需求/计划时估计代码规模立项时代码规模估计偏差率（%）需求/计划完成时代码规模估计偏差率（%）8 规模1）产品规模情况总结 采用“工作产品规模完成情况”指示器，总结各工作产品的规模完成情况，应包括合计规模完成比例，规模偏差率等。若规模偏

3、差率超过设定的阈值，需要对偏差原因进行总结分析。若规模偏差率超过设定的阈值，需要总结改进措施。9 工作量9.1 工作量概况1） 项目工作量情况总工作量偏差情况，数据来源：“当前工作量情况”指示器：项目组人数3/5 一般/最大值估计的工作量340 person days = 2890 person hours （340x8.5） 人/天或人/小时实际的工作量3580 person hours = approximately 420 person days 人/天或人/小时总工作量偏差总工作量偏差率从“当前工作量情况”指示器”中拷贝图“阶段工作量情况”、“阶段工作量相对偏差率”于下，总结各阶段工作

4、量变化情况若项目总工作量偏差率超过设定的阈值，需要对偏差原因进行总结分析。若项目总工作量偏差率超过设定的阈值，需要总结改进措施，。9.2 工作量分布情况1） 工作量按阶段、按活动分布的情况：总结工作量按阶段、按活动分布的情况，应包括各阶段、各活动工作量投入实际值和比例，及偏差率等计划（%）比例工作量（人日）需求分析合计任务类型项目管理过程管理配置管理SQA若项目工作量阶段分布、活动分布偏差率超过设定的阈值，需要对偏差原因进行总结分析。若项目工作量阶段分布、活动分布偏差率超过设定的阈值，需要总结改进措施。质量成本统计项目阶段评审工作量测试工作量返工工作量培训工作量SQA工作量当前质量相关工作量合

5、计计划项目总工作量质量成本比例里程碑1271513.255.227282.0%里程碑224.123.66.512.266.42.4%里程碑386165122.0531.2404.2514.8%里程碑413261385.1%里程碑50.0%137.1297160.6562.6663.8524.3%10 成本1）成本情况采用“阶段成本-人员投入情况”指示器，呈现总成本投入情况、各阶段人力成本的投入情况和人员数量的投入情况，应包括各阶段人力成本偏差率、总成本偏差率、阶段人员数量等。若总成本偏差率超过设定的阈值，需要对偏差原因进行分析说明。若总成本偏差率超过设定的阈值，需要总结改进措施。11 生产率1

6、）项目生产率情况项目总工作量项目编码/单元测试阶段工作量代码总规模项目生命周期生产率（代码功能点/人月）项目编码/单元测试阶段生产率（代码功能点/人月）计划编码/单元测试阶段生产率编码/单元测试阶段生产率估计偏差率若编码/单元测试阶段生产率估计偏差率超过设定的阈值，需要对偏差原因进行总结分析。若编码/单元测试阶段生产率估计偏差率超过设定的阈值，需要总结改进措施。12 质量12.1 质量目标达成情况总结1） 质量目标的达成概况：严重等级架构设计概要设计详细设计集成测试系统测段验收（试运行）缺陷注入率偏差率灾难级/严重缺陷6.7% 次严重缺陷一般/其它缺陷缺陷清除率偏差率14.6%总缺陷清除率偏差

7、率若总缺陷清除效率偏差率超过设定的阈值，需要对偏差原因进行分析说明。若总缺陷清除效率偏差率超过设定的阈值，需要总结改进措施。12.2 缺陷注入率、缺陷清除率的阶段分布总结单元测试项目实际缺陷注入率灾难级/严重缺陷注入数次严重缺陷注入数项目实际缺陷清除率12.3 评审、测试活动总结1） 评审活动总结评审对象评审效率评审速度计划评审工作量实际评审工作量评审工作量偏差率计划缺陷发现数量实际缺陷发现数量缺陷发现数量偏差率2） 测试活动总结测试阶段系统测试测试效率测试覆盖率计划测试工作量实际测试工作量测试工作量偏差率3） 测试前缺陷清除率及发现缺陷比例缺陷总数测试前清除的缺陷数量测试前清除率测试前发现缺

8、陷数量测试前发现缺陷比例（）12.4 缺陷分布情况参见测试总结报告12.5 各质量活动发现的缺陷比例总的缺陷数评审发现的缺陷数测试发现的缺陷数评审测试发现缺陷数比例13 需求13.1 需求实现情况1）需求实现情况： 采用“需求实现情况”指示器，应包括需求功能点总数，及各个实现阶段的需求比例等。若需求实现情况出现较大偏差，需要对偏差原因进行分析说明。3）调整措施：若需求实现情况出现较大偏差，需要说明调整措施。13.2 需求变更情况1）需求变更情况 采用“需求功能规模和稳定性”指示器，呈现需求变更情况，应包括需求变更率（需求稳定性）、增/删/改的需求数量、需求总数等。若需求总数的增长超过设定阈值或

9、者在某阶段的变更超过当前基线的偏差超过设定的阈值时，需要对偏差原因进行分析说明。若需求总数的增长超过设定阈值或者在某阶段的变更超过当前基线的偏差超过设定的阈值时，需要总结改进措施。14 客户反馈1）客户反馈情况：采用“当前客户反馈问题处理情况”指示器，呈现客户问题的解决情况，应包括已解决问题比例、未解决问题比例等。若未解决问题比例超过设定的阈值，需要对偏差原因进行分析说明。若未解决问题比例超过设定的阈值，需要总结改进措施。15 项目问题1）项目问题情况：采用“项目问题处理情况”指示器，呈现项目问题的解决情况，应包括已解决问题比例、未解决问题比例等。16 组间协调活动跟踪结果协调小组/人协调方式协调内容发生问题处理方式频率/时间客户经理会议/电话/电子邮件不定期客户部门定期会议（说明：发生的问题应该有问题跟踪表作为附件，同时发生问题一栏中需备注问题跟踪表的编号）17 培训列举本项目培训情况：培训说明时间参加人培训讲师状态 h完成/未完成h18 过程改进建议总结在项目过程中的对组织标标准过程的相关改进的建议。19 补充说明对项目开发及管理的其它经验教训的总结说明。20 提交产品清单项目结束时所提交的各种产品清单，如合同、需求说明书、概要设计、详细设计、源代码、项目计划、配置计划、质量保证计划、系统测试计划和验收测试计划等。21 项目总结说明项目是否成功，并总结原因。