第1章.需求工程导论

《第1章.需求工程导论》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、第1章.需求工程导论主要内容1.软件的需求问题1.软件的发展2.软件生产状况调查2.需求问题的原因分析3.需求工程1.1软件的发展——60年代的发展无需求处理草图分析1.1软件的发展——软件危机与软件工程“软件危机”(softwarecrisis)。软件工程[IEEE]：（1）应用系统化的、学科化的、定量的方法，来开发、运行和维护软件，即，将工程应用到软件。（2）对（1）中各种方法的研究”工程化生产方法需求分析：系统需求分析与软件需求分析1.1软件的发展——70年代的发展无需求处理草图分析需求分析DFD

2、/ERD1.1软件的发展——90年代的发展无需求处理草图分析需求分析DFD/ERD需求分析面向对象1.290年代的软件生产状况调查——StandishGroup1995365家公司的8380个项目成功项目Success：在预计的时间之内，在预算的成本之下，完成预期的所有功能问题项目Challenged：已经完成，软件产品能够正常工作，但在生产中或者超支，或者超期，或者实现的功能不全失败项目Impaired：因无法进行而被中途撤销，或者最终产品无法提交使用1.290年代的软件生产状况调查——StandishG

3、roup1995大公司开发项目的平均成本是232.2万美元，中等公司是133.1万美元，小型公司是43.4万美元大约31％的项目在完成之前被取消，52.7％的项目成本是原来预算的189%大公司9%按预算交付，小公司16%按预算交付1.290年代的软件生产状况调查——影响因素[StandishGroup1995]成功项目的影响要素影响指数用户参与15.9％高层管理支持13.9％清晰的需求说明13.0％正确的项目计划9.6％切合实际的期望8.2％细化的项目里程碑7.7％员工能力7.2％主人翁精神5.3％清晰的目标

4、和前景2.9％努力工作2.4％其他13.9％1.290年代的软件生产状况调查——影响因素[StandishGroup1995]问题项目的影响要素影响指数缺少用户输入12.8％不完整的需求说明12.3％需求变化11.8％缺乏高层管理支持7.5％技术能力不足7.0％缺乏资源6.4％不切实际的期望5.9％目标不清晰5.3％不现实的时间要求4.3％新技术的影响3.7％其他23.0％1.290年代的软件生产状况调查——影响因素[StandishGroup1995]失败项目的影响要素影响指数不完整的需求说明13.1％缺少用户输

5、入12.4％缺乏资源10.6％不切实际的期望9.9％缺乏高层管理支持9.3％需求变化8.7％缺乏计划8.1％额外的无用功能7.5％缺乏IT管理6.2％技术能力不足4.3％其他9.9％1.290年代的软件生产状况调查——影响因素[StandishGroup1995]需求因素用户参与（用户输入）高层管理支持清晰的需求说明切合实际的期望清晰的目标和前景需求变化额外的无用功能综合来看，需求因素对成功项目的影响指数为53.9％对问题项目的影响指数为55.6％对失败项目的影响指数为60.9％1.290年

6、代的软件生产状况调查——ESPITI，1996欧洲软件协会ESI欧洲软件过程改进培训计划项目ESPITI17个国家的超过3800个组织1.290年代的软件生产状况调查——需求问题的典型案例[Bray2002]PROMS（演出权益协会）,11M￡,1992,未能以常人能理解和检查的形式表述软件需求，软件规格说明也考虑不周RISP（西萨克斯地区信息系统计划）,43M￡,1990,缺少清晰的项目范围定义TAURUS(伦敦股票交易),75M￡(1.4B￡),1993,未能协调不一致的需求LASDS(伦敦救护车

7、服务派遣系统),1992,社会服务领域糟糕的需求分析ATC(空中交通控制系统),1.8B￡,1998-2001,缺乏健壮的需求规格说明主要内容1.软件的需求问题2.需求问题的原因分析1.应用软件的模拟特性2.需求问题的技术原因分析3.需求工程2.1应用软件的模拟特性——软件的三种类型纯工具型软件软件类别应用型软件专业用户普通用户功能的复杂性功能的有用性功能的“模拟”性评判标准使用的高效性使用的方便性使用的方便性技术的先进性技术的可行性技术的可行性关注点创新性有效性模拟性编程环境OfficeMIS示例系统DBMS语

8、言翻译EAI2.1应用软件的模拟特性——软件的分析活动2.2需求问题的技术原因分析非技术性和社会性因素组织机构文化、社会背景、商业目标、利益协商关注软件系统和现实之间的互动效应软件系统环境的组织机构文化、社会背景和系统涉众的目标与利益比软件内部的数据流与状态更应该得到重视解决方案和具体应用环境相关的不能忽视具体应用环境中的相关因素，例如组织机构的