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

《软件_项目总结报告编写规范.docx》由会员分享，可在线阅读，更多相关《软件_项目总结报告编写规范.docx（12页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件_项目总结报告编写规范 软件_项目总结报告编写规范文件名称制定部门项目绩效考核规范技术部文件编号制定日期XXX版次页码项目总结报告编写规范1引言1.1目的1.2背景1.3定义1.4参考资料2项目概述2.1产品简要说明项目所完成的产品的功能、特点。2.2项目组成员描述项目所涉及的角色和人员，参加项目状况。3项目绩效总结3.1进度项目实际进度与V1.0安排的对比。采纳折线图来描述偏离安排的程度，在关键点上标明安排的变更。例图如下：4540353025201*10501.2项目安排概要设计具体设计编码实现模块测试集成测试功能测试项目总结10开发安排调整V1.0V1.114.521.5开发安排调整

2、V1.1V1.241.835.831.841.8图1项目进度实施偏离图安排变更缘由分析：（需求变更、设计实力、工作量估算错误、风险估算不足、设备资源等）3.2工作量项目实际工作量与安排工作量的对比。可以采纳直方图来表示各阶段的差异及总工作量的差异。例图如下：XXX有限公司文件名称制定部门1601401201*08060项目绩效考核规范技术部文件编号制定日期XXX版次页码安排实际134884140200项目安排概要设计具体设计编码实现模块测试集成测试功能测试项目总结总工作量151845202420221012106933图2项目各阶段工作量比较工作量分析：总工作量比安排超出134/88100%=

3、52%各阶段工作量增加主要缘由分析3.3成本实际成本与安排成本的对比，软件项目主要成本是开发人员的工作量，硬件项目还可以计算消耗的材料（可选）。3.4规模代码、文档实际规模统计。硬件项目还需统计PCB板布线面积、主要IC总数、新增模块数量（即原参考设计没有的，如以太网模块）。生产率计算：代码生产率：代码规模/工作日文档生产率：文档规模/工作日PCB生产率：PCB板布线面积/工作日3.5缺陷统计各开发阶段中所注入的缺陷数及所发觉的缺陷数。采纳双折线图进行描述，例图如下：1614121086515总缺陷数:50108106420项目安排概要设计具体设计编码实现模块测试3123321集成测试0功能测

4、试XXX有限公司文件名称制定部门项目绩效考核规范技术部文件编号制定日期XXX版次页码图3缺陷发觉和缺陷注入分布图缺陷率统计：平均每千行代码产生的缺陷数：缺陷数/KLOC；平均每个工作日产生的缺陷数：缺陷数/实际工作量；平均每个工作周产生的缺陷数：缺陷数/项目跨周数。3.6风险实际发生的风险、所造成的影响和实行的行动与安排的比较。非预料风险的数量及描述。实行表格形式。3.7技术方案评价项目采纳的技术的利弊。4阅历及教训依据第2节中项目状态总结，项目经理分析项目所获得的阅历以及今后应当留意问题。5建议针对项目中的实践，项目经理提出一些改进建议，例如对规范。6结论说明项目是否胜利，以完全满意验收标准

5、为胜利。XXX有限公司扩展阅读：项目总结报告编写规范项目总结报告编写规范文件编号：生效日期：NW504102201*.3.20密级：隐私总页数12编制：刘秀杰版次：Ver2.1正文4审核：孟莉受控编号：修改状态：附录8批准：孟莉沈阳东大阿尔派软件股份有限公司（版权全部，翻版必究）项目总结报告编写规范Ver2.1P-2/4文件修改限制修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期沈阳东大阿尔派软件股份有限公司项目总结报告编写规范Ver2.1P-3/4书目1.目的2.适用范围3.术语及缩略语4.编写规范4.1排版规范4.2模板运用5.引用文件6.附录沈阳东大阿尔派软件股份有限公司项目

6、总结报告编写规范Ver2.1P-4/41.目的项目总结报告编写规范主要描述在软件产品或软件项目开发完成时所需编写的项目总结报告应当包含的内容，使得本公司编写的项目总结报告便于软件产品或软件项目日后的维护、交接和代码重用。2.适用范围适用于本公司软件产品或软件项目的项目总结报告的编写。3.术语和缩略语本程序采纳NQ402100质量手册中的术语和缩略语及其定义。4.编写规范4.1排版规范1）整个规范由2节构成，模板单独一节。2）正文样式采纳“规范正文”。3）标题编号采纳每节独立编号。4.2模板运用1）拷贝规范。2）删除第一节（项目总结报告封面前的全部页）。3）在修改完内容后，更新书目域和相关的页数

7、域。5.引用文件(无)6.附录以下部分为项目总结报告的模板。沈阳东大阿尔派软件股份有限公司密级：机密第版文档编号：分册名称：第册/共册项目名称（项目编号）总结报告（部门名称）沈阳东大阿尔派软件股份有限公司总页数编制：正文审核：附录生效日期：年月日批准：总结报告2/8书目1.引言.32.项目开发结果.32.1软件产品或软件项目.32.2主要功能和性能.42.3项目规模总结.42.4项目人员总结.52.5进度及工作量总结.53.项目评价.73.1生产效率评价.73.2技术方法评价.73.3产品质量评价.73.4出错缘由分析.84.阅历和教训.8沈阳东大阿尔派软件股份有限公司总结报告3/81.引言说

