需求工程培训课件.pptx

第2章 需求工程;2.1 领域分析;;; Firesmith对软件领域分析的定义是：领域分析指特定应用领域中公共需求的标识、分析和规约，即发现或创建那些可广泛应用的对象，其目的使它们在应用域中多个项目间能被复用。领域分析的角色是设计和建造可复用构件（类似于制造环境中工具制造者的角色），它们被很多相似但不一定是相同的应用开发的人所使用。 Lethbridge的定义是：领域分析是软件工程师了解背景信息的过程。为了理解问题并在需求分析和软件工程过程的其他阶段作出合理的决策，软件工程师必须了解使用该类软件的一般性商业和技术领域中足够的信息。; 2、领域分析过程的活动 （1）定义被调查的领域中感兴趣的项 从业务域、系统类型或产品范畴中分离出感兴趣的“项”。 感兴趣的项包括：现存的应用软件的规约、设计和代码，支持软件（如GUI或数据库访问构件）以及和领域相关的构件库以及测试案例。 （2）对从领域中抽取出来的项进行分类并建立分类层次。 ; （3）收集领域中应用系统的代表性样本。 （4）分析样本中的每个应用 ? 标识候选的每个可复用对象。 ? 指明对象被标识为可复用的理由。 ? 定义对象的适应性。 ? 估算在领域中复用这些对象的应用的百分率。 ? 使用配置管理技术控制这些对象。 （5）为对象开发分析模型。 ; 3、领域分析的价值 领域分析除了为软件复用奠定基础外，还为较低抽象层次的一般的系统分析带来如下好处： ? 快速开发。有助于集中精力关注最重要的问题，更有效地与相关人员进行交流，可以更快的确定需求。 ? 优化系统。了解领域的细节有助于保证所采纳的解决方案更有效地解决用户的问题。会少犯错误，知道应该遵循那些规程和标准。领域分析给出一个应用领域的总体视图，会引导出更好的抽象从而改进设计。 ? 有了领域知识，就可以洞察新兴趋势及进一步开发的机会，有助于创建适应性更强的系统。 ? 了解通用性和特殊性，有助于创建出具有更好的可重用性和更宽的销售市场的软件。; 专家提出，没有坚实的领域分析，任何重大的软件项目都不应该进行。对应用领域的深入理解能极大的提高成功的几率。许多非常成功的软件产品的开发人员以前都在业务领域工作过－段时间，对实际需要有着深切的感受。 一旦对领域有了真正的理解，就可进行某一个项目（或产品）的需求分析，包括定义待解决的问题以及开发什么软件来解决它。然而，领域分析永远也不应该结束：开发人员有责任在开发过程中不断增进他们的理解，后续版本的系统扩充通常需要对子领域进行进一步的领域分析。 ;2.2 需求获取;; 其中： ? 业务需求：反映组织机构和客户对系统、产品高层次的目标要求。 ? 用户需求：从用户使用的角度给出需求的描述。 如一个小型超市需要一个商品的查询系统。 业务需求：进货人员需要查询商品库存以便保证及时进货；收款员需要查询商品的销售价格以便结账；经理需要查询商品的销售及盈利情况。 用户需求:这三类用户怎样去查询系统，查询哪些信息，还需要哪些操作。 ;? 系统需求：从系统或技术的角度描述为实现业务需求和用户需求而提供的服务以及所受到的约束。 ? 功能性需求：描述系统应该做什么，即为用户和其它系统完成的功能。 ? 非功能性需求：产品必须具备的属性或品质。 ? 设计约束：设计与实现必须遵循的标准、约束条件。如运行平台、协议、选择的技术、编程语言和工具等。 （3）需求的描述 ? 自然语言、结构化语言、PDL ? 图形化表示（使用Rational Rose、Microsoft Visio、Enterprise Architect等工具） ? 数学描述（形式化语言描述） ;2、需求工程过程;可行性研究是需求工程过程的开始。在较短的时间内作出结论。集中回答以下问题： （ 1）系统是否符合组织机构的总体目标。系统不支持这些目标，就没有价值。 （2）系统是否可能在现有的技术条件、预算和时间限制内完成。 （3）系统能否与已经存在的系统集成。 该活动要广泛收集信息并评估，回答一些有关的问题，写出研究报告，得出结论：系统是否值得开发？给出具体的意见和建议。可能对系统高层需求、功能范围、