用例图的画法概要1.ppt

第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 用例 外部可见的系统功能单元。 在不揭示系统内部构造的前提下定义连贯的行为。 不是需求或功能的规格说明，但是也展示和体现其所描述的过程中的需求情况。 5.1.3 用例 用例的名称： 简单名 路径名 识别用例 识别用例最好的方法就是从分析系统的参与者开始，考虑每个参与者是如何使用系统的。 如何识别用例。 用例与事件流 1. 简要说明 2. 前提条件 3. 事件流（主事件流、其他事件流、错误流 ） 4. 事后条件 5.1.4 用例间的关系 1 关联关系 2 包含关系 3 扩展关系 4 泛化关系 关联关系 表示参与者用例之间进行通信。 不同的参与者可以访问相同的用例。 包含关系 客户用例可以简单地包含提供者用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。 扩展关系 扩展用例被定义为基础用例的增量扩展。 基础用例提供扩展点以添加新的行为。 扩展用例提供插入片段以插入到基础用例的扩展点上。 泛化关系 父用例也可以被特别列举为一个或多个子用例。 子用例表示父用例的特殊形式。 子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变继承的行为。 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 确定系统的参与者 图书馆管理系统的参与者： 读者（借阅者） 图书馆管理员 图书馆管理系统维护者 5.3.3 确定系统的用例 1. 借阅者请求服务的用例 2. 图书馆管理员处理借书、还书等的用例 3. 系统管理员进行系统维护的用例 1. 借阅者请求服务的用例 登录系统 查询自己的借阅信息 查询书籍信息 预定书籍 借阅书籍 归还书籍 2. 图书馆管理员处理借书、还书的用例 处理书籍借阅 处理书籍归还 删除预定信息 3. 系统管理员进行系统维护的用例 查询借阅者信息 查询书籍信息 增加书目 删除或更新书目 增加书籍 删除书籍 添加借阅者帐户 删除或更新借阅者帐户 5.3.4 使用Rational Rose绘制用例图的步骤 1. 创建用例图 2. 用例图工具栏按钮简介 3.