8、明实际参与人员、时间及工作划分：说明参与本项目的负责人、参与人员、起止时间及实际工作量。按项目开发的阶段划分，细划每位开发人员在各开发阶段所用开发时间及实际工作量。负责人：阶段需求分析系统设计编码测试其它合计2.项目开发结果2.1软件产品或软件项目2.1.1软件产品或软件项目名称：给出该软件项目或软件产品在项目任务书或开发安排评审等文件中确定的正式的项目名称和项目编号；并给出该软件项目或软件产品正式批准发布的版本标识。2.1.2程序量：按模块进行划分，给出该软件项目或软件产品的源程序的存贮容量。源代码用代码行来表示，可执行程序及其他程序可用字节来表示，文档可用页或字节来表示。（源代码肯定要按模

9、块来统计）源码执行程序等等模块名称模块1模块2代码行（千行）沈阳东大阿尔派软件股份有限公司起止时间：项目状况参与人员A、B等等工作内容安排工作量：起止时间实际工作量字节数（KB）注：源码不填写“字节数”，执行程序只填写“字节数”。总结报告4/82.1.3存储介质：给出该软件项目或软件产品正式发布版本的存储介质及所需存储介质及其数量。2.2主要功能和性能1）描述该软件项目或软件产品所实现的功能，依据须要说明该软件项目或软件产品的有关性能指标。2.32）与最初的需求相比较，给出功能和/或性能上的差异并说明缘由。项目规模总结依据软件开发的各阶段，总结该软件项目或软件产品完成的功能模块数量与安排的对比

10、，给出对比图表，并对比较结果进行分析。阶段安排模块数完成模块数需求分析系统设计编码测试合计2.4项目人员总结总结该软件项目或软件产品开发各阶段人员的改变状况与安排的对比，并对比较结果进行分析。阶段需求分析系统设计编码测试总计安排人数实际人数增加人数削减人数变动人数注：变动人数为人员更换数。沈阳东大阿尔派软件股份有限公司总结报告5/876543210需求分析系统设计编码测试安排人数实际人数变动人数2.5进度及工作量总结总结该软件项目或软件产品实际完成所用的时间及工作量与原安排的对比。用图表来表示。2.5.1从开发人员的角度进行总结：将每位开发人员开发该软件项目或软件产品起止时间和工作量与安排进行

11、比较，给出对比图表，并对比较结果进行分析。开发人员ABCD等等353025201*1050ABCD安排时间实际时间是否按时安排M实际M安排M实际M2.5.2从模块的角度进行总结：将每一模块完成的起止时间和工作量与安排进行比较，给出对比图表，并对比较结果进行分析。沈阳东大阿尔派软件股份有限公司总结报告6/8模块名称模块1模块2模块3模块4总计353025201*1050模块1模块2模块3模块4安排时间实际时间是否按时安排M实际M安排M实际M2.5.3从开发阶段的角度进行总结：将每一阶段完成的起止时间和工作量与安排进行比较，给出对比图表，并对比较结果进行分析。阶段需求分析系统设计编码测试总计353

12、025201*1050需求分析系统设计编码测试安排时间实际时间是否按时安排M实际M安排M实际M沈阳东大阿尔派软件股份有限公司总结报告7/82.5.4从工作量的角度进行总结：将开发该软件项目或软件产品所用工作量与安排进行比较，给出由于软件问题报告所增加的工作量，给出对比图表，并对比较结果进行分析。批复工作量安排增加小计实际工作量2.5.5从完成状况进行总结：将项目的总体进度和阶段进度与安排进行比较，说明此项目是正常完成、正常但增加工作量、延期但不增加工作量、即延期又增加工作量，并对比较结果进行分析。安排时间实际时间批复工作量实际工作量结论注：以最终一版的开发安排中的开发进度为准，批复工作量包括由

13、于软件问题报告增加的工作量。3.项目评价3.1生产率评价评价生产率可以有两种方法：代码行数与人月数比较，或修改BUG数与所用人月数的比较。我们可以采纳任何一种。假如采纳第一种方法，应以模块为单位进行比较；假如采纳其次种方法，应以各测试版本的BUG数、修改的BUG数、修改BUG所用的工作量及修改单位BUG所用的工作量进行比较，总结评价项目的开发效率及相应的缘由分析。模块名称模块1模块2等等3.2技术方法评价总结该软件项目或软件产品开发时所采纳的各项技术。3.3产品质量评价可参考以下几个方面进行产品质量的评价。1）历次测试发觉的BUG数；2）同种缘由产生的BUG数；3）同种类型的BUG数；沈阳东大

14、阿尔派软件股份有限公司代码行（千行）工作量代码行/工作量总结报告8/84）各等级的BUG数；5）同一BUG出现的次数。3.4出错缘由分析分别对以上几种状况绘制图表，进行缘由的分析。次数BUG数4.阅历和教训可以从以下几方面总结开发中获得的阅历及订正错误或缺陷等问题的教训。1）管理人员的管理水平；2）开发人员的合理分工；3）项目软件经理PSM及开发人员的技术水平；4）开发人员的更换；5）开发人员的协作及协作；6）用户的亲密协作；7）需求及设计的更改；8）开发过程中安排的合理调整等等。缘由BUG数类型BUG数等级BUG数BUG名次数沈阳东大阿尔派软件股份有限公司友情提示：本文中关于软件_项目总结报告编写规范给出的范例仅供您参考拓展思维运用，软件_项目总结报告编写规范：该篇文章建议您自主创作。 本文来源：网络收集与整理，如有侵权，请联系作者删除，谢谢！第12页 共12页第 12 页 共 12 页第 12 页 共 12 页第 12 页 共 12 页第 12 页 共 12 页第 12 页 共 12 页第 12 页 共 12 页第 12 页 共 12 页第 12 页 共 12 页第 12 页 共 12 页第 12 页 共 12 页