Rational Rose 用例图、顺序图、活动图、类图、状态机图 实例
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）所理解的系 统功能，用于需求分析阶段，列出系统中的用 例和参与者，并显示哪个参与者参与了哪个用 例的执行
浅谈UML中常用的几种图
浅谈UML中常用的几种图1 UML简介2 UML常见图分类3 用况图（用例）4 类图简单类图使用举例5 其他辅助用图●时序图(顺序图)●协作图（Collaboration Diagram/communication Diagram）/通信图●状态图●活动图(Activity Diagram)6 组件图(ComponentDiagram)、配置图(Deployment Diagram)1 UML简介统一建模语言（Unified Modeling Language，UML）又称标准建模语言，是始于1997年的一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。
‘UML感兴趣的可以阅读UML 1规范，包含了UML 的所有知识内容。
注：OMG, Object Management Group 对象管理组织2 UML常见图分类UML从考虑系统的不同角度出发，定义了用况图、类图、对象图、包图、状态图、活动图、序列图、通信图、构件图、部署图等10种图。
分类：面向对象动态建模，用于建立行为的实体间行为交互的四种图：状态图(Stage Diagram)，序列图(Sequence Diagram)，协作图(Communication Diagram)，活动图(Activity Diagram) 。
“序列图”与“协作图”表述的是相似的消息，“活动图”是“状态图”的一种。
•静态结构图Static Structure Diagram•类图Class Diagram•对象图Object Diagram•用况图Use Case Diagram•交互图Interaction Diagram•顺序图Sequence Diagram•协作图Collaboration Diagram•状态图State chart Diagrams•活动图Activity Diagrams•实现图Implementation Diagrams•构件图Component Diagram•部署图Deployment Diagram3 用况图（用例）用例图，展现了一组用例、参与者（actor）以及它们之间的关系。
Rational-Rose上机操作ppt课件
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所示。
RationalRose简明实用教程
RationalRose简明实用教程UML中各种图形概要：图名对照说明用例图use casediagram 用例图表明系统做什么,与谁交互。
用例是系统提供的功能，参与者是系统与谁交互,参与者可以是人、系统或其他实体。
一个系统可以创建一个或多个用例图。
用例use case参考者actor关联关系unidirectional association泛化关系（继承）generalization活动图activitydiagram 活动图显示了从活动到活动的流。
活动图可以在分析系统业务时用来淙业务流，也可以在收集系统需求的时候显示一个用例中的事件流。
活动图显示了系统中某个业务或者某个用例中，要经历哪些活动，这些活动按什么顺序发生。
泳道swimlane活动activitystate transition同步synchronization决策点decision类图classdiagram类图显示系统之中类与类之间的交互类class方法Operation属性Attribute序列图sequencediagram序列图显示用例中的功能流程协作图collaboration diagram状态图statechart diagram构件图componentdiagram 构件图显示模型的物理视图，也显示系统中的软件构件及其相互关系，模型中的每个类映射代码构件，一旦创建构件，就加进构件图中，然后画出构件之间的相关性。
构件间的相关性包括编译相关性和运行相关性。
实施图deploymentdiagram 实施图是显示网络的物理布局，系统中涉及的处理器、设备、连接和过程。
一个项目中有一个实施图。
Rose模型（包括所有框图、对象和其他模型元素）都保存在一个扩展名为.mdl的文件中。
1.环境简介 1.1 Rational Rose可视化环境组成Rose界面的五大部分是浏览器、文档工具、工具栏、框图窗口和日志。
1、浏览器：用于在模型中迅速漫游。
Rational Rose顺序图(序列图)的建模步骤
序列图的建模步骤1．创建和删除序列图1.1 创建序列图新建一个序列图的方式有两种：1.1.1 在逻辑视图中增加序列图1）一般情况下，序列图属于系统的逻辑模型，因此可以使用“Logical View”的右键菜单——〉“New”——〉“Sequence Diagram”，如下图所示：然后输入序列图的名称，如下图所示：接着双击新增的序列图名称，开始输入序列图，如下图所示：1.1.2 在用例视图中增加序列图序列图主要是用于对用例的描述，在此种目的下新增序列图的方式也是有两种：2.1）直接在“Use Case View”下的相应用例上通过右键菜单——〉“New”——〉“Sequence Diagram”菜单项新建一个序列图，如下图所示：输入序列图的名称，如下图所示：输入完序列图的名称后，双击此序列图的名称开始输入序列图的内容。
2.2）在用例图中使用用例的属性窗口来新增序列图。
如下图所示，在用例“浏览课件”的“Specification”属性窗口中的“Diagrams”项目下，通过右键菜单——〉“Insert Sequence Diagram”，输入序列图的名称，如下图所示：双击此序列图名称，进入序列图的编辑界面。
1.2 删除序列图不管是在逻辑视图（Logical View）还是在用例视图（Use Case View），删除序列图的方式都是一样的。
都是选中需要删除的序列图，右键菜单——〉“Delete”，即可直接删除，如下图所示。
注意，在Rational Rose2003环境下，所有的删除操作都是没有提示的。
1.3 修改序列图的名称不管是在逻辑视图（Logical View）还是在用例视图（Use Case View），修改序列图名称的方式都是一样的。
都是选中需要修改名称的序列图，右键菜单——〉“Rename”，如下图所示：2．增加和删除对象2.1 增加对象在序列图中，增加对象的方式主要有两种：2.1.1 使用原有的模型元素作为序列图的对象使用拖放的方式把原有的模型元素作为序列图的对象，如下图所示：注意：可以被拖放的模型元素有参与者（Actor）和类（Class）这两种模型元素。
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软件有了更进一步的了解，对用例图，活动图，顺序图和类图的画法也有了进一步的学习，不过尚有一些问题，如顺序图中对于关系不能删除修改，对于需要分支的关系也无法建立，类图中的关系掌握的不是特别熟练，还有问题描述的有些出入，不知道是在客户订餐后还是在支付后，维护人员才会配送并更新状态，总之，还需要老师您的讲解。
UML各种图例—用例图、类图、状态图、包图、协作图、顺序图
UML各种图例——用例图、类图、状态图、包图、协作图、顺序图面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML（也就是Unified Modeling Language™），这篇课程的目的是展示出UML的精彩之处.UML中有九种建模的图标，即：∙用例图∙类图∙对象图∙顺序图∙协作图∙状态图∙活动图∙组件图∙配置图本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题，测试一下你对这个部分的理解.为什么UML很重要?为了回答这个问题，我们看看建筑行业.设计师设计出房子.施工人员使用这个设计来建造房子.建筑越复杂，设计师和施工人员之间的交流就越重要.蓝图就成为了这个行业中的设计师和施工人员的必修课.写软件就好像建造建筑物一样.系统越复杂，参与编写与配置软件的人员之间的交流也就越重要.在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”.现在它已经成为了软件行业的一部分了.UML提供了分析师，设计师和程序员之间在软件设计时的通用语言.UML被应用到面向对象的问题的解决上.想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的.一个模型model就是根本问题的抽象.域domain就是问题所处的真实世界.模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的.记住把一个对象想象成“活着的”.对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）.对象的属性的值决定了它的状态state.类Classes是对象的“蓝图”.一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）.对象是类的实例instances.用例图用例图Use case diagrams描述了作为一个外部的观察者的视角对系统的印象.强调这个系统是什么而不是这个系统怎么工作.用例图与情节紧紧相关的.情节scenario是指当某个人与系统进行互动时发生的情况.下面是一个医院门诊部的情节.“一个病人打电话给门诊部预约一年一次的身体检查.接待员找出在预约记录本上找出最近的没有预约过的时间，并记上那个时间的预约记录.”用例Use case是为了完成一个工作或者达到一个目的的一系列情节的总和.角色actor是发动与这个工作有关的事件的人或者事情.角色简单的扮演着人或者对象的作用.下面的图是一个门诊部Make Appointment用例.角色是病人.角色与用例的联系是通讯联系communication association（或简称通讯communication）角色是人状的图标，用例是一个椭圆，通讯是连接角色和用例的线.一个用例图是角色，用例，和它们之间的联系的集合.我们已经把Make Appointment作为一个含有四个角色和四个用例的图的一部分.注意一个单独的用例可以有多个角色.用例图在三个领域很有作用.∙决定特征（需求）.当系统已经分析好并且设计成型时，新的用例产生新的需求∙客户通讯.使用用例图很容易表示开发者与客户之间的联系.∙产生测试用例.一个用例的情节可能产生这些情节的一批测试用例.类图类图Class diagram通过显示出系统的类以及这些类之间的关系来表示系统.类图是静态的－它们显示出什么可以产生影响但不会告诉你什么时候产生影响.下面是一个顾客从零售商处预定商品的模型的类图.中心的类是Order.连接它的是购买货物的Customer和Payment.Payment有三种形式：Cash，Check，或者Credit.订单包括OrderDetails（line item），每个这种类都连着Item.每个类图包括类，关联和多样性表示.方向性和角色是为了使图示得更清楚时可选的项目.包和对象图为了简单地表示出复杂的类图，可以把类组合成包packages.一个包是UML上有逻辑关系的元件的集合.下面这个图是是一个把类组合成包的一个商业模型. dependencies关系.如果另一个的包B改变可能会导致一个包A改变，则包A依赖包B.包是用一个在上方带有小标签的矩形表示的.包名写在标签上或者在矩形里面.点化线箭头表示依赖对象图Object diagrams用来表示类的实例.他们在解释复杂关系的细小问题时（特别是递归关系时）很有用.这个类图示一个大学的Department可以包括其他很多的Departments.这个对象图示上面类图的实例.用了很多具体的例子.UML中实例名带有下划线.只要意思清楚，类或实例名可以在对象图中被省略.每个类图的矩形对应了一个单独的实例.实例名称中所强调的UML图表.类或实例的名称可能是省略对象图表只要图的意义仍然是明确的.顺序图类图和对象图是静态模型的视图.交互图是动态的.他们描述了对象间的交互作用.顺序图将交互关系表示为一个二维图.纵向是时间轴，时间沿竖线向下延伸.横向轴代表了在协作中各独立对象的类元角色.类元角色用生命线表示.当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线.消息用从一个对象的生命线到另一个对象生命线的箭头表示.箭头以时间顺序在图中从上到下排列.协作图协作图也是互动的图表.他们像序列图一样也传递相同的信息，但他们不关心什么时候消息被传递，只关心对象的角色.在序列图中，对象的角色放在上面而消息则是连接线.对象角色矩形上标有类或对象名（或者都有）.类名前面有个冒号（：）.协作图的每个消息都有一个序列号.顶层消息的数字是1.同一个等级的消息（也就是同一个调用中的消息）有同样的数字前缀，再根据他们出现的顺序增加一个后缀1，2等等.状态图对象拥有行为和状态.对象的状态是由对象当前的行动和条件决定的.状态图statechart diagram显示出了对象可能的状态以及由状态改变而导致的转移.我们的模型例图建立了一个银行的在线登录系统.登录过程包括输入合法的密码和个人账号，再提交给系统验证信息.登录系统可以被划分为四种不重叠的状态：Getting SSN, Getting PIN, Validating, 以及Rejecting.每个状态都有一套完整的转移transitions来决定状态的顺序.状态是用圆角矩形来表示的.转移则是使用带箭头的连线表示.触发转移的事件或者条件写在箭头的旁边.我们的图上有两个自转移.一个是在Getting SSN，另一个则在上Getting PIN.初始状态（黑色圆圈）是开始动作的虚拟开始.结束状态也是动作的虚拟结束.事件或条件触发动作时用（/动作）表示.当进入Validating状态时，对象并不等外部事件触发转移.取而代之，它产生一个动作.动作的结果决定了下一步的状态.活动图活动图activity diagram是一个很特别的流程图.活动图和状态图之间是有关系的.状态图把焦点集中在过程中的对象身上，而活动图则集中在一个单独过程动作流程.活动图告诉了我们活动之间的依赖关系.对我们的例子来说，我们使用如下的过程.“通过ATM来取钱.”这个活动有三个类Customer, ATM和Bank.整个过程从黑色圆圈开始到黑白的同心圆结束.活动用圆角矩形表示.。
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机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
状态机图
一、问题描述
面对目前大学生日益懒惰的现象，某企业计划开发一套针对大学食堂的网上自动订餐、派送、支付等功能的电子商务系统。
具体包括（但不限于）
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软件有了更进一步的了解，对用例图，活动图，顺序图和类图的画法也有了进一步的学习，不过尚有一些问题，如顺序图中对于关系不能删除修改，对于需要分支的关系也无法建立，类图中的关系掌握的不是特别熟练，还有问题描述的有些出入，不知道是在客户订餐后还是在支付后，维护人员才会配送并更新状态，总之，还需要老师您的讲解。