需求工程培训课件.ppt

第2章 需求工程 领域分析 需求获取 需求分析与建模 需求规约与验证 需求管理 2.1 领域分析 1、领域分析的概念 软件工程要处理两类工程： （1）面向用户的业务过程工程 （2）面向市场的产品工程 （见下图） 领域(domain)，就是指解决问题的范围，从最高层的角度（业务域）描述系统。 系统分析可以发生在许多不同的抽象层次： 在业务或企业级层次，可定义描述模拟整个业务的功能、结构和行为的模型； 在应用层次，建模着重于特定的用户需求。 Firesmith对软件领域分析的定义是：领域分析指特定应用领域中公共需求的标识、分析和规约，即发现或创建那些可广泛应用的对象，其目的使它们在应用域中多个项目间能被复用。领域分析的角色是设计和建造可复用构件（类似于制造环境中工具制造者的角色），它们被很多相似但不一定是相同的应用开发的人所使用。 Lethbridge的定义是：领域分析是软件工程师了解背景信息的过程。为了理解问题并在需求分析和软件工程过程的其他阶段作出合理的决策，软件工程师必须了解使用该类软件的一般性商业和技术领域中足够的信息。 （3）收集领域中应用系统的代表性样本。 （4）分析样本中的每个应用 ? 标识候选的每个可复用对象。 ? 指明对象被标识为可复用的理由。 ? 定义对象的适应性。 ? 估算在领域中复用这些对象的应用的百分率。 ? 使用配置管理技术控制这些对象。 （5）为对象开发分析模型。 3、领域分析的价值 领域分析除了为软件复用奠定基础外，还为较低抽象层次的一般的系统分析带来如下好处： ? 快速开发。有助于集中精力关注最重要的问题，更有效地与相关人员进行交流，可以更快的确定需求。 ? 优化系统。了解领域的细节有助于保证所采纳的解决方案更有效地解决用户的问题。会少犯错误，知道应该遵循那些规程和标准。领域分析给出一个应用领域的总体视图，会引导出更好的抽象从而改进设计。 ? 有了领域知识，就可以洞察新兴趋势及进一步开发的机会，有助于创建适应性更强的系统。 ? 了解通用性和特殊性，有助于创建出具有更好的可重用性和更宽的销售市场的软件。 专家提出，没有坚实的领域分析，任何重大的软件项目都不应该进行。对应用领域的深入理解能极大的提高成功的几率。许多非常成功的软件产品的开发人员以前都在业务领域工作过－段时间，对实际需要有着深切的感受。 一旦对领域有了真正的理解，就可进行某一个项目（或产品）的需求分析，包括定义待解决的问题以及开发什么软件来解决它。然而，领域分析永远也不应该结束：开发人员有责任在开发过程中不断增进他们的理解，后续版本的系统扩充通常需要对子领域进行进一步的领域分析。 2.2 需求获取 1、需求（requirements）的概念 （1）需求的定义 Jones 定义为用户所需要的软件必须达到的目标和能力。Lethbridge定义为需求是关于系统将要完成什么工作的一段描述，它们必须经过所有相关人员的认可，其目的是彻底的解决用户的问题。 ? 需求是一段…描述：意思是每个需求是相对短小简明的一段信息，表现为一个事实。它可以是一段话或用各种图表示。一组需求的集合成为需求文档。 ?…关于系统将要完成什么工作…：需求描述了系统应当完成的任务，不描述系统将如何实现。 ?…必须经过所有相关人员的认可…：意指需求必须经过评审，才能成为正式的需求。 ?…其目的是彻底的解决用户的问题。有助于解决用户的问题，该需求才有存在的价值。 其中： ? 业务需求：反映组织机构和客户对系统、产品高层次的目标要求。 ? 用户需求：从用户使用的角度给出需求的描述。 如一个小型超市需要一个商品的查询系统。 业务需求：进货人员需要查询商品库存以便保证及时进货；收款员需要查询商品的销售价格以便结账；经理需要查询商品的销售及盈利情况。 用户需求:这三类用户怎样去查询系统，查询哪些信息，还需要哪些操作。 ? 系统需求：从系统或技术的角度描述为实现业务需求和用户需求而提供的服务以及所受到的约束。 ? 功能性需求：描述系统应该做什么