一、Rationla Rose有什么用

  前面已经说过了,Rational Rose是基于UML的可视化建模工具,那首先要看看UML有什么用了。UML全称叫Unfied Modeling Language,顾名思义,UML是一种语言,一种表示法,是一种交流沟通的工具,特别适用于软件密集型系统的表示。

  UML的统一性(Unified)表现为以下几点:

  (1)、 UML是人类思想和计算机代码的一个连接桥梁

  大家都知道,计算机能直接识别的语言是二进制的CPU指令,早期工程师门都是直接写这些指令输入给计算机直接执行的,非常痛苦;

  后来出现了更好理解的汇编语言,之后出现了各种各样更加容易理解和编写,更加接近人类语言的计算机高级语言,什么VB啊、DELPHI、JAVA等等。

  所以从一个角度来看,其实计算机软件的发展史,可以算是一个解决计算机语言和人类语句差异性问题的历史,是说如何让开发语言更加接近人类语言。

  看看下面的一个图:

  人类思想

  UML

  VB、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、 状态图

  状态机用于对模型元素的动态行为进行建模,更具体地说,是对系统行为中受事件驱动的方面进行建模。状态机专门用于定义依赖于状态的行为(即根据模型元素所处的状态而有所变化的行为)。其行为不会随着其元素状态发生变化的模型元素不需要用状态机来描述其行为(这些元素通常是主要负载管理数据的被动类)。