rose的uml用例图实例讲解.ppt

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）所理解的系 统功能，用于需求分析阶段，列出系统中的用 例和参与者，并显示哪个参与者参与了哪个用 例的执行

ppt课件.
11
图2 Rational 产品选择窗口
ppt课件.
12
+ 3．在如图3所示的安装方式选择窗口中包 括了三种不同的安装方式，选择“Desktop installation from CD image”选项，进行本地安装，
然后单击“下一步”按钮，进入安装向导 说明窗口。
ppt课件.
13
ppt课件.
32
三 Rational Rose的界面操作
+ Rational Rose的界面环境比较复杂，在这一环 境下，可以完成面向对象建模的分析与设 计过程，并可绘制出UML的各种图形。
ppt课件.
33
如何创建新模型
+ 启动Rational Rose后，呈现给用户如图所示的 启动主界面。
ppt课件.
“开始”按钮，依次选择“程序”、“Rational Software”选项，再单击“Rational Rose Enterprise Edition” 选项，即可完成启动操作。也可以双击桌面上的 快捷方式启动。
ppt课件.
31
+ 2．退出
+ 在如图16所示的Rational Rose主界面，单击 “File”菜单的“Exit”菜单项，或者单击标题 栏的关闭按钮即可退出Rational Rose。
ppt课件.
7
二 Rational Rose的安装、启动 与退出
ppt课件.
8
Rational Rose的安装
+ 下面以Rational Rose 2003版本为例，介绍 Rational Rose的安装步骤。
+ 1．首先启动Rational Rose 2003的安装程序， 系统进行安装准备，出现安装向导窗口， 如图1所示。

5.5.2 其它类图.................................................................................................. 16
5.6 构件图.......................................................................................................... 17 5.7 部署图.......................................................................................................... 17
5.2 时序图.......................................................................................................... 10 5.2.1 顾客订购时序图.............................................................................. 10 5.2.2 顾客删除订单时序图...................................................................... 11 5.2.3 管理员处理订单时序图.................................................................. 12
2.系统总体的功能需求 .......................3
2.1 用户接口模块................................................................................................ 3 2.2 管理员接口模块............................................................................................ 3 2.3 数据服务模块................................................................................................ 3

1〕Rational Rose与UML之间的关系 理 2〕Rational Rose逆向工程 解 3〕Java代码逆向工程
1〕用Rational Rose设计用况模型
掌 握
2〕用Rational Rose设计领域模型 3〕用Rational Rose设计类模型和包图 4〕用Rational Rose设计系统动态模型
4
Rational Rose主要特点
支持多种言语,如Ada、CORBA、Visual Basic、Java等；
支持模型的Internet发布； 可以生成简单、明晰且定制灵敏的文档； 双向工程保证了模型和代码高度一致； 支持逆向工程，建立代码框架； 支持多种关系型数据库的建模； 从需求分析到测试，在整个软件生命周期
中，都为团队开发提供强有力的支持。
5
Rational Rose的作用
整个开发团队可以运用用况图，来获得一个系统高 层次的视图，并且可以协商工程的范畴；
工程经理可以运用用况图和文档，把工程分解成便 于管理的多个模块；
系统分析员和客户在看到用况规格描画文档的时候， 就可以明白系统将会提供什么样的功能；
另外，参考文献〔1〕中所讲的“业务模型、功 能模型、数据模型〞这三个模型的建模思想与 建模方法论，也可以用建模工具Rational Rose 来加以实现。
15
了解用况模型中的元素
1．用况图(Use Case Diagram) 确定系统中所包含的参与者、用况和两者之间或其本身的关系，
用况图是基于系统要实现的功能的一个可视化描画。 (1) 参与者(Actor) (2) 用况(Use Case) 用况是用来描画参与者运用系统，以到达某个目的时所涉及到的
技术编写者在看到用况规格描画文档时，就可以着 手编写用户手册和培训方案；

