项目总结报告编写规范.docx

1、项目总结报告编写规范项目总结报告编写规范文件编号： NW504102 生效日期： 2000.3.20受控编号：密级：秘密版次：Ver 2.1修改状态：总页数12正文4附录8编制：刘秀杰审核：孟莉批准：孟莉沈阳东大阿尔派软件股份有限公司（版权所有，翻版必究）文件修改控制修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期目录1. 目的2. 适用范围3. 术语及缩略语4. 编写规范4.1 排版规范4.2 模板使用5. 引用文件6. 附录1. 目的项目总结报告编写规范主要描述在软件产品或软件项目开发完成时所需编写的项目总结报告应该包含的内容，使得本公司编写的项目总结报告便于软件产品或软件项目

2、日后的维护、交接和代码重用。2. 适用范围适用于本公司软件产品或软件项目的项目总结报告的编写。3. 术语和缩略语本程序采用NQ402100质量手册中的术语和缩略语及其定义。4. 编写规范4.1 排版规范1） 整个规范由2节构成，模板单独一节。2）正文样式采用“规范正文”。3）标题编号采用每节独立编号。4.2 模板使用 1）拷贝规范。2）删除第一节（项目总结报告封面前的所有页）。3）在修改完内容后，更新目录域和相关的页数域。5. 引用文件(无)6. 附录以下部分为项目总结报告的模板。密级：机密文档编号： 第 版分册名称： 第 册/共 册项目名称（项目编号）总结报告（部门名称）沈阳东大阿尔派软件股

3、份有限公司总页数正文附录生效日期： 年 月 日编制：审核：批准：目录1. 引言 32. 项目开发结果 32.1软件产品或软件项目 32.2主要功能和性能 42.3项目规模总结 42.4项目人员总结 52.5进度及工作量总结 53. 项目评价 73.1生产效率评价 73.2技术方法评价 73.3产品质量评价 73.4出错原因分析 84. 经验和教训 81. 引言说明实际参加人员、时间及工作划分：说明参加本项目的负责人、参加人员、起止时间及实际工作量。按项目开发的阶段划分，细划每位开发人员在各开发阶段所用开发时间及实际工作量。负责人：起止时间：计划工作量：项目情况阶段参加人员工作内容起止时间实际工

4、作量需求分析A、B等等系统设计编码测试其它合计2. 项目开发结果2.1 软件产品或软件项目2.1.1 软件产品或软件项目名称：给出该软件项目或软件产品在项目任务书或开发计划评审等文件中确定的正式的项目名称和项目编号；并给出该软件项目或软件产品正式批准发布的版本标识。2.1.2 程序量：按模块进行划分，给出该软件项目或软件产品的源程序的存贮容量。源代码用代码行来表示，可执行程序及其他程序可用字节来表示，文档可用页或字节来表示。（源代码一定要按模块来统计） 模块名称代码行（千行）字节数（KB）源码模块1模块2执行程序等等 注：源码不填写“字节数”，执行程序只填写“字节数”。2.1.3 存储介质：给

5、出该软件项目或软件产品正式发布版本的存储介质及所需存储介质及 其数量。2.2 主要功能和性能 1）描述该软件项目或软件产品所实现的功能，根据需要说明该软件项目或软件产品的有关性能指标。 2）与最初的需求相比较，给出功能和/或性能上的差异并说明原因。2.3 项目规模总结根据软件开发的各阶段，总结该软件项目或软件产品完成的功能模块数量与计划的对比，给出对比图表，并对比较结果进行分析。阶段计划模块数完成模块数需求分析系统设计编码测试合计2.4 项目人员总结总结该软件项目或软件产品开发各阶段人员的变化情况与计划的对比，并对比较结果进行分析。阶段计划人数实际人数增加人数减少人数变动人数需求分析系统设计编

6、码测试总计注：变动人数为人员更换数。2.5 进度及工作量总结 总结该软件项目或软件产品实际完成所用的时间及工作量与原计划的对比。用图表来表示。 2.5.1 从开发人员的角度进行总结：将每位开发人员开发该软件项目或软件产品起止时间和工作量与计划进行比较，给出对比图表，并对比较结果进行分析。 开发人员计划时间实际时间是否按时计划M实际MABCD等等2.5.2 从模块的角度进行总结：将每一模块完成的起止时间和工作量与计划进行比较，给出对比图表，并对比较结果进行分析。模块名称计划时间实际时间是否按时计划M实际M模块1模块2模块3模块4总计2.5.3 从开发阶段的角度进行总结：将每一阶段完成的起止时间和

7、工作量与计划进行比较，给出对比图表，并对比较结果进行分析。阶段计划时间实际时间是否按时计划M实际M需求分析系统设计编码测试总计2.5.4 从工作量的角度进行总结：将开发该软件项目或软件产品所用工作量与计划进行比较，给出由于软件问题报告所增加的工作量，给出对比图表，并对比较结果进行分析。批复工作量实际工作量计划增加小计2.5.5 从完成情况进行总结：将项目的总体进度和阶段进度与计划进行比较，说明此项目是正常完成、正常但增加工作量、延期但不增加工作量、即延期又增加工作量，并对比较结果进行分析。计划时间实际时间批复工作量实际工作量结论 注：以最后一版的开发计划中的开发进度为准，批复工作量包括由于软件

8、问题报告增加的工作量。3. 项目评价3.1 生产率评价 评价生产率可以有两种方法：代码行数与人月数比较，或修改BUG数与所用人月数的比较。我们可以采用任何一种。如果采用第一种方法，应以模块为单位进行比较；如果采用第二种方法，应以各测试版本的BUG数、修改的BUG数、修改BUG所用的工作量及修改单位BUG所用的工作量进行比较，总结评价项目的开发效率及相应的原因分析。模块名称代码行（千行）工作量代码行/工作量模块1模块2等等3.2 技术方法评价 总结该软件项目或软件产品开发时所采用的各项技术。3.3 产品质量评价可参考以下几个方面进行产品质量的评价。1） 历次测试发现的BUG数；2） 同种原因产生的BUG数；3） 同种类型的BUG数；4） 各等级的BUG数；5） 同一BUG出现的次数。3.4 出错原因分析分别对以上几种情况绘制图表，进行原因的分析。次数BUG数原因BUG数类型BUG数等级BUG数BUG名次数4. 经验和教训可以从以下几方面总结开发中获得的经验及纠正错误或缺陷等问题的教训。1） 管理人员的管理水平；2） 开发人员的合理分工；3） 项目软件经理PSM及开发人员的技术水平；4） 开发人员的更换；5） 开发人员的配合及协作；6） 用户的密切配合；7） 需求及设计的更改；8） 开发过程中计划的合理调整等等。