UML建模三个工具: StarUML ,Telelogic TAU 和 Rose( 四 ) _模型

实现图构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。
配置图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备(用节点表示)以及它们之间的连接关系，也可显示连接的类型及部件之间的依赖性。在节点内部，放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。
1、用例图
以订单管理系统的用例模型部分为例进行说明。
由于他们具有略微不同的特征，因此将普通客户从客户中分离开来是非常有用的。然而，因为客户的确显示了一个客户具有的所有特征，所以您可以说客户是客户的一个特例，并且能够通过主角泛化关系来指示。
在本图中，具体用例分别是“电话订购”（由客户主角发出）和“ 订购”（由客户发出）。这些用例都是更普通的“订购”用例的变形。在本示例中，“订购”用例是一个抽象用例。“请求目录”用例代表一个可选行为段，它不是“订购”用例主要目标的组成部分。它已经被分离出来，形成了一个抽象用例，用于简化“订购”用例。“提供客户数据”用例是一个已分离出的行为段。它之所以被分离出来，是因为它是一个独立功能，只有它的结果才能影响“订购”用例。“供给客户数据”用例还可以在其他用例中复用。“请求目录”用例和“供给客户数据”用例在本示例中都属于抽象用例。
包含用例的行为插入到基本用例中的一个位置。
执行子用例的用例实例将遵循父用例的事件流，同时插入附加行为或修改在子用例事件流中定义的行为。
泛化强调父子行为的相似性。
当执行基本用例的用例实例达到基本用例中定义扩展点的位置时，将对相应扩展关系的条件进行评估。如果条件成立，或者如果没有条件，用例实例将遵循扩展用例（或者扩展用例中与扩展点相对应的插入段）。如果扩展关系的条件不成立，就不执行扩展。
扩展表示一种可选行为
用例实例
2、类图
3、包图
4、序列图
在序列图中可以有对象和主角实例，以及说明它们如何交互的消息。序列图描述了在参与交互的对象中所发生的事件（从激活的角度来说明），以及这些对象如何通过相互发送消息进行通信。您可以为用例事件流的各种不同形式制作序列图。
5、协作图
协作图中可以有对象和主角实例，以及描述它们之间关系和交互的连接和消息。通过说明对象间如何通过互相发送消息来实现通信，协作图描述了参与对象中发生的情况。您可以为用例事件流的每一个变化形式制作一个协作图。
6、状态图
状态机用于对模型元素的动态行为进行建模，更具体地说，就是对系统行为中受事件驱动的方面进行建模。状态机专门用于定义依赖于状态的行为（即根据模型元素所处的状态而有所变化的行为）。其行为不会随着其元素状态发生变化的模型元素不需要用状态机来描述其行为（这些元素通常是主要负载管理数据的被动类）。
状态机由状态组成，各状态由转移链接在一起。状态是对象执行某项活动或等待某个事件时的条件。转移是两个状态之间的关系，它由某个事件触发，然后执行特定的操作或评估并导致特定的结束状态。图 1 描绘了状态机的各种元素。
7、活动图
一个活动图可能包括以下元素：
· 活动状态表示在工作流程中执行某个活动或步骤。