第4章用例及用例图.ppt

4.1 参与者 1. 参与者的概念 参与者（actor）是外部需要与系统交互的事物。也被称为活动者。 2.参与者的三种类型 ①. 人：客户，读者，库管员 ②. 设备：计算机，磁盘，读卡机等 ③. 外部系统：上层系统等 3. 参与者的表示 参与者可以表示为下面三种形式。 4. 参与者之间的关系 参与者之间可以有泛化关系。 识别参与者的方法 谁使用系统的主要功能 谁改变系统的数据 谁从系统获取信息 谁需要系统的支持以完成日常工作任务 谁负责日常维护、管理并保证系统正常运行 系统需要应付（处理）那些硬设备 系统需要和那些外部系统交互 谁（或什么）对系统运行产生的结果（值）感兴趣 时间、气温等内部外部条件 4.2 用例 1. 用例的概念 用例(use case): 表示参与者与系统的一次交互过程。 2.用例的表示 用例用椭圆表示 3. 用例的特点 ① 用例用于描述系统的功能，这个功能是外部使用者看到的系统功能，不反映功能的实现方式。 3. 用例的特点 ② 用例描述用户提出的一些可见需求，对应一个具体的用户目标。 3. 用例的特点 ③ 用例反映系统与用户的一次交互过程，应该具有交互的信息的传递。 3. 用例的特点 ④ 用例是对系统功能的描述，属于需求建模。 用例的特点 ① 用例用于描述系统的功能，这个功能是外部使用者看到的系统功能，不反映功能的实现方式。 ② 用例描述用户提出的一些可见需求，对应一个具体的用户目标。 ③ 用例反映系统与用户的一次交互过程，应该具有交互的信息的传递。 ④ 用例是对系统功能的描述，属于需求建模。 4.3 用例图中的关系 用例图中可以具有以下几种关系： ①. 关联关系 ②. 泛化关系 ③. 包含关系 ④. 扩展关系 1. 关联关系 参与者与用例之间是关联关系，表示参与者与用例之间具有使用，交互信息的关联。 2. 泛化关系 参与者与参与者之间，用例与用例之间存在一般与特殊的关系。 3. 包含关系 两个用例之间，一个用例(基本用例)的行为包含了另外一个用例(包含用例)的行为。 包含关系用依赖关系的include构造型来表示。 4. 扩展关系 扩展关系表示基本用例在扩展点要增加新的行为或功能，以扩展到新用例。 扩展关系用依赖关系的extend构造型来表示。 泛化关系 VS 包含关系 包含关系：描述在多个用例中都有的公共行为 泛化关系：一个用例类似与另一个用例，但多一些内容。 扩展关系 VS 包含关系 在扩展关系中，基用例不必知道扩展用例的任何细节，事实上基用例没有扩展也是完整的，只有特定的条件发生了，扩展用例的行为才被执行。 客户用例可以简单地包含提供者用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。 识别用例的方法 每个参与者的任务是什么 由参与者将要创建、存储、改变、删除或读取系统中的信息吗 什么用例会创建、存储、改变、删除、或读取这个信息 参与者需要通知系统外部的变化吗 需要通知参与者系统中正在发生的事情吗 什么用例将支持和维护系统 所有的功能需求都能被用例执行吗 4.4 用例图 1. 用例图的作用 用例图用来描述软件需求模型中的系统功能，通过一组用例可以描述软件系统能够给用户提供的功能。 用例图可以作为整个系统开发过程中的开发依据，指导和驱动其他模型。 2. 用例图的形式 用例与事件流 用例分析是处于系统的需求分析阶段，这个阶段应该尽量的避免去考虑系统实现的细节问题。也就是说，用例描述的是一个系统做什么，而不是怎么做。 可以通过一个清晰的，易被用户理解的时间流来说明一个用例的行为。这个事件流包括用例何时开始和结束，用例何时和参与者交互，什么对象被交互以及该行为的基本流和可选流。 事件流描述要点 1.只书写“可观测”的 2.使用主动语句 3.句子必须以参与者或系统作为主语 4.不要涉及界面细节 要点1：只写“可观测”的 系统通过ADO建立数据库连接，传送SQL查询语句，从“商品表”查询商品的详细信息… 要点2：主动语句要点3：以参与者或系统作主语 参与者…… 系统…… 图书管理员输入书目和借阅者信息； 系统检索书目 系统检索借阅者 图书管理员将图书借给借阅者 系统记录借阅信息