用例及用例图案例

合集下载

用例例子

用例例子

应用举例 例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
● ⑥ 编制用例说明。
● 用例:预订变更 ●参与者:柜台工作人员 ●说明:
A2:有冲突。
⑧系统添加新课程,并提示添加成功。
⑨系统回到管理主界面,显示所有课程,用例结束。
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

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

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

大学生二手交易平台:
用例:
基于web的二手交易平台用例图
ﻩ后台管理用例图
用户ﻩ系统
ﻩ支付功能用例图
用例——购物车功能:该用例让用户能用户添加、移出以及查看商品的信息单情况来确认购买商品
一、用户选择“购物车功能”,显示的页面包括“添
加商品”,移出商品“,”“更新购物车”,“查
看商品信息单”
二、用户选择“添加商品”
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(统一建模语言)是一种用于软件开发的标准化建模语言,它提供了一套丰富的图形符号和概念,用于描述和设计软件系统的各个方面。

其中,用例图是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

餐馆系统用例及用例图

餐馆系统用例及用例图

•记录预约(Recork booking)事件路径:1接待员输入要预约的日期2系统显示该日的预约3有一张合适的餐桌可以使用:接待员输入顾客的姓名、电话、预约的时间、用餐人数和餐桌号4系统记录并显示新预约。

可选或例外的事件路径3a 没有可用的餐桌:1 没有合适的餐桌可以使用,用例终止3b 餐桌过小1 接待员输入顾客的姓名电话预约时间,用餐人数和餐桌号2 用餐人数多于餐桌容纳的人数,系统询问是否继续预约3 如果回答“否”, 用例将不进行预约而终止4 如果回答“是”, 预约将被输入,并附有一个警告标志。

•记录到达:(Record arrival)基本事件路径1领班输入当前日期2系统显示当天的预约3领班确认一个选定的预约已经到达4系统对此进行记录并更新显示器,将顾客标记为已经到达。

可选或例外的事件路径3a 没有提前预订:1 系统中没有记录该顾客的预约,领班输入预约时间、人数和餐桌号,创建一个未预约登记;2 系统记录并显示新预约//将红字的部分,独立为一个用例,用例描述如下:●记录未预约顾客(Record walk_in)基本事件路径1 侍者领班执行“显示预约”用例2 侍者领班输入时间、用餐人数和分配给顾客的餐桌3 系统记录并显示新预约●取消预约(Cancel booking)基本事件路径1 侍者领班执行“显示预约”用例2 接待员选择要求的预约3 接待员取消该预约4 系统询问接待员确认取消5 接待员回答“是”,系统记录取消并更新显示可选或例外的事件路径4a 预约的时间是在该现时间之前1 系统显示,预约的时间是在该查询时间之前,2 系统显示不能取消过去某段时间的预约4b 已经记录了顾客到来的预约1 系统显示不能取消该预约 调换餐桌(Table transfer)基本事件路径1 侍者领班选择需要的预约2 侍者领班改变该预约的餐桌分配3 系统记录改变并更新显示•显示预约(Display Bookings):1用户输入一个日期2系统显示当日的预约。

UML旅店管理系统用例图、用例规约

UML旅店管理系统用例图、用例规约

一.旅店管理系统用例图
二.用例规约
1.预定房间
1 .1简要说明
本用例允许客户预订旅店的未被预订的房间,系统提供未被预订的房间的信息列表。

1.2 先置条件
客户进入旅店管理系统,并选择预订房间功能。

1.3 事件流
(1)基本事件流
A 客户选择要预订的房间的类型,双人间或单人间。

B 根据客户选择的房间类型,从所有该类型房间中,筛选未被预定的房间,将这些房间的信息列表显示,供客户查询。

C 客户选定房间,并输入要预订的天数。

(2)备选事件流
A 客户所需要类型的房间已全部被预订,则提示客户,该类型房间已全部被预订,询问客户是否选择另一类型的房间。

B 用户选择预订的房间的时间段与已经预订了该房间的其他客户的时间
段发生冲突,则系统提示,该房间在哪些日期里已被预订,并询问当前客户是更换房间还是修改预订天数。

1.4 后置条件
A 客户选择房间和预订天数并确认后,系统要求客户输入客户信息,包括客户的姓名、地址、联系电话、有效证件号。

另外,系统将计算出客户需要缴纳的定金和总费用,并显示出来。

B 客户重新选择房间类型,或修改天数,则刷新用户界面。

