用例图活动图案例
ROSE用例图与活动图示例
2.3.4 使用Rational Rose 绘制用例模型
• 通信关系定义对话框
2.3.4 使用Rational Rose 绘制用例模型
• 依赖关系定义对话框
2.3.4 使用Rational Rose 绘制用例模型
• “车辆管理系统用例图”最终结果
2.3.4 使用Rational Rose 绘制用例模型
它的作用域不仅限于支持面向对象的分析与设计还支持从需求分析开始的软件开发的全过21uml22uml用例图描述的是参与者actor所理解的系统功能用于需求分析阶段列出系统中的用例和参与者并显示哪个参与者参与了哪个用例的执行下面通过uml来分析并构造车辆管理系统模型主要找出系统中所有的用例以及对用例进行说明还需要和车辆管理信息系统的潜在用户进行讨论图形使用visio及rationalrose工具软件绘制用例建模可分为用例图和用例描述
2.2.1 用例图
• 下面通过UML来分析并构造车辆管理系 统模型，主要找出系统中所有的用例， 以及对用例进行说明，还需要和车辆管 理信息系统的潜在用户进行讨论，图形 使用Visio及Rational Rose 工具软件绘制
2.3.1 用例图
• 用例建模可分为用例图和用例描述。用 例图由参与者（角色）、用例（Use Case）、系统边界、箭头组成，用画图 的方法来完成。
2.1 基于UML的用例模型实验
• UML特点：
– – – – 面向对象 可视化 独立与开发过程 程序设计语言以及易于掌握使用
2.2 基于UML的用例模型实验
• 2.2.1 用例图
用例图描述的是参与者（Actor）所理解的系 统功能，用于需求分析阶段，列出系统中的用 例和参与者，并显示哪个参与者参与了哪个用 例的执行
用例及用例图案例
用例及用例图-案例
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) 什么叫事件流,作用是什么？
UML业务建模实例分析四例
UML业务建模实例分析在我国十年前ATM（自动取款机）还是一个很新鲜的事物，现在在城市的大街小巷随处可见。
我们在日常生活中也经常和ATM打交道。
本章我们将以简化的ATM系统为例将前面几章中学到的用例图、类图、顺序图、状态图、活动图及协作图知识运用到此例中。
参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
图5.1 自动取款机（ATM）系统用例图银行储户在ATM机上完成取款、存款及其他业务。
图5.2所示的银行系统类图和图3.5是类似的，只是将工作人员换成了ATM。
整个银行系统包括了帐户库、银行储户库及ATM系统。
许多单个的帐户组成了帐户库。
帐户具有帐户类型、帐户号、余额三个属性，均为private，其类型分别为char，int，double。
六个操作分别为setType、getType、getAccountNumbe、setAccountNumbe、caculateBalance、getBalance，除caculateBalance为protected其余均为public。
setType设置帐户类型，返回类型为void，参数类型为char，输入帐户类型。
getType获取帐户类型，返回类型为char，无参数。
setAccountNumbe设置帐户号，返回类型为void，参数类型为int，输入帐户号。
getAccountNumbe获取帐户号，返回类型为int，无参数。
caculateBalance计算余额，返回类型为void，参数为double，第一个参数为输入存取款数额，第二个参数为存款余额，既为输入也为输出。
getBalance获取帐户余额，返回类型为double，无参数。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
UML活动图实际应用案例
UML活动图实际应用案例UML（Unified Modeling Language）是一种用于软件系统设计和开发的标准建模语言。
其中，活动图是一种描述系统行为的图形化工具，它可以展示系统中的活动、动作和控制流程。
在实际应用中，活动图可以帮助开发团队更好地理解和设计系统的行为逻辑。
下面，我们将通过一个实际案例来探讨UML活动图的应用。
假设我们要设计一个在线购物系统，用户可以浏览商品、选择商品、添加到购物车、结算等。
首先，我们可以使用活动图来描述用户浏览商品的过程。
在活动图中，我们可以使用矩形表示活动，使用箭头表示控制流程。
在用户浏览商品的过程中，我们可以将整个过程分为几个活动，比如“登录系统”、“浏览商品列表”、“查看商品详情”等。
通过活动图，我们可以清晰地看到用户在系统中的操作流程，以及各个活动之间的控制关系。
接下来，我们可以使用活动图来描述用户选择商品的过程。
在这个过程中，用户可以通过搜索、分类、推荐等方式来选择自己感兴趣的商品。
我们可以使用决策节点来表示用户的选择，使用分支节点来表示不同的选择路径。
通过活动图，我们可以清楚地看到用户选择商品的各种可能性，以及每个选择路径所对应的行为。
然后，我们可以使用活动图来描述用户添加商品到购物车的过程。
在这个过程中，用户可以选择商品的数量、颜色、尺寸等信息，并将商品添加到购物车中。
我们可以使用控制节点来表示用户的选择，使用对象节点来表示商品信息。
通过活动图，我们可以了解到用户在添加商品到购物车的过程中所需要进行的各种操作。
最后，我们可以使用活动图来描述用户结算的过程。
在这个过程中，用户需要选择支付方式、填写收货地址等信息，并完成订单支付。
我们可以使用控制节点来表示用户的选择，使用对象节点来表示支付方式和收货地址。
通过活动图，我们可以清晰地了解到用户在结算过程中所需要进行的各种操作，以及操作之间的控制关系。
通过以上的案例，我们可以看到UML活动图在实际应用中的价值。
作业提交与批改系统用例图
作业提交与批改系统用例图通过用例分析法得知，本系统的使用者有：老师、学生。
其中：老师使用系统老师发布作业、老师批改作业、老师检查作业完成情况、老师检查重批；学生使用系统学生提交作业、学生互评作业、学生联系互评。
具体的用例建模结果如下图3-1、3-2所示：图3-1改进的作业提交与批改系统用例图图3-2改进的作业提交与批改系统用例图1.“老师发布作业”用例图3-3“老师发布作业”用例的活动图描述2.“学生提交作业”用例图3-4“学生提交作业”用例的活动图描述3.“老师批改作业”用例图3-5“老师批改作业”用例的活动图描述4.“老师检查作业完成情况”用例图3-6“老师检查作业完成情况”用例的活动图描述5.“学生联系重批”用例图3-7“学生联系重批”用例的活动图描述（二）作业对象的状态分析对于学生提交作业的状态：A.时间截止之前1）未提交：作业截止时间未到，作业未完成也未提交，没有任何记录，作业需完成2）已保存：作业截止时间未到，作业已经完成了一部分，但是没有提交，有之前完成部分的记录，等待提交3）已提交：作业截止时间未到，作业已经完成并且提交到系统，等待批阅B.时间截止之后1）未提交：作业截止时间已到，作业未完成未提交，并且无法提交2）已提交：作业截止时间已到，作业已经完成并提交，等待批阅作业对象的状态图如图3-8所示：图3-8作业对象的状态图对于教师批改作业的状态：1）未批改：等待教师的批改与反馈2）已批改：教师已经批改并返回到了学生端作业对象的状态图如图3-9所示：图3-9作业对象的状态图对于申请重批的作业状态：1）已审核未通过：申请已经被审核，但是未通过，可以重新申请或者查找自己的问题2）已审核已通过：申请已被通过，等待反馈3）待审核：申请还未审核，等待教师的回馈作业对象的状态图如图3-10所示：图3-10作业对象的状态图业务过程：1.学生提交作业，等待教师批阅2.教师批阅已提交作业3.学生得到批改结果（三）数据需求1.学号、姓名、班级。
ATM(自动取款机)的用例图
ATM（自动取款机）的用例图、类图、顺序图、状态图、活动图及协作图1 用例图参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
2 类图图2所示的银行系统类图和图5是类似的，只是将工作人员换成了ATM。
整个银行系统包括了帐户库、银行储户库及ATM系统。
许多单个的帐户组成了帐户库。
帐户具有帐户类型、帐户号、余额三个属性，均为private，其类型分别为char，int，double。
六个操作分别为setType、getType、getAccountNumbe、setAccountNumbe、caculateBalance、getBalance，除caculateBalance为protected其余均为public。
setType设置帐户类型，返回类型为void，参数类型为char，输入帐户类型。
getType获取帐户类型，返回类型为char，无参数。
setAccountNumbe设置帐户号，返回类型为void，参数类型为int，输入帐户号。
getAccountNumbe获取帐户号，返回类型为int，无参数。
caculateBalance计算余额，返回类型为void，参数为double，第一个参数为输入存取款数额，第二个参数为存款余额，既为输入也为输出。
getBalance获取帐户余额，返回类型为double，无参数。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM 机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
更多的属性及操作都可以一一加上，使这个类图更详细更完整，从而使参与项目的每个成员都能无歧义的明了整个设计的类的结构。
同样对于一个真正的银行系统，这个类图过于简单。
比如帐户类型我们可以先定义一个abstract class，它包含一个帐户最基本的属性及操作。
酒店管理用例图和活动图
房间预订用况：用况名称：房间预订参与的执行者：酒店工作人员，客户前置条件：一个合法的酒店工作人员已登录到该酒店系统事件流：1、当客户通过网上或者电话咨询该酒店并选择酒店房间预订时用况开始2、查询客户需要的房间情况，确认房间可用3、有空房则往下执行，否则结束预订4、输入客户姓名、身份证号，查询是否合法客户5、是则往下执行，否则结束预订6、登记客户入住时间7、用况结束后置条件：在管家系统中更新房间信息Check in 用况：用况名称：check in参与的执行者：酒店工作人员，客户前置条件：一个合法的酒店工作人员已登录到该酒店系统事件流：1、当客户到前台要求入住时用况开始2、输入客户身份证号询问客户姓名，确认为已预订客户3、是则跳到第六步，否则往下执行4、登记客户姓名及身份证号，查询是否合法客户5、是则往下执行，否则结束6、允许入住7、用况结束后置条件：在管家系统中更新房间信息，并跳转到账务系统建立客户账户用况：用况名称：建立客户账户参与的执行者：酒店工作人员前置条件：一个合法的酒店工作人员已登录到该酒店系统事件流：1、当允许客户入住后事件流开始2、系统自动生成一个新账号3、查询客户是否为合约客户，是则往下执行，否则跳到第5步4、输入客户房间号，姓名，身份证号，生成该客户消费账号，自动累计其消费情况并加入优惠措施5、询问客户是否愿意加入合约客户，是则往下执行，否则跳到7步6、跳到合约客户系统，新建合约客户，跳到第3步7、生成普通账户，输入客户房间号，姓名，身份证号，生成该客户消费账号，自动累计其消费情况8、用况结束后置条件：更新收银系统数据账务查询用况：用况名称：账务查询参与的执行者：酒店工作人员，客户前置条件：一个合法的酒店工作人员已登录到该酒店系统事件流：1、当客户提出check out时用况开始2、进入收银系统查询客户消费金额，查询需交金额3、收取金额4、查询需交余额是否为0，是则往下执行，否则跳到第2步5、允许check out。
UML建模案例——酒店预订系统
UML建模案例——酒店预订系统酒店预订系统的UML建模案例如下：一、系统概述酒店预订系统是一个用于帮助客户预订酒店房间的在线系统。
该系统允许客户浏览可用酒店，并选择适合他们需求的房间。
客户还可以选择入住和退房日期，以及其他附加服务和设施。
一旦客户完成预订，酒店管理员将收到通知并确认预订。
该系统还提供了一些管理工具，使管理员能够管理客户预订、酒店信息和房间库存。
二、系统用例图系统用例图描述了酒店预订系统的主要功能和参与者之间的交互。
主要参与者包括客户和酒店管理员。
1.客户客户可以执行以下操作：-酒店：客户可以根据地点、日期、房间类型等条件可用的酒店。
-查看酒店信息：客户可以查看特定酒店的详细信息，包括房间类型、设施、服务等。
-预订房间：客户可以选择适合他们需求的房间，并选择入住和退房日期以及其他附加服务和设施进行预订。
2.酒店管理员酒店管理员可以执行以下操作：-管理房间：管理员可以添加、更新和删除酒店的房间信息，包括房间类型、价格、可用数量等。
-管理预订：管理员可以查看客户的预订情况，并确认、取消或修改预订。
三、系统类图系统类图描述了酒店预订系统中的主要类和它们之间的关系。
1.类主要类包括以下几类：-房间：表示酒店中的房间，包括房间类型、价格和可用数量。
-预订：表示客户的预订，包括预订日期、入住日期和退房日期。
-管理员：表示系统中的管理员，包括管理员的姓名、用户名和密码。
2.关系主要关系包括以下几种：-关联关系：表示类之间的关联，例如客户与预订之间的关联，酒店与房间之间的关联。
-继承关系：表示类之间的继承关系，例如客户和管理员都继承自用户类。
-依赖关系：表示类之间的依赖关系，例如客户依赖于酒店类和房间类。
四、系统顺序图系统顺序图描述了酒店预订系统中的一些典型操作流程。
1.客户预订酒店客户首先可用的酒店，然后查看并选择适合他们需求的房间。
然后，客户提供入住和退房日期，并选择其他附加服务和设施进行预订。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1、设计一个饮料自动售货机系统，其主要功能是向顾客出售饮料，同时供应商需要向其中放置饮料，收银员需要向其中放置零钱和收回营业收入。
画出该系统的用例图。
2、仔细分析下面对某公司“会见顾客”业务流程的描述，画出带泳道的活动图。
（1）公司业务员打电话给客户，确定一个会面。
（2）如果会面地点在公司内，公司技术人员需要为会面准备一间会议室，同时，咨询顾问需要为准备一份陈述报告。
（3）如果会面地点在公司外，则只需咨询顾问需要为准备一份陈述报告。
（4）咨询顾问与顾客在约定的时间和地点见面。
（5）业务员随后为他们准备好会议用纸。
（6）如果会面得到了一个解决方案，则咨询顾问根据解决方案编写一个报告，并将报告发给顾客。
3 所谓基金定投指的是投资者在每个月固定的时间（如每月10日）以固定的金额（如1000
元）投资到指定的开放式基金中，类似于银行的零存整取方式。
具体实现过程如下：定投约定的日期一到，系统首先检查客户设定的扣款账户余额，确认余额是否足够支付交易款项，如果足够，则扣交易款项，更新客户基金账户中基金的份额，交易成功，并且把交易扣款失败次数归零。
否则检查累计失败次数，如果累计失败次数超过三次，则停止扣款，并且更改交易情况为“停止扣款”。
请采用活动图模型对这个业务进行建模。