欢迎来到天天文库
浏览记录
ID:43534032
大小:1.03 MB
页数:91页
时间:2019-10-10
《软件工程课件学习3》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库。
1、1软件工程---第3章需求分析软件需求分析:“做什么?”需求分析的过程是开发人员与用户共同协商,准确地定义未来系统的目标,确定为了满足用户的需求系统必须做什么。并且使用软件开发人员和用户都能理解的语言准确地表达出来,即用<需求规格说明书>规范的形式准确地表达用户的需求。3第3章需求分析开发一个软件系统前,必须了解用户的期望和要求--->软件需求--->需求分析过程重要性:软件开发的基础和前提最终目标软件系统验收的标准避免或者尽早剔除早期的错误需求分析4需求的重要性Standish-Group对350家公司的
2、8000个软件项目作过一次调查其中,31%的项目的结局是被取消。引致这些项目失败的原因是:13.1%不完整的产品要求;12.4%缺乏用户的参与;10.6%缺少资源(人力、财力);9.9%不现实的期望;9.3%高层领导支持不足;8.7%产品要求与指标的改变;8.1%没有订计划;7.5%不再需耍该开发中的系统。其中,与产品需求有关的(1,2,4,和6项)占了44.1%。这些数据突出地显示了软件产品需求在软件开发中的重要性。2021/10/85需求分析的重要性5点事实软件生命周期中,一个错误发现得越晚,修复错误的
3、费用越高6需求分析的重要性许多错误是潜伏的,并且在错误产生后很长一段时间才被检查出来在需求过程中会产生很多错误DeMarco在一份研究报告中指出,被检查出来的错误的56%产生的根源可以追溯到需求阶段。AIRMICS所进行的一项调查发现,在一份美国军方大型管理信息系统的需求现格说明书(SRS)中存在着500多个错误,当然这仅仅是一个软件项目中的一次调查。在需求阶段,代表性的错误为疏忽、不一致和二义性美国海军研究实验室从20世纪70年代起就对软件开发技术不断地进行研究。他们对海军A—7E—它机上的”宅行操作程序
4、进行实地测试,以验证许多新设想的可行性。得出的研究数据表明:A—7E项目中77%的需求错误特点是不明确:疏忽、不一致和二义性。按错误类型对这些错误分布进行分析的结果是:49%不正确的事实,31%疏忽,l3%不一致,5%二义性7需求分析的重要性8需求分析的重要性需求错误是可以被检查出来的参与需求分析的人系统分析师、需求阐释者、客户代表、用户代表、开发方领导、项目经理、架构设计师、领域专家、财务人员、市场人员、软件质量保证(SQA,SoftwareQualityAssure)人员、程序员、测试人员、部署人员、技
5、术文档编写人员、培训人员等。需求分析的场所调研时,在客户现场编纂软件需求规约文档时,可以在开发单位复审相关的需求文档时,根据需要来安排参与需求分析的人有哪些,场所在哪11第3章需求分析需求分析IEEE软件工程标准词汇表将需求定义为:(1)用户解决问题或达到目标所需的条件或能力。 (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。 (3)一种反映上面(1)或(2)所描述的条件或能力的文档说明。12困难:片面性,不完全模糊性,不准确不一致性,歧义等等因此必须使用系统的方法
6、、借助于一系列行之有效的技术和工具进行需求分析需求分析需求分析应用系统复杂,庞大按层次划分软件需求业务需求(businessrequirement)反映了组织机构或客户对系统、产品高层次的目标要求,它们在项目视图与范围文档中予以说明。业务需求描述了企业一组概要性的目标,概要性的目标可能要依靠多个用户目标来实现。用户需求(userrequirement)文档描述了用户使用产品必须要完成的任务,这在使用实例(usecase)文档或方案脚本(scenario)说明中予以说明。用户需求描述了用户目标,是具体明确的任
7、务,但还不是详细的细节。功能需求(functionalrequirement)定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求。三类需求的关系业务需求项目视图与范围文档用户需求使用实例文档功能需求软件需求规格说明书非功能需求概要目标层次用户目标层次功能层次软件需求的非功能性需求非功能需求:定义产品必须遵从的标准、规范和合约;外部界面的具体细节;性能要求;设计或实现的约束条件及质量属性。非功能需求过程需求产品需求外部需求软件交付互操作性实现方法标准法规成本可用性软件性能存储空间可
8、靠性可移植性安全性软件需求分析的困难(1)客户说不清楚需求有些客户对需求只有朦胧的感觉,当然说不清楚具体的需求。农夫和耕牛的故事有些客户心里非常清楚想要什么,但却说不明白。我的鞋是什么样的?“不懂装懂”或者“半懂充内行”的客户令人恐惧2.1软件需求的概念软件需求的复杂性(2)需求自身经常变动2.1软件需求的概念需求变更原因--客户方:对信息系统的了解不够对业务需求表达不清对自身业务抽象程度不够对需求重视程度不够与
此文档下载收益归作者所有