权限管理用例图及用例分析

权限管理用例图及用例分析
异常事件流:
管理员提交表单数据格式错误,系统提示错误信息
系统将数据写入数据库时失败,提示错误信息后置条件:无源自注释:无用例图用例描述
用例编号:006
用例名称:权限管理
优先级别:HIGH
参与者:管理员 一般用户
用例描述:
权限管理
前置条件:
1.用户成功登陆系统
基本事件流:
在权限管理的页面上,输入新员工信息
点击提交按钮
员工信息被修改、删除或被导出 个人可以查看自己的信息 登录
系统给出提示
其他事件流:
管理员在执行基本事件流过程中点击”取消”按钮,系统关闭表单页

案例-旅游业务申请系统用例图和用例文档

案例-旅游业务申请系统用例图和用例文档

旅游申请系统用例图表1给出了旅游申请系统中“办理申请手续”用例的文档。

由于该用例中并没有明确的非功能需求,因此在文档中也没有体现。

表1 “办理申请手续”用例文档用例名办理申请手续简要描述前台服务员通过该用例为申请人办理申请旅游团的手续参与者前台服务员涉众申请人、前台服务员相关用例暂无前置条件前台服务员登录到系统后置条件申请信息被正确保存,相关旅游团可申请人数减少基本事件流1. 该用例起始于旅客需要办理申请手续;2. 前台服务员录入要申请的旅游团旅行路线代码和出发日期;3. 系统查询要申请的旅游团信息(A-1);4. 系统显示查询到的旅游团和相关路线信息(D-1)(A-2、A-3);5. 前台服务员录入本次申请信息(D-2);6. 系统显示旅行费用的总额和申请订金金额;7. 前台服务员提交该申请信息;8. 系统保存该申请信息(A-4),用例结束。

备选事件流A-* 前台服务员在提交该申请前,随时都可能中止该申请表2给出了“管理参加人”用例文档,与前一个用例文档不同的是,该用例文档的基本事件流被划分成三个子流程,通过子流程的方式可以使该用例文档的结构更加清晰。

表2 “管理参加人”用例文档表3给出了“完成支付”用例文档。

从用例文档可以看出,该用例文档和“管理参加人”用例文档的基本事件流中存在很多相似的地方,即都需要查询申请的信息;在下一节将介绍如何处理这种情况。

表3 “完成支付”用例文档用例文档,注意在该用例文档的基本事件流的第3步中如何表示循环操作。

表4 “打印旅游确认书和余额交款单”用例文档表5给出了“导出财务信息”用例文档。

由于该用例的参与者是时间和财务系统,没有外部用户,所以事件流中全是系统的动作。

此外,由于问题陈述中并没有提及有关财务系统的相关细节,因此与财务系统的交互模式也无法表示清楚。

表5 “导出财务信息”用例文档。

第5讲2-用例及用例图

第5讲2-用例及用例图
取款 用例旳动态事件流
a 经过读卡机,储户插入ATM卡
b ATM系统从卡上读取银行ID、帐号、并验证帐号。 c 储户键入密码,系统检验密码。 d 储户按确认键,输入取款金额。 e ATM把帐号和取款金额传递给银行系统,取回帐户余额。 f ATM输出现金,并显示帐户余额。 d ATM统计事务到日志文件。

参加者
1. 参加者旳概念 参加者(actor)是外部需要与系统交互旳事物。
也被称为活动者。 2.参加者旳三种类型
①. 人:客户,读者,库管员 ②. 设备:计算机,磁盘,读卡机等 ③. 外部系统:上层系统等
参加者旳表达
参加者能够表达为下面三种形式。
参加者之间旳关系
参加者之间能够有泛化关系。
用例之间旳关系(1)
用例之间能够具有下列几种关系:
➢ 泛化关系 ➢ 包括关系 ➢ 扩展关系
参加者与用例之间旳关系
关联关系 参加者与用例之间是关联关系,表达参加者与用
例之间具有使用,交互信息旳关联。
用例之间旳关系(3)
泛化关系 参加者与参加者之间,用例与用例之间存在一般与 特殊旳关系。
用例之间旳关系(4)
包括关系 两个用例之间,一种用例(基本用例)旳行为包括了 另外一种用例(包括用例)旳行为。 包括关系用依赖关系旳<<include>>构造型来表 达。
某学校网上选课系统旳用例分析(1)
管理员经过系统管理界面进入系统,建立本学期 要开设旳多种课程,将课程信息保存到数据库中, 并能够对课程进行改动和删除。 学生经过客户机浏览器进入系统,选择课程:能够 查询课程,选择课程,支付课程费用。
某学校网上选课系统旳用例分析(2)
●找出系统外部参加者,拟定系统边界和范围。

