ImageVerifierCode 换一换
格式:PPT , 页数:55 ,大小:821.50KB ,
资源ID:2392486      下载积分:12 金币
验证码下载
登录下载
邮箱/手机:
验证码: 获取验证码
温馨提示:
支付成功后,系统会自动生成账号(用户名为邮箱或者手机号,密码是验证码),方便下次登录下载和查询订单;
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

开通VIP
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.zixin.com.cn/docdown/2392486.html】到电脑端继续下载(重复下载【60天内】不扣币)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  
声明  |  会员权益     获赠5币     写作写作

1、填表:    下载求助     留言反馈    退款申请
2、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
3、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
4、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
5、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【快乐****生活】。
6、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
7、本文档遇到问题,请及时私信或留言给本站上传会员【快乐****生活】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。

注意事项

本文(Software-Engineering-CHAP-1(软件工程第一章)(ppt文档).ppt)为本站上传会员【快乐****生活】主动上传,咨信网仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知咨信网(发送邮件至1219186828@qq.com、拔打电话4008-655-100或【 微信客服】、【 QQ客服】),核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载【60天内】不扣币。 服务填表

Software-Engineering-CHAP-1(软件工程第一章)(ppt文档).ppt

1、FUNDAMENTALS OF SOFTWARE ENGINEERINGReference books:1.1.Fundamentals of Software Engineering,Rajib Mall,3Fundamentals of Software Engineering,Rajib Mall,3rdrd Edition,PHI,2009 Edition,PHI,20092.2.Software Software Engineering,Engineering,Ian Ian Somerville,Somerville,6th 6th edition,edition,Pearson

2、Pearson Education Education Ltd,Ltd,2001.2001.3.3.Software Software Engineering Engineering A A Practitioners Practitioners Approach,Approach,Roger Roger S S Pressman,Pressman,Tata Tata Mcgraw Hill,4th Edition.Mcgraw Hill,4th Edition.4.4.An An Integrated Integrated Approach Approach to to Software S

3、oftware Engineering,Engineering,Pankaj Pankaj Jalote,Jalote,Narosa Narosa PublicationsPublications5.5.Object Object Oriented Oriented and and Classical Classical Software Software Engineering,Engineering,Stephen Stephen R R Schach,Schach,Tata McGraw Hill,2002.Tata McGraw Hill,2002.qqToknowtheimporta

4、nceofSoftwareanditsattributes.ToknowtheimportanceofSoftwareanditsattributes.qqTointroducesoftwareengineeringandtoexplainitsimportance.Tointroducesoftwareengineeringandtoexplainitsimportance.qqTolearntheemergenceofsoftwareengineering.Tolearntheemergenceofsoftwareengineering.qqToTounderstandunderstand

5、thethenotablenotablechangeschangesininthethesoftwaresoftwaredevelopmentdevelopmentpractices.practices.qqTodiscussthekeychallengesfacingsoftwareengineering.Todiscussthekeychallengesfacingsoftwareengineering.qqToTo understandunderstand thethe variousvarious activitiesactivities involvedinvolved inin d

6、evelopingdeveloping a asoftware.software.qqToTo discussdiscuss thethe importanceimportance ofof variousvarious softwaresoftware processprocess modelsmodelsusedtodevelopsoftware.usedtodevelopsoftware.ObjectivesIntroduction TheeconomiesofALLdevelopednationsaredependentonsoftware.TheeconomiesofALLdevel

7、opednationsaredependentonsoftware.Moreandmoresystemsaresoftwarecontrolled.Moreandmoresystemsaresoftwarecontrolled.SoftwareSoftware costscosts oftenoften dominatedominate computercomputer systemsystem costs.costs.TheThe costscosts ofofsoftwareonaPCareoftengreaterthanthehardwarecost.softwareonaPCareof

8、tengreaterthanthehardwarecost.SoftwareSoftwarecostscostsmoremoretotomaintainmaintainthanthanititdoesdoestotodevelop.develop.ForForsystemssystemswithwitha alonglonglife,life,maintenancemaintenancecostscostsmaymaybebeseveralseveraltimestimesdevelopmentdevelopmentcostscosts.SoftwareSoftware engineering

