面向对象的需求获取与需求分析课件.pptxVIP

面向对象的需求获取与需求分析 ;;;9.1面向对象的需求获取概述 ;9.1.1 对需求获取的总的看法 ;;;;;;9.1.2 需求获取概念 ;对卫星表的功能需求描述 ;2. 非功能需求;;;;;;;卫星表的非功能需求 ;;3. 需求规格说明的确认;;4. 需求规格说明的属性 ;;5. 需求获取的类型 ;;9.2 需求获取活动 ;例：火灾报警与调度系统是一个基于事件进行管理的分布式信息系统。火灾报警与调度系统包括多个参与者：现场工作人员，比如警察和消防员；调度者，是负责回答报警呼叫并对事故现场资源进行调度的警官。火灾报警与调度系统通过对意外事件追踪、资源调度和任务计划等，支持这两类参与者。火灾报警与调度系统也可以访问多个数据库，如会合地点数据库和紧急操作过程数据库。现场工作人员和调度者通过不同接口进行交互，现场工作人员通过移动个人助理访问火灾报警与调度系统，调度者通过调度室里面的工作站访问火灾报警与调度系统。;9.2.1 标识参与者 ;;需求获取的第一步是标识参与者。这一步骤定义了系统边界，并从开发者角度描述了系统中的所有观察点。 要注意的是： 大多数参与者在系统开发之前就已经存在； 在标识参与者的初始阶段中，很难区分参与者和对象。 参与者是在系统边界之外的，即它们是来自外部的；子系统和对象在系统边界之内，它们是内部的。因此，任何要使用未来系统的外部软件系统就是一个参与者。 ;在标识参与者的过程中，开发者可通过如下问题的提出获取和确认参与者： 系统完成工作后，哪一个用户组受益？ 系统的主功能由哪一个用户组完成？ 次要功能由哪一个用户组完成？ 与该系统进行交互的外部硬件和软件系统是谁？;;9.2.2 标识场景 ;报告紧急情况用例中的仓库火灾场景 ;;;;;参与者希望系统完成的任务是什么？ 参与者要访问的信息是什么？谁创建了这些数据？这些数据可以做修改或删除吗？由谁完成这些工作？ 参与者需要告知系统，相关外部交换是什么？怎样交换？何时交换？ 系统需要向参与者询问的事件是什么？最迟时期多长？;;在标识参与者和标识场景期间，开发者要做的最重要工作是理解这些应用领域。 结合火灾报警与调度??统实例，我们可标识出四个任务场景： 1）仓库火灾场景，即描述在仓库中检测到火灾时；两个现场工作人员到达现场并请求支援； 2）挡泥板被撞场景，即描述一场在高速公路上所发生的、但未引起伤亡的车祸。警官记录了事件并在毁坏的车辆被拖走期间管理高速公路上交通； ;;9.2.3 标识用例 ;; ;事件流 ;;;简单用例写作指南 ;;9.2.4 求精用例 ;用例名称;事件流 ;;;;9.2.5标识参与者和用例之间的关系 ;;2. 用例之间的扩展关系 ;;;3. 用例之间的包含关系 ;;4. 对包含关系的扩展 ;;报告紧急情况（包含关系） 1. ……;;;;9.2.6 标识初始的分析对象 ;标识参与对象将导出初始分析对象模型。 为了标识出对象，在此给出其中的一些准则： 对于理解用例而言，开发者和用户所使用的术语，其含义必须是清楚的； 在用例中出现可重复的名词（例如，事件）应该引起注意； 如果是系统必须跟踪的现实世界中的实体（例如，现场工作人员，资源），则要引起注意； ;如果是系统必须跟踪的现实世界中的处理（例如，危机处理计划），则要引起注意； 如果是用例（例如，报告紧急情况），则应产生一个对应的对象； 如果是数据源和数据汇（例如，打印机），则应认真分析； 与用户进行交互的人工制品（例如，工作站）应引起注意； 总是出现在应用域中的术语要特别引起注意。 ;;;9.2.7 标识非功能需求 ;;;;获取非功能需求的问题实例 ;性能 ;接口 ;9.3 需求获取管理 ;;;1. 项目定义 JAD提倡者与项目管理者和客户进行会面，以决定该项目的目标与范围。 2. 调研 这一活动的结论是在会议议程和基本的规格说明中列出工作流和系统信息。 3. 准备 JAD提倡者准备会议。JAD提倡者建立工作文档，选择由客户、项目经理、部分用户和开发者组成团队。;;9.3.2 追踪性维护 ;;;;9.3.3 需求获取的书面说明 ; 需求分析文档（RAD）模板 ;;;;;;9.4 面向对象分析 ;9.4.1 分析的概述 ;;;;9.4.2 分析的概念 ;;;;2. 实体、边界和控制对象 ;;;;;3. 泛化和特化 ;;9.4.3分析活动：从用例导出对象 ;1. 标识实体对象 ;Abbott启发式准则，以完成将声音部分映射成模型构件 ;报告紧急情况用例实例的一个例子 ;;;;2. 标识边界对象 ;;;3. 标识控制对象 ;;;4. 使用顺序图将用例映射成对象 ;;;;1;定义报告紧急情况用例,这一求精用斜体表示出来 ;;报告紧急情况用例的对象 ;;画出顺序图的启发式准则 ;5. 使