当前位置：文档之家 › 用例及用例图案例

用例及用例图案例

  • 格式：pptx
  • 大小：742.15 KB
  • 文档页数：27

下载文档原格式

  / 27

合集下载

用例例子

用例例子

应用举例 例2—医院病房监护系统 一、问题描述
为了对危重病人进行实时监护 随时了解病人病情， 实时监护， 为了对危重病人进行实时监护，随时了解病人病情，及时 进行处理，建立病房监护系统。 进行处理，建立病房监护系统。 病症监视器安置在每个病床， 病症监视器安置在每个病床，通过网络将病人的病症信号 组合）实时传送到中央监护系统进行分析处理。 （组合）实时传送到中央监护系统进行分析处理。 在中心值班室里， 在中心值班室里，值班护士使用中央监护系统对病员的情 况进行监控， 况进行监控，监护系统实时地将病人的病症信号与标准的病诊 信号进行比较分析，当病症出现异常时，系统会立即自动报警， 信号进行比较分析，当病症出现异常时，系统会立即自动报警， 并打印病情报告和更新病历。 并打印病情报告和更新病历。 系统根据医生的要求随时打印病人的病情报告， 系统根据医生的要求随时打印病人的病情报告，系统定期 自动更新病历。 自动更新病历。
采样频率 改变 信号数据组合 <<include>> 模数转化 信号采集 病人
分解信号 <<include>>
<< include>> 生成病历
<<include>>
更新病历
用例“中央监护” 用例“中央监护”描述模板
用例名： 用例名： 中央监视 执行者： 值班护士、 执行者： 值班护士、医生 目标： 目标： 对病人的病症信号进行监测、处理，超过极限报警。 功能描述： 功能描述： 1.分解信号：将从病症监护器传送来的组合病症信号分解为系统可以处理的 信号。 2.比较信号：将病人的病症信号与标准信号比较 。 3.报警：如果病症信号发生异常（即高于峰值），发出报警信号。 4.数据格式化：将处理后的数据格式化以便写入病历库 。 其他非功能需求: 高可靠性、实时性 其他非功能需求 高可靠性、 主要步骤： 主要步骤： 1.按设定频率连续接收来自各病人的病症信号，并进行分解。 2.将病人的病症信号与专家系统（标准病症信号库）中的标准信号进行比较判 断是否超过极限值。 3.若超过极限值，进行报警，并及时更新病历和打印病情报告。 相关用例：病症监护、提供标准病症信号、病历管理、病情报告管理。 相关用例：病症监护、提供标准病症信号、病历管理、病情报告管理。 相关信息： 优先级 性能、 执行率 ： 优先级、 相关信息：(优先级、性能、频执行率)： 优先级：报警处理具有最高优先级3,一般病历管理为1,其他2. 优先级：报警处理具有最高 性能：实时性、 性能：实时性、高可靠性 执行率 根据病情严重程度 12-30次/小时 频执行率：根据病情

用例图和用例描述设计实例

用例图和用例描述设计实例

用例图和用例描述设计实例作者：ephyer 发表时间：2004-09-09 1 8:01:35更新时间：2004-09-09 1 8:01:35浏览：1954次主题：电脑技术评论：0篇地址：202.19 7.75.*:::栏目:::•Thinking in java 学习笔记•JA VA基础知识•UML•软件设计师•其他类别这里用我开发的一个家教网站来简单的分析用例图的画法和用例描述的写法。

这个网站我用UML完整的分析一下，以下我提取了用例图和用例描述的部分。

这个家教网站分为前台客户系统和后台管理系统。

前台客户系统的用例图如下：后台管理系统用例图如下：对于用例描述，篇幅有限，我在这里只列了后台管理系统中的网站公告发布这个用例的描述。

如下：用例名称：网站公告发布用例标识号：202参与者：负责人简要说明：负责人用来填写和修改家教网站首页的公告，公告最终显示在家教网站的首页上。

