6详细用例图
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
注意：用例总是由执行者启动的。 注意：用例总是由执行者启动的。
如何确定执行者： 如何确定执行者： 1、谁使用系统的主要功能(主执行者)? 谁使用系统的主要功能(主执行者)? 2、谁需要从系统获得对日常工作的支持和服务？ 谁需要从系统获得对日常工作的支持和服务？ 3、需要谁维护管理系统的日常运行（副执行者）？ 需要谁维护管理系统的日常运行（副执行者） 4、系统需要控制哪些硬件设备？ 系统需要控制哪些硬件设备？ 5、系统需要与其它哪些系统交互？ 系统需要与其它哪些系统交互？ 6、谁需要使用系统产生的结果（值）？ 谁需要使用系统产生的结果（
泛化关系
父用例也可以被特别列举为一个或多个子用例。 子用例表示父用例的特殊形式。 子用例从父用例处继承行为和属性，还可以添加 行为或覆盖、改变继承的行为。
5.2 实例——图书馆管理系统的用例图
确定系统涉及的总体信息 确定系统的参与者 确定系统的用例 使用Rational Rose绘制用例图的步 图书馆管理系统的用例图
5.2.5 图书馆管理系统的用例图
1. 借阅者请求服务的用例图 2. 图书馆管理员处理借书、还书的用例图 3. 系统管理员进行系统维护的用例图
1. 借阅者请求服务的用例图
2. 图书馆管理员处理借书、还书的 用例图
3. 系统管理员进行系统维护的用例图
创建用例模型的工作包括： 创建用例模型的工作包括： 定义系统、确定执行者和用例、描述用例、 定义系统、确定执行者和用例、描述用例、定义用例间的关 系、确认模型。 确认模型。
5.1.2 参与者
一、执行者(Actor) 一、执行者(Actor) 执行者是指用户在系统中所扮演的角色。 执行者是指用户在系统中所扮演的角色。 执行者在用例图中是用类似人的图形来表示, 执行者在用例图中是用类似人的图形来表示 但 执行者可以是人，也可以是一个外界系统。 执行者可以是人，也可以是一个外界系统。
5.1.3 用例
二、用例(use 二、用例(use case)
从本质上讲,一个用例是用户与计算机之间的一次典 从本质上讲 一个用例是用户与计算机之间的一次典 型交互作用。 型交互作用。在UML中,用例被定义成系统执行的一系列 中 用例被定义成系统执行的一系列 动作（功能）。 动作（功能）。 用例有以下特点: 用例有以下特点
用例捕获某些用户可见的需求,实现一个具体的用户目标。 用例捕获某些用户可见的需求 实现一个具体的用户目标。 实现一个具体的用户目标 用例由执行者激活,并将结果值反馈给执行者 并将结果值反馈给执行者。 用例由执行者激活 并将结果值反馈给执行者。 用例必须具有功能上的完整描述。 用例必须具有功能上的完整描述。 如何确定用例： 如何确定用例： 1、与系统实现有关的主要问题是什么？ 、与系统实现有关的主要问题是什么？ 2、系统需要哪些输入 输出？这些输入 输出从何而来？到哪里去？ 输出？ 输出从何而来？ 、系统需要哪些输入/输出 这些输入/输出从何而来 到哪里去？ 3、执行者需要系统提供哪些功能？ 、执行者需要系统提供哪些功能？ 4、执行者是否需要对系统中的信息进行读、创建、修改、删除或存储？ 、执行者是否需要对系统中的信息进行读、创建、修改、删除或存储？
5.2.2 确定系统的参与者
首先分析系统所涉及的问题领域和系统运 行的主要任务： ① 分析使用该系统主要功能部分的是哪些人。 ② 谁将需要该系统的支持以完成其工作。 ③ 系统的管理者与维护者。
5.2.2 确定系统的参与者
图书馆管理系统的参与者： ① 读者（借阅者） ② 图书馆管理员 ③ 图书馆管理系统维护者
用例图
5.1 用例图的概念 5.2 实例——-图书馆管理系统中的 用例图
5.1.1 概述
用例建模技术，用于描述系统的功能需求。 用例建模技术，用于描述系统的功能需求。 描述系统的功能需求 在宏观上给出模型的总体轮廓。 在宏观上给出模型的总体轮廓。通过对典型用例 的分析，使开发者能够有效地了解用户的需求。 的分析，使开发者能够有效地了解用户的需求。
5.1.1 概述
用例模型(Use 用例模型(Use case model)
用例模型描述的是外部执行者(Actor)所理解的系 所理解的系 用例模型描述的是外部执行者 统功能。 它描述了待开发系统的功能需求。 统功能。 它描述了待开发系统的功能需求。 它驱动了需求分析之后各阶段的开发工作,不仅在开 它驱动了需求分析之后各阶段的开发工作 不仅在开 发过程中保证了系统所有功能的实现,而且被用于验证 发过程中保证了系统所有功能的实现 而且被用于验证 和检测所开发的系统,从而影响到开发工作的各个阶段 和检测所开发的系统 从而影响到开发工作的各个阶段 的各个模型。 和 UML 的各个模型。 用例模型由若干个用例图构成 用例图构成， 用例模型由若干个用例图构成，用例图中主要描述 执行者和用例之间的关系。 执行者和用例之间的关系。在UML中,构成用例图的主 中 构成用例图的主 要元素是用例和执行者及其它们之间的联系。 要元素是用例和执行者及其它们之间的联系。
5.2.3 确定系统的用例
1. 借阅者请求服务的用例 2. 图书馆管理员处理借书、还书等的用例 3. 系统管理员进行系统维护的用例
1. 借阅者请求服务的用例
① ② ③ ④ ⑤ ⑥ 登录系统 查询自己的借阅信息 查询书籍信息 预定书籍 借阅书籍 归还书籍
2. 图书馆管理员处理借书、还书的用例
① 处理书籍借阅 ② 处理书籍归还 ③ 删除预定信息
5.1.4 用例间的关系
1 2 3 4 关联ຫໍສະໝຸດ Baidu系 包含关系 扩展关系 泛化关系
关联关系
表示参与者用例之间进行通信。 不同的参与者可以访问相同的用例。
包含关系
客户用例可以简单地包含提供者用例具有的行为， 并把它所包含的用例行为作为自身行为的一部分。
扩展关系
扩展用例被定义为基础用例的增量扩展。 基础用例提供扩展点以添加新的行为。 扩展用例提供插入片段以插入到基础用例的扩展 点上。
3. 系统管理员进行系统维护的用例
① ② ③ ④ ⑤ ⑥ ⑦ ⑧ 查询借阅者信息 查询书籍信息 增加书目 删除或更新书目 增加书籍 删除书籍 添加借阅者帐户 删除或更新借阅者帐户
5.2.4 使用Rational Rose绘制用例图 的步骤
1. 2. 3. 4. 5. 6. 创建用例图 用例图工具栏按钮简介 工具栏的定制 添加参与者与用例 添加参与者与用例之间的关系 添加用例之间的关系
5.2.1 5.2.2 5.2.3 5.2.4 骤 5.2.5
5.2.1 确定系统涉及的总体信息
读者： ① 借书 ② 还书 ③ 书籍预定
5.2.1 确定系统涉及的总体信息
图书馆管理员： ① 书籍借出处理 ② 书籍归还处理 ③ 预定信息处理
5.2.1 确定系统涉及的总体信息
① ② ③ ④ ⑤ ⑥ ⑦ ⑧ 系统管理员： 增加书目 删除或更新书目 增加书籍 减少书籍 增加读者帐户信息 删除或更新读者帐户信息 书籍信息查询 读者信息查询
如何确定执行者： 如何确定执行者： 1、谁使用系统的主要功能(主执行者)? 谁使用系统的主要功能(主执行者)? 2、谁需要从系统获得对日常工作的支持和服务？ 谁需要从系统获得对日常工作的支持和服务？ 3、需要谁维护管理系统的日常运行（副执行者）？ 需要谁维护管理系统的日常运行（副执行者） 4、系统需要控制哪些硬件设备？ 系统需要控制哪些硬件设备？ 5、系统需要与其它哪些系统交互？ 系统需要与其它哪些系统交互？ 6、谁需要使用系统产生的结果（值）？ 谁需要使用系统产生的结果（
泛化关系
父用例也可以被特别列举为一个或多个子用例。 子用例表示父用例的特殊形式。 子用例从父用例处继承行为和属性，还可以添加 行为或覆盖、改变继承的行为。
5.2 实例——图书馆管理系统的用例图
确定系统涉及的总体信息 确定系统的参与者 确定系统的用例 使用Rational Rose绘制用例图的步 图书馆管理系统的用例图
5.2.5 图书馆管理系统的用例图
1. 借阅者请求服务的用例图 2. 图书馆管理员处理借书、还书的用例图 3. 系统管理员进行系统维护的用例图
1. 借阅者请求服务的用例图
2. 图书馆管理员处理借书、还书的 用例图
3. 系统管理员进行系统维护的用例图
创建用例模型的工作包括： 创建用例模型的工作包括： 定义系统、确定执行者和用例、描述用例、 定义系统、确定执行者和用例、描述用例、定义用例间的关 系、确认模型。 确认模型。
5.1.2 参与者
一、执行者(Actor) 一、执行者(Actor) 执行者是指用户在系统中所扮演的角色。 执行者是指用户在系统中所扮演的角色。 执行者在用例图中是用类似人的图形来表示, 执行者在用例图中是用类似人的图形来表示 但 执行者可以是人，也可以是一个外界系统。 执行者可以是人，也可以是一个外界系统。
5.1.3 用例
二、用例(use 二、用例(use case)
从本质上讲,一个用例是用户与计算机之间的一次典 从本质上讲 一个用例是用户与计算机之间的一次典 型交互作用。 型交互作用。在UML中,用例被定义成系统执行的一系列 中 用例被定义成系统执行的一系列 动作（功能）。 动作（功能）。 用例有以下特点: 用例有以下特点
用例捕获某些用户可见的需求,实现一个具体的用户目标。 用例捕获某些用户可见的需求 实现一个具体的用户目标。 实现一个具体的用户目标 用例由执行者激活,并将结果值反馈给执行者 并将结果值反馈给执行者。 用例由执行者激活 并将结果值反馈给执行者。 用例必须具有功能上的完整描述。 用例必须具有功能上的完整描述。 如何确定用例： 如何确定用例： 1、与系统实现有关的主要问题是什么？ 、与系统实现有关的主要问题是什么？ 2、系统需要哪些输入 输出？这些输入 输出从何而来？到哪里去？ 输出？ 输出从何而来？ 、系统需要哪些输入/输出 这些输入/输出从何而来 到哪里去？ 3、执行者需要系统提供哪些功能？ 、执行者需要系统提供哪些功能？ 4、执行者是否需要对系统中的信息进行读、创建、修改、删除或存储？ 、执行者是否需要对系统中的信息进行读、创建、修改、删除或存储？
5.2.2 确定系统的参与者
首先分析系统所涉及的问题领域和系统运 行的主要任务： ① 分析使用该系统主要功能部分的是哪些人。 ② 谁将需要该系统的支持以完成其工作。 ③ 系统的管理者与维护者。
5.2.2 确定系统的参与者
图书馆管理系统的参与者： ① 读者（借阅者） ② 图书馆管理员 ③ 图书馆管理系统维护者
用例图
5.1 用例图的概念 5.2 实例——-图书馆管理系统中的 用例图
5.1.1 概述
用例建模技术，用于描述系统的功能需求。 用例建模技术，用于描述系统的功能需求。 描述系统的功能需求 在宏观上给出模型的总体轮廓。 在宏观上给出模型的总体轮廓。通过对典型用例 的分析，使开发者能够有效地了解用户的需求。 的分析，使开发者能够有效地了解用户的需求。
5.1.1 概述
用例模型(Use 用例模型(Use case model)
用例模型描述的是外部执行者(Actor)所理解的系 所理解的系 用例模型描述的是外部执行者 统功能。 它描述了待开发系统的功能需求。 统功能。 它描述了待开发系统的功能需求。 它驱动了需求分析之后各阶段的开发工作,不仅在开 它驱动了需求分析之后各阶段的开发工作 不仅在开 发过程中保证了系统所有功能的实现,而且被用于验证 发过程中保证了系统所有功能的实现 而且被用于验证 和检测所开发的系统,从而影响到开发工作的各个阶段 和检测所开发的系统 从而影响到开发工作的各个阶段 的各个模型。 和 UML 的各个模型。 用例模型由若干个用例图构成 用例图构成， 用例模型由若干个用例图构成，用例图中主要描述 执行者和用例之间的关系。 执行者和用例之间的关系。在UML中,构成用例图的主 中 构成用例图的主 要元素是用例和执行者及其它们之间的联系。 要元素是用例和执行者及其它们之间的联系。
5.2.3 确定系统的用例
1. 借阅者请求服务的用例 2. 图书馆管理员处理借书、还书等的用例 3. 系统管理员进行系统维护的用例
1. 借阅者请求服务的用例
① ② ③ ④ ⑤ ⑥ 登录系统 查询自己的借阅信息 查询书籍信息 预定书籍 借阅书籍 归还书籍
2. 图书馆管理员处理借书、还书的用例
① 处理书籍借阅 ② 处理书籍归还 ③ 删除预定信息
5.1.4 用例间的关系
1 2 3 4 关联ຫໍສະໝຸດ Baidu系 包含关系 扩展关系 泛化关系
关联关系
表示参与者用例之间进行通信。 不同的参与者可以访问相同的用例。
包含关系
客户用例可以简单地包含提供者用例具有的行为， 并把它所包含的用例行为作为自身行为的一部分。
扩展关系
扩展用例被定义为基础用例的增量扩展。 基础用例提供扩展点以添加新的行为。 扩展用例提供插入片段以插入到基础用例的扩展 点上。
3. 系统管理员进行系统维护的用例
① ② ③ ④ ⑤ ⑥ ⑦ ⑧ 查询借阅者信息 查询书籍信息 增加书目 删除或更新书目 增加书籍 删除书籍 添加借阅者帐户 删除或更新借阅者帐户
5.2.4 使用Rational Rose绘制用例图 的步骤
1. 2. 3. 4. 5. 6. 创建用例图 用例图工具栏按钮简介 工具栏的定制 添加参与者与用例 添加参与者与用例之间的关系 添加用例之间的关系
5.2.1 5.2.2 5.2.3 5.2.4 骤 5.2.5
5.2.1 确定系统涉及的总体信息
读者： ① 借书 ② 还书 ③ 书籍预定
5.2.1 确定系统涉及的总体信息
图书馆管理员： ① 书籍借出处理 ② 书籍归还处理 ③ 预定信息处理
5.2.1 确定系统涉及的总体信息
① ② ③ ④ ⑤ ⑥ ⑦ ⑧ 系统管理员： 增加书目 删除或更新书目 增加书籍 减少书籍 增加读者帐户信息 删除或更新读者帐户信息 书籍信息查询 读者信息查询