用例图及用例分析

用例图及用例分析

用例图及用例分析用例图及用例分析客户电影信息查询今日电影查询主题电影查询售票工作人员系统管理人员售票维护会员信息<>系统维护日志维护权限维护增删用户后台数据维护<><><>个人信息查询会员信息添加会员信息修改会员信息删除管理电影信息<>订购电影电影校验维护电影数据<>电影信息添加电影信息删除电影信息修改购票<><><><><><><><><><><><><><><><><><>重点用例分析用例名称:售票描述:售票工作人员使用系统销售用例完成售票的任务标识符:uc1优先级:A(高)角色: 售票工作人员前置条件:售票工作人员已成功登录系统并具有查询电影信息、售票的权限主事件流:1. 售票工作人员选择售票选项,用例开始2. 售票工作人员输入账号,系统根据规则检查账号的有效性A1:售票工作人员账号无效3. 售票工作人员输入密码,检查密码是否正确A2:密码错误4.显示登录成功提示信息5.售票工作人员查询输入顾客所购买电影名称6.系统根据输入的电影名,进入数据库调出电影单价,查询余票7.售票工作人员扫描会员卡A3:有会员卡8. 显示电影总价格9. 接受顾客付款,售票工作人员点击确认10. 打印电影票11. 用例结束其他事件流:A1:售票工作人员无效(1).系统售票工作人员无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步A3:有会员卡(1).系统显示会员的具体信息,进行折扣计价。

