UML9图
https://blog.csdn.net/wxb141001yxx/article/details/53365514
Rhapsody中几种模型（以UML2.0定义）
1.Class Diagram，同UML中类图
建模软件主要通过类图来生成代码。类图显示了一组类、接口、协作以及他们之间的关系。UML的最终目标是识别出所有必须的类，并分析这些类之间的关系，类的识别贯穿于整个建模过程，分析阶段主要识别问题域相关的类，在设计阶段需要加入一些反映设计思想、方法的类以及实现问题域所需要的类，在编码实现阶段，因为语言的特点，可能需要加入一些其他的类。
2.Object Model Diagram，同UML对象图
对象图是类图的一个例子，用于显示系统执行时的一个可能的快照，即在某一时间点上系统可能呈现的样子。
UML中，对象图侧重于一些特定的对象和属性集，以及这些实例之间的链接。一组相关的对象图提供了对系统的任意视图如何随时间演变的深入了解。在早期的UML规范中，对象图描述为 “对象图是实例的图形，包括对象和数据值。静态对象图是类图的实例;它显示了系统在某个时间点的详细状态的快照。”
对象图的使用是相当有限的，即显示数据结构的例子。 对象图和类图密切相关，并使用几乎相同的表示法。两个图都旨在可视化系统的静态结构。当类图显示类时，对象图显示类（对象）的实例。
对象图比类图更具体。它们通常用于提供示例或充当类图的测试用例。通常仅在对象图上显示模型中当前感兴趣的方面。
3.Sequence Diagram，同UML顺序图/时序图
顺序图显示多个对象之间的动态协作，重在显示对象之间发送消息的时间顺序，也显示对象之间的交互，即在系统执行时，某个指定的时间点将发生的事情。
顺序图的一个用途是表示用例中的行为顺序，通常与正在开发的系统的逻辑视图中的用例实现相关联。当执行一个用例行为时，顺序图中的每一条消息对应了一个类操作或者状态机中引起的转换的触发事件。用顺序图说明系统的动态视图。
4.Use Case Diagram，同UML用例图
是指由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的视图。用例图（Use Case）被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。
5.Component Diagram，组件图
组件图描绘了组件如何连接在一起以形成更大的组件或软件系统。 它们用于说明任意复杂系统的结构。组件是执行构造函数所必需的。组件中的构造示例包括可执行文件，文档，数据库表，文件和库文件。
通过使用组件连接器将组件连接在一起，以将一个组件的所需接口与另一个组件的提供的接口连接。这说明了服务使用者与服务提供者两个组件之间的关系。 程序集连接器是两个组件之间的连接器，它定义了一个组件提供另一个组件所需的服务。组件连接器是从所需的接口（或端口）定义到提供的接口或端口的连接器。
当使用组件图来显示组件的内部结构时，包含组件的提供和所需接口可以委托给包含组件的相应接口。 委托连接器是一个连接器，它将组件的外部合同（由其端口指定）链接到组件部件的内部行为实现。
6.Communication Diagram，通信图
通信图根据排序的消息模拟对象或部件之间的交互。
通信图表示从类，序列和用例图中获取的信息的组合，描述了系统的静态结构和动态行为。 但是，通信图使用对象图中使用的自由形式的对象和链接。为了在这种自由格式图中维护消息的顺序，消息用时间顺序编号标记并放置在消息发送的链接附近。读取通信图涉及从消息1.0开始，并遵循从对象到对象的消息。
通信图表显示了许多与顺序图相同的信息，但由于信息的呈现方式，其中一些信息在一个图表中比另一个图表更容易找到。通信图显示每个元素与哪个元素交互更好，而顺序图表示交互发生的顺序更清晰。
7.Structure Diagram，结构图
结构图强调了被建模系统中必须存在的事物。 由于结构图表示结构，因此它们广泛用于记录软件系统的软件体系结构。 在UML中，结构图分为组件图和类图。而Rhapsody将结构图独立分隔出来，可以同时使用组件图和类图的符号。主要体现活动类与参与者之间的关系，活动类可以对外提供服务接口，也可以通过连接接口实现服务的功能。结构图中的活动类可以通过活动图得到更具体的描述。
8.Panel Diagram，面板图，Rhapsody中特有的模型
面板图模拟系统运行环境（机器）的实际构造，将机器的操作面板直观地展现在设计者面前。建模元素有LED、开关、按钮等等，与现实中的器件相对应。
9.Timing Diagram，时序图（UML2.0定义）
时序图是一种特定类型的交互图，其中重点是时序约束。 时序图用于探索在给定时间段内对象的行为。 时序图是序列图的特殊形式。 时序图和顺序图之间的差异是轴被反转，因此时间从左向右增加，生命线显示在垂直排列的独立隔间中。
10.StateChart，同UML状态图
状态图展示了一个特定对象的所有可能状态，以及由于各种事件的发生而引起的状态间的转移。一个状态图描述一个状态机，用状态图说明系统的动态视图。状态图对于接口、类或协作的行为建模尤为重要，可用它描述用例实例的生命周期。状态图用于给出系统行为的抽象描述。 分析此行为并将其表示为可在一个或多个可能状态中发生的一系列事件。 因此，每个图表通常表示单个类的对象，并通过系统跟踪其对象的不同状态。[
Rhapsody中，可以为每个对象（类）创建状态图，用来展现对象可能处于的所有状态，状态间发生的转化以及转化条件。
11.Activity Diagram，同UML活动图
活动图是逐步活动和动作的工作流的图形表示，支持选择，迭代和并发。在UML中，活动图旨在模拟计算和组织过程（即工作流），以及与相关活动相交的数据流。虽然活动图主要显示整体控制流，但它们还可以包含显示通过一个或多个数据存储的活动之间的数据流的元素。
模型间关系
用例图用于系统设计者和系统使用者之间的交流，用更简化的方式向系统的利益相关者传达意图，以外行方式传达需求。用例图可以识别系统的参与者和用例，但还需要其他类型的图来描述系统的结构和活动。
类图用来描述系统的逻辑结构，是面向对象建模的主要模型。它用于系统一般概念建模，也用于将模型转化为编程代码的详细建模，也可用于数据建模。在系统设计中，类被识别并放入类图中，有助于确认类之间的关系。概要设计中类常分为多个子类。
对象图是显示特定时间的建模系统结构的完整或部分视图的图，是类图在某一时刻的“快照”。对象图将类图中的一些类实例化，从而让我们加深对类间关系的理解。
为了进一步描述系统的行为，类图通过状态图来补充。为每个对类对象创建状态图，可以展现对象可能处于的所有状态，状态间发生的转化以及转化条件。
组件图用来描述系统的物理结构。描绘了组件如何连接在一起以形成更大的组件或软件系统。
顺序图用来描述用例图中一个用例里，多个对象之间的动态协作。时序图与顺序图类似，侧重于在时间轴变化上，对象状态的改变。通信图同样用来表示信息动态交互，更强调对象。作用与前两者一样。
结构图结合类图和组件图，来描述系统。活动图是对结构图的细化，主要描述数据流和控制流的流向。
一点总结
模型中，用例图、类图、状态图必不可少。如果组件较少可以省略组件图。顺序图、通信图和时序图可以任选其一。如果有结构图，要为每个结构画活动图，以体现结构的动态变化。