5.1 操作规范
– 4）前置条件（Preconditions)标签
• 前置条件（Preconditions)
– 指定操作运行之前应满足的条件，即操作的入口行为， 通常是不等式
• 交互图（Interaction Diagram)
– 说明操作语义的交互图
5 操作规范与应用
5.1 操作规范
– 5）语义（Semantics)标签
– 关系名在关系线上斜体显示
6 关联规范与应用
6.1 关联规范
– 1）General标签
• 角色（Role)
– 描述类在关系中的作用 – 通常是名词或名词短语，显示在起这个作用的类旁边 – 角色名前带有一个加号“+”，
6 关联规范与应用
6.1 关联规范
– 2）Detail标签
• 链接元素（Link Element)
5 操作规范与应用
5.1 操作规范
– 1）General标签
• 返回值的类型（Return) • 构造型（Stereotype) • 输出控制（Export Control)
可见性 Pulic Protected Private Implemented
含义 操作可以被其它类访问。 操作可以被子类、友元类或本身访问 操作可以被友元类或本身访问 操作是公开的，但只被同一包中的类访问
3 类规范与类的应用
3.1 类规范
– 1）General标签
• 名称（Name) • 构造型（Stereotype) • 输出控制（Export Control)
选项
含义
Public
系统中所有其它类都能访问这个类
Protected
这个类可以在嵌套类、友元或同一个类中访问

ATM 自动取款机系统相 关的对象主要有： 用户：使用 ATM 自动取 款机进行现金交易。进行 取款、查询余额、设置密 码、转账等操作。 系统：对用户的需求进 行接收，通过与数据库的 交互，根据对用户应用服 务的响应，更新数据库中 用户的信息。 数据库：对用户的所有 信息进行存储更新。
子情景2.1 系统需求分析 子情景实施
子情景2.1 系统需求分析 子情景实施
情境2：桌面系统建模—ATM机
步骤1
确定项目目标
（ 1 ）考虑到目前仍然有很多银行是柜台办理取款存款转账 等业务，很是麻烦。所以本小组开发此软件的是为了完善银行 的业务处理流程，使得银行与客户间的业务办理更方便、快捷 和安全。 （2）ATM自动取款机可以提供 24小时不间断服务，操作简单， 可以很方便为用户提供取款、转账/汇款、查询账户信息等服务。
子情景2.1 系统需求分析 子情景实施
情境2：桌面系统建模—ATM机
步骤2
确定用户特点
确定系统对象及其行为
步骤3
ATM 机 系 统 的 最 终用户是任何一个 可使用系统的人员。 由于是对现实 ATM 的 模拟，因此无须具 备专门的知识与技 能。又因为没有任 何实际的使用价值， 所以维护方面只需 要简单的数据库保 护。
表2-1 系统相关对象
对象名 用户 系统 数据库
对象职能 使用 ATM 自动取款机进行现金交易。进行取款、查询余 额、设置密码、转账等操作 对用户的需求进行接收，通过与数据库的交互，根据对 用户应用服务的响应，更新数据库中用户的信息
对用户的所有信息进行存储更新
子情景2.1 系统需求分析 子情景实施
子情景2.1 系统需求分析 知识或技能拓展
情境2：桌面系统建模—ATM机

• Use Case是所用系统的规格方式
• 在响应外部Actor触发时，系统所执行的功能
• Use Case提供了一种手段
• 捕获系统需求 • 专业人士和最终用户间的连接 • 测试系统
• 注释：
Use case 名称
• Actor是一些人或事：
• 可以激或系统交互信息 • 可以对系统进行输入 • 可以从系统被动的接受信息
• 它描述了存在的actors（外部系统）、use case（该系 统应该执行什么）以及它们的关系
• Use Case图性形可以描述该系统中部分或全部的use case
• 交互图描述了系统在逻辑设计中存在的对象及
其间的关系
• 它可以代表系统中对象的结构
• Rose中包含两种交互图，它们对同一交互操作 提供了不同的浏览视角
• 导致状态改变的动作
• 为类的重要动态行为建立状态转换图
• 组件视图中的元素可以在一个或多个组件图形 中被浏览
• 组件图形描述了在系统物理设计中组件中类和 对象的分配情况
• 组件图可以代表系统中部分或全部的组件结构
• 组件图形描述了
•包 • 组件 • 依赖关系
• 在拓扑视图中的元素可以在拓扑图形中被浏览
• 工具条 • 工具条显示与定制
• 代码产生 • 建立、修改、删除代码产生的性质设定
• 数据定义语言 • 建立、修改、删除数据定义语言产生的性质设定
• 设置用户界面
• 显示工具条 • 显示浏览窗口和文档窗口 • 显示状态条 • 将图形和文档窗口字体设置为Arial 10号 • 设置统一的缺省注释 • 显示操作符号 • 不显示属性 • 不显示操作 • 关闭控制焦点 • 存储改变并且退出
类型、操作信号和信息同步选项）更新模型

