ch5-用例图.pptVIP

第5章 用例图 5.1 用例图的概念 5.2 用例图建模技术 5.6 实例——-图书馆管理系统中的 用例图 5.1.1 概述 用例图显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务。 用例图最常用来描述系统以及子系统。 5.1.1 概述 用例图包含6个元素： 参与者（Actor） 用例（Use Case） 关联关系（Association） 包含关系（Include） 扩展关系（Extend） 泛化关系（Generalization） 5.1.2 参与者 系统外部的一个实体。 参与用例的执行过程。 通过向系统输入或请求系统输入某些事件来触发系统的执行。 由参与用例时所担当的角色来表示。 每个参与者可以参与一个或多个用例。 5.1.2 参与者 参与者的种类： 系统用户 与所建造的系统交互的其他系统 一些可以运行的进程 确定参与者 参与者间的关系 在用例图中，使用泛化关系来描述多个参与者之间的公共行为。 参与者间的泛化关系示例： 5.1.3 用例  一个用例是系统某个动作步骤的集合，主要由角色和动作组成。角色是存在于系统之外的任何事物；动作是系统的一次执行，由角色触动。 在UML用例图中，用例表示为一个椭圆。 概括地说，用例有以下特点。 · 用例代表某些用户可见的功能，实现一个具体的用户目标。 · 用例由执行者激活，并提供确切的值给执行者。 · 用例可大可小，但它必须是对一个具体的用户目标实现的完整描述。 5.1.3 用例 用例的名称： 简单名 路径名(包名) 识别用例 识别用例最好的方法就是从分析系统的参与者开始，考虑每个参与者是如何使用系统的。 如何识别用例。 用例与事件流 1. 简要说明 2. 前提条件 3. 事件流（主事件流、其他事件流、错误流 ） 4. 事后条件 5.1.4 用例间的关系 1 关联关系 2 包含关系 3 扩展关系 4 泛化关系 关联关系 表示参与者用例之间进行通信。 不同的参与者可以访问相同的用例。 包含关系 客户用例可以简单地包含提供者用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。 扩展关系 扩展用例被定义为基础用例的增量扩展。 基础用例提供扩展点以添加新的行为。 扩展用例提供插入片段以插入到基础用例的扩展点上。 泛化关系 父用例也可以被特别列举为一个或多个子用例。 子用例表示父用例的特殊形式。 子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变继承的行为。 (1) 扩展关系 向一个用例中加入一些新的动作后构成了另一个用例，这两个用例之间的关系就是扩展关系，后者通过继承前者的一些行为得来，通常把后者称为扩展用例。 (2) 包含关系 当一个用例使用另一个用例时，这两个用例之间就构成了使用关系。 (3) 泛化关系 可以用来表示参与者与参与者之间，用例与用例之间的特殊/一般化关系 5.2 用例图建模技术 5.2.1 对语境建模 5.2.2 对需求建模 5.2.1 对语境建模 识别系统外部的参与者。 将类似参与者组织成泛化的结构层次。 在需要加深理解的地方，为每个参与者提供一个构造型。 将参与者放入到用例图中，并说明参与者与用例之间的通信路径。 5.2.2 对需求建模 识别系统的外部参与者来建立系统的语境。 考虑每一个参与者期望的行为或需要系统提供的行为。 把这些公共的行为命名为用例。 确定提供者用例和扩展用例。 对这些用例、参与者和它们之间的关系建模。 用注释修饰用例。 5.3 实例——图书馆管理系统的用例图 5.3.1 确定系统涉及的总体信息 5.3.2 确定系统的参与者 5.3.3 确定系统的用例 5.3.4 使用Rational Rose绘制用例图的步骤 5.3.5 图书馆管理系统的用例图 5.3.1 确定系统涉及的总体信息 读者： 借书 还书 书籍预定 5.3.1 确定系统涉及的总体信息 图书馆管理员： 书籍借出处理 书籍归还处理 预定信息处理 5.3.1 确定系统涉及的总体信息 系统管理员： 增加书目 删除或更新书目 增加书籍 减少书籍 增加读者帐户信息 删除或更新读者帐户信息 书籍信息查询 读者信息查询 5.3.2 确定系统的参与者 首先分析系统所涉及的问题领域和系统运行的主要任务： 分析使用该系统主要功能部分的是哪些人。 谁将需要该系统的支持以完成其工作。 系统的管理者与维护者。 5.3.2 确定系统的参与者 图书馆管理系统的参与者： 读者（借阅者） 图书馆管