(2).跳至主事件流第8步后置条件:系统成功将已售出的电影信息更新至数据库中特殊需求:用例名称:添加会员描述:工作人员使用系统添加会员用例完成添加会员的任务标识符:uc2优先级:A(高)角色: 工作人员前置条件:工作人员已成功登录系统并具有查询、修改和添加会员的权限主事件流:1. 工作人员选择添加会员选项,用例开始2. 工作人员输入账号,系统根据规则检查账号的有效性A1:工作人员账号无效3. 工作人员输入密码,检查密码是否正确A2:密码错误4.显示登录成功提示信息5.工作人员点击添加会员6.系统进入数据库查询现有会员,生成新的会员号7.工作人员录入会员信息8. 显示最新会员信息9. 接受顾客付款,工作人员点击确认10. 制成会员卡11. 用例结束其他事件流:A1:工作人员无效(1).系统工作人员无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步后置条件:系统成功将已添加的会员信息更新至数据库中特殊需求:无用例名称:删除会员描述:工作人员使用系统删除会员用例完成删除会员的任务标识符:uc3优先级:A(高)角色: 工作人员前置条件:工作人员已成功登录系统并具有查询、修改和添加会员的权限主事件流:1. 工作人员选择删除会员选项,用例开始2. 工作人员输入账号,系统根据规则检查账号的有效性A1:工作人员账号无效3. 工作人员输入密码,检查密码是否正确A2:密码错误4.显示登录成功提示信息5.工作人员点击删除会员6.输入会员账号7. 系统进入数据库查询现有会员A3:无此会员8.工作人员点击删除9. 显示确认删除提示10. 工作人员点击确认11. 用例结束其他事件流:A1:工作人员无效(1).系统工作人员无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步A3:无此会员(1). 系统显示无此会员的提示信息(2). 返回主事件流第4步后置条件:系统成功将已删除的会员信息移出至数据库中特殊需求:无用例名称:查询会员描述:工作人员使用系统查询会员用例完成查询会员的任务标识符:uc4优先级:A(高)角色: 工作人员前置条件:工作人员已成功登录系统并具有查询、修改和添加会员的权限主事件流:1. 工作人员选择查询会员选项,用例开始2. 工作人员输入账号,系统根据规则检查账号的有效性A1:工作人员账号无效3. 工作人员输入密码,检查密码是否正确A2:密码错误4.显示登录成功提示信息5.工作人员点击查询会员6.输入会员账号7. 系统进入数据库查询现有会员A3:无此会员8.工作人员点击查询9. 显示查询会员的信息10. 用例结束其他事件流:A1:工作人员无效(1).系统工作人员无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步A3:无此会员(1). 系统显示无此会员的提示信息(2). 返回主事件流第4步后置条件:无特殊需求:无用例名称:添加电影描述:工作人员使用系统添加电影用例完成添加电影的任务标识符:uc4优先级:A(高)角色: 工作人员前置条件:工作人员已成功登录系统并具有查询、修改和添加电影的权限主事件流:1. 工作人员选择添加电影选项,用例开始2. 工作人员输入账号,系统根据规则检查账号的有效性A1:工作人员账号无效3. 工作人员输入密码,检查密码是否正确A2:密码错误4.显示登录成功提示信息5.工作人员点击添加电影6.系统进入数据库查询现有电影,生成新的电影号7.工作人员录入电影信息8. 显示最新电影信息9. 点击确认10. 用例结束其他事件流:A1:工作人员无效(1).系统工作人员无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步后置条件:系统成功将已添加的电影信息更新至数据库中特殊需求:无用例名称:删除电影描述:工作人员使用系统删除电影用例完成删除电影的任务标识符:uc5优先级:A(高)角色: 工作人员前置条件:工作人员已成功登录系统并具有查询、修改和添加电影的权限主事件流:1. 工作人员选择删除电影选项,用例开始2. 工作人员输入账号,系统根据规则检查账号的有效性A1:工作人员账号无效3. 工作人员输入密码,检查密码是否正确A2:密码错误4.显示登录成功提示信息5.工作人员点击删除电影6.输入电影名7. 系统进入数据库查询现有电影A3:无此会员8.工作人员点击删除9. 显示确认删除提示10. 工作人员点击确认11. 用例结束其他事件流:A1:工作人员无效(1).系统工作人员无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步A3:无此电影(1). 系统显示无此电影的提示信息(2). 返回主事件流第4步后置条件:系统成功将已删除的会员信息移出至数据库中特殊需求:无用例名称:查询电影描述:工作人员使用系统查询电影用例完成查询电影的任务标识符:uc6优先级:A(高)角色: 工作人员前置条件:工作人员已成功登录系统并具有查询、修改和添加电影的权限主事件流:1. 工作人员选择查询电影选项,用例开始2. 工作人员输入账号,系统根据规则检查账号的有效性A1:工作人员账号无效3. 工作人员输入密码,检查密码是否正确A2:密码错误4.显示登录成功提示信息5.工作人员点击查询电影6.输入电影名7. 系统进入数据库查询现有电影名A3:无此电影8.工作人员点击查询9. 显示查询会员的信息10. 用例结束其他事件流:A1:工作人员无效(1).系统工作人员无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步A3:无此电影(1). 系统显示无此电影的提示信息(2). 返回主事件流第4步后置条件:无特殊需求:无用例名称:今日电影查询描述:顾客使用系统今日电影查询用例完成查询电影标识符:uc7优先级:A(高)角色: 顾客前置条件:无主事件流:1. 顾客选择今日电影查询选项,用例开始2. 显示今日电影信息3. 用例结束其他事件流:无后置条件:无特殊需求:无用例名称:个人信息查询描述:顾客使用系统个人信息查询用例完成个人信息查询标识符:uc8优先级:A(高)角色: 顾客前置条件:顾客已成功登录系统主事件流:1. 顾客选择查询个人信息查询选项,用例开始2. 顾客输入账号,系统根据规则检查账号的有效性A1:顾客账号无效3. 顾客输入密码,检查密码是否正确A2:密码错误4.显示登录成功提示信息5 显示顾客个人信息6. 用例结束其他事件流:A1:顾客无效(1).顾客无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步后置条件:无特殊需求:无用例名称:检索描述:当功能界面中“请选择”输入3的时候进入检索功能角色: 用户前置条件:已经进行排序主事件流:1.用户选择检索功能,用例开始A1:未完成前置条件2. 用户选择检索条件,输入检索关键字3. 系统根据输入信息查询文件A2:检索失败4.检索成功5.将检索到的信息显示在屏幕上或存储在其他文件中6. 用例结束其他事件流:A1:未完成前置条件返回主菜单A2:检索失败返回搜索菜单后置条件:系统成功将已检索的信息显示在屏幕或存储在文件中特殊需求:无。

用例和用例图

用例和用例图