前置条件：负责人已经登陆家教网站管理系统基本事件流：1．负责人鼠标点击“修改公告”按钮2．系统出现一个文本框，显示着原来的公告内容3．负责人可以在文本框上修改公告，也可以完全删除，重新写新的公告4．负责人编辑完文本框，按“提交”按钮，首页公告就被修改5．用例终止其他事件流A1：在按“提交”按钮之前，负责人随时可以按“返回”按钮，文本框的任何修改内容都不会影响网站首页的公告异常事件流：1．提示错误信息，负责人确认2．返回到管理系统主页面后置条件：网站首页的公告信息被修改注释：无四．总结其实用例建模并不是这么简单，它涉及到的知识还有很多，我这里只是简单的介绍一下，希望对初学UML建模的同学有所帮助。

上一篇下一篇展开所有评论发表评论推荐转载写信问候返回目录快速返回我的百宝箱用例名称：用户登录用例标识号：01参与者：管理员、普通用户简要说明：参与者输入用户名、密码以及验证码，系统进行验证后，合法者登录系统，否则提供拒绝登录系统。

前置条件：参与者已经打开系统的登录页面（login.jsp）基本事件流：1．参与者在用户名输入框里输入用户名2．在密码框里输入密码3．密码框下方显示验证码，验证码由4位数字构成，用户按原样输入验证码。

用例和用例图ppt课件

用例和用例图ppt课件

精选课件
6
参与者间的关系
▪ 在用例图中，使用泛化关系 来描述多个参与者之间的公 共行为。
▪ 示例：
父参与者
子参与者
子参与者
▪ 子参与者继承父参与者的 行为和含义，并能增加自 己特有的行为和含义
▪ 子参与者可以出现在父参
与者能出现的任何位置上
精选课件
7
3.3 用例
定义：
对一组动作序列的描述，系统通过执行这一 组动作序列为参与者产生一个可观察的结果
使用扩展关系 ▪ 扩展用例总是在一个或多个扩展点处来扩展基本用例，或
处于特定条件下， 才扩展基本用例。
基本用例
扩展点 扩展点名称
<<extend>>
扩展用例
精选课件
21
扩展关系
使用情形
a.两个用例相似但不完全相同时 b.当要对多个额外情况逐一建模时，使用扩展关
系，用一个独立的用例替代每个额外的情况 c.如果用例涵盖了所有的情况变化，则该用例将
识别用例
用例识别
识别用例最好的方法就是从分析系统的参与者开 始，考虑每个参与者是如何使用系统的。
➢ 参与者要向系统请求什么功能？
➢ 每个参与者的特定任务是什么？
➢ 参与者需要读取、创建、撤消、修改、或存储 系统的某些信息吗？
➢ 是否任何一个参与者都要向系统通知有关突发 性的、外部的改变？或者必须通知参与者关于 系统中的发生的事件？
会变得十分复杂，应该考虑使用扩展关系
精选课件
22
例
项目经理
扩展关系
项目管理系统
<<extend>> ( 任务函数)
[ 选择任务选项]
管理任务

第3章用例及用例图-案例学习资料

第3章用例及用例图-案例学习资料
16
● ① 找出系统外部参与者，确定系统边界和范围。
17
● ② 确定各参与者所期望的系统行为。
柜台人员 客房预订 预订变更 入住登记 退房结帐 选择课程 信息查询
18
① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。 ● ③ 把这些系统行为命名为用例。
19
● ④ 确定各用例之间的关系(泛化，包含，扩展)。
13
● ⑥ 编制用例说明。
● 用例：增加课程
●参与者：管理员
●操作流：
① 管理员选择进入管理界面，用例开始。
② 系统提示输入管理员密码。
③ 管理员输入密码。
④ 系统检验密码。
A1：密码出错。
⑤ 进入管理界面，系统显示当前所建立的全部课程信息。
⑥ 管理员选择增加课程，管理员输入新课程信息。
⑦系统验证是否与已有课程冲突。
2
3.7 业务用例图
4
3.8 实例
• 案例1：
– 有一个爱书之人，家里各类书籍已过千册，平时又 时常有朋友外借，因此需要一个图书管理系统。该 系统应该能够将书籍的基本信息按计算机类、非计 算机类分别建档，实现按书名、作者、类别、出版 社等关键字的组合查询功能。在使用系统录入新书 籍时系统会自动按规则生成书号，以修改信息，但 不能够删除记录。该系统还应该能够对书籍的外借 情况进行记录，可对外借情况列出打印。另外，还 希望能够对书籍的购买金额、册数按特定时限进行 统计。
20
● ⑤ 绘制用例图。
21
● ⑥ 编制用例说明。
● 用例：客房预订 ●参与者：柜台工作人员 ●说明：
① 工作人员启动预订功能。 ② 根据预订需求查看客房空闲信息。 ③ 输入预订人信息。 ④ 安排客房。 ⑤ 预订成功。

