用例图实例讲解ppt课件
合集下载
第3章用例及用例图-案例精品PPT课件
9
● ② 确定各参与者所期望的系统行为。
管理员： 增加课程 修改课程 删除课程
学生： 查询课程 选择课程 网上付费
10
① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。 ● ③ 把这些系统行为命名为用例。
11
● ④ 确定各用例之间的关系(泛化，包含，扩展)。
12
● ⑤ 绘制用例图。
5
案例1： • 用例图
6
案例1： • 优化
7
案例2：
某学校网上选课系统的用例分析
管理员通过系统管理界面进入系统，建立本学 期要开设的各种课程，将课程信息保存到系统中， 并可以对课程进行改动和删除。 学生通过客户机浏览器进入系统，选择课程：可 以查询课程，选择课程，支付课程费用。
8
● ① 找出系统外部参与者，确定系统边界和范围。
You Know, The More Powerful You Will Be
谢谢大家
荣幸这一路，与你同行
It'S An Honor To Walk With You All The Way
演讲人：XXXXXX 时 间：XX年XX月XX日
2
3.7 业务用例图
• 业务角色（Business Actor）
– 机构（组织）外部参与者
• 业务工人（Business Worker）
– 机构内部参与者所起作用的表示
• 业务用例（Business Use Case）
– 业务功能（无论是手工还是自动处理）
• 业务机构（Business Organization）
13
● ⑥ 编制用例说明。
● 用例：增加课程
●参与者：管理员
●操作流：
● ② 确定各参与者所期望的系统行为。
管理员： 增加课程 修改课程 删除课程
学生： 查询课程 选择课程 网上付费
10
① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。 ● ③ 把这些系统行为命名为用例。
11
● ④ 确定各用例之间的关系(泛化，包含，扩展)。
12
● ⑤ 绘制用例图。
5
案例1： • 用例图
6
案例1： • 优化
7
案例2：
某学校网上选课系统的用例分析
管理员通过系统管理界面进入系统，建立本学 期要开设的各种课程，将课程信息保存到系统中， 并可以对课程进行改动和删除。 学生通过客户机浏览器进入系统，选择课程：可 以查询课程，选择课程，支付课程费用。
8
● ① 找出系统外部参与者，确定系统边界和范围。
You Know, The More Powerful You Will Be
谢谢大家
荣幸这一路，与你同行
It'S An Honor To Walk With You All The Way
演讲人：XXXXXX 时 间：XX年XX月XX日
2
3.7 业务用例图
• 业务角色（Business Actor）
– 机构（组织）外部参与者
• 业务工人（Business Worker）
– 机构内部参与者所起作用的表示
• 业务用例（Business Use Case）
– 业务功能（无论是手工还是自动处理）
• 业务机构（Business Organization）
13
● ⑥ 编制用例说明。
● 用例：增加课程
●参与者：管理员
●操作流：
用例和用例图ppt课件
精选课件
6
参与者间的关系
▪ 在用例图中，使用泛化关系 来描述多个参与者之间的公 共行为。
▪ 示例：
父参与者
子参与者
子参与者
▪ 子参与者继承父参与者的 行为和含义，并能增加自 己特有的行为和含义
▪ 子参与者可以出现在父参
与者能出现的任何位置上
精选课件
7
3.3 用例
定义：
对一组动作序列的描述，系统通过执行这一 组动作序列为参与者产生一个可观察的结果
使用扩展关系 ▪ 扩展用例总是在一个或多个扩展点处来扩展基本用例，或
处于特定条件下， 才扩展基本用例。
基本用例
扩展点 扩展点名称
<<extend>>
扩展用例
精选课件
21
扩展关系
使用情形
a.两个用例相似但不完全相同时 b.当要对多个额外情况逐一建模时，使用扩展关
系，用一个独立的用例替代每个额外的情况 c.如果用例涵盖了所有的情况变化，则该用例将
识别用例
用例识别
识别用例最好的方法就是从分析系统的参与者开 始，考虑每个参与者是如何使用系统的。
➢ 参与者要向系统请求什么功能？
➢ 每个参与者的特定任务是什么？
➢ 参与者需要读取、创建、撤消、修改、或存储 系统的某些信息吗？
➢ 是否任何一个参与者都要向系统通知有关突发 性的、外部的改变？或者必须通知参与者关于 系统中的发生的事件？
会变得十分复杂，应该考虑使用扩展关系
精选课件
22
例
项目经理
扩展关系
项目管理系统
<<extend>> ( 任务函数)
[ 选择任务选项]
管理任务
软件工程第五章用例图PPT课件
用例之间的关系
1. 包含
包含关系指用例可以简单地包含其他用例具有的行为，并把它所 包含的用例行为作为自身行为的一部分。在UML中，包含关系是 通过带箭头的虚线段加<<include>>字样来表示，箭头由基础用 例(Base)指向被包含用例(Inclusion)。
用例之间的关系
包含关系代表着基础用例会用到被包含用例，具体的 讲就是将被包含用例的事件流插入到基础用例的事件 流中。需要注意的是，包含关系是UML1.3中的表述， 在UML1.1中，同等语义的关系被表述为使用(uses)。
练习题
网络的普及带给了人们更多的学习途径，随之用来管理远程网络 教学的“远程网络教学系统”也诞生了。
“远程网络教学系统”的功能需求包括： (1)学生登录网站后，可以浏览课件、查找课件、下载课件、观看教
学视频。 (2)教师登录网站后，可以上传课件、上传教学视频、发布教学心得、
查看教学心得、修改教学心得。 (3)系统管理员负责对网站页面的维护，审核不法课件和不法教学信
系统同时又是相对的，一个系统本身又可以是另一个更大系统的组成部分，因此， 系统与系统之间需要使用系统边界进行区分开来。我们把系统边界以外的同系统 相关联的其他部分，称之为系统环境。
用例的重要元素
1. 识别用例
任何用例都不能在缺少参与者的情况下独立存在。同样，任何参 与者也必须要有与之关联的用例。所以识别用例的最好方法就是 从分析系统参与者开始，在这个过程中往往会发现新的参与者。
用例之间的关系
在处理包含关系时，具体的做法就是把几个用例的公 共部分单独的抽象出来成为一个新的用例。主要有两 种情况需要用到包含关系：
第一，多个用例用到同一段的行为，则可以把这段共 同的行为单独抽 象成为一个用例，然后让其他用例 来包含这一用例。
设计用例图的案例 ppt课件
24
建立用例模型：银行账户管理系统需求陈述如下：
用例名称：开户
一参个与客者：户银可行职以员在（客多户个代银理）行、中客户开设账户，一个客户也
可前在置同条件一：银一个行合中法的开银设行多职员个（不客户同代的理）账已户登录。到客该户系统可以通
事件流：
过1银. 当行选职择开员户进功能行时开用例户开、始存款、取款、转账、注销账 户2等. 输活入动客户。信其息（中姓转名、账地指址客、身户份将证号自等己） 的某个账户上的 钱34转.. 从请入账客同户户管输一理入银系密统 码行获的取新不的同账账号 户（称为银行内转账）或 转5入. 请不客同户再银次行输入的密账码户（称为银行间转账）。系统管 理6员. 如负果责两次系密统码不的一账致则户回管到理第4及步，业否务则继报续表的生成。
用例图中的系统边界用来表示正在建
系统
模系统的边界，边界内表示系统的组
成部分，边界外表示系统的外部。 参与者
使用Rose画图并不画系统边界，采用
用例
Visio画图，用方框表示系统边界。
系统边界不一样，它的参与者就会发
生很大变化。搞清系统边界才能更好 地确定系统的参与者和用例。
11
用例图—用例
用例和参与者之间也有关系，这种关系属于关联关 系，是双向的一对一关系，表明了哪个参与者与用 例通信。
7. 在账户库中添加新账户
8. 打印存折，用例结束
9. 后置条件：在账户库中增加一个新账户，得到一张新存折
25
作业
教材230页第10题。
26
20
注意：《include》应用的两 种场合：
1、多个用例都用到某个同 样的功能，将这个功能抽取 出来，单独编写，供其他用 例调用。
好处：避免了重复编写相同 的功能。
建立用例模型：银行账户管理系统需求陈述如下：
用例名称：开户
一参个与客者：户银可行职以员在（客多户个代银理）行、中客户开设账户，一个客户也
可前在置同条件一：银一个行合中法的开银设行多职员个（不客户同代的理）账已户登录。到客该户系统可以通
事件流：
过1银. 当行选职择开员户进功能行时开用例户开、始存款、取款、转账、注销账 户2等. 输活入动客户。信其息（中姓转名、账地指址客、身户份将证号自等己） 的某个账户上的 钱34转.. 从请入账客同户户管输一理入银系密统 码行获的取新不的同账账号 户（称为银行内转账）或 转5入. 请不客同户再银次行输入的密账码户（称为银行间转账）。系统管 理6员. 如负果责两次系密统码不的一账致则户回管到理第4及步，业否务则继报续表的生成。
用例图中的系统边界用来表示正在建
系统
模系统的边界，边界内表示系统的组
成部分，边界外表示系统的外部。 参与者
使用Rose画图并不画系统边界，采用
用例
Visio画图，用方框表示系统边界。
系统边界不一样，它的参与者就会发
生很大变化。搞清系统边界才能更好 地确定系统的参与者和用例。
11
用例图—用例
用例和参与者之间也有关系，这种关系属于关联关 系，是双向的一对一关系，表明了哪个参与者与用 例通信。
7. 在账户库中添加新账户
8. 打印存折，用例结束
9. 后置条件：在账户库中增加一个新账户，得到一张新存折
25
作业
教材230页第10题。
26
20
注意：《include》应用的两 种场合：
1、多个用例都用到某个同 样的功能，将这个功能抽取 出来，单独编写，供其他用 例调用。
好处：避免了重复编写相同 的功能。
第二讲用例图.ppt
持有借阅卡的借阅者可以借阅书刊归还书刊查询书刊信息预定书刊并取消预定但借阅归还书刊操作都是通过图书管理员进行的图书管理员充当借阅者的代理与系统交在借阅书刊时需要输入所借阅的书刊名借阅者名等信息完成后提交所填表格系统验证借阅者是否有效若有效则查询数据库中是否存在借阅书刊若存在则借阅者可借出该书刊并在系统中存储借阅记录
通过回答以下的几个问题识别用例：
特定参与者希望系统提供什么功能。 系统是否存储和检索信息，如果是，由哪个参与者触
发。 当系统发生改变时，是否通知参与者。 是否存在影响系统的外部事件。
哪个参与者通知系统这些事件。
还有两个针对整个系统的问题:(1)系统需要何种输入输 出？输入从何处来？输出到何处去？(2)当前运行系统 的主要问题一？个用这例两至个少问要题与一并个不参意与味者着关联没！有参与者也可以 有用例，只是获取用例时还不知道参与者是什么。
(2)为系统的功能提供清晰一致的描述，以便为后续的开 发工作打下良好的交流基础，方便开发人员传递需求的 功能。
(3)为系统验证工作打下基础。通过验证最终实现的系 统能够执行的功能是否与最初需求的功能相一致，保证 系统的实用性。
(4)从需求的功能（用例）出发，提供跟踪进入系统中 具体实现的类和方法，检查其是否正确的能力。
S-1：添加所选课程
系统提示含有课程名和课程代码的域，学生输入希望选修的 课程名和课程代码(E-3)，系统显示信息表示该课程可以选 修(E-4)，并建立该课程与该学生的连接(E-5)。用例重新 开始。
S-2：删除所选课程
系统提示含有课程名和课程代码的域，学生输入希望取消的 课程名和课程代码，系统删除该课程与该学生的连接(E-6)。 用例重新开始。
4.用例
（1）用例的概念
通过回答以下的几个问题识别用例：
特定参与者希望系统提供什么功能。 系统是否存储和检索信息，如果是，由哪个参与者触
发。 当系统发生改变时，是否通知参与者。 是否存在影响系统的外部事件。
哪个参与者通知系统这些事件。
还有两个针对整个系统的问题:(1)系统需要何种输入输 出？输入从何处来？输出到何处去？(2)当前运行系统 的主要问题一？个用这例两至个少问要题与一并个不参意与味者着关联没！有参与者也可以 有用例，只是获取用例时还不知道参与者是什么。
(2)为系统的功能提供清晰一致的描述，以便为后续的开 发工作打下良好的交流基础，方便开发人员传递需求的 功能。
(3)为系统验证工作打下基础。通过验证最终实现的系 统能够执行的功能是否与最初需求的功能相一致，保证 系统的实用性。
(4)从需求的功能（用例）出发，提供跟踪进入系统中 具体实现的类和方法，检查其是否正确的能力。
S-1：添加所选课程
系统提示含有课程名和课程代码的域，学生输入希望选修的 课程名和课程代码(E-3)，系统显示信息表示该课程可以选 修(E-4)，并建立该课程与该学生的连接(E-5)。用例重新 开始。
S-2：删除所选课程
系统提示含有课程名和课程代码的域，学生输入希望取消的 课程名和课程代码，系统删除该课程与该学生的连接(E-6)。 用例重新开始。
4.用例
（1）用例的概念
第三章 用例和用例图PPT课件
精选课件
9
3.2.2 识别参与者(actor)
对于一个大系统，难以列出所有用例的清单。此时，应先 列出所有的参与者，然后在对每个参与者列出他所需的所 有用例。即提供了一种获取用例的系统化过程。
“参与者”（活动者、执行…者）是指在系统之外，透过系 统边界与系统进行有意义交互的任何事物。
精选课件
10
3.2 识别参与者
精选课件
14
思考：识别参与者？
• 寻呼台系统：用户如果预定了天气预报，系统每天定
时给他发天气消息；如果当天气温高于35度，还要提 醒用户注意防暑；
在这个叙述里，谁是寻呼台系统的Actor？ 用户？气温？时间？
时间作为参与者，一种习惯用法，用于激活那些系统定 期的、自动执行的用例
精选课件
15
3.2.2 识别参与者：参与者与系统边界
精选课件
40
3.2.4 用例之间的关系
Generalization 泛化关系中，子用例继承父用例的行为和含义，子用例也 可以增加新的行为和含义或覆盖父用例中的行为和含义
<<include>> Include
一个用例（称作基本用例）的行为包含了另一个用例（称 作包含用例）的行为
<<extend>> Extend 扩展关系比泛化关系用更多的规则限制，基础用例提供扩 展点，扩展用例只能在这些扩展点上增加新的行为。
精选课件
19
识别参与者：棋牌馆管理系统
目标：构建一个棋牌馆管理系统 问题描述： 客户通过Internet预订座位，检查座位详情，如果没有空闲 的座位或满意的座位，可以选择进入等候队列。 总台服务员在客户到棋牌馆时，根据客户的预订信息，安排 客户座位。 当客户要离开棋牌馆时，客户到总台服务员办理结账，可以 采用两种方式，一种是现金结账，另一种是银行卡结账，而 银行卡结账将通过与银联POS系统交互来完成。
uml用例图实例PPT
① ② ③ 图书馆管理员： 书籍借出处理 书籍归还处理 预定信息处理
3.1 确定系统涉及的总体信息
① ② ③ ④ ⑤ ⑥ ⑦ ⑧ 系统管理员： 增加书目 删除或更新书目 增加书籍 减少书籍 增加读者帐户信息 删除或更新读者帐户信息 书籍信息查询 读者信息查询
3.2 确定系统的参与者
首先分析系统所涉及的问题领域和系统运 行的主要任务： ① 分析使用该系统主要功能部分的是哪些人。 ② 谁将需要该系统的支持以完成其工作。 ③ 系统的管理者与维护者。
1. 借阅者请求服务的用例图
2. 图书馆管理员处理借书、还书的 用例图
3. 系统管理员进行系统维护的用例图
2. 图书馆管理员处理借书、还书的用例
① 处理书籍借阅 ② 处理书籍归还 ③ 删除预定信息
3. 系管理员进行系统维护的用例
① ② ③ ④ ⑤ ⑥ ⑦ ⑧ 查询借阅者信息 查询书籍信息 增加书目 删除或更新书目 增加书籍 删除书籍 添加借阅者帐户 删除或更新借阅者帐户
3.4 使用Rational Rose绘制用例图的 步骤
3 实例——图书馆管理系统的用例图
确定系统涉及的总体信息 确定系统的参与者 确定系统的用例 使用Rational Rose绘制用例图的步骤 图书馆管理系统的用例图
3.1 3.2 3.3 3.4 3.5
3.1 确定系统涉及的总体信息
① ② ③ 读者： 借书 还书 书籍预定
3.1 确定系统涉及的总体信息
3.2 确定系统的参与者
① ② ③ 图书馆管理系统的参与者： 读者（借阅者） 图书馆管理员 图书馆管理系统维护者
3.3 确定系统的用例
1. 借阅者请求服务的用例 2. 图书馆管理员处理借书、还书等的用例 3. 系统管理员进行系统维护的用例
3.1 确定系统涉及的总体信息
① ② ③ ④ ⑤ ⑥ ⑦ ⑧ 系统管理员： 增加书目 删除或更新书目 增加书籍 减少书籍 增加读者帐户信息 删除或更新读者帐户信息 书籍信息查询 读者信息查询
3.2 确定系统的参与者
首先分析系统所涉及的问题领域和系统运 行的主要任务： ① 分析使用该系统主要功能部分的是哪些人。 ② 谁将需要该系统的支持以完成其工作。 ③ 系统的管理者与维护者。
1. 借阅者请求服务的用例图
2. 图书馆管理员处理借书、还书的 用例图
3. 系统管理员进行系统维护的用例图
2. 图书馆管理员处理借书、还书的用例
① 处理书籍借阅 ② 处理书籍归还 ③ 删除预定信息
3. 系管理员进行系统维护的用例
① ② ③ ④ ⑤ ⑥ ⑦ ⑧ 查询借阅者信息 查询书籍信息 增加书目 删除或更新书目 增加书籍 删除书籍 添加借阅者帐户 删除或更新借阅者帐户
3.4 使用Rational Rose绘制用例图的 步骤
3 实例——图书馆管理系统的用例图
确定系统涉及的总体信息 确定系统的参与者 确定系统的用例 使用Rational Rose绘制用例图的步骤 图书馆管理系统的用例图
3.1 3.2 3.3 3.4 3.5
3.1 确定系统涉及的总体信息
① ② ③ 读者： 借书 还书 书籍预定
3.1 确定系统涉及的总体信息
3.2 确定系统的参与者
① ② ③ 图书馆管理系统的参与者： 读者（借阅者） 图书馆管理员 图书馆管理系统维护者
3.3 确定系统的用例
1. 借阅者请求服务的用例 2. 图书馆管理员处理借书、还书等的用例 3. 系统管理员进行系统维护的用例
需求分析——UML用例图PPT课件
-32-
第32页/共84页
要点：用例止于系统边界
描述交互，而不是内在的系统活动
-33-
第33页/共84页
要点：有意义的目标
设定查询条件
会员
选择零件
会员
检索零件
-34-
第34页/共84页
要点：结果值由系统生成
出纳员
吃饭
系统需要处理的，由系统生成
-35-
第35页/共84页
要点：业务语言而非技术语言
• “非程序员杂志”第26到30期UML工具一览，列出了约129个UML开发工具
-7-
第7页/共84页
内容安排
• UML概述 • 理解需求 • 需求，难在何处？ • 以用例为中心组织需求 • 基于用例的需求分析过程
-8-
第8页/共84页
认识问题
分析问题
解决问题
以开发者的身份站在开发团队的 角度分析问题
Booch93 OMT-2
统一 化
Booch91 OMT-1 其他方法 OOSE
分散
的
Grady Booch Jim Rumbaugh
第4页/共84页
Ivar Jacobson各 部
分
-4-
UML发展现状
• 目前通用的是UML 1.x版 • 主要UML 1.3、UML 1.4 • 2003年3月正式发布UML 1.5
-24-
第24页/共84页
相关术语
场景：是用来描述用户和系统之间交互的顺序的步骤 用例：是为了达到某一用户目标而组合在一起的一组场景
用例图：用来显示在系统（或其它实体）内的用例与系统参与者之间的关系
用例模型：是系统既定功能及系统环境的模型，并作为客户和开发人员之间的契 约。用例模型用作分析、设计和测试活动的基本输入。
第32页/共84页
要点：用例止于系统边界
描述交互，而不是内在的系统活动
-33-
第33页/共84页
要点：有意义的目标
设定查询条件
会员
选择零件
会员
检索零件
-34-
第34页/共84页
要点：结果值由系统生成
出纳员
吃饭
系统需要处理的，由系统生成
-35-
第35页/共84页
要点：业务语言而非技术语言
• “非程序员杂志”第26到30期UML工具一览，列出了约129个UML开发工具
-7-
第7页/共84页
内容安排
• UML概述 • 理解需求 • 需求，难在何处？ • 以用例为中心组织需求 • 基于用例的需求分析过程
-8-
第8页/共84页
认识问题
分析问题
解决问题
以开发者的身份站在开发团队的 角度分析问题
Booch93 OMT-2
统一 化
Booch91 OMT-1 其他方法 OOSE
分散
的
Grady Booch Jim Rumbaugh
第4页/共84页
Ivar Jacobson各 部
分
-4-
UML发展现状
• 目前通用的是UML 1.x版 • 主要UML 1.3、UML 1.4 • 2003年3月正式发布UML 1.5
-24-
第24页/共84页
相关术语
场景：是用来描述用户和系统之间交互的顺序的步骤 用例：是为了达到某一用户目标而组合在一起的一组场景
用例图：用来显示在系统（或其它实体）内的用例与系统参与者之间的关系
用例模型：是系统既定功能及系统环境的模型，并作为客户和开发人员之间的契 约。用例模型用作分析、设计和测试活动的基本输入。
第06章UML用例图ppt课件
基于这些信息的高层用例图。这些用例就构成了该 局域网系统的功能需求。
6.4.4 进一步深化
详细论述这些高层用例中的一个，并建立一个用 例模型。咨询公司中最重要的一项活动是书写提案。 因此检验一下“Create a proposal〞这个用例。
与某个顾问面谈，他就能通知他这个用例中的许 多步骤。首先，用例的发起者是一个顾问。顾问要登 录到局域网，并作为一个有成效户被验证。然后他运 用办公软件套件(包括文字处置软件包、电子表格软 件包以及绘图软件包等)来书写提案。在这个过程中， 顾问能够要重用一部分以前的提案。咨询公司的
上一章“引见用例〞中还给出了用例“Buy soda 〞的一些可选的场景。在详细描画中，可以分别列出 这些场景，或者把它们作为用例根本场景的扩展来思 索。详细怎样做需求根据客户、用户和他对问题的了 解。
要阐明一个场景中的步骤，还可以运用UML活动 图对场景进展描画(这部分内容将在 “活动图〞一章 中讨论)。
6.2.1 包含
上一章中的“Restock〞和“Collect〞用例都从 开锁和拉开销售机的门开场，都以关门和上锁终了。 第1步建立了“Expose the inside(翻开销售机)〞用例， 并且第2步创建了“Unexpose the inside (封锁销售机) 〞用例。“Restock〞和“Collect〞两者都包含了这 两个新用例。
6.1 用例模型的表示法
用例是由参与者发起的，参与者(也许是发起 者，但不是必需的)可以从用例的执行中获得有价 值的事物。用例模型的图形表示法很直观。用例 用一个椭圆形表示，直立人形图标表示参与者。 用例的发起参与者在用例图的左侧，接纳参与者
在用例图的右侧。参与者的名字放在参与者图标的下方， 用例的名字可以放在椭圆形里面也可以放在椭圆形下面。 关联线衔接参与者和用例，并且表示参与者与用例之间有 通讯关系。关联线是实线，和类之间的关联线类似。
用例图实例讲解PPT课件
1.借阅者 2.管理员处 3.管理系统
第16页/共20页
1. 借阅者请求服务的用例图
第17页/共20页
2. 图书馆管理员处理借书、还书 的用例图
第18页/共20页
3. 系统管理员进行系统维护的用 例图
第19页/共20页
谢谢您的观看！
第20页/共20页
概述
• 用例图显示谁将是相关的用户、用户希望系统提供什么服务以及 用户需要为系统提供的服务。
• 用例图最常用来描述系统以及子系统。
第1页/共20页
概述
•
用例图包含6个元素：
① 参与者（Actor）
② 用例（Use Case）
③ 关联关系（Association）
④ 包含关系（Include）
⑤ 扩展关系（Extend）
第8页/共20页
关联关系
• 表示参与者用例之间进行通信。 • 不同的参与者可以访问相同的用例。
第9页/共20页
包含关系
• 客户用例可以简单地包含提供者用例具有的行为，并把它所包含 的用例行为作为自身行为的一部分。
第10页/共20页
扩展关系
• 扩展用例被定义为基础用例的增量扩展。 • 基础用例提供扩展点以添加新的行为。 • 扩展用例提供插入片段以插入到基础用例的扩展点上。
第5页/共20页
用例
• 用例的名称： ① 简单名 ② 路径名
第6页/共20页
识别用例
• 识别用例最好的方法就是从分析系统的参与者开始，考虑每/共20页
5.1.4 用例间的关系
• 1 关联关系 • 2 包含关系 • 3 扩展关系 • 4 泛化关系
第14页/共20页
对需求建模
① 识别系统的外部参与者来建立系统的语境。 ② 考虑每一个参与者期望的行为或需要系统提供的行为。 ③ 把这些公共的行为命名为用例。 ④ 确定提供者用例和扩展用例。 ⑤ 对这些用例、参与者和它们之间的关系建模。 ⑥ 用注释修饰用例。
第16页/共20页
1. 借阅者请求服务的用例图
第17页/共20页
2. 图书馆管理员处理借书、还书 的用例图
第18页/共20页
3. 系统管理员进行系统维护的用 例图
第19页/共20页
谢谢您的观看！
第20页/共20页
概述
• 用例图显示谁将是相关的用户、用户希望系统提供什么服务以及 用户需要为系统提供的服务。
• 用例图最常用来描述系统以及子系统。
第1页/共20页
概述
•
用例图包含6个元素：
① 参与者（Actor）
② 用例（Use Case）
③ 关联关系（Association）
④ 包含关系（Include）
⑤ 扩展关系（Extend）
第8页/共20页
关联关系
• 表示参与者用例之间进行通信。 • 不同的参与者可以访问相同的用例。
第9页/共20页
包含关系
• 客户用例可以简单地包含提供者用例具有的行为，并把它所包含 的用例行为作为自身行为的一部分。
第10页/共20页
扩展关系
• 扩展用例被定义为基础用例的增量扩展。 • 基础用例提供扩展点以添加新的行为。 • 扩展用例提供插入片段以插入到基础用例的扩展点上。
第5页/共20页
用例
• 用例的名称： ① 简单名 ② 路径名
第6页/共20页
识别用例
• 识别用例最好的方法就是从分析系统的参与者开始，考虑每/共20页
5.1.4 用例间的关系
• 1 关联关系 • 2 包含关系 • 3 扩展关系 • 4 泛化关系
第14页/共20页
对需求建模
① 识别系统的外部参与者来建立系统的语境。 ② 考虑每一个参与者期望的行为或需要系统提供的行为。 ③ 把这些公共的行为命名为用例。 ④ 确定提供者用例和扩展用例。 ⑤ 对这些用例、参与者和它们之间的关系建模。 ⑥ 用注释修饰用例。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
承的行为。
13
用例图建模技术
对语境建模 对需求建模
14
对语境建模
① 识别系统外部的参与者。 ② 将类似参与者组织成泛化的结构层次。 ③ 在需要加深理解的地方，为每个参与者提供一个构造型。 ④ 将参与者放入到用例图中，并说明参与者与用例之间的
通信路径。
15
对需求建模
① 识别系统的外部参与者来建立系统的语境。 ② 考虑每一个参与者期望的行为或需要系统提供的
3. 系统管理员进行系统维护的用例 图
20
10
包含关系
客户用例可以简单地包含提供者用例具有的行为，并把它所包含的用 例行为作为自身行为的一部分。
11
扩展关系
扩展用例被定义为基础用例的增量扩展。 基础用例提供扩展点以添加新的行为。 扩展用例提供插入片段以插入到基础用例的扩展点上。
12
泛化关系
父用例也可以被特别列举为一个或多个子用例。 子用例表示父用例的特殊形式。 子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变继
3
参与者
参与者的种类： ① 系统用户 ② 与所建造的系统交互的其他系统 ③ 一些可以运行的进程
4
参与者间的关系
参与者间的泛化关系示例： 在用例图中，使用泛化关系来描
述多个参与者之间的公共行为。
5
用例
外部可见的系统功能单元。 在不揭示系统内部构造的前提下定义连贯的行为。 不是需求或功能的规格说明，但是也展示和体现其所描述
的过程中的需求情况。
6
用例
用例的名称： ① 简单名 ② 路径名
7
识别用例
识别用例最好的方法就是从分析系统的参与者开始，考虑 每个参与者是如何使用系统的。
如何识别用例。
8
5.1.4 用例间的关系
1 关联关系 2 包含关系 3 扩展关系 4 泛化关系间进行通信。 不同的参与者可以访问相同的用例。
行为。 ③ 把这些公共的行为命名为用例。 ④ 确定提供者用例和扩展用例。 ⑤ 对这些用例、参与者和它们之间的关系建模。 ⑥ 用注释修饰用例。
16
实例——图书馆管理系统的用例图 1.借阅者 2.管理员处 3.管理系统
17
1. 借阅者请求服务的用例图
18
2. 图书馆管理员处理借书、还书的 用例图
19
用例图
用例图的概念 用例图建模技术 实例——图书馆管理系统中的 用例图
1
概述
用例图显示谁将是相关的用户、用户希望系统提供什么服务以及用户 需要为系统提供的服务。
用例图最常用来描述系统以及子系统。
2
概述
用例图包含6个元素： ① 参与者（Actor） ② 用例（Use Case） ③ 关联关系（Association） ④ 包含关系（Include） ⑤ 扩展关系（Extend） ⑥ 泛化关系（Generalization）
13
用例图建模技术
对语境建模 对需求建模
14
对语境建模
① 识别系统外部的参与者。 ② 将类似参与者组织成泛化的结构层次。 ③ 在需要加深理解的地方，为每个参与者提供一个构造型。 ④ 将参与者放入到用例图中，并说明参与者与用例之间的
通信路径。
15
对需求建模
① 识别系统的外部参与者来建立系统的语境。 ② 考虑每一个参与者期望的行为或需要系统提供的
3. 系统管理员进行系统维护的用例 图
20
10
包含关系
客户用例可以简单地包含提供者用例具有的行为，并把它所包含的用 例行为作为自身行为的一部分。
11
扩展关系
扩展用例被定义为基础用例的增量扩展。 基础用例提供扩展点以添加新的行为。 扩展用例提供插入片段以插入到基础用例的扩展点上。
12
泛化关系
父用例也可以被特别列举为一个或多个子用例。 子用例表示父用例的特殊形式。 子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变继
3
参与者
参与者的种类： ① 系统用户 ② 与所建造的系统交互的其他系统 ③ 一些可以运行的进程
4
参与者间的关系
参与者间的泛化关系示例： 在用例图中，使用泛化关系来描
述多个参与者之间的公共行为。
5
用例
外部可见的系统功能单元。 在不揭示系统内部构造的前提下定义连贯的行为。 不是需求或功能的规格说明，但是也展示和体现其所描述
的过程中的需求情况。
6
用例
用例的名称： ① 简单名 ② 路径名
7
识别用例
识别用例最好的方法就是从分析系统的参与者开始，考虑 每个参与者是如何使用系统的。
如何识别用例。
8
5.1.4 用例间的关系
1 关联关系 2 包含关系 3 扩展关系 4 泛化关系间进行通信。 不同的参与者可以访问相同的用例。
行为。 ③ 把这些公共的行为命名为用例。 ④ 确定提供者用例和扩展用例。 ⑤ 对这些用例、参与者和它们之间的关系建模。 ⑥ 用注释修饰用例。
16
实例——图书馆管理系统的用例图 1.借阅者 2.管理员处 3.管理系统
17
1. 借阅者请求服务的用例图
18
2. 图书馆管理员处理借书、还书的 用例图
19
用例图
用例图的概念 用例图建模技术 实例——图书馆管理系统中的 用例图
1
概述
用例图显示谁将是相关的用户、用户希望系统提供什么服务以及用户 需要为系统提供的服务。
用例图最常用来描述系统以及子系统。
2
概述
用例图包含6个元素： ① 参与者（Actor） ② 用例（Use Case） ③ 关联关系（Association） ④ 包含关系（Include） ⑤ 扩展关系（Extend） ⑥ 泛化关系（Generalization）