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

上传人:阳*** 文档编号:16502880 上传时间:2022-05-17 格式:DOC 页数:9 大小:21KB
返回 下载 相关 举报
软件项目总结报告编写规范.doc_第1页
第1页 / 共9页
软件项目总结报告编写规范.doc_第2页
第2页 / 共9页
点击查看更多>>
资源描述

《软件项目总结报告编写规范.doc》由会员分享,可在线阅读,更多相关《软件项目总结报告编写规范.doc(9页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

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

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

3、2%各阶段工作量增加主要原因分析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有限公司扩展阅读:项目总结报告编写规范项目总结报告编写规范文件编号:生效日期:NW5041022022.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等等35302520221050ABCD计划时间实际时间是否按时计划M实际M计划M实际M2.5.2从模块的角度进行总结:将每一模块完成的起止时间和工作量与计划进行比较,给出对比图表,并对比较结果进行分析。沈阳东大阿尔派软件股份有限公司总结报告6/8模块名称模块1模块2模块3模块4总计35302520221050模块1模块2模块3模块4计划时间实际时间是否按时计划M实际M计划M实际M2.5.3从开发阶段的角度进行总结:将每一阶段完成的起止时间和工作量与计划进行比较,给出对比图表,并对比较结果进行分析。阶段需求分析系统设计编码测试总计3530

12、2520221050需求分析系统设计编码测试计划时间实际时间是否按时计划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数;沈阳东大阿尔派软件股份有限公司代码行(千行)工作量代码行/工作量总结报告8/84)各等级的BUG数;5)同一BUG出现的次数。3.4出错原因分析分别对以上几种情况绘制图表,进行原因的分析。次数BUG数4.经验和教训可以从以下几方面总结开发中获得的经验及纠正错误或缺陷等问题的教训。1)管理人员的管理水平;2)开发人员的合理分工;3)项目软件经理PSM及开发人员的技术水平;4)开发人员的更换;5)开发人员的配合及协作;6)用户的密切配合;7)需求及设计的更改;8)开发过程中计划的合理调整等等。原因BUG数类型BUG数等级BUG数BUG名次数沈阳东大阿尔派软件股份有限公司第 9 页 共 9 页

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 应用文书 > 汇报体会

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