UML用例图练习题及参考答案PPT课件
2012-2013 第二学期 11本 UML 第三章 用例和用例图
代表两个用例之间的关系， 其中一个用例（基本用例base use case）的行为包含另 一个用例（包含用例inclusion use case）的行为的关系。 例子一：
确 认
取
款
转
账
查询余额
17
§3.4.2 包含关系（续）
例子二：从基本用例指向包含用例。 基本用例：ATM System 包含用例：Identify Customer ; Validate Account
11
§3.3 脚本（scenario）
脚本又称为情景、场景、情节、剧本等 在UML中，脚本贯穿用例的一条单一路径。 脚本的定义：脚本是用例的实例(instance)。 脚本与用例之间是对象与类的关系。 例如：针对‘取钱’的用例，脚本就会有 1、正常完成取钱的脚本。 2、账户拒绝、取不出钱的处理脚本。 3、取出钱不对后的处理脚本。 但是有1、2、3、…构成了一个用例。 脚本的描述：一个脚本是用具体的文字加以描述的。
用例驱动的方法论。 用例是各种交互的动作序列之间的说明与描述。 用例的描述、表示与命名方法、规律。 用例描述的是系统功能性的需求。 理解用例之间相互关系（泛化、包含、扩展）。 脚本是用例的实例。 参与者在系统中的含义。参与者之间同样有泛化关系。 用例描述是用例的主要部分。 用例描述无统一的标准。 用例分析结果与分析人员的水平与领域知识相关
由以上例子看出： 其用例描述并无一个固定的模式可循，各自有理解和侧重， 关键是要多加练习。
25
§3.7 寻找用例的方法
用例分析可遵循的步骤：
1、找出系统外部的参与者和外部系统，确定系统的边界； 2、确定每一个参与者所期望的系统行为； 3、命名这些系统行为为用例； 4、使用泛化\包含\扩展关系处理系统行为的公共或变更部分； 5、编制每一个用例的脚本； 6、绘制用例图； 7、区分主事件流和异常事件流，单独处理异常事件流用例； 8、细化用例图，去掉重复与冲突；
第2讲用例与UML用例图精品PPT课件
学习目标
上讲回顾 用例的概念 用例分析的过程 使用用例模型捕获系统需求
上讲回顾
UML的全称__________________________________. UML的图基本构造块包括_______和______. UML的基本构造块中的关系包括哪几种__________. UML的图包括哪几种____________. 动态图包括哪些_____________________________. 静态图包括哪些_____________________________. RUP是______________________________________.
评价应聘者
录用应聘者
录用应聘者
拒绝应聘者
拒绝应聘者
参与者的泛化
Employee Manager
面试面应试聘应者 聘者 评评价价应应聘聘者 者 录录用用应应聘聘者者
拒拒绝绝应应聘者聘者
参与者的泛化
• 只有在子参与者使用了父参与者所使用的 所有用例时，参与者泛化才是合适的。
• 参与者泛化会带来不必要的复杂性，所以 不要强加一个不存在的关系。
用例的特点 ： 用例捕获某些用户可见的需求，实现一个具 体的用户目标。 用例由参与者激活，并提供确切的值给参与 者。 用例可大可小，但它必须是对一个具体的用 户目标实现的完整描述。
参与者（Actor）
参与者是指对用例所描述的事件序列的发 起者。
参与者可以是一个人、另一个系统、一台 硬件设备或某段时间的流逝。
后置条件：顾客得到现金
事件流
（1）事件流由简短步骤的序列组成。 （2）陈述性的、带编号、按时间排序 （3）每个步骤简单地描述了什么东西执
行了什么动作。 每个步骤应该具有如下格式： <编号> <某事> <行为> （4）一个事件流仅描述用例中的一条路径， 不包括其它的分支。
uml图例讲解PPT课件
请按以上描述绘制出使用手机的状态图。
10
.
UML图例讲解
(11)某学生选课系统的查询课程用例如下，学生首先进入选课 系统，然后输入要查询的课程名，系统验证输入的课程名是否 存在，若存在，跳转到对应的显示课程信息的页面；若不存在， 则给出提示信息，返回选课页面。 请根据以上描述绘制活动图。
11
.
UML图例讲解
(4)在一个习题库下，各科老师可以在系统中编写习题及标准 答案，并将编写的习题和答案加入题库中，或者从题库中选取 一组习题组成向学生布置的作业，并在适当的时间公布答案。 学生可以在系统中完成作业，也可以从题库中选择更多的习题 练习。老师可以通过系统检查学生的作业，学生可以在老师公 布答案后对自己的练习进行核对。阅读这一情境，分析出该系 统所包括的实体类并适当添加属性，绘制出分析类图。
uml图例讲解555某银行系统的取款用例执行顺序如下工作人员输冬取款单输入后银行系统请求银行数据库匹配用户迚行身份验证验证通过后数据库注销相应存款返回注销完成信息银行系统在存折上打印取款记彔
UML图例讲解
(1)某个学生成绩管理系统的部分参与者和用例总结如下。
教务管理人员：
①登录系统；
②教师、学生名单管理；
③学期教学计划管理；
④成绩管理；
⑤课程分配，每次课程分配时都必须打印任课通知书。
学生：
UML用例图.ppt
系统
系统是用例图的一个组成部分，它是对真正软件 系统活动范围的一个抽象。系统的边界用来说明 构建用例的应用范围。系统边界框定义系统的边 界或限制，所以，系统的所有功能或过程会被限 制在系统内，即此边界将系统的所有过程/功能与 外界环境分隔。
4
系统
5
案例分析 汽车租赁---任务陈述
商店将汽车的跟踪自动化---使用条码、柜台终端和激光阅读器，这有许多 优点：租赁助手的效率提高了20%，汽车很少失踪，客户群变大。
Use Case图是后续的分析工作的依据，也是系统测试的 依据。Rational统一过程主张采用Use Case驱动的软 件开发方式。
1
二、Use Case图—示例
ATM
存钱
取钱
用例图是由
转帐
参与者、系 统、用例三
客户
者构成的。
查询
2
主要内容
1. 系统 2. 参与者 3. Use Case 4. Use Case 的联系 5. Use Case 图建立
Rational统一过程主张采用Use Case驱动的 软件开发方式。
13
开发典型用例
14
“剧本（场景）”描述
参与者与系统的对话过程可用一系列步骤（也称 “剧本”）来描述， “剧本”的集合就是Use Case，系统全部的Use Case构成了对于系统 外部可见行为的描述。
15
2.2 Use Case示例
可以是带一个构造型《Actor》的对象类图标表 示，也可以用简易的人形图标表示。
《Actor》 参与者名
业务 参与者名
系统 参与者名
8
1.3 参与者的确定
凡是与系统进行信息交互（包括数据信息与控制信息交换）的外部事 物可以确认为参与者。
实验二 UML用例图建模参考答案
1. 找出actor和外部系统,确定系统边界.参与者：呼叫者、邮箱用户2. 主要功能分析(参与者期望的系统行为等)(1). 呼叫者保留信息(留言).(2). 邮箱用户管理信息: 收听/存储/删除.(3). 邮箱用户更改问候语.(4). 邮箱用户更改密码.3. 初步找到的用例呼叫者：保留信息邮箱主人：接收信息、更改问候语、更改密码4. 进一步寻找用例邮箱主人：登录邮箱呼叫者、邮箱主人：拨打邮箱号码5. 分析用例之间的关系本例较为简单,只使用“包含关系”即可.6. 绘制初步用例图7. 编写每一个用例的脚本8. 区分脚本中的主事流或异常情况事件流9. 细化用例图,完成用例模型(略)用例1: 拨打邮箱号1. 呼叫者拨打语音邮件系统的主号码.2. 语音邮件系统发出提示音：输入邮箱号码并加#号.3. 呼叫者输入接收者的邮箱号.4. 语音邮件系统发出问候语：已进入XX的邮箱,请留言. 用例2: 保留信息1. 呼叫者完成邮箱号输入操作.2. 呼叫者说出信息.3. 呼叫者挂断电话.4. 语音邮件系统将记录的信息存放在接收者的邮箱中. 用例3: 登录系统1. 邮箱用户完成邮箱号输入操作.2. 邮箱用户键入密码并后跟#键.(默认号码与邮箱号相同)3. 语音邮件系统播放邮箱菜单:按1键接收信息.按2键更改密码.按3键更改问候语.用例4: 接收信息1. 邮箱用户完成登录操作.2. 邮箱用户选择“接收信息”菜单选项.3. 语音邮件系统播放信息菜单:按1收听当前信息; 按2存储当前信息; 按3删除当前信息;按4返回邮箱菜单.4. 邮箱用户选择“收听当前信息”菜单选项.5. 语音邮件系统播放当前新信息,若无新信息,播放当前已有信息.(注意: 只播放,不删除)6. 语音邮件系统播放信息菜单.7. 用户选择”删除当前信息”,则信息被永久删除.8. 继续执行第3步.用例4变体#1: 存储一条信息1.1 以第6步作为开始.1.2 用户选择“存储当前信息”.1.3 当前信息从新信息队列中删除并添加到旧信息队列中.1.4 继承执行第3步.用例5: 更改问候语1. 邮箱用户完成登录操作.2. 邮箱用户选择“更改问候语”菜单选项.3. 邮箱用户说出新的问候语.4. 邮箱用户按下#键.5. 邮件系统设置新的问候语.用例5变体#1: 在确认前挂断电话1.1 以第3步作为开始.1.2 邮件用户挂断电话.1.3 邮件系统保留旧的问候语.用例6: 更改密码1. 邮箱用户完成登录操作.2. 邮箱用户选择“更改密码”菜单选项.3. 邮箱用户输入新的密码.4. 邮箱用户按下#键.5. 邮件系统设置新的密码.用例6变体#1: 在确认前挂断电话1.1 以第3步作为开始.1.2 邮件用户挂断电话.1.3 邮件系统保留旧的密码.。
UML试题(内含答案)
UML试题（内含答案）【用例图】1.用例图的节点包括（ABD）A、用例B、边界C、关联D、执行者2.用例之间的关系主要有（BCD）A、聚合B、继承C、扩展D、包含3.在采用用例模型捕获需求时，需要执行如下（ABCD）操作A、描述非功能需求B、用例建模C、识别用例D、识别参与者4.在识别用例时，以下（ABC）问题可以帮助识别用例A、当系统状态发生故障时，是否需要通知参与者B、系统是否存在外部事件，如果存在，是哪个能参与者通知系统这些个部事件C、参与者希望系统为他提供什么样的功能D、系统运行环境是什么5.在用例图中，可以用（D）来表示整个软件系统或其中一些子系统的边界，也可以用它表示软件系统的不同发布版本的功能范围A、执行者B、关联关系C、用例D、边界框6.（B）作为完成用例任务的责任承担者，协调、控制其他类共同完成用例规定的功能或行为A、数据对象B、控制类C、实体类D、边界类7.基于用例图的需求捕获的第一步就是确定系统的参与者，在寻找系统参与者时，可以根据以下（ABCD）等问题来确定A、系统同环境如何进行交互B、由谁安装系统C、系统为哪些对象提供信息、服务D、系统的使用者是谁8.如果用例B是用例A的某项子功能，并且建模者确切地知道在A所对应的动作序列中何时将调用B，则称（A）A、用例A扩展用例BB、用例A继承用例BC、用例A包括用例BD、用例A实现用例B9.如果用例A与用例B相似，但A的动作序列是通过改写B的部分或者扩展B的动作而获得的，则称（B）A、用例A实现用例BB、用例A继承用例BC、用例A扩展用例BD、用例A包括用例B10.如果用例A与用例B相似，但A的功能较B多，A的动作序列是通过在B的动作序列中的某些执行点上插入附加的动作序列而构成的，则称（C）A、用例A扩展用例BB、用例A包含用例BC、用例A继承用例BD、用例A实现用例B11.在UML中，（A）表示使用软件系统的功能，与软件系统交换信息的外部实体A、执行者B、类C、用例D、用例图12.在用例图中，执行者之间的关系只有（B）一种A、包含B、继承C、扩展D、实现【静态图】1.对于类，其属性的可见性表示对类的外部世界的可见性，它有以下（ABCD）选项A、公开（public）B、包内公开（package）C、保护（protected）D、私有（private）2.在UML中，以下（ABCD）是可以应用于包的构造型A、框架{《Framework》}B、虚包{《Facade》}C、子系统{《Subytem》}D、系统{《ytem》}3.两个类之间的关联表示他们之间存在一种不适于继承的逻辑关系。
需求分析——UML用例图PPT课件
第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页
相关术语
场景：是用来描述用户和系统之间交互的顺序的步骤 用例：是为了达到某一用户目标而组合在一起的一组场景
用例图：用来显示在系统（或其它实体）内的用例与系统参与者之间的关系
用例模型：是系统既定功能及系统环境的模型，并作为客户和开发人员之间的契 约。用例模型用作分析、设计和测试活动的基本输入。
uml试题及答案
【用例图】.用例图的节点包括1ABD）A、用例B、边界C、关联D、执行者.用例之间的关系主要有［BCD）A、聚合B、继承C、扩展D、包含.在承受用例模型捕获需求时，需要执行如下［ABCD）操作A、描述非功能需求B、用例建模C、识别用例D、识别参与者.在识别用例时，以下［ABC）问题可以帮助识别用例A、当系统状态发生故障时，是否需要通知参与者B、系统是否存在外部大事，假设存在，是哪个能参与者通知系统这些个部大事C、参与者期望系统为他供给什么样的功能D、系统运行环境是什么1.在用例图中，可以用⑴）来表示整个软件系统或其中一些子系统的边界，也可以用它表示软件系统的不同公布版本的功能范围A、执行者 B、关联关系 C、用例D、边界框6.山〕作为完成用例任务的责任担当者，协调、掌握其他类共同完成用例规定的功能或行为A、数据对象B、掌握类C、实体类D、边界类.基丁•用例图的需求捕获的第一步就是确定系统的参与者，在查找系统参与者时，可以依据以下（ABCD］等问题来确定A、系统同环境如何进展交互. (A)可以用于帮助设计人员在UML模型为模型定义约束信息，创立更为准确的设计模型A、OCLB、表达式C、属性D、变量. UML2. 0在1.0的根底上，对如下［ABCD)的建模力量进展了增加A、活动B、交互C、简单构造D、状态机7.在界面设计中，通常屏幕的⑴)表示与软件系统的运行状态无关、在任何状况下均没有变化的文本、图标［icon)、图形(graph)、图象(image)等A、用户命令元素B、用户输入元素C、动态元素D、静态元素8.在界面设计中，通常屏幕的〔C〕表示在屏幕上预留空位、由用户在界面操作中填写或选择的界面元素，包括可编辑的文本、单项选择钮(radio)、多项选择框(checkbox)、选择列表(select list) 等A、静态元素B、动态元素C、用户输入元素D、用户命令元素.对于一个学校的课程注册治理系统，假设有一条需求为“学生只能查看本人选课打算；教师只能查看本人所开课程的学生信息；教务治理员可以查看全部信息。
UML试题及答案 (5)
【用例图】1.用例图的节点包括（ABD）A、用例B、边界C、关联D、执行者2.用例之间的关系主要有（BCD）A、聚合B、继承C、扩展D、包含3.在采用用例模型捕获需求时，需要执行如下（ABCD）操作A、描述非功能需求B、用例建模C、识别用例D、识别参与者4.在识别用例时，以下（ABC）问题可以帮助识别用例A、当系统状态发生故障时，是否需要通知参与者B、系统是否存在外部事件，如果存在，是哪个能参与者通知系统这些个部事件C、参与者希望系统为他提供什么样的功能D、系统运行环境是什么5.在用例图中，可以用（D）来表示整个软件系统或其中一些子系统的边界，也可以用它表示软件系统的不同发布版本的功能范围A、执行者B、关联关系C、用例D、边界框6.（B）作为完成用例任务的责任承担者，协调、控制其他类共同完成用例规定的功能或行为A、数据对象B、控制类C、实体类D、边界类7.基于用例图的需求捕获的第一步就是确定系统的参与者，在寻找系统参与者时，可以根据以下（ABCD）等问题来确定A、系统同环境如何进行交互B、由谁安装系统C、系统为哪些对象提供信息、服务D、系统的使用者是谁8.如果用例B是用例A的某项子功能，并且建模者确切地知道在A所对应的动作序列中何时将调用B，则称（A）A、用例A扩展用例BB、用例A继承用例BC、用例A包括用例BD、用例A实现用例B9.如果用例A与用例B相似，但A的动作序列是通过改写B的部分或者扩展B的动作而获得的，则称（B）A、用例A实现用例BB、用例A继承用例BC、用例A扩展用例BD、用例A包括用例B10.如果用例A与用例B相似，但A的功能较B多，A的动作序列是通过在B的动作序列中的某些执行点上插入附加的动作序列而构成的，则称（C）A、用例A扩展用例BB、用例A包含用例BC、用例A继承用例BD、用例A实现用例B11.在UML中，（A）表示使用软件系统的功能，与软件系统交换信息的外部实体A、执行者B、类C、用例D、用例图12.在用例图中，执行者之间的关系只有（B）一种A、包含B、继承C、扩展D、实现【静态图】1.对于类，其属性的可见性表示对类的外部世界的可见性，它有以下（ABCD）选项A、公开（public）B、包内公开（package）C、保护（protected）D、私有（private）2.在UML中，以下（ABCD）是可以应用于包的构造型A、框架{《Framework》}B、虚包{《Facade》}C、子系统{《Subsystem》}D、系统{《system》}3.两个类之间的关联表示他们之间存在一种不适于继承的逻辑关系。
第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 用例模型的表示法
用例是由参与者发起的，参与者(也许是发起 者，但不是必需的)可以从用例的执行中获得有价 值的事物。用例模型的图形表示法很直观。用例 用一个椭圆形表示，直立人形图标表示参与者。 用例的发起参与者在用例图的左侧，接纳参与者
在用例图的右侧。参与者的名字放在参与者图标的下方， 用例的名字可以放在椭圆形里面也可以放在椭圆形下面。 关联线衔接参与者和用例，并且表示参与者与用例之间有 通讯关系。关联线是实线，和类之间的关联线类似。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
用例有：创建新账户；设置账户；设置账户基本信息；设 置账户权限；删除帐户；查询账户。参与者有系统管理员。 一台自动饮料售货机共有6种不同饮料，售货机上有6个按钮，分 别对应6种饮料，顾客可以通过按钮来选择所要的饮料。每个按 钮旁有一个指示灯，用来表示该售货机中是否还有这种饮料可售。 售货机有一个硬币槽的找零槽，用来收钱和找钱，假设一位顾客 购买矿泉水，不用找零，请给出描述上述场景的用例图。
UML 面向对象技术教程第三章 源自例及用例图 练习题及参考答案1
练习题：
试画出学院班级管理系统的用例图。 用例有：登录；找回密码；查看、修改、删除、录入班级
基本信息，参与者有管理员与系院领导。 试画出学生成绩管理的用例图。
用例有：登录；找回密码；录入、修改、保存、查询、删 除成绩，参与者有教师与学生。 试画出网上选课系统的用例图。
显示是否有饮料 选择饮料
自动售货机
付款 找钱 提供饮料
收钱
顾客
SUCCESS
THANK YOU
2019/7/31
可编辑
2019/7/31
可编辑
网上选课系统的用例图的用例图
学生
查询课程信息 选择课程
按课程编号查询 按课程名查询
删除已选课程 <<extend >>
登录
找回密码
维护课程信息
系统管理员
帐号管理系统的用例图
系统管理员
创建新帐号
设置帐号 查询帐号 删除帐号
设置帐号基本信息 设置帐号权限
饮料自动售货机顾客购买矿泉水的用例图
学院班级管理系统的用例图
登录
<<extend >> 找回密码
系统管理员
查询班级基本信息 删除班级基本信息 修改班级基本信息 录入班级基本信息
系院领导
学生成绩管理的用例图
<<include >>
录入成绩
保存成绩
教师
修改成绩 查询成绩
学生
删除成绩 <<extend >>
登录
找回密码
SUCCESS
THANK YOU