软件工程实践者的研究方法chapter12.ppt

上传人:p** 文档编号:495772 上传时间:2023-09-25 格式:PPT 页数:22 大小:728KB
下载 相关 举报
软件工程实践者的研究方法chapter12.ppt_第1页
第1页 / 共22页
软件工程实践者的研究方法chapter12.ppt_第2页
第2页 / 共22页
软件工程实践者的研究方法chapter12.ppt_第3页
第3页 / 共22页
软件工程实践者的研究方法chapter12.ppt_第4页
第4页 / 共22页
软件工程实践者的研究方法chapter12.ppt_第5页
第5页 / 共22页
软件工程实践者的研究方法chapter12.ppt_第6页
第6页 / 共22页
软件工程实践者的研究方法chapter12.ppt_第7页
第7页 / 共22页
软件工程实践者的研究方法chapter12.ppt_第8页
第8页 / 共22页
软件工程实践者的研究方法chapter12.ppt_第9页
第9页 / 共22页
软件工程实践者的研究方法chapter12.ppt_第10页
第10页 / 共22页
亲,该文档总共22页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《软件工程实践者的研究方法chapter12.ppt》由会员分享,可在线阅读,更多相关《软件工程实践者的研究方法chapter12.ppt(22页珍藏版)》请在第壹文秘上搜索。

1、These slides are designed to accompany Software Engineering:A Practitioners Approach,7/e(McGraw-Hill 2009).Slides copyright 2009 by Roger Pressman.1Chapter 12nReview TechniquesSlide Set to accompanySoftware Engineering:A Practitioners Approach,7/e by Roger S.PressmanSlides copyright 1996,2001,2005,2

2、009 by Roger S.PressmanFor non-profit educational use onlyMay be reproduced ONLY for student use at the university level when used in conjunction with Software Engineering:A Practitioners Approach,7/e.Any other reproduction or use is prohibited without the express written permission of the author.Al

3、l copyright information MUST appear if these slides are posted on a website for student use.These slides are designed to accompany Software Engineering:A Practitioners Approach,7/e(McGraw-Hill 2009).Slides copyright 2009 by Roger Pressman.2ReviewsThese slides are designed to accompany Software Engin

4、eering:A Practitioners Approach,7/e(McGraw-Hill 2009).Slides copyright 2009 by Roger Pressman.3What Are Reviews?na meeting conducted by technical people for technical peoplena technical assessment of a work product created during the software engineering processna software quality assurance mechanis

5、mna training groundThese slides are designed to accompany Software Engineering:A Practitioners Approach,7/e(McGraw-Hill 2009).Slides copyright 2009 by Roger Pressman.4What Reviews Are NotnA project summary or progress assessmentnA meeting intended solely to impart informationnA mechanism for politic

6、al or personal reprisal!These slides are designed to accompany Software Engineering:A Practitioners Approach,7/e(McGraw-Hill 2009).Slides copyright 2009 by Roger Pressman.5What Do We Look For?nErrors and defectsnErrora quality problem found before the software is released to end usersnDefecta qualit

7、y problem found only after the software has been released to end-usersnWe make this distinction because errors and defects have very different economic,business,psychological,and human impactnHowever,the temporal distinction made between errors and defects in this book is not mainstream thinkingThes

8、e slides are designed to accompany Software Engineering:A Practitioners Approach,7/e(McGraw-Hill 2009).Slides copyright 2009 by Roger Pressman.6Defect AmplificationnA defect amplification model IBM81 can be used to illustrate the generation and detection of errors during the design and code generati

9、on actions of a software process.Errors passed throughAmplified errors 1:xNewly generated errorsDevelopment stepErrors fromPrevious stepErrors passed To next stepDefectsDetectionPercentEfficiencyThese slides are designed to accompany Software Engineering:A Practitioners Approach,7/e(McGraw-Hill 2009

10、).Slides copyright 2009 by Roger Pressman.7Defect AmplificationnIn the example provided in SEPA,Section 15.2,na software process that does NOT include reviews,yields 94 errors at the beginning of testing and Releases 12 latent defects to the fieldna software process that does include reviews,yields

11、24 errors at the beginning of testing and releases 3 latent defects to the fieldnA cost analysis indicates that the process with NO reviews costs approximately 3 times more than the process with reviews,taking the cost of correcting the latent defects into accountThese slides are designed to accompa

12、ny Software Engineering:A Practitioners Approach,7/e(McGraw-Hill 2009).Slides copyright 2009 by Roger Pressman.8MetricsnThe total review effort and the total number of errors discovered are defined as:Ereview=Ep+Ea+Er Errtot=Errminor+ErrmajornDefect density represents the errors found per unit of wo

13、rk product reviewed.Defect density=Errtot/WPSnwhere These slides are designed to accompany Software Engineering:A Practitioners Approach,7/e(McGraw-Hill 2009).Slides copyright 2009 by Roger Pressman.9MetricsnPreparation effort,Epthe effort(in person-hours)required to review a work product prior to t

14、he actual review meetingnAssessment effort,Ea the effort(in person-hours)that is expending during the actual reviewnRework effort,Er the effort(in person-hours)that is dedicated to the correction of those errors uncovered during the reviewnWork product size,WPSa measure of the size of the work produ

15、ct that has been reviewed(e.g.,the number of UML models,or the number of document pages,or the number of lines of code)nMinor errors found,Errminorthe number of errors found that can be categorized as minor(requiring less than some pre-specified effort to correct)nMajor errors found,Errmajor the num

16、ber of errors found that can be categorized as major(requiring more than some pre-specified effort to correct)These slides are designed to accompany Software Engineering:A Practitioners Approach,7/e(McGraw-Hill 2009).Slides copyright 2009 by Roger Pressman.10An ExampleInIf past history indicates thatnthe average defect density for a requirements model is 0.6 errors per page,and a new requirement model is 32 pages long,na rough estimate suggests that your software team will find about 19 or 20 er

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 大学课件

copyright@ 2008-2023 1wenmi网站版权所有

经营许可证编号:宁ICP备2022001189号-1

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