UML是一种编程语言，可以直接编译执行

UML中的包不能嵌套使用

在 UML 类图中，聚合关系和组合关系都表示“整体-部分”关系，没有本质区别

UML状态图中的状态转换必须带有触发事件

在 UML顺序图中，生命线上的消息顺序就是消息的实际发送顺序。

在 UML用例图中，参与者只能是人，不能是其他系统或外部设备

UML中的状态图只能描述一个对象的状态和转换

在UML类图中，接口用带空心箭头的虚线椭圆表示。

UML是一种可视化的建模语言。

UML组件图中的组件必须具有可替换性。

部署图中的节点只能代表物理硬件设备。

UML类图中，抽象类的名称可以用斜体表示。

活动图中的合并节点用于表示多个并行路径的汇合点。

在UML中，泛化关系用于表示类之间的“拥有”关系。

UML中的包图中的包之间不能存在循环依赖关系。

在UML类图中，关联关系只能是一对一的关系。

部署图中的制品只能部署在一个节点上。

UML组件图中的接口只能有提供接口。

在 UML顺序图中，消息的发送方向必须是从左到右。

UML用例图中的包含关系和扩展关系可以相互替代。

对象约束语言(OCL)可以用于对UML模型中的元素进行查询。

在UML活动图中，活动节点可以没有输出。

顺序图只能描述对象之间的同步交互。

活动图中的动作状态可以包含子活动或子流程。

部署图展示系统中的软件和硬件元素如何在物理节点上进行部署。

在UML类图中，聚合关系表示整体与部分的关系，且部分可以独立于整体存在。

时序图是UML2.0新增的一种动态图，用于描述对象在时间轴上的状态变化和行为

UML是一种编程语言，用于直接编写可执行的代码。

在UML顺序图中，生命线表示对象在交互过程中的存在时间。

活动图中的分支和合并节点用于描述并行活动。

UML对象图中的对象名称可以与类图中的类名相同。

活动图中的泳道可以跨越多个活动图。

在UML状态图中，复合状态只能包含顺序子状态。

部署图中的节点只能代表物理硬件设备，不能代表软件环境。

UML用例图中的参与者只能是人，不能是其他系统或设备。

UML组件图中的组件必须具有明确的接口。

在UML顺序图中，消息的顺序是由上到下、从左到右的。

接口中的操作要包含其具体实现。

在UML用例图中，系统边界是用一个矩形来表示的。

在UML序列图中，对象通常表示为椭圆。

活动图中存在泳道。

状态图中的每个状态都必须有一个入口动作和一个出口动作。

绘制用例图，其中用例粒度越细越好。

活动图中的“初始节点”只能有一个。

状态图中的“复合状态”可以包含子状态。

序列图中的“同步消息”需要等待接收方返回响应。

用例图中的“系统边界”用于区分系统内部和外部参与者。

类图中的“接口”只能包含抽象方法，不能有属性。

协作图中的“同步消息”和“异步消息”符号与序列图一致。

活动图中的“泳道”用于区分不同对象的职责。

序列图中的“自调用消息”表示对象调用自身的操作。

UML图中，状态图和活动图均支持并发描述，但语法不同。

对象图中的属性值必须与类图中定义的属性一致。

UML是标准化的建模语言，可用于各种软件密集型系统可视化建模。

当一个对象名表示为“A:B”时，表示这是一个A类的名称为B的对象