Rational Rose.doc

Rational Roseindex一、Rational Rose是什么二、Rationla Rose有什么用 三、Rose的核心统一建模语言UML4（1）、UML的发展历程4（2）、UML(Unified Modeling Language) 的具体内容41、用例图2、类图3、包图4、序列图5、协作图6、状态图7、活动图8、构件图9、部署图四、使用Rational Rose进行数据库建模五、Rational Rose的一些使用技巧1、Units Control2、Import，Export3、Add-in Manager4、Workspace5、常用快捷键6、Autosize All7、Options的设置六、进一步学习阐明Rose在Rational产品系列中所处的位置和在整个开发流程中所起的作用，介绍Rose的核心统一建模语言UML以及从Rose使用的角度进行交流。一、Rational Rose是什么Rational Rose是Rational公司出品的基于UML的可视化建模工具。当前市场上基于UML可视化建模的工具很多，例如有Microsoft的Visio2002，Oracle的Designer2000，还有PlayCase 、CA BPWin、CA ERWin、Sybase PowerDesigner等等。为什么要选择Rational Rose呢？这就不能不提到UML的三位创始人了，面向对象领域的大师级人物：Booch、Rumbaugh和Jacobson。而这三位大师目前都在Rational公司担任首席工程师，既然UML是业界标准的可视化建模语言，那么选择Rational Rose的原因就不言而喻了。而且Rose与Rational其他一系列的软件工程方面的产品的紧密集成使得Rose的可用性和扩展性更好。需求构架（分析/设计）建造（编码）测试需求管理 - 收集、管理及传达变更的软件需求和系统需求。 Rational RequisitePro可视化建模 - 生成一个反映软件应用程序、其构件、接口和之间关系的图形化的设计图，便于理解和交流。 Rational Rose、Rational Rose RealTime编程环境 - Rational Apex、Rational Summit/TM、Rational TestMate、Rational Ada Analyzer软件质量和测试自动化 - 提供集成化编程和测试工具来简化构件的创建，并代替昂贵、冗长且容易出错的手工测试，从而在较短的时间内、在风险已降低的情况下生成更高质量的应用程序。 Rational Suite TestStudio、Rational Suite PerformanceStudio配置管理软件配置与变更管理 - 在创建、修改、构建和交付软件的过程中，控制团队的日常开发。 Rational ClearCase、Rational ClearCase MultiSite、Rational ClearQuest、Rational ClearDDTS软件流程软件流程自动化 - 为软件经理和开发人员就如何开发有商业竞争力的软件资产提供指导。 Rational Unified Process、Rational SoDA上面从左至右是软件生命周期的四个典型环节，下面的配置管理和软件流程是贯穿整个软件生命周期的活动。目前Rational Rose在中国的市场占有率大约是4成（CSDN的调查统计），在国外的占有率应该会更高。二、Rationla Rose有什么用前面已经说过了，Rational Rose是基于UML的可视化建模工具，那首先要看看UML有什么用了。UML全称叫Unfied Modeling Language，顾名思义，UML是一种语言，一种表示法，就是一种交流沟通的工具，特别适用于软件密集型系统的表示。UML的统一性（Unified）表现为以下几点：（1）、 UML是人类思想和计算机代码的一个连接桥梁大家都知道，计算机能直接识别的语言就是二进制的CPU指令，早期工程师门都是直接写这些指令输入给计算机直接执行的，非常痛苦;后来就出现了更好理解的汇编语言，之后就出现了各种各样更加容易理解和编写，更加接近人类语言的计算机高级语言，什么VB啊、DELPHI、JAVA等等。所以从一个角度来看，其实计算机软件的发展史，可以算是一个解决计算机语言和人类语句差异性问题的历史，就是说如何让开发语言更加接近人类语言。看看下面的一个图：人类思想UMLVB、DELPHI、JAVA等等。二进制代码UML是人类思想和计算机代码的一个连接桥梁。（2）、 UML所定义的概念和符号可用于软件开发的分析、设计和实现的全过程，软件开发人员不必在开发过程的不同阶段进行概念和符号的转换。（3）、 UML所用的语言元素基本都是图形化的，便于理解和沟通，不但开发人员之间可以用来交流，客户和开发人员之间也可以用它作为交流的工具。目前版本的Rational Rose可以用来做以下一些工作：1、对业务进行建模（工作流）；2、建立对象模型（表达信息系统内有哪些对象，它们之间是如何协作完成系统功能的）；3、对数据库进行建模，并可以在对象模型和数据模型之间进行正、逆向工程，相互同步；4、建立构件模型（表达信息系统的物理组成，如有什么文件、进程、线程、分布如何等等）5、生成目标语言的框架代码，VB、JAVA、DELPHI一、 Rose的核心统一建模语言UML（1）、 UML的发展历程 公认的面向对象建模语言出现于70年代中期。 多种建模语言的出现：BOOCH 1993 、OOSE 、OMT _2 、OOA/OOD。 UML 建模语言的形成，成为工业界的标准（1996年）。（2）、 UML(Unified Modeling Language) 的具体内容客观世界是一个复杂的巨系统，需要从不同的角度来考察，才能真正理解这个系统。为了能支持从不同角度来考察系统，标准建模语言UML定义了下列5类、共9种模型图，下面图表作了基本的描述：类型图名描述用例图用例图从用户角度描述系统的功能，并指出各功能的操作者。静态图类图用于定义系统的类，包括描述类之间的联系（如关联、依赖、聚合等）以及类的内部结构，即类的属性和操作。因此类图是描述系统中类的静态结构，即它描述的是一种静态关系，在系统的整个生命周期都是有效的。包图包或类组成，主要表示包与包、或包与类之间的关系。包图用于描述系统的分层结构。行为图状态图描述一类对象的所有可能状态以及事件发生时状态的转移条件。通常状态图是对类图的补充。活动图描述为满足用例要求所要进行的活动以及活动间的约束关系。使用活动图可以很方便地表示并行活动。交互图序列图用以显示对象之间的动态合作关系。它强调对象之间消息发送的顺序，同时也显示对象之间的交互过程。协作图同序列图是等价的，但着重描述对象间的协作关系。实现图构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。 它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。配置图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备(用节点表示)以及它们之间的连接关系，也可显示连接的类型及部件之间的依赖性。在节点内部，放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。1、用例图以订单管理系统的用例模型部分为例进行说明。由于他们具有略微不同的特征，因此将普通客户从 Internet 客户中分离开来是非常有用的。然而，因为 Internet 客户的确显示了一个客户具有的所有特征，所以您可以说 Internet 客户是客户的一个特例，并且能够通过主角泛化关系来指示。在本图中，具体用例分别是“电话订购”（由客户主角发出）和“Internet 订购”（由 Internet 客户发出）。这些用例都是更普通的“订购”用例的变形。在本示例中，“订购”用例是一个抽象用例。“请求目录”用例代表一个可选行为段，它不是“订购”用例主要目标的组成部分。它已经被分离出来，形成了一个抽象用例，用于简化“订购”用例。“提供客户数据”用例是一个已分离出的行为段。它之所以被分离出来，是因为它是一个独立功能，只有它的结果才能影响“订购”用例。“供给客户数据”用例还可以在其他用例中复用。“请求目录”用例和“供给客户数据”用例在本示例中都属于抽象用例。包含用例的行为插入到基本用例中的一个位置。执行子用例的用例实例将遵循父用例的事件流，同时插入附加行为或修改在子用例事件流中定义的行为。泛化强调父子行为的相似性。当执行基本用例的用例实例达到基本用例中定义扩展点的位置时，将对相应扩展关系的条件进行评估。如果条件成立，或者如果没有条件，用例实例将遵循扩展用例（或者扩展用例中与扩展点相对应的插入段）。如果扩展关系的条件不成立，就不执行扩展。扩展表示一种可选行为用例实例2、类图3、包图4、序列图在序列图中可以有对象和主角实例，以及说明它们如何交互的消息。序列图描述了在参与交互的对象中所发生的事件（从激活的角度来说明），以及这些对象如何通过相互发送消息进行通信。您可以为用例事件流的各种不同形式制作序列图。5、协作图协作图中可以有对象和主角实例，以及描述它们之间关系和交互的连接和消息。通过说明对象间如何通过互相发送消息来实现通信，协作图描述了参与对象中发生的情况。您可以为用例事件流的每一个变化形式制作一个协作图。6、状态图状态机用于对模型元素的动态行为进行建模，更具体地说，就是对系统行为中受事件驱动的方面进行建模。状态机专门用于定义依赖于状态的行为（即根据模型元素所处的状态而有所变化的行为）。其行为不会随着其元素状态发生变化的模型元素不需要用状态机来描述其行为（这些元素通常是主要负载管理数据的被动类）。状态机由状态组成，各状态由转移链接在一起。状态是对象执行某项活动或等待某个事件时的条件。转移是两个状态之间的关系，它由某个事件触发，然后执行特定的操作或评估并导致特定的结束状态。图 1 描绘了状态机的各种元素。7、活动图一个活动图可能包括以下元素： 活动状态表示在工作流程中执行某个活动或步骤。转移表示各种活动状态的先后顺序。这种转移可称为完成转移。它不同于一般的转移，因为它不需要明显的触发器事件，而是通过完成活动（用活动状态表示）来触发。决策，为其定义了一组警戒条件。这些警戒条件决定在活动完成后将执行一组备选转移中的哪一个转移。您也可以使用判定图标来表示线程重新合并的位置。决策和警戒条件使您能够显示业务用例的工作流程中的备选线程。同步示意条用于显示平行分支流。同步示意条使您能够显示业务用例的工作流程中的并行线程。8、构件图构件图可以看出系统的源代码和运行组件。利用该图，负责编译和部署系统的人员知道有哪些代码库，编译代码时生成哪些执行文件；开发人员知道有哪些代码库，相互间有什么关系；组件的依赖性使编译人员知道正确的编译顺序。9、部署图部署图考虑应用程序的实际部署，包括网络部署和组件在网络上的位置。一个系统只有一个部署图。部署图包含处理器、设备、进程和处理器与设备之间的连接。部署图显示网络上的所有节点、节点间的连接和每个节点上运行的进程。图适用范围交互图（序列图/协作图）适合于描述单个用例中多个对象的行为状态图适合于描述跨越多个用例的单个对象的行为活动图适合于展现多个对象和多个用例的活动的总次序构件图适用于表示系统中各个功能部件之间的依赖关系和调用关系用例图捕获系统功能四、使用Rational Rose进行数据库建模Rose提供了一个叫“Data Modeler”的工具，利用它可用将对象模型转换成数据模型，也可以将现有的数据模型转换成对象模型，从而实现两者之间的同步。具体来说，Data Modeler可以：1、将对象模型转换成数据模型，即将类映射到数据库的表，构成传统的ER图；（Data Modeler | Transform to Data Model）2、将数据模型转换成对象模型；（Data Modeler | Transform to Object Model）3、利用数据模型生成数据库DDL，也可以直接连接到数据库里，对数据库产生结果；（Data Modeler | Forward Engineer）4、从现有数据库或DDL文件里生成数据模型；（Data Modeler | Reverse Engineer）5、将数据模型同DDL文件或现有数据库进行比较；（Data Modeler | Compare to。）注意：一个类能被转化为一个数据库表，它的persistence属性必须是transient五、Rational Rose的一些使用技巧1、Units Control单元控制用来把一个包，在多人协作分析设计的时候特别有用。例如当一个包需要另外一个同事A进行完善的时候，可以把单元处于控制中，保存到另外一个单独的文件里，然后同事A完善这个包，同时自己也可以进行其他包的设计工作，等完善完毕后，把文件重新Load进去就可以继续使用了，这样就不会影响到其他人的同步工作了。菜单含义：load：从一个文件里导入一个单元包，常用来作为同步刷新save：保存对单元包所做的更改save as：把单元包保存到另外的一个路径unload：把单元包卸下来，在Rose里就看不到单元包里面的内容了，用load可以把单元包重新导进来write protection：写保护，在Rose里就不能对这个单元包进行更改了。2、Import，Export导进，导出package，对利用现成的建模成果很有用，例如我们可以导进一个现成的java模型，这样就可以直接利用java标准的对象了。3、Add-in Manager很多外部的产品都对Rose发布了Add-in支持，以对Rose的功能