软件的发展资料.pptVIP

Software Modeling and AnalysisChapter 2: Requirements Engineering-----An Introduction Er-Yu Ding 2007-11 Software Institute of NJU 软件的发展 Software Crisis When software grows from machine-centric to application centric, software crisis happened 1968年北大西洋公约组织的计算机科学家在联邦德国召开的国际学术会议上第一次提出了“软件危机”(software crisis)这个名词。 软件危机指的是在计算机软件的开发和维护过程中所遇到的一系列严重问题 开发成本超出预算，实际进度比预定计划一再拖延。 用户对“已完成”系统不满意的现象经常发生。 件产品的质量往往靠不住。Bug一大堆，Patch一个接一个。 件的可维护程度非常之低。 软件通常没有适当的文档资料。 软件的成本不断提高。 软件开发生产率的提高赶不上硬件的发展和人们需求的增长 Software Engineering 概括来说，软件危机包含两方面问题：一、如何开发软件，以满足不断增长，日趋复杂的需求；二、如何维护数量不断膨胀的软件产品。 Software Engineering is proposed to deal with Software Crisis [IEEE definition] (1) The application of a systematic, disciplined, quantifiable approach to the development, operation, and maintenance of software; that is, the application of engineering to software. (2) the study of approaches as in (1). 软件的发展 Standish Group 1995 365家公司的8380个项目 Software Problems 大公司开发项目的平均成本是232.2万美元，中等公司是133.1万美元，小型公司是43.4万美元 大约31％的项目在完成之前被取消，52.7％的项目成本是原来预算的189% 大公司9%按预算交付，小公司16%按预算交付 Standish Group 1995 Standish Group 1995 Standish Group 1995 Standish Group 1995 需求因素 用户参与（用户输入） 高层管理支持 清晰的需求说明 切合实际的期望 清晰的目标和前景 需求变化 额外的无用功能 综合来看，需求因素 对成功项目的影响指数为53.9％ 对问题项目的影响指数为55.6％ 对失败项目的影响指数为60.9％ ESPITI，1996 欧洲软件协会ESI 欧洲软件过程改进培训计划项目ESPITI 17个国家的超过3800个组织 Concrete examples of failed projects PROMS（演出权益协会）,11M￡,1992,未能以常人能理解和检查的形式表述软件需求，软件规格说明也考虑不周 RISP（西萨克斯地区信息系统计划）, 43M￡ ,1990,缺少清晰的项目范围定义 TAURUS(伦敦股票交易), 75M￡(1.4B￡), 1993,未能协调不一致的需求 LASDS(伦敦救护车服务派遣系统), 1992,社会服务领域糟糕的需求分析 ATC(空中交通控制系统), 1.8B￡,1998-2001,缺乏健壮的需求规格说明 People think requirements is main troubles “There is little doubt that project requirements are the single biggest cause of trouble on the software project front. Study after study has found that, where there is a failure, requirements problems are usually at the heart of the matter.” [GLAS98] as much as 90% of subsequent troubles can be traced back to erroneous original specifications.’ [BRUC89] 需求原因探究－－软件模拟性 需求原因探究－－