子情景2.2 用例分析
情境2：桌面系统建模—ATM机
操 操
作 作
与
练
习 习
1.什么是用例图？用例图有什么作用？ 2.在确定参与者的过程中需要注意什么？
图2-11（a） 参与者与用例
子情景2.2 用例分析 子情景实施
情境2：桌面系统建模—ATM机
步骤8
新建用例、参与者与用例间导向关联
在 工 具 箱 中 选 择 “ Unidirectional Association” （单向导向关联）图标，将光标指向 参与者“客户”，按住鼠标左键，拖 动至用例“取款”，松开鼠标，就会 出现一条指向用例“取款”的“长箭 头”，即建立了两者间的单向导向关 联。
系统 数据库
子情景2.2 用例分析 子情景实施
情境2：桌面系统建模—ATM机
步骤1
提取用例
系统功能
功能名 取款功能
功能描述
用户按照系统输入要求输入取款金额 即可取出相应金额的现金
如果用户想要修改当前密码，通过系 统可以设置新密码 用户可以通过该功能将自己账户上的 金额转到其他账户
查询余额功能 用户可以查看账户所剩现金余额
子情景2.2 用例分析 子情景实施
情境2：桌面系统建模—ATM机
步骤7
新建参与者
ห้องสมุดไป่ตู้
如图 2-9 所示，在工具箱中单击“ Actor” （参与者）图标，将 光标移动到用例图窗口适当位置，单击鼠标左键，就会出现名 为“NewClass”的参与者，输入文本“客户”进行重命名，按相 同的方法再新建一个名为“ATM机”的参与者，如图2-10所示。
图2-5 选择代码语言
子情景2.2 用例分析 子情景实施
情境2：桌面系统建模—ATM机

• 模型语言应当能够有效地支持这种渐进的、 由非形式化逐渐转换成严格的形式化的问 题求解过程。而图形语言简明和直观的特 点使其成为人们建立问题模型的有力工具。
11.2 UML的表示法 11.2.1 概述
2. 标准建模语言UML建模框架 (1) 系统的使用实例：从系统外部的操作者
的角度描述系统的功能。 (2) 系统的逻辑结构：描述系统内部的静态
11.2 UML的表示法 11.2.1 概述
3. UML模型的基本概念 (1)UML的事物
UML中的事物有：结构事物、动作事物、 分组事物、注释事物。这些事物是UML模 型中最基本的面向对象的建筑块。 (2)关系 UML中的关系有：依赖 、关联 、一般 化 、实现
11.2 UML的表示法 11.2.2 用例图
11.2 UML的表示法
11.2.1 概述 11.2.2 用例图 11.2.3 类图
11.2 UML的表示法 11.2.1 概述
1.建模技术
• 构造模型的基本技术手段是抽象。抽象的 目的在于描述那些对某种目的有重要影响 的特征，避免那些不重要因素的缠绕1 UML概述 11.1.2 UML的组成
1．UML语义和UML表示法 (1) UML语义：描述基于UML的元模型。 (2) UML表示法：UML采用图形表示法。 2．主要内容 (1)类图(2) 对象图(3) 用例图(4) 状态图 (5) 顺序图(6) 活动图(7) 协作图 (8) 构件图 (9) 部署图
UML概述
• UML包括：
– 事物 – 关系 –图 – 扩展机制
• 事物
– 结构：类，接口，构件，节点等等 – 行为：交互（消息），状态等 – 分组：包，子系统等 – 注释：注释
• 关系
– 依赖、关联（聚合，组合）、泛化、实现

使用Rational Rose 进行UML可视化建模以某所大学的《选修课程管理系统》为例来介绍怎样使用Rational Rose 进行UML可视化建模。

