|
|
|
图（diagram）是一组元素的图形化表示，大多数情况下把图画成顶点（代表事物）和弧（代表关系）的连通图。为了对系统进行可视化，可以从不同的角度画图，这样图是对系统的投影。除了非常微小的系统外，图是系统组成元素的省略视图。有的元素可以出现在所有图中，有的元素可以出现在一些图中（很常见），还有的元素不能出现在图中（很罕见）。在理论上，图可以包含任何事物及其关系的组合。然而，实际上仅存在着少量的常见组合，它们要与5种最有用的组成了软件密集型系统的体系结构的视图相一致。由于这个原因，UML中的图可以分为几下几类：
|
|
|
|
①第一类是用例图，从用户角度描述系统功能，并指出各功能的操作者。
|
|
|
|
②第二类是静态图（Static Diagram），包括类图、对象图和包图。
|
|
|
|
.类图描述系统中类的静态结构。不仅定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构（类的属性和操作）。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。
|
|
|
|
.对象图是类图的实例，几乎使用与类图完全相同的标识。它们的不同点在于对象图显示类的多个对象实例，而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
|
|
|
|
.包由包或类组成，表示包与包之间的关系。包图用于描述系统的分层结构。
|
|
|
|
③第三类是行为图（Behavior Diagram），描述系统的动态模型和组成对象间的交互关系。包括状态图和活动图。
|
|
|
|
.状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常，状态图是对类图的补充。在实际应用时并不需要为所有的类画状态图，仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。
|
|
|
|
.活动图描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动。
|
|
|
|
④第四类是交互图（Interactive Diagram），描述对象间的交互关系。包括顺序图和合作图。
|
|
|
|
.顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互。
|
|
|
|
.合作图描述对象间的协作关系，合作图跟顺序图相似，显示对象间的动态合作关系。除显示信息交换外，合作图还显示对象以及它们之间的关系。如果强调时间和顺序，则使用顺序图；如果强调上下级关系，则选择合作图。这两种图被合称为交互图。
|
|
|
|
⑤第五类是实现图（Implementation Diagram）。包括组件图和配置图。
|
|
|
|
.组件图描述代码部件的物理结构及各部件之间的依赖关系。一个组件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。组件图有助于分析和理解部件之间的相互影响程度。
|
|
|
|
.配置图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备（用结点表示）以及它们之间的连接关系，也可显示连接的类型及部件之间的依赖性。在结点内部，放置可执行部件和对象以显示结点跟可执行软件单元的对应关系。
|
|
|
|
使用用例图、类图、对象图、构件图和配置图等5个图形建立的模型都是静态的，是标准建模语言UML的静态建模机制；使用状态图、活动图、顺序图和协作图等4个图形建立的模型或者可以执行，或者可以表示执行时的时序状态或交互关系，是动态的、是标准建模语言UML的动态建模机制。因此，标准建模语言UML的主要内容也可以被归纳为静态建模机制和动态建模机制两大类。
|
|
|