用例及用例图案例

用例及用例图案例
第3章
用例及用例图-案例
3.7 业务用例图 3.8 案例
1
3.7 业务用例图
• 作用
– 帮助了解机构及其软件系统（或工作内容） – 帮助业务过程重建工程工作 – 帮助员工（小组内成员）充分了解业务及其角色
• 什么时候需要
– 对机构不熟悉 – 机构业务发生变更 – 机构中主要部分使用的软件需建立 – 机构中有些大型复杂工作流的文档不足
20
● ⑤ 绘制用例图。
21
● ⑥ 编制用例说明。
● 用例：客房预订 ●参与者：柜台工作人员 ●说明：
① 工作人员启动预订功能。 ② 根据预订需求查看客房空闲信息。 ③ 输入预订人信息。 ④ 安排客房。 ⑤ 预订成功。
22
● ⑥ 编制用例说明。
● 用例：预订变更 ●参与者：柜台工作人员 ●说明：
Ａ２：有冲突。
⑧系统添加新课程，并提示添加成功。
⑨系统回到管理主界面，显示所有课程，用例结束。
14
● ⑦ 对异常流程确定单独用例。 ⑧ 优化用例图，解决用例之间的冲突和重复。
15
案例3：
宾馆客房业务管理用例分析
宾馆客房业务管理提供客房预订、预订变更、 客房入住、退房结帐、旅客信息查询几个方面的 功能。
第3章 用例和用例图
● 3.4 用例图 3.4.1 用例图的作用 3.4.2 用例图的形式
● 3.5 用例描述 ● 3.6 用例分析 ● 3.7 业务用例图
● —— 重要知识点
26
本章作业
(1) 什么叫用例？ (2) 用例图在软件建模中的作用是什么？ (3) 用例之间存在那几种关系？ (4) 包含关系和扩展关系有什么区别? (5) 参与者可以是那几种形式？ (6) 什么叫事件流,作用是什么？

用例图, 类图

用例图, 类图

Get Upload Files
Receive Data
Manage Log
Breake Connection
Time
18/336
1.用例图 (19/29)
•
20/336
21/336
22/336
1.用例图 (22/29)
23/336
24/336
1.用例图 (25/29)
智能电梯系统
25/336
1.用例图 (26/29)
Deal with Auditing Data
Auditing break connection
break connection
Server 17/336
1.用例图 (18/29)
• 学生课程注册系统例子
– 每个学生都可以增删改查自己的课程注册表 – 每个教师都可以查询课程花名册 – 学校管理人员可以维护全部课程，可以登记
Dat aObjec t
38/336
2.顺序图 (8/19)
40/336
2.顺序图 (9/19) 2.顺序图 (11/19)
41/336
: Actor
FormObject
1: Open form
ControlObject
DataObject
2: Enter information
3: Save informat ion
is displayed
4. Select a file
12/336
1.用例图 (12/29)
• 例子: 远程通讯
– 背景 – 任务
• 远程审核 • 远程客户端
Client
13/336
logon Request Data Receive Data

二手平台交易--用例图--及-用例

大学生二手交易平台:
用例:
基于wｅｂ的二手交易平台用例图
ﻩ后台管理用例图
用户ﻩ系统
ﻩ支付功能用例图
用例——购物车功能：该用例让用户能用户添加、移出以及查看商品的信息单情况来确认购买商品
一、用户选择“购物车功能”,显示的页面包括“添
加商品”,移出商品“,”“更新购物车”,“查
看商品信息单”
二、用户选择“添加商品”
1.用户选择要添加的商品
2.用户确认添加
3.系统添加该商品的求购信息
三、用户选择“移出商品信息”
1.用户选择要删除的商品
2.用户确认删除
3.系统关闭该商品的求购信息
四、用户选择“查看商品信息单”
1.用户选择需要查看的商品
2.用户查看该商品的信息单情况
3.用户同意购买，选择“支付”，系统产生订
单,通知发货。

