Rose编辑路径映射和定义控制单元
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、浏览器：用于在模型中迅速漫游。
软件工程Rose的双向工程
正向工程
（5）Generate Default Return Line：设定Rose是否在每个类声Rose将生成返回行。 （6）Stop on Error：设定Rose 在生成代码时，是否在遇到第一个错 误时就停止。缺省情况下这一项是关闭的，因此即使遇到错误，也会 继续生成代码。 （7）Create Missing Directories：如果在Rose模型中引用了包，这 项将指定是否生成没有定义的目录。缺省情况下，这个功能是开启的。 （8）Automatic Synchronization Mode：当启用这项时，Rose会自 动保持代码与模型同步，也就是说代码中的任何变动都会立即在模型 中反映出来，反过来也一样的。缺省情况下，没有使用这个功能。 （9）Show Progress Indicator：指定Rose是否在遇到复杂的同步操 作时显示进度栏。缺省情况下不会显示。
《UML 统一建模》
Rose的双向工程
目录
双向工程简介
正向工程 逆向工程 实例应用 小结
Rose的双向工程
双向工程包括正向工程和逆向工程。 正向工程指把设计模型映射为代码；
逆向工程是指将代码转换成设计模型。
双向工程简介
无论是把设计模型转换成代码，还是把代码转换为设计模型，都
是一项非常复杂的工作。正向和逆向工程这两方面结合在一起， 定义为双向工程。双向工程提供了一种机制，它使系统架构或者 设计模型与代码之间进行双向交换。 正向工程把设计模型转换为代码框架，开发者不需要编写类、属 性、方法代码。一般情况下，开发人员将系统设计细化到一定的 级别，然后应用正向工程。 逆向工程是指把代码转换成设计模型。在迭代开发周期中，一旦 某个模型作为迭代的一部分被修改，采用正向工程把新的类、方 法、属性加入代码；同时，一旦某些代码被修改，采用逆向工程， 将修改后的代码转换为设计模型。 自从1997年正式发布UML以后，出现了许多UML建模CASE工具。 其中最具代表性的两款CASE工具是Sparx Systems的Enterprise Architect和IBM 的Rational Rose。
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 V iew ）：用于管理需求分析获取的所有用例、参与者和用例图。
(2) 逻辑视图（Logical View ）：分析和设计完成的所有制品放置在逻辑视图中，包括所有的类、类图、用例实现的交互图等。
(3) 组件视图（Component V iew ）：逻辑视图中的类实现后成为软件组件，可以在组件视图中创建这些组件，并绘制组件图描述它们之间的依赖关系。
(4) 部署视图（Deployment View ）：系统最终要实现物理部署，在部署视图中创建物理系统中的节点和节点的连接，并描述软件组件在物理节点中的分布。
Rational-Rose上机操作
类属性设置窗口
2．添加类的属性
（1）在类图中直接添加 鼠标右击类图，在如图所示的快捷菜单
选择“New Attribute”菜单项，便可以在 类图中为类添加新属性。类图的快捷菜单（2）在类属性设置窗口添加
双击类图打开“Class Specification”窗口， 选择“Attributes”（属性）选项卡，在窗 口空白处按鼠标右键，在弹出的快捷菜 单中选择“Insert”菜单项便可实现添加 属性。
Rational Rose具有以下特点： 1.模型与代码高度一致 2.支持UML建模
3.可支持多种程序设计语言 4.支持关系型数据库的建模
5.自带RoseScript脚本语言 6.支持模型的Internet发布
7.可生成软件文档 8.辅助软件开发
二 Rational Rose的安装、启 动与退出
图5 版权声明窗口
6．在如图6所示的设置安装路径窗口中 给出了系统默认的安装路径 “c:\Program Files\Rational\”，若想改 变安装路径，则可单击“Change…”按钮， 重新选择路径。
图6 设置安装路径窗口
7．单击“Next”按钮，出现如图7所示的 自定义安装窗口，用户可以根据自己的 需要选择相应的程序组件。
用例与参与者之间具有关联关系，用于表示参 与者与用例之间的通信 .
当一个用例特殊化为若干个子用例时，则建立 了用例之间的一种泛化关系，子用例可以继承 父用例的属性和行为。
用例之间的包含关系与扩展关系属于特殊的依 赖关系。包含关系是指一个用例可以包含其它 用例的功能，并将其所包含的用例功能作为本 用例功能的一部分。
将基本用例的功能扩展，形成一个扩展用例， 则两个用例之间的关系为扩展关系。
Rational Rose 教程+使用详解
UML面向对象分析与设计教程上海钱拓金融信息服务有限公司内部文档禁止外传目录一.Rational Rose 简介 (3)1.1 环境简介 (3)1.1.1 Rational Rose可视化环境组成 (3)1.1.2浏览器和视图 (4)1.1.3框图窗口 (5)二.UML各类框图的建立 (6)2.1建立用例图use case diagram (6)2.2建立活动图activity diagram (11)2.3建立类图class diagram (15)2.4建立交互图interaction diagram (20)2.4.1序列图sequence diagram (20)2.4.2协作图collaboration diagram (23)2.4.3序列图和协作图之间的转换 (26)2.5建立状态图statechart diagram (26)2.6建立构件图component diagram (30)2.7建立实施图deployment diagram (32)一.Rational Rose 简介Rose模型（包括所有框图、对象和其他模型元素）都保存在一个扩展名为.mdl的文件中。
Rational Rose中用例视图和逻辑视图的区别用例视图是从系统外部来看系统，逻辑视图是描述系统的内部结构。
两者之间的关系是实现关系，即，逻辑视图所描述的系统实现用例视图所描述的功能。
举个最简单的例子吧：对于很多系统都有的用户登录功能在用例视图中只描述用户在什么样的界面登录（是登录对话框，还是指纹鉴别器，还是身份识别卡，也许都可以），如何登录（是输入口令，还是将手指放在指纹阅读器上，还是将身份识别卡在读卡器上划过），系统有什么响应（登录成功后是显示正确提示，还是有悦耳的声音，还是吐出两张美金，登录失败后是回到登录界面，还是放个P，也许是从机器里冒出一只拳头打在用户的脸上）。
但不会描述系统内部如何去验证用户，以及如何出拳。
架构蓝图--软件架构 4+1 视图模型讲解rose
架构蓝图--软件架构"4+1" 视图模型级别：初级2005 年1 月01 日本文基于多个并发视图的使用情况来说明描述软件密集型系统架构的模型。
使用多重视图允许独立地处理各"风险承担人"：最终用户、开发人员、系统工程师、项目经理等所关注的问题，并且能够独立地处理功能性和非功能性需求。
本文分别对五种视图进行了描述，并同时给出了捕获每种视图的表示方法。
这些视图使用以架构为中心的、场景驱动以及迭代开发过程来进行设计。
引言我们已经看到在许多文章和书籍中，作者欲使用单张视图来捕捉所有的系统架构要点。
通过仔细地观察这些图例中的方框和箭头，不难发现作者努力地在单一视图中表达超过其表达限度的蓝图。
方框是代表运行的程序吗？或者是代表源代码的程序块吗？或是物理计算机吗？或仅仅是逻辑功能的分组吗？箭头是表示编译时的依赖关系吗？或者是控制流吗？或是数据流吗？通常它代表了许多事物。
是否架构只需要单个的架构样式？有时软件架构的缺陷源于过早地划分软件或过分的强调软件开发的单个方面：数据工程、运行效率、开发策略和团队组织等。
有时架构并不能解决所有"客户"（或者说"风险承担人"，USC 的命名）所关注的问题。
许多作者都提及了这个问题：Garlan & Shaw 1、CMU 的Abowd & Allen、SEI 的Clements。
作为补充，我们建议使用多个并发的视图来组织软件架构的描述，每个视图仅用来描述一个特定的所关注的方面的集合。
架构模型软件架构用来处理软件高层次结构的设计和实施。
它以精心选择的形式将若干结构元素进行装配，从而满足系统主要功能和性能需求，并满足其他非功能性需求，如可靠性、可伸缩性、可移植性和可用性。
Perry 和Wolfe 使用一个精确的公式来表达，该公式由Boehm 做了进一步修改：软件架构＝{元素，形式，关系/约束}软件架构涉及到抽象、分解和组合、风格和美学。
Rose使用教程
13
发布模型和保存.html文件的窗口
14
用Rational Rose设计用况模型
用况模型(Use Case Model)又称为用例模型，它是所有用况、 参与者以及相关关系的集合，是关于系统功能和环境的模型。 一个用况就是系统要实现的一项功能，即使用用况来描述系 统要做什么。用况模型是软件需求分析结果的可视化表示。 另外，业务模型、功能模型、数据模型”这三个模型的建模 思想与建模方法论，也可以用建模工具Rational Rose来加以 实现。
2
学习要求
要 求 了 解 具体内容
1）Rational Rose的发展历史 2）Rational Rose的安装与启动 3）Rational Rose的工作界面及图标 1）Rational Rose与UML之间的关系 2）Rational Rose逆向工程 3）Java代码逆向工程
理 解
掌 握
1）用Rational 2）用Rational 3）用Rational 4）用Rational 5）用Rational
26
图2-26用况属性设置窗口
27
6.创建活动图描述用况
28
用Rational Rose设计领域模型
领域模型是什么？它是某行业领域内现实世界概念类的一种表示，而不 是软件组件的一种表示。领域模型不是描述软件类的图集，也不是有着 职责的软件对象。通俗地说，领域模型是某行业领域相关的实体的集合， 是某行业领域中的任何事物或者是人的可视化的表示，它关注的是实体 本身，而不在于它们的属性和操作。 领域模型是概念类或者系统相关的对象的可视化表示。领域模型一般包 含的元素有：概念类、概念类之间的关联、概念类的基本属性。 由此可见，领域模型有点类似于概念数据模型，即有点类似于实体关系 图(或E-R模型)。 创建领域模型，实际上就是在建立类图(Class Diagram)，操作方法如下： 选定浏览器窗口中的用况视图，单击鼠标右键，选择菜单【New】,在下 级菜单中选择【Class Diagram】菜单项
建模工具Rose简介
建模工具Rose简介在这个面向对象应用程序开发不断变化的时代，在合理时间内开发和管理高质量应用程序变得越来越困难。
为了面对这种挑战，制定出每个公司都能使用的通用对象模型语言，统一建模语言（UML）。
UML是信息技术行业的蓝图，是详细描述系统结构的方法。
利用这个蓝图，我们越来越容易建立和维护系统，保证系统能适应需求的改变。
一个系统的模型建得好，就为满足用户需求、保证系统的稳定性和质量、提高系统的扩展性打下了良好的基础。
ROSE是用UML快速开发应用程序的工具之一，它是一个面向对象的建模工具。
软件工程概述软件开发是一套关于软件开发各阶段的定义、任务、作用的建立在理论上的一门工程学科。
它为解决软件危机，指导人们利用科学、有效的方法来开发软件，提高及保证软件开发的效率和质量取到了一定的作用。
软件开发过程：需求分析（开始阶段）--概要设计（静态结构）--详细设计（动态结构） --编码-测试-维护结构化模型设计方法A．E-R图（实体关系图）实体：客观存在并可区分的事物。
属性：实体所具有的某种特性，一个实体可以有多个属性。
关系：实体之间的对应关系，可分为1：1联系、1：n联系、m：n联系B．数据流图C．功能模块图结构化模型的不足传统的结构化模型的设计所建立的模型不能反应源代码，与程序设计脱节。
模型与代码几乎没什么关系。
这样的模型不能生成代码，代码更不能生成模型，模型大多是画给领导看或拿出作掩盖。
所以不能保证软件的质量，更不易软件的维护，没什么约束力也没有检测的标准，它的弊端是显于易见的。
面向对象的模型设计方法定义：利用面向对象方法，把应用程序分成许多小块（对象），这些对象是独立的，然后组合这些对象，建立程序。
特点：包装、继承、多态。
常用的建模工具：Rational ROSE/XDE, Computer Association BPWin/ERWin, Oracle Designer/2000, Sybase PowerDesigner, PlayCaseUML统一建模语言定义：一种面向对象的统一建模语言。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Rose编辑路径映射和定义
控制单元
实验目标
编辑路径映射 指派控制单元 卸载控制单元
基本实验任务
任务1编辑路径映射 在这个任务中，将通过定义“&”作为当前路径 和定义虚拟路径来指明复制实验文件的路径 若有必要，可以删除任何已经定义了的路径映射
步骤
（1）打开一个模型***.mdl，在菜单中选择 FileEdit Path Map。此时，系统像是虚拟路径 映射窗口。 （2）用鼠标点击“Clear”按钮，接着单击“OK 按钮”，清除路径映射表中的所有符号。 注：所有路径已经被清除了
基本实验任务
ห้องสมุดไป่ตู้
任务2，定义控制单元 在这个任务中，将对以下几个包进行单元控制 （1）Use-Case Model （2）Actors （3） Use Cases
基本实验任务
任务2，定义控制单元 步骤： （1）展开“Use-Case View”，并右击“UseCase Model” （2）单击“Units->Control Use-Case Model”， 并设置文件名为“Use-Case Model”。 注：确保你保存的文件后缀为“.cat” （3）重复步骤（1）、（2），添加另外两个包 控制单元 注：“Actors”包和“Use Cases”包含在“UseCase Model”包中，保存文件时用相同的文件名
基本实验任务
任务3，加载/卸载一个控制单元 步骤： （1）展开“Actors”包，查看包中的模型元素 （2）右击“Actors”，接着点击“Units-> Unload Actors” 注：在当前的模型里面，“Actor”包里所有的 Actors已经不再加载或者已经不存在了。可以通 过双击它来进行重新加载 （3）在“File”菜单中，保存所做的修改。
（3）在“Symbol”选项中，输入“CURDIR” （4）在“Actual Path”选项中，输入符号 “&”，接着单击“Add”键 （5）重复路径（3）和（4），定义虚拟路径 “LABS”，绝对路径为“D:\Rose2003”的路 径映射
（6）如果没有实现定义设置好以上已设，请把实 验文件从U盘拷贝到上面定义的位置 注：确保所有的文件必须不是只读的 （7）任务2，定义控制单元