9、engineering isis concernedconcerned withwith cost-effectivecost-effective softwaresoftwaredevelopmentdevelopment.Computer programs and associated documentation such asrequirements,designmodelsandusermanuals.Softwareproductsmaybedevelopedforaparticularcustomerormaybedevelopedforageneralmarket.Softwar

10、eproductsmaybeGeneric-developedtobesoldtoarangeofdifferentcustomerse.g.PCsoftwaresuchasExcelorWord.Bespoke(custom)-developed for a single customer according to theirspecification.New software can be created by developing new programs,configuringgenericsoftwaresystemsorreusingexistingsoftware.Softwar

11、eAttributesofgoodsoftwareThesoftwareshoulddelivertherequiredfunctionalityandperformancetotheuserandshouldbemaintainable,dependableandacceptable.MaintainabilitySoftwaremustevolvetomeetchangingneeds;DependabilitySoftwaremustbetrustworthy;EfficiencySoftwareshouldnotmakewastefuluseofsystemresources;Acce

12、ptabilitySoftwaremustacceptedbytheusersforwhichitwasdesigned.Thismeansitmustbeunderstandable,usableandcompatiblewithothersystems.SoftwareEngineering SoftwareSoftwareengineeringengineeringisisananengineeringengineeringdisciplinedisciplinethatthatisisconcernedconcernedwithallaspectsofsoftwareproductio

13、n.withallaspectsofsoftwareproduction.SoftwareSoftware engineersengineers shouldshould adoptadopt a a systematicsystematic andand organisedorganisedapproachapproach toto theirtheir workwork andand useuse appropriateappropriate toolstools andand techniquestechniquesdependingdepending onon thethe probl

14、emproblem toto bebe solved,solved,thethe developmentdevelopmentconstraintsandtheresourcesavailable.constraintsandtheresourcesavailable.SoftwareSoftwareengineeringengineeringisisananengineeringengineeringdisciplinedisciplinethatthatisisconcernedconcernedwithwith allall aspectsaspects(specification,(s

15、pecification,development,development,managementmanagement andandevolution)ofsoftwareproduction.evolution)ofsoftwareproduction.SoftwareSoftware engineersengineers shouldshould adoptadopt a a systematicsystematic andand organisedorganisedapproachapproachtototheirtheirworkworkandanduseuseappropriateapp

16、ropriatetoolstoolsandandtechniquestechniquesdependingdepending onon thethe problemproblem toto bebe solved,solved,thethe developmentdevelopmentconstraintsandtheresourcesavailable.constraintsandtheresourcesavailable.TheTheapplicationapplicationofofa asystematic,systematic,disciplined,disciplined,quan

17、tifiablequantifiableapproachapproachtotodevelopment,development,operation,operation,andandmaintenancemaintenanceofofsoftware;software;thatthatis,is,thethe applicationapplication ofof engineeringengineering toto software.software.(IEEE IEEE Standard Standard Computer DictionaryComputer Dictionary,610

18、.12,ISBN1-55937-079-3,1990),610.12,ISBN1-55937-079-3,1990)SoftwareSoftwareengineeringengineeringisisconcernedconcernedwithwiththethetheories,theories,methodsmethodsandandtoolstools forfor developing,developing,managingmanaging andand evolvingevolving softwaresoftware products.products.(Sommerville,6

19、Ed.)(Sommerville,6Ed.)A discipline whose aim is the production of quality software,delivered on time,within budget,and satisfying users needs.(StephenR.Schach,SoftwareEngineering,2ed.)Multi-personconstructionofmulti-versionsoftware(Parnas,1987)The technological and managerial discipline concerned wi