用例图实例

用例图实例
医院病房监护系统
现有一医院病房监护系统，病症监视器安置在每 个病房，将病人的病症信号实时传送到中央监视系统进行 分析处理。在中心值班室里，值班护士使用中央监视系统 对病员的情况进行监控，根据医生的要求随时打印病人的 病情报告，定期更新病历，当病症出现异常时，系统会立 即自动报警, 并实时打印病人的病情报告，立即更新病历。
1、通过以下六个问题识别角色 (1)谁使用系统的主要功能？ (2)谁需要系统的支持以完成日常工作任务？ (3)谁负责维护，管理并保持系统正常运行？ (4)系统需要应付（或处理）哪些硬设备？ (5)系统需要和哪些外部系统交互？ (6)谁（或什么）对系统运行产生的结果（值）感兴趣？
角色描述
通过回答这六个问题以后，再进一步分析可以识别出本系统的四 个角色：值班护士，医生，病人，标准病症信号库。
3、当病症信号异常时，系统自动更新病历并打印病情 报告。
4、值班护士可以查看病情报告并进行打印。 5、医生可以查看病情报告，要求打印病情报告，也可 以查看或要求打印病历。 6、系统定期自动更新病历。
首页 上页 下页 末页 退出
需求分析
三、用UML的静态建模机制定义并描述系统的静态结构 （一）建立系统的用例图
f 模数转化 将采集来的模拟信号转化为数字信号。
g 信号数据组合 将采集到的脉搏，血压等信号数据组合为一 组信号数据。
h 采样频率改变 根据病人的情况改变监视器采样频率。
3、提供标准病症信号 i（此用例不分解）
用例细化
4、病历管理 分解为：j 生成病历
k 查看病历 l 更新病历 m 打印病历 5、病情报告 分解为：n 显示病情报告 o 打印病情报告
(1)使用系统主要功能 (2)对系统运行结果感 兴趣

UML中的用例图实践案例

UML中的用例图实践案例UML（统一建模语言）是一种用于软件开发的标准化建模语言，它提供了一套丰富的图形符号和概念，用于描述和设计软件系统的各个方面。

其中，用例图是UML中最为常用和重要的一种图形表示方法，它用于描述系统的功能需求和用户与系统之间的交互关系。

本文将通过一个实践案例，介绍用例图在软件开发中的具体应用。

假设我们要开发一个在线购物系统，该系统包括用户注册、浏览商品、添加购物车、下单、支付等功能。

首先，我们需要明确系统的角色和用例。

在这个案例中，系统的角色包括用户、管理员和支付网关。

用户可以注册账号、浏览商品、添加购物车、下单和支付；管理员可以管理商品信息；支付网关负责处理支付请求。

接下来，我们可以使用用例图来表示这些角色和用例之间的关系。

首先，我们可以在用例图中用椭圆形表示各个用例。

在本案例中，我们可以用椭圆形表示注册账号、浏览商品、添加购物车、下单和支付等用例。

然后，我们可以用矩形表示各个角色，即用户、管理员和支付网关。

接着，我们可以使用实线箭头来表示角色与用例之间的关系。

例如，用户可以注册账号，我们可以在用户和注册账号之间画一条实线箭头来表示这种关系。

除了角色和用例之间的关系，用例图还可以表示用例之间的关系。

在本案例中，用户可以浏览商品、添加购物车、下单和支付，这些用例之间存在一定的先后顺序。

我们可以使用虚线箭头来表示这种顺序关系。

例如，用户可以先浏览商品，然后将商品添加到购物车，最后下单和支付。

我们可以在浏览商品和添加购物车之间画一条虚线箭头，表示用户在浏览商品后可以将商品添加到购物车。

此外，用例图还可以表示用例之间的包含和扩展关系。

在本案例中，用户下单时可能需要选择配送地址，我们可以将选择配送地址作为一个包含关系，用一个带有加号的实线箭头表示。