如何绘制用例图 1、用例分析技术步骤(不固定,可根据需要调整):
⑴ ⑵ ⑶ ⑷ ⑸ ⑹ ⑺ 找出系统外部的参与者和外部系统,确定系统的边界和范围。 确定每一个参与者所期望的系统行为 把这些系统行为命名为用例 使用泛化、包含、扩展等关系处理系统行为的公共或变更部分 编制每一个用例的脚本 绘制用例图 区分基本事件流和异常情况的事件流,如有需要可以把表示异常 情况的事件流作为单独的用例来处理 ⑻ 细化用例图,解决用例间的重复与冲突。
用例之间的关系 4、参与者与用例之间的关系:关联关系Association
关联关系描述参与者与用例之间的关系,在UML中它是 两个或多个类元之间的关系,它描述了类元的实例间的 联系。(类元,一种建模元素,常见类元包括类、参与者 、构件、数据类型、接口、结点、子系统以及用例等, 其中类是最常见的类元) 关联关系表示参与者和用例之间的通信。在UML中,关 联关系用直线或箭头表示。如果参与者启动了用例,箭 头指向用例;如果参与者利用了用例提供的服务,箭头指 向参与者。如果二者是互动的,则是直线。 例:汽车租赁系统用例图(部分)。显示的是“客户”参与者以 及与他交互的3个用例,“预定”、“取车”、“还车” 。
FEAT01.新增书籍信息 FEAT03.书籍信息按计算机类、非计算机类分别建档 FEAT04.录入新书时能够自动按规则生成书号 FEAT05.计算机类与非计算机类书籍采用不同的书号规则 FEAT06.录入新书时如果重名将自动提示 FEAT02.修改已有的书籍信息 FEAT07.按书名、作者、类别、出版社等关键字组合查询书籍 FEAT08.列出所有书籍信息 FEAT14.所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行 FEAT09.记录外借情况 FEAT10.外借状态能够自动反应在书籍信息中 FEAT11.按人、按书查询外借情况 FEAT12.列出所有的外借情况 FEAT14.所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行 FEAT13.按特定时间段统计购买金额、册数 FEAT14.所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行

小游戏用例图及用例说明

小游戏用例图及用例说明
3.调整音量大小或静音;
4.点击“返回”按钮,用例结束。
前置条件:玩家启动系统;想要更换背景音乐或调整音量大小
后置条件:背景音乐被改变或音量被调整
“选择模式”用例
用例编号:06
用例名:选择模式
执行者:玩家
目的:选择游戏的难度模式
事件流:
1.在主界面中点击“模式选择”按钮,进入游戏“模式界面”;
2.在模式界面选择你想玩的模式,例如:点击“初级模式”;
3.点击“关闭”按钮,用例结束
前置条件:玩家启动系统;初次使用或对该系统不了解
后置条件:玩家知道如何使用该系统
“背景设置”用例
用例编号:04
用例名:背景设置
执行者:玩家
目的:更换系统背景图片
事件流:
1.在主界面中点击“游戏设置”按钮,进入游戏“设置界面”;
2.在游戏设置界面中,在“背景设置”模块下,点击“选择背景图片”;
3.点击“返回”按钮,用例结束。
前置条件:玩家启动系统,想要选择模式
后置条件:模式选择,开始玩游戏或选择关卡
“选择关卡”用例
用例编号:07
用例名:选择关卡
执行者:玩家
目的:选择想玩的关卡
事件流:
1.在游戏界面中点击各个关卡按钮;
2.进入游戏,用例结束。
前置条件:玩家启动系统,进入游戏
后置条件:开始玩游戏
执行者:玩家
目的:玩游戏
事件流:
1.玩家启动系统
2.在主界面选择你想玩的模式,例如:点击“初级模式”;
3.进入到游戏级别页面,选择关卡;
4.开始玩游戏。
前置条件:一个想玩游戏的人
后置条件:保存游戏信息,进入下一关
“游戏设置”用例
  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
● ⑤ 绘制用例图。
A2:有冲突。
⑧系统添加新课程,并提示添加成功。
⑨系统回到管理主界面,显示所有课程,用例结束。
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 业务用例图
• 作用
– 帮助了解机构及其软件系统(或工作内容) – 帮助业务过程重建工程工作 – 帮助员工(小组内成员)充分了解业务及其角色
• 什么时候需要
– 对机构不熟悉 – 机构业务发生变更 – 机构中主要部分使用的软件需建立 – 机构中有些大型复杂工作流的文档不足
相关文档
最新文档