20、thsystematicproductionandmaintenanceofsoftwareproductsthataredevelopedandmodifiedontimeandwithincostconstraints(R.Fairley)Adisciplinethatdealswiththebuildingofsoftwaresystemswhicharesolargethattheyarebuiltbyateamorteamsofengineers(Ghezzi,Jazayeri,Mandrioli)EarlyComputerProgrammingHigh-LevelLanguageP

21、rogrammingControlFlow-BasedDesignDataStructured-OrientedDesignDataFlow-OrientedDesignObject-OrientedDesignEmergenceofSoftwareEngineeringNotableChangesinSoftwareDevelopmentPractices AnAnimportantimportantdifferencedifferenceisisthatthatthethemainmainemphasisemphasishashasshiftedshiftedfromfromerror c

22、orrection error correction totoerror prevention.error prevention.InIn exploratoryexploratory style,style,codingcoding waswas consideredconsidered synonymoussynonymous withwithprogramprogramdevelopment.development.Now,Now,codingcodingisisregardedregardedasasa asmallsmallpartpartofofthedifferentactivi

23、tiesundertakenforprogramdevelopment.thedifferentactivitiesundertakenforprogramdevelopment.AAlotlotofofefforteffortandandattentionattentionisispaidpaidtotorequirementsrequirementsanalysisanalysisandandspecification.specification.PeriodicPeriodic reviewsreviews areare carriedcarried outout duringdurin

24、g allall stagesstages ofof thethedevelopmentprocess.developmentprocess.TodayTodaysoftwaresoftwaretestingtestinghashasbecomebecomemoremoresystematicsystematicandandforforwhichwhichstandardtestingtechniquesareavailable.standardtestingtechniquesareavailable.Thereisbettervisibilityofdesignandcode.Therei

25、sbettervisibilityofdesignandcode.InIn exploratoryexploratory style,style,designdesign andand testtest activitiesactivities werewere notnotdocumentedsatisfactorily.documentedsatisfactorily.SeveralSeveral techniquestechniques andand toolstools forfor taskstasks suchsuch asas configurationconfiguration

26、management,management,costcostestimation,estimation,schedulingschedulingandandtasktaskallocationallocationhavehavebeendevelopedtomakesoftwaredevelopmentmoreeffective.beendevelopedtomakesoftwaredevelopmentmoreeffective.Projectsarebeingthoroughlyplanned.Projectsarebeingthoroughlyplanned.Keychallengesf

27、acingSoftwareEngineeringHeterogeneityDevelopingtechniquesforbuildingsoftwarethatcancopewithheterogeneousplatformsandexecutionenvironments;DeliveryDevelopingtechniquesthatleadtofasterdeliveryofsoftware;TrustDevelopingtechniquesthatdemonstratethatsoftwarecanbetrustedbyitsusers.Software Life Cycle Mode

28、lsA A life life cycle cycle model model prescribes prescribes the the different different activities activities that that need need to to be be carried carried out out to to develop develop a a software software product product and and the the sequencing sequencing of these activities.of these activ

29、ities.A A software software life life cycle cycle is is a a series series of of identifiable identifiable stages stages that that a a software product undergoes during its life time.software product undergoes during its life time.A A software software life life cycle cycle model model is is a a desc

30、riptive descriptive and and diagrammatic diagrammatic representation of the software life cycle.representation of the software life cycle.DefinitionsImportance It It encourages encourages development development of of software software in in a a systematic systematic and and disciplined manner.disci

31、plined manner.It It forms forms a a common common understanding understanding of of the the activities activities among among the the software software engineers engineers which which is is essential essential while while developing developing a a large large scale software product involving several

32、 teams.scale software product involving several teams.A A documented documented life life cycle cycle model model mandates mandates a a software software development development organization organization to to accurately accurately define define every every activity activity in the life cycle.in the

33、 life cycle.A A good good life life cycle cycle model model should should unambiguously unambiguously define define the the entry and exit criteria for each phase.entry and exit criteria for each phase.PopularSoftwareLifeCycleModelsClassicalWaterfallModelIterativeWaterfallModelPrototypingModelEvolut

