《软件工程》实验四UML用例图
UML-用例图
2012年 2012年4月
UML与设计模式 与设计模式
18/60 18/60
要点2 要点2：主动语句
欧文丛贝克汉姆处得到传球，守门员 欧文丛贝克汉姆处得到传球，守门员… 贝克汉姆传球给欧文，欧文射门，守门员扑救… 贝克汉姆传球给欧文，欧文射门，守门员扑救 图书管理员…… 图书管理员 系统…… 系统
UML与设计模式 与设计模式
17/60 17/60
要点1 只写“可观测” 要点1：只写“可观测”的
系统通过ADO建立数据库连接，传送SQL查询语 建立数据库连接，传送 系统通过 建立数据库连接 查询语 商品表”查询商品的详细信息… 句，从“商品表”查询商品的详细信息 系统按照查询条件搜索商品的详细信息
2012年 2012年4月
UML与设计模式 与设计模式
13/60 13/60
用例阐述组成
用例名称 用例概述 涉及的参与者 前置条件Preconditions 前置条件 后置条件Postcondition 后置条件 事件流Flow of events 事件流 分支流Subflows 备选流Alternate flow
2012年 2012年4月
UML与设计模式 与设计模式
11/60 11/60
“Borrow Book”用例中的场景 Book”用例中的场景
如，在“Borrow Book”这个用例中，包含着几 ”这个用例中， 个相关的scenario： 个相关的 ： Scenario-1：顺利地借到书 ： Scenario-2：该种书刊不存在 ： Scenario-3：物理书刊都已借出 ： Scenario-4：没有该借阅者信息 ：
2012年 2012年4月 UML与设计模式 与设计模式
3/60
实验报告1--用例和用例图
中北大学软件学院实验报告
专业：软件工程
方向：软件开发与测试
课程名称： UML
班级：
学号：
姓名：
辅导教师：井超
2017年3月制
4.用例图如下所示
1).系统参与者
系统角色
2).图书管理
图书管理用例图3).图书借阅和还书用例图
图书的借阅和归还用例4).图书管理系统的整体用例图
图书管理系统的整体用例图
5.实验结论及心得
通过本次实验，我掌握了在课堂上学习的用例图等。
加深了对书本知识的认识和记忆。
在实验中我学会了去如何操作ro se工具图。
通过ro se工具图，可以去清晰的去展示一个关系等。
使用非常方便。
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、掌握使用visio绘制用例模型2、掌握Ration Rose绘制用例模型的方法实验内容：1、使用vise绘制用例模型2、使用Ration Rose绘制用例模型的方法实验步骤：1、使用Visio绘制用例模型（1）启动Visio中的UML模型绘制开始时需要新建一个文件存放用例模型，首先选择“开始” 一“程序” -Microsoft office visio 2003选项进入Visio启动页面，在“类别”选项区域中才、选择“软件”项：然后在“模板”选项区域中选择UML模型图，即可打开制作UML模型的全部对彖图集，Vise提供了关于制作UML模型所需要的全部图表，支持开发人员进行面向对彖的分析和设计工作。
（2）保存UML模型通过选择菜单File…Save选项或者单机工具栏的Save按钮，来保存系统模型，保存的文件类型是-VSdo(3)新建立用例图(4)建立用例中的角色(5)建立用例(6)建立角色与用例、用例与角色之间的联系(7)建立活动图2、使用Rational Rose绘制用例模型（1）Rational Rose 的启动：选择"开始"---"程序” ---Rational Software---Rational Rose Enterprise Edetion选项，弹出对话框。
这个对话框用来设置本次启动的初始动作，分为New （新建模型）Existing （打开现有模型）和Recent （最近打开模型）三个标签。
（2）新建用例图在Browser窗I I内的树形列表中选中UseCase包并右击，在弹出的快捷菜单中选择New一UseCase Diagram选项。
此时出现New Diagram用例图名称并允许修改，将NewDiagrain更名为“医疗器材管理系统用例图”双击Biowgram窗I I内树形列表中的“医疗器材管理系统用例图”，在Diagram窗I I中出现“Use CaseDiagiain： Use CaseView/医疗器材管理系统用例图”，可以在该窗1 1中绘制用例图。
UML讲义4-用例图
4.5 用例图的Rose建模
RecordGrade
QueryGrade
Teacher
Student
ModifyGrade
一、创建用例图 右击“use case view” -new->use case diagram
第4章 用例图
(Use Case Diagram)
复习：软件的开发过程
„„ 展望未来，在各级领导的关心和支持下，在全校师生员 工及广大建设者的共同努力下，一座环境优美、功能齐 全的现代化大学新校区必将早日矗立在洛阳新区。建成 后的河南科技大学新校区将是一座园林式、生态型、数 字化的校园，一所“国内先进、省内居于前列，具有明 显特色的综合性大学”——河南科技大学必将为续写河 洛文明，实现中原崛起做出更大的贡献！
4.2
参与者
一、参与者的概念（actor，执行者，活动者）
参与者是指在系统之外，但与系统直接交互的对象。
成绩单
图书
二、参与者的符号 参与者用人形符号表示 在人形符号下面标出参与者的角色名（不是人名）
三、参与者的类型 •人员 •信息系统 •设备
1、参与者的类型：人员
据英国《每日邮报》20日 报道，英国东部约克郡赫 尔市的多部ATM机18日出 现“储户取一赠一”的故 障。当地居民得知“好消 息”后，立即叫来亲朋好 友，迅速将ATM机内的钱 取空。
河南科技大学新区规划图
施工图纸
正在施工
在进行软件开发时，首先要做的就是了解需求。
园林式 生态型 数字化
建设要求
规划图
施工图纸
正在施工
需求分析
系统分析
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用例图
2013-10-09
34
用例间的关系：泛化关系
• 在用例泛化中，子用例表示父用例的特殊形式。 • 子用例从父用例处继承行为和属性，还可以添加、覆盖或改 变继承的行为。 • 如果系统中一个或多个用例是某个一般用例的特殊化时，就 需要使用用例的泛化关系。
参与者
2013-10-09 4
参与者
• 每个参与者可以参与一个或多个用例。它通过交换信息与用 例发生交互，而参与者的内部实现与用例是不相关的，可以 用一组定义其状态的属性充分描述参与者。
书籍查询 书籍预订 查询借阅信息
借书
借阅者
2013-10-09
还书
5
参与者
• 参与者包括人参与者和外部系统参与者。 系统的用户是人参与者，用户通过与系统的交互操纵系统， 完成所需要的工作。 外部系统也可以作为一个参与者，与本系统相互作用，交换 信息。外部系统可以是一个软件系统，也可以是一个硬件设 备。
<<use>>
书籍查询
书籍预订
ห้องสมุดไป่ตู้
登录系统
<<use>>
查询借阅信息
借书
<<extend>>
2013-10-09
借阅者
还书
交纳罚金
15
用例
• 用例不是需求或功能的规格说明，但它也展示和体现了其所 描述的过程中的需求情况。 规格说明只描述执行用例的主线次序、标准行为和一般行为。 用例需要描述执行用例的主线次序、标准行为（输入帐号） 的不同变形、一般行为下的所有异常情况及其预期反应， • 在UML中，用例用一个椭圆来表示，用例的名字可以写在椭 圆的下方。
《软件工程》UML用例图实验
《软件工程》 UML用例图实验一、预备知识1．概述用例图的基本概念：通俗地讲，用例是文本形式地情节描述，用以说明某些参与者使用系统以实现某些目标。
从本质上讲，一个用例是用户与计算机之间为达到某个目的的一次典型交互作用：●用例描述了用户提出的一些可见的需求；●用例可大可小；●用例对应一个具体的用户目标。
用例图描述系统外部的执行者与系统的用例之间的某种联系：●所谓用例是指对系统提供的功能（或称系统的用途）的一种描述；●执行者是那些可能使用这些用例的人或外部系统；●用例和执行者之间的联系描述了“谁使用哪个用例”；●用例图着重于从系统外部执行者的角度来描述系统需要提供哪些功能，并且指明了这些功能的执行者是谁；●用例图显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务。
●用例图最常用来描述系统以及子系统。
●用例图在UML方法中占有十分重要的地位，人们甚至称UML是一种用例图驱动的开发方法。
用例图包含6个元素：①参与者，又称之为角色（Actor）②用例（Use Case）③关联关系（Association）④包含关系（Include）⑤扩展关系（Extend）⑥泛化关系（Generalization）2．参与者、角色（Actor）▪系统外部的一个实体。
▪是与所建系统交互的人或物。
▪参与用例的执行过程。
▪通过向系统输入或请求系统输入某些事件来触发系统的执行。
▪由参与用例时所担当的角色来表示。
▪每个参与者可以参与一个或多个用例。
▪参与者的种类：①系统用户②与所建造的系统交互的其他系统③一些可以运行的进程确定参与者：在获取用例前首先要确定系统的参与者，可以根据下面的一些问题来寻找系统的参与者：①谁使用系统？②谁安装系统、维护系统？③谁启动系统、关闭系统？④谁从系统中获取信息，谁提供信息给系统？⑤在系统交互中，谁扮演了什么角色？⑥系统会与哪些其他系统相关联？参与者间的关系：在用例图中，使用泛化关系来描述多个参与者之间的公共行为。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实验四、UML用例图
实验类型：验证性
实验学时：2
一、实验目的
1．熟悉用例图的基本功能和使用方法。
2．掌握如何使用建模工具绘制用例图方法。
二、实验设备
Windows计算机、Rational Rose。
三、实验原理
用例图是用于描述一组用例，参与者以及它们之间的连接关系。
一个用例图描述了一组动作序列，每一个序列表示系统的外部设施（系统的参与者）与系统本身的交互。
从一个特定参与者的角度看，一个用例完成对其有价值的工作。
用例图仅仅是从参与者使用系统的角度来描述系统中的信息，即站在系统外部查看系统应该具有什么功能，而并不描述该功能在软件内部是如何实现的。
用例可以应用于整个系统，也可以应用于系统的一个部分，包括子系统、单个的类或者接口。
通常，用例不仅代表这些元素所期望的行为，而且还可以把这些元素用作开发过程中测试用案的基础。
1．软件环境简介
1.1 Rational Rose可视化环境组成
Rose界面的五大部分是浏览器、文档工具、工具栏、框图窗口和日志。
见图1.1。
图1.1：Rose界面
●浏览器：用于在模型中迅速漫游。
●文档工具：用于查看或更新模型元素的文档。
●工具栏：用于迅速访问常用命令。
●框图窗口：用于显示和编辑一个或几个UML框图。
●日志：用于查看错误信息和报告各个命令的结果。
四、实验内容与步骤
开发一个图书管理系统，核心功能包括：管理员管理图书、管理员管理借阅者、借阅者借书\还书、借阅者查看图书信息、借阅者查看借阅信息对系统进行需求分析，并遵循以下步骤创建其用例模型：
1)识别和确定参与者；
2)识别和确定用例；
3)描述用例；
4)定义用例之间的关系；
5)建立用例图，构造用例模型。
删除借阅者
系统管理员用例图
借阅者用例图
五、思考题
1、用例有哪些特性？
用例是相对独立的. 这意味着它不需要与其他用例交互而独自完成参与
者的目的.也就是说用例从"功能"上说是完备的.用例本质体现了系统参与者的愿望
2、用例之间有哪几种关系？
泛化关系 包含关系 扩展关系
3、用例叙述应该包括哪些基本内容？
参与者（Actor ） 用例（Use Case ） 系统边界 箭头组成
借书
老师。