rose的uml用例图实例讲解
Rational-Rose建模讲解(共102张)
Rose的基本操作
• 自定义工具栏
第7页，共102页。
Rose的基本操作
• 系统弹出自定义工具栏窗口，在左面窗口中选中当前工具栏中没 有(méi yǒu)的按钮，点击“添加（A）”按钮即可。
第8页，共102页。
Rose的基本操作
• 保存(bǎocún)模型
右键点击浏览器窗口中的“untitled”，在弹出的快捷菜单中选择 “save”，或者选择主菜单“File”下的“save”子菜单，系统弹 出文件保存对话框，如图所示。
学生（Student）
教师（Teacher） 系统管理员（Administrator） 学籍档案系统（Archive System）
第20页，共102页。
2. 确定业务(yèwù)需求用例
• 以下问题可以帮助我们更好地标识系统的用 例：
每个参与者的特定任务是什么？ 是否每个参与者都要从系统中创建、存储、改变、移动或
• 主事件流表示正常情况下执行者与系统之间的信息交 互及动作(dòngzuò)序列，备选事件流则表示特殊情况或异 常情况下的信息交互及动作序列。
• 应给出每个用例的规格说明。
第25页，共102页。
用例“选择课程”的规格(guīgé)说明
第26页，共102页。
• 用例“选择课程”的规格(guīgé)说明
• 通常是围绕参与者创建用例图。
第28页，共102页。
使用Rose创建(chuàngjiàn)用例模型
1. 在Rose中创建参与者（actors）
创建的角色应放在Use-Case Model包中的Actors包中 比较好，如果模型结构中没有这样的包，可以先创建 Actors包，之后按下面的步骤创建角色： (1) 在浏览器窗口中的Actors包上单击鼠标右键，显示 弹出菜单；
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）所理解的系 统功能，用于需求分析阶段，列出系统中的用 例和参与者，并显示哪个参与者参与了哪个用 例的执行
Rose使用示例
附录3 建模工具Rose的使用可视化建模使用标准图形元素直观地构造系统，面向对象方法的标准图形建模语言是UML。
手工绘制UML图形是一件困难的事情，只有借助于建模工具才能提高工作效率和工作质量。
Rational Rose就是一种使用UML快速开发应用程序的建模工具之一。
它不仅支持UML9种图形，而且具有正向和逆向转出工程代码的特性，包括C++、Java、VB等语言代码。
也能支持数据模型的建立，并生成DDL脚本文件。
本附录以一个图书订单处理业务为例，介绍如何使用Rose进行面向对象分析与设计。
1．Rose基本结构使用Rose的第一步会出现图1所示的启动窗口。
该窗口提示是创建一个新模型还是打开一个既有模型（后缀为.mdl）。
如果创建新模型，可以选择图1所显示的可用框架，然后按下OK按钮，由此创建的模型中自动装入该框架的默认包、类和组件。
或者选择Cancel 创建一个不使用任何框架的模型。
图1 启动Rose第一步确定后，就会打开图2所示的Rose主界面。
主界面包含五大部分：导航窗口、绘图窗口、工具栏、文档窗口和日志窗口。
它们的作用分别介绍如下：图1 Rose 窗口界面● 导航窗口用于在模型中迅速漫游。
导航窗口以树状结构显示了模型中的所有元素，包括参与者、用例、类、组件、图等。
如同文件一样用户可以创建包，包下还可以创建子包，从而可以将繁多的元素纳入不同的包，达到有效组织和管理的目的。
在导航窗口中有四个视图根节点：(1) 用例视图（Use Case View ）：用于管理需求分析获取的所有用例、参与者和用例图。
(2) 逻辑视图（Logical View ）：分析和设计完成的所有制品放置在逻辑视图中，包括所有的类、类图、用例实现的交互图等。
(3) 组件视图（Component View ）：逻辑视图中的类实现后成为软件组件，可以在组件视图中创建这些组件，并绘制组件图描述它们之间的依赖关系。
(4) 部署视图（Deployment View ）：系统最终要实现物理部署，在部署视图中创建物理系统中的节点和节点的连接，并描述软件组件在物理节点中的分布。
UML类图关系大全(ROSE画图)
UML类图关系大全(ROSE画图)1、关联双向关联：C1-C2：指双方都知道对方的存在，都可以调用对方的公共属性和方法。
在GOF的设计模式书上是这样描述的：虽然在分析阶段这种关系是适用的，但我们觉得它对于描述设计模式内的类关系来说显得太抽象了，因为在设计阶段关联关系必须被映射为对象引用或指针。
对象引用本身就是有向的，更适合表达我们所讨论的那种关系。
所以这种关系在设计的时候比较少用到，关联一般都是有向的。
使用ROSE 生成的代码是这样的：class C1...{public:C2* theC2;};class C2...{public:C1* theC1;};双向关联在代码的表现为双方都拥有对方的一个指针，当然也可以是引用或者是值。
单向关联:C3->C4：表示相识关系，指C3知道C4，C3可以调用C4的公共属性和方法。
没有生命期的依赖。
一般是表示为一种引用。
生成代码如下：class C3...{public:C4* theC4;};class C4...{};单向关联的代码就表现为C3有C4的指针，而C4对C3一无所知。
自身关联（反身关联）：自己引用自己，带着一个自己的引用。
代码如下：class C14...{public:C14* theC14;};就是在自己的内部有着一个自身的引用。
2、聚合/组合当类之间有整体-部分关系的时候，我们就可以使用组合或者聚合。
聚合：表示C9聚合C10，但是C10可以离开C9而独立存在（独立存在的意思是在某个应用的问题域中这个类的存在有意义。
这句话怎么解，请看下面组合里的解释）。
代码如下：class C9...{public:C10 theC10;};class C10...{};组合（也有人称为包容）：一般是实心菱形加实线箭头表示，如上图所示，表示的是C8被C7包容，而且C8不能离开C7而独立存在。
但这是视问题域而定的，例如在关心汽车的领域里，轮胎是一定要组合在汽车类中的，因为它离开了汽车就没有意义了。
ROSE绘制UML图的步骤参考模板
一使用ROSE绘制用例图的步骤1．创建用例图一般情况下，用例图是UML中要绘制的第一个图。
在用RATIONAL ROSE创建所用的模型之前，首先要新建一个工程。
新建工程可以点击【File->New】菜单项，选项卡【New】如图所示，用来选择新建模型时采用的摸板。
在此我们暂时不用摸板，选择Cancel。
要建立新的用例图，可以右键单击“Use Case View”节点，在弹出的菜单中选择【New->Use Case Diagram】菜单项，如下图所示。
此时，在“Use Case Diagram”树形结构下多了一个名为“NewDiagram”的图标，这个图标就是新建的用例图标。
右键单击次图标，在弹出菜单中选择【Rename】菜单项，可以为用例图重新命名。
最好为用例图模型取一个有意义的名字。
双击用例图标，出现用例图的编辑区和编辑工具栏，如图所示，左边是用例图的编辑工具栏，右边是用例图的编辑区2．用例图工具栏按纽简介选择一项添加文本框添加注释将图中的元素与注释连接起来包用例参与者关联关系依赖和实例化泛化关系3．工具栏的定制用户可以根据需要自行定制和添加工具栏中的图标，操作方法如下：右键单击工具箱的空白处（注意不要点到图标按纽），在弹出的菜单中选择【Customsize】菜单项后出现“自定义工具栏”对话框4．添加参与者与用例（1）绘制参与者和用例，参与者和用例的绘制方法相同，首先点击工具栏中的图标按纽，然后在编辑区要绘制的地方单击鼠标左键，如下说示显示了一个参与者和一个用例（2）设置用例的属性。
在用例上双击，弹出用例属性设置对话框，如图所示。
在对话框的“General”选项卡中可是设置用例的名称“name”，用例的类型“Stereotype”，用例的层次“rank”，以及对用例的问档说明“documentation”。
（3）设置参与者的属性。
参与者的属性设置跟用例的设置一样。
5．添加参与者与用例的关系参与者与用例的关系为关联关系，要绘制关联关系。
Rational-Rose-用例图、顺序图、活动图、类图、状态机图-实例
ational-Rose-用例图、顺序图、活动图、类图、状态机图-实例
状态机图
一、问题描述
面对目前大学生日益懒惰的现象，某企业计划开发一套针对大学食堂的网上自动订餐、派送、支付等功能的电子商务系统。
具体包括（但不限于）
1、任何人均可实名注册并登录系统；
2、当日菜品浏览和订餐；
3、可实时浏览订单状态。
如果尚未配送，可撤销菜单；
4、授权人员进行配送并更新状态；
5、支付方式可以是货到付款，可以是从订餐者个人校园卡中扣除（如果余额不足则支付和订餐失败），也可以是其他方式；
6、正常结束和异常结束；
7、系统可实现整体的查询和统计分析功能。
请根据上述需求给出系统的用例图、类图、活动图（泳道）和顺序图和状态机图。
二、解题思路
1、用例图
（1）、一般客户用例图
图1、客户用例图（2）维护人员用例图
图2、维护人员用例图
2、活动图
(1)、一般客户活动图
图3、客户活动图（2）、维护人员活动图
图4、维护人员活动图3、类图
图5、类图4、顺序图
图6、顺序图5、状态机图
（1）客户状态机图
图7、客户状态机图（2）系统维护人员状态机图
图8、系统维护人员状态机图
三、实验总结
通过此次操作，对Rational rose软件有了更进一步的了解，对用例图，活动图，顺序图和类图的画法也有了进一步的学习，不过尚有一些问题，如顺序图中对于关系不能删除修改，对于需要分支的关系也无法建立，类图中的关系掌握的不是特别熟练，还有问题描述的有些出入，不知道是在客户订餐后还是在支付后，维护人员才会配送并更新状态，总之，还需要老师您的讲解。
Rational Rose【UML建模】 教程+使用详解
Rational Rose 简介Rose模型（包括所有框图、对象和其他模型元素）都保存在一个扩展名为.mdl的文件中。
1. 环境简介Rational Rose可视化环境组成Rose界面的五大部分是浏览器、文档工具、工具栏、框图窗口和日志。
见图1-1。
图1-1：Rose界面浏览器：用于在模型中迅速漫游。
文档工具：用于查看或更新模型元素的文档。
工具栏：用于迅速访问常用命令。
框图窗口：用于显示和编辑一个或几个UML框图。
日志：用于查看错误信息和报告各个命令的结果。
浏览器和视图浏览器是层次结构，用于在Rose模型中迅速漫游。
在浏览器中显示了模型中增加的一切，如参与者、用例、类、组件等等。
Rose浏览器见图1-2。
浏览器中包含四个视图：Use Case视图、Logical视图、Component视图和Deployment 视图。
点击每个视图的右键，选择new就可以看到这个视图所包含的一些模型元素。
图1-2：Rose浏览器1.3框图窗口在图1-3所示的框图窗口中，我们可以浏览模型中的一个或几个UML框图。
改变框图中的元素时，Rose自动更新浏览器。
同样用浏览器改变元素时，Rose自动更新相应框图。
这样，Rose就可以保证模型的一致性。
图1-3：框图窗口各类框图的建立2.1建立用例图use case diagram从用例图中我们可以看到系统干什么，与谁交互。
用例是系统提供的功能，参与者是系统与谁交互，参与者可以是人、系统或其他实体。
一个系统可以创建一个或多个用例图。
创建用例图（图2-1-1）在浏览器内的Use Case视图中，双击Main，让新的用例图显示在框图窗口中。
也可以新建一个包（右击Use Case视图，选择new→package，并命名），然后右击这个新建包的，选择new→use case diagram。
对系统总的用例一般画在Use Case视图中的Main里，如果一个系统可以创建多个用例图，则可以用包的形式来组织。
UML实验三分析、设计并使用Rose创建类图
UML实验三分析、设计并使用Rose创建类图UML统一建模语言实验实验三分析、设计并使用Rose创建类图1实验目的1.1学会分析与设计实际项目需示中的静态模型1.2掌握在Rational Rose 2007中绘制类图2实验内容2.1阅读、理解并创建教材附录《课程实验一饭店预订管理系统》中的类图（267页）。
2.1.1理解其中的类元素、类之间的关系（依赖、关联、泛化、实现），其中关联关系理解其多重性。
2.1.2在Rational Rose中创建教材中的类图，探索工具中类以及类之间的关系等模型元素的属性表示。
2.2综合实例分析：图书管理系统的静态建模参考实验二对图书管理系统已经完成的需求分析和用例图的创建结果，进一步分析该系统的静态模型，即类的设计。
整个过程中，注意类之间关系的使用，类名、属性名、成员名的命名规则。
要求：1)对类的分析按照实体类、界面类、控制类的类型分别设计；a)一个功能的路径：用户类-》界面类–》控制类–》实体类2)每一个类，考虑其应对外提供的功能，确定操作和属性，对于操作尽量细化到每个操作应该有的参数和返回值；2.2.1设计与创建系统的用户类与实体类根据基本的需求描述，用户类与实体类至少要包括以下：●借阅者（Borrower）●图书管理员（Librarian）●书刊（Book）●物理书刊（BookItem）●借书记录（Loan）●预订记录（Reservation）思考：以上这些存储于数据库的实体类，都要提供增(add)、删(delete)、改(update)、查（get）的操作，能否抽象出一个公用类来定义这些共同操作？该如何定义？2.2.2设计与创建系统的界面类1)为系统的主要功能设计系统的界面，至少应该分为登录界面、借还书服务界面、信息管理界面；2)细分每个界面大类下的子界面类：如借书服务界面应该至少包括借阅界面、退还界面、预约界面等等；a)思考：主界面类与子界面类的关系是什么？b)3)根据用户可能对相应界面进行的操作，定义界面类的操作，以便在后续的动态建模的消息中直接使用操作表示消息名。