34、ionaryModelSpiralModelTheRADModelTheConcurrentDevelopmentModelComponentBasedDevelopmentModelFormalMethodsModelUnifiedProcessModelClassicalWaterfallModelFeasibilityStudyRequirement analysisand specificationDesignCoding andunit testingIntegration andSystem testingMaintenance10203040506070%EffortPhases

35、Relative effort distribution among different phases of a typical productFeasibility StudyThe aim of the feasibility study is to determine whether developing the product is financially and technically feasibleThe data collected in this phase are analyzed to arrive at the following:An abstract definit

36、ion of the problem.Formulation of the different solution strategies.Examination of alternative solution strategies and their benefits,indicating resources required,development,cost and time in respect of each of the alternative solutions.A cost/benefit analysis is performed to determine which soluti

37、on is the best.At this stage,it may also be determined whether any of the solutions is not feasible due to high cost,resource constraints,or extraordinary technical reasons.Requirement Analysis and SpecificationThe aim of the requirement analysis and specification phase is to understand the exact re

38、quirements of the customer and to document them properly.This phase consists of two distinct activities:Requirement analysisRequirement specificationThe goal of the requirements analysis is to collect and analyze all related data and information with a view to understanding the customer requirements

39、 clearly and weeding out inconsistencies and incompleteness in these requirements.During requirements specification,the user requirements are properly organized and documented in a SRS document.The SRS document addresses the functional requirements,the nonfunctional requirements and the special requ

40、irements on the maintenance and development of the software product,if any.DesignThe goal of the design phase is to transform the requirements specification into a structure that is suitable for implementation in some programming language.Two distinct design approaches followed in different industri

41、es are:Traditional design approachStructured analysisArchitectural designObject-oriented designCoding and Unit TestingThe purpose of this phase(also called the implementation phase)of software development is to translate the software design into source code.The end product of the implementation phas

42、e is a set of program modules that have been individually tested.Integration and System TestingDuring this phase the different modules are integrated in a planned manner.The different modules making up a system are almost never integrated in a single shot.The goal of system testing is to ensure that

43、 the developed system functions according to its requirements as specified in the SRS document.The system testing usually consisting of three different kinds of testing activities:-testing-testing,andAcceptance testingMaintenanceMaintenance involves performing any one or more of the following three

44、kinds of activities:1.Correcting errors that were not discovered during the product development phase.This is called corrective maintenance.2.Improving the implementation of the system and enhancing the functionalities of the system according to the customers requirements.This is called perfective m

45、aintenance.3.Porting the software to a new environment,e.g.to a new computer or to a new operating system.This is called adaptive maintenance.Limitations of Classical WFMLimitations of Classical WFMThe Classical WFM considers the transition between phases to be similar to a waterfall.The model assum

46、es that all requirements are defined correctly at the beginning of the project and on the basis of that the development work starts.The model assumes that all the phases are sequential.Phase Containment of ErrorsPhase Containment of ErrorsThe principle of detecting errors as close to their points of

47、 introduction as possible is known as phase containment of errors.IterativeWaterfallModelFeasibilityStudyRequirement analysisand specificationDesignCoding andunit testingIntegration andSystem testingMaintenanceWaterfall model by Boehm(1981)Limitations of Iterative WFMLimitations of Iterative WFMThe

48、model cannot handle the different types of risks that a real life software project may suffer from.It cannot be satisfactorily used in projects where the customer if not clear about his/her requirements and can provide rough requirements only.Most real life projects find it difficult to follow the r

49、igid phase sequence prescribed by the waterfall model to achieve better efficiency and higher productivity.A rigid adherence to the waterfall model would create blocking states in the system.PrototypingModelRequirements gatheringQuick designRefine requirementsBuild prototypeCustomer evaluation of th

50、e prototypeDesignImplementTestMaintainPrototyping can be of two types:Evolutionary prototypingEvolutionary prototyping The rapid throughaway prototypingThe rapid throughaway prototypingEvolutionaryModelThis model is also known as the successive versions model.In this model,the system is first broken

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服