另外，用户下单时还可以选择使用优惠券，这可以作为一个扩展关系，用一个带有箭头和加号的虚线箭头表示。

通过用例图，我们可以清晰地描述系统的功能需求和用户与系统之间的交互关系。

用例图说明实例


业务规则
4.至少选择一本,至多选择三本
涉及的业务实体
Be_费用记录 Be_图书 Be_借书篮 Be_借阅定单 Be_借阅证
上表是用例规约内容。过程描述中的章节号标明每一个可能的活动。例如,4 代表“用户可 单选或多选书本，并确认借阅。计算机显示确认借阅图书清单”这个活动，而 4.1.1 代表第 4 步的第一个可选分枝的第一步，4.1.2.1.1 代表第 4 步的第一个可选分枝的第二步中的第 一个可选分分枝的第一步。
用例名称
bu_借阅图书
用例描述
借阅人通过此用例向系统查询并提交借书请求
执行者
借阅人
前置条件 后置条件 主过程描述
分支过程描述
异常过程描述
1. 借阅人借阅证件在有效期内 2. 借阅人没有逾期未归还的图书 1. 创建借书定单 2. 更新借阅人借阅记录 1 用户用借阅证提供的帐号登录系统，计算机显示我的图书馆 界面 2.用户选择查询图书，计算机显示查询界面 3.用户按书名、作者、出版社查询，计算机显示查询结果 4.用户可单选或多选书本，并 确认借阅。计算 机显示确认借阅 图书清单。 5.用户选择确认借阅，计算机显示借阅定单及费用 6 用户选择提交定单，计算机显示提交结果和定单号 7.计算机执行后置条件。用例结束 2.1.1 用户选择查看原有定单，计算机执行 4; 4.1.1 用户可单选或多选书本，放入借书篮，计算机显示借书 篮现有内容 4.1.2.1.1 用户选择继续借书，计算机执行 2； 4.1.2.2.1 用户选择提交借书篮，计算机执行 4 4.2.1 用户选择放弃，计算机执行 2； 6.1.1 用户选择保存定单，计算机保存并执行 1； 6.2.1 用户选择放弃，计算机执行 1； 1.1.1 借阅证已过期，拒绝登录，用例结束 1.2.1 借阅人有逾期未归还书本，启动 bu_归还图书用例 5.1.1 用户余额不足，计算机显示余额和所需金额 5.1.2.1.1 用户选择续费，启动 bu_交纳借阅费用例 5.1.2.2.1 用户选择放弃，计算机执行 1
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
5
案例1： • 用例图
6
案例1： • 优化
7
案例2：
某学校网上选课系统的用例分析
管理员通过系统管理界面进入系统，建立本学 期要开设的各种课程，将课程信息保存到系统中， 并可以对课程进行改动和删除。 学生通过客户机浏览器进入系统，选择课程：可 以查询课程，选择课程，支付课程费用。
8
● ① 找出系统外部参与者，确定系统边界和范围。
第3章 用例和用例图
● 3.4 用例图 3.4.1 用例图的作用 3.4.2 用例图的形式
● 3.5 用例描述 ● 3.6 用例分析 ● 3.7 业务用例图
● —— 重要知识点
26
本章作业
(1) 什么叫用例？ (2) 用例图在软件建模中的作用是什么？ (3) 用例之间存在那几种关系？ (4) 包含关系和扩展关系有什么区别? (5) 参与者可以是那几种形式？ (6) 什么叫事件流,作用是什么？
16
● ① 找出系统外部参与者，确定系统边界和范围。
17
● ② 确定各参与者所期望的系统行为。
柜台人员 客房预订 预订变更 入住登记 退房结帐 选择课程 信息查询
18
① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。 ● ③ 把这些系统行为命名为用例。
19
● ④ 确定各用例之间的关系(泛化，包含，扩展)。
13
● ⑥ 编制用例说明。
● 用例：增加课程
●参与者：管理员开始。
② 系统提示输入管理员密码。
③ 管理员输入密码。
④ 系统检验密码。
A1：密码出错。
⑤ 进入管理界面，系统显示当前所建立的全部课程信息。
⑥ 管理员选择增加课程，管理员输入新课程信息。
⑦系统验证是否与已有课程冲突。
① 工作人员启动预订功能。 ② 输入预订人标志信息。 ③ 系统显示该预订人的客房预订信息。 ④ 预订变更。 ⑤ 预订变更成功。
23
● ⑥ 编制用例说明。
● 用例：入住登记 ●参与者：柜台工作人员 ●说明：
① 工作人员启动入住登记功能。 ② 根据旅客要求查询客房空闲信息。 ③ 如果不满足旅客入住要求，则退出。 ④ 接收旅客信息。 ⑤ 给旅客分配房间床位。 ⑥ 接收押金。 ⑦ 打印入住单 ⑧ 入住登记结束。
END
27
20
● ⑤ 绘制用例图。
21
● ⑥ 编制用例说明。
● 用例：客房预订 ●参与者：柜台工作人员 ●说明：
① 工作人员启动预订功能。 ② 根据预订需求查看客房空闲信息。 ③ 输入预订人信息。 ④ 安排客房。 ⑤ 预订成功。
22
● ⑥ 编制用例说明。
● 用例：预订变更 ●参与者：柜台工作人员 ●说明：
– 机构的组织部门，业务元素的集合
• 业务实体（Business Entity）
– 机构的主要产品等实体
• 物理工人（Phsical Worker）
– 机构内部人类参与者
3
3.7 业务用例图
4
3.8 实例
• 案例1：
– 有一个爱书之人，家里各类书籍已过千册，平时又 时常有朋友外借，因此需要一个图书管理系统。该 系统应该能够将书籍的基本信息按计算机类、非计 算机类分别建档，实现按书名、作者、类别、出版 社等关键字的组合查询功能。在使用系统录入新书 籍时系统会自动按规则生成书号，以修改信息，但 不能够删除记录。该系统还应该能够对书籍的外借 情况进行记录，可对外借情况列出打印。另外，还 希望能够对书籍的购买金额、册数按特定时限进行 统计。
2
3.7 业务用例图
• 业务角色（Business Actor）
– 机构（组织）外部参与者
• 业务工人（Business Worker）
– 机构内部参与者所起作用的表示
• 业务用例（Business Use Case）
– 业务功能（无论是手工还是自动处理）
• 业务机构（Business Organization）
9
● ② 确定各参与者所期望的系统行为。
管理员： 增加课程 修改课程 删除课程
学生： 查询课程 选择课程 网上付费
10
① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。 ● ③ 把这些系统行为命名为用例。
11
● ④ 确定各用例之间的关系(泛化，包含，扩展)。
12
● ⑤ 绘制用例图。
Ａ２：有冲突。
⑧系统添加新课程，并提示添加成功。
⑨系统回到管理主界面，显示所有课程，用例结束。
14
● ⑦ 对异常流程确定单独用例。 ⑧ 优化用例图，解决用例之间的冲突和重复。
15
案例3：
宾馆客房业务管理用例分析
宾馆客房业务管理提供客房预订、预订变更、 客房入住、退房结帐、旅客信息查询几个方面的 功能。
24
● ⑥ 编制用例说明。
● 用例：退房结帐 ●参与者：柜台工作人员 ●说明：
① 工作人员启动退房结帐功能。 ② 输入旅客标志信息。 ③ 系统显示旅客入住信息。 ④ 显示入住天数，费用。 ⑤ 接收费用。 ⑥ 打印发票。 ⑦ 入住登记结束。
25
● 小结
3.1 用例
3.2 参与者
3.3 用例之间的关系 4.3.1 关联关系 4.3.2 泛化关系 4.3.3 包含关系 4.3.4 扩展关系
第3章
用例及用例图-案例
3.7 业务用例图 3.8 案例
1
3.7 业务用例图
• 作用
– 帮助了解机构及其软件系统（或工作内容） – 帮助业务过程重建工程工作 – 帮助员工（小组内成员）充分了解业务及其角色
• 什么时候需要
– 对机构不熟悉 – 机构业务发生变更 – 机构中主要部分使用的软件需建立 – 机构中有些大型复杂工作流的文档不足