一、问题描述：1．教务管理人员将本学期要开设的课程输入教务系统，教师选择教授的课程，打印出选修课程目录表，向学生公布；2．教务管理人员将最终的学生课程表通知学生，将每门选修课的花名册(roster)通知相关教师，将有关收费情况的信息传送到财务管理系统；3．学生到财务部门办理收费手续。

二、利用Rational Rose创建《选修课程管理系统》用例图(Use Case View)1．《选修课程管理系统》中的执行者(Actors)●注册选修课程的学生(Student)；●教授选修课程的教师(Teacher)；●教务管理人员(Register)必须汇总选修课程情况，制作课程表；教务管理人员必须维护关于课程、教师和学生的所有信息；●财务管理系统(Billing System)从本系统中取出收费信息。

2．使用Rational Rose 创建执行者(Actors)图11)右击browser框中的Use Case View包，弹出快捷菜单；2)选择New——Actor项；3)输入执行者的名字；(可用Rename命令更改)3．《选修课程管理系统》中的用例(Use Case)●注册选修课程(学生)；[Register for courses]●选择教授的课程(教师)；[Select course to teach]●索取课程花名册(Roster)(教师)；[Request course roster]●维护课程信息(教务管理人员)；[Maintain course information]●维护教师信息(教务管理人员)；[Maintain teacher information]●维护学生信息(教务管理人员)；[Maintain student information]●创建课程目录(教务管理人员)；[Create course catalogue] 4．使用Rational Rose 创建用例(Use Case)图21)右击browser框中的Use Case View包，弹出快捷菜单；2)选择New——Use Case项；3)输入用例的名字；(如出错，可用Rename命令更改)5．使用Rational Rose 创建主用例图(Main Use Case Diagram)1)双击browser框中的Use Case View包中的Main条目，打开主用例图；2)单击选中browser框中的执行者，并将其拖到主用例图中；3)重复第2)步，直到完成所需的工作为止；4)单击选中browser框中的用例，并将其拖到主用例图中；5)重复第4)步，直到完成所需的工作为止；6)在工具条中选择单向关联(Unidirectional Association)图标；7)单击一个执行者，并拖到相应的用例上；或单击一个用例，并拖到相应的执行者上。

用例图建模技术
• 对语境建 • 对需求建模
对语境建模
① 识别系统外部的参与者。 ② 将类似参与者组织成泛化的结构层次。 ③ 在需要加深理解的地方，为每个参与者提供一 个构造型。 ④ 将参与者放入到用例图中，并说明参与者与用 例之间的通信路径。
对需求建模
① 识别系统的外部参与者来建立系统的语境。 ② 考虑每一个参与者期望的行为或需要系统提供的 行为。 ③ 把这些公共的行为命名为用例。 ④ 确定提供者用例和扩展用例。 ⑤ 对这些用例、参与者和它们之间的关系建模。 ⑥ 用注释修饰用例。
对参与者建模的过程中需 要注意的问题
• 1、参与者对于系统而言总是外部的，因此它们可 以处于人的控制之外； • 2、参与者可以直接或间接地同系统交互，或使用 系统提供的服务以完成某件事务； • 3、参与者表示人和事物与系统发生交互时所扮演 的角色，而不是特定的人或特定的事物； • 4、一个人或事物在与系统发生交互时，可以同时 或不同时扮演多个角色； • 5、每一个参与者需要一个具有业务一样的名字 • 6、每一个参与者必须有简短的描述 • 7、和类一样，参与者可以具有表示参与者的属性 和可以接受的事件
• ① ② ③ 参与者的种类： 系统用户 与所建造的系统交互的其他系统 一些可以运行的进程
参与者（定位）
• 如何寻找系统的参与者 • 对参与者建模的过程中需要注意的问题
如何寻找系统的参与者
• 通过回答以下的问题来寻找系统的参与者： 1、谁将使用该系统的主要功能 2、谁将需要该系统的支持以完成其工作 3、谁将需要维护、管理该系统，以及保持该系统 处于工作状态 4、系统需要处理哪些硬件设备 5、与该系统交互的是什么系统 6、谁或什么系统对本系统产生的结果感兴趣
UML基础与Rose建模教程 课件2