需求工程概述演示文稿.pptVIP

Software Requirements Engineering 需求工程概述演示文稿 当前第1页\共有25页\编于星期日\17点 优选需求工程概述 当前第2页\共有25页\编于星期日\17点 第一章需求工程概述 1.1需求工程的重要性 1.2什么是软件需求 1.3软件需求的分类 1.4需求规格说明 1.5需求工程 1.6其它一些基本概念 * * 当前第3页\共有25页\编于星期日\17点 一幅漫画带来的思考 * 当前第4页\共有25页\编于星期日\17点 CHAOS Report 美国专门从事跟踪IT项目成功或失败的权威机构Standish Group在它每年的CHAOS Report报告中给出了IT项目相关调查数据结果。 Success：软件项目按时、按预算完成、并符合要求 Challenged：延期完成、成本超出计划、并没有满足所有要求 Failed：被取消、未能完成配置、不可使用 * 1994 1996 1998 2000 2002 2004 2006 2009 Success 16% 27% 26% 28% 34% 29% 35% 32% Challenged 53% 33% 46% 49% 51% 53% 46% 44% Failed 31% 40% 28% 23% 15% 18% 19% 24% 当前第5页\共有25页\编于星期日\17点 1.1需求工程的重要性 软件开发的风险 软件项目成功因素的前三名： 用户的参与 执行层的支持 清晰的需求描述 软件项目失败或严重超支的8个最重要原因中有5个都与需求相关： 不完整的需求； 缺乏用户的参与； 不实际的客户期望； 需求和需求规格说明的变更； 提供许多不必要的功能。 * 当前第6页\共有25页\编于星期日\17点 1.1需求工程的重要性 因需求导致的软件项目失败案例 伦敦股票交易项目TAURUS 原因：未能协调不一致需求 Swanick空中交通抗旨系统 原因：缺乏健壮的需求规格说明而继续进行系统实现 需求与成本 Davis A. M.研究发现，在需求阶段检查和修复一个错误所需的费用只有编码阶段的1/5到1/10，而在维护阶段做同样的工作所需付出的代价却是编码阶段的20倍。 结论 在软件开发过程中，必须极早、有效地发现和解决与需求相关的问题。 * 当前第7页\共有25页\编于星期日\17点 1.2什么是软件需求 软件需求的各种定义 （1）A. Davis认为： 软件需求是从软件外部能发现的，软件所具有的，满足于用户的特点、功能及属性等的集合。 （2）I. Sommerville认为： 需求是问题信息和系统行为、特性、设计和实现约束的描述的集合。 （3） M. Jackson等人认为： 需求是客户希望在问题域内产生的效果。 * 当前第8页\共有25页\编于星期日\17点 1.2什么是软件需求 IEEE关于软件需求的定义 用户解决问题或达到目标所需的条件或能力（用户的角度 ） 系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力（软件系统的角度 ） 反映上面所描述的条件或能力的文档说明（规约） 需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束 * 当前第9页\共有25页\编于星期日\17点 1.3软件需求的分类 当前第10页\共有25页\编于星期日\17点 目标需求 系统建立的战略出发点，表现为高层次的目标（Objective），它描述了组织为什么要开发系统 参与各方必须要对高层次的解决方案达成一致，以建立一个共同的前景（Vision） 业务需求 执行实际工作的用户对系统所能完成的具体任务的期望，描述了系统能够帮助用户做些什么 特性 模糊、不清晰 多特性混杂 多逻辑混杂 系统需求 用户对系统行为的期望，一系列的系统行为联系在一起可以帮助用户完成任务，满足业务需求 系统需求可以直接映射为系统行为，定义了系统中需要实现的功能，描述了开发人员需要实现什么 当前第11页\共有25页\编于星期日\17点 1.3软件需求的分类 软件需求间的层次关系 * 当前第12页\共有25页\编于星期日\17点 软件需求 业务需求 系统需求 功能需求 非功能需求 约束与限制 由客户管理员、 用户等提出 当前第13页\共有25页\编于星期日\17点 功能需求和约束与限制 功能需求 它是对系统应该提供的服务、功能以及系统在特定条件下的行为的描述。它与软件系统的类型、使用系统的用户等相关，有时需要详细描述系统的功能、输入/输出、异常等，有时还需要声明系统不应该做什么。 约束与限制 它是由软件系统的应用领域所决定的特有的功能需求或是对功能的约