（1）State Machine7： Basic State Machine with Composite State

具有复合状态模式的基本状态机从其所显示的重要状态的角度描述了一个实体（例如，类，参与者，用例或测试用例）。
Entry是一种可选行为，无论何时输入状态，都会执行此行为，而与达到该状态所进行的过渡无关。

图1.状态机图，显示了两个状态和两个转换以及一个初始伪状态和一个最终状态。 已经定义了许多嵌套的子状态
图2.显示了项目浏览器，该项目浏览器显示了嵌套在State下的许多子状态，而子状态又嵌套在State Machine下，State Machine是显示基于State行为的实体（Class A）的子代。

提供一种机制来表示系统工程师或其他利益相关者认为在类或其他元素的生命周期中很重要的条件（状态）。 它描述了状态相关的行为，该行为显示元素如何从状态转换为状态。
当软件工程师想要定义或描述类或其他元素可能表现出的一组离散状态时，使用该模式。 通常创建它们是为了分析系统某些部分的行为，通常是因为难以理解或行为复杂。

（2）Package Diagram2： One Level Package Hierarchy 一级程序包层次结构

“单级包层次结构”模式创建了多个包和使用嵌套连接器连接到层次结构中的“包”图。
图1.显示了一个包装图，其中使用嵌套连接器描述了包装的内容。

目的是提供Package结构的直观表示，这对于没有Project Browser的人来说可能不是很明显。
嵌套连接器显示了父包所拥有的子包，并使用树线样式显示。

当重要的是要显示软件包的内容及其所包含的软件包时，通常在计划的早期阶段使用它。
提供Package结构的可视表示形式很有用，这对于没有Project Browser的人来说可能不是很明显。

以下是使用此模式时可能要执行的一些操作的列表。
更改软件包的名称以适合计划。
创建其他程序包并根据需要添加关系。
在包装中添加注释以描述其内容。

以下是使用此模式时可能要执行的一些操作的列表。
通过将嵌套关系添加到一个或多个级别的子包来创建更深的层次结构。
在包中添加注释，以描述它们包含的元素及其在模型中的用途。
创建描述包内容的子图，包括通过选择适当的子图进行深入分析。
如果软件包是技术结构（例如，架构或编程代码模型）的一部分，则将根软件包配置为名称空间。

（3）Object Diagram3： Objects as Instances of Classes

“对象作为类的实例”模式创建一个对象图，该对象图具有通过链接（关联实例）连接的对象（实例规范）。
对象包含插槽，这些插槽允许为在类中定义的属性指定值。 包含数字的角色名称用于标识实例及其在关联的类或链接的对象方面所扮演的角色。

图1.显示一个对象图，其中两个对象通过链接连接。
图2.显示从中派生实例的类图

该模式的目的是允许业务分析师，测试人员和实施团队的成员定义信息模型的示例。

该模式可用于需要Class模型示例的任何情况。 这些可用于多种情况，包括以下情况：
定义测试数据，这些数据可用作测试用例的输入，或为程序员提供有用的示例，帮助他们开发消耗或产生信息模型部分的模块或组件。
创建样例，分析师可以使用这些样例向难以理解或概念化的抽象信息模型的涉众解释困难的场景。

（4）Class Diagram4

“带有属性的基本类图”模式创建元素和一个类图，该图描述两个类如何相互关联。
关联显示类之间的语义或结构关系。 属性已添加到作为类功能的类中。 它们与操作一起为分类器提供其基本特征。
创建类的实例时，将为属性分配实际值，这些值在其他实例中标识该对象。

图1.显示了一个类图，其中两个类通过关联关系连接。 该协会被命名，并且指示器显示了如何读取两个类之间的关系。 类包含许多描述类的基本特征的属性。

目的是使分析师和其他利益相关者能够创建和查看表示感兴趣领域中重要“事物”的元素以及它们相关的结构或语义方式。
添加关系以显示元素之间如何相互关联，并可以用多重性（基数）和角色名称进行装饰，以更详细地描述这些关系。

它通常在计划的早期就用来描述领域中的重要元素。 该模式对于分析很有用，但也是共享知识并确保所有利益相关者对所讨论领域中重要的“事物”及其相互关系有共同的了解的基本工具。

（5）Class Diagram10 ：Two Level Class Type Hierarchy with Attributes

具有属性的两级类类型层次结构创建了一个类和一个类图，该图描述了一个领域中的“事物”的分类法，该分类法可分为两层。 这允许对一组元素的家族特征进行建模和理解，从而创建分类和重用机会。

图1.显示了一个类图，其中包含多个pf类，这些类是更通用类的Specialization（子类）。 所有的类都有属性。

该模式的目的是允许分析师和其他利益相关者在讨论的领域中创建或查看重要事物的分类法，直至两个级别。

该模式通常是在计划初期就用作分析领域中“事物”的家族特征的一种方式。 该模式对于共享知识和理解也很有用，并且将有助于确保所有利益相关者对域的元素以及他们被分类为家族的方式有共同的理解。 它还提供了重用的基础，允许使用元素的更通用版本，除非需要专门的版本。

（6）Activity Diagram1 ：Starter Activity Diagram

入门活动图
Starter Activity Diagram模式创建元素和一个Activity图，其中包含由控制流连接的一系列动作和控制节点（初始，最终，决策等），指示触发动作的顺序。

图1.显示了一个活动图，其中包含通过控制流连接的多个动作和控制节点（初始，最终，决策）。

目的是允许业务分析人员和其他利益相关者通过定义一系列动作来创建活动如何执行其工作的直观表示。 顺序由“控制流”关系显示。

它通常在计划的分析阶段使用，以显示活动描述的工作是如何通过一系列动作来执行的。 通常不会为每个活动创建图表，而是为一小部分图表，这对于阐明工作的执行方式很重要。

（7）Sequence Diagram11：Basic Sequence Diagram with Found Message

具有发现消息的基本序列图模式 将创建元素和序列图，该序列图描述Actor和两个对象的交互，从而按时间顺序调用消息。 存在找到的消息，该消息源自端点。 找到的消息是其中源对象未知或不在图范围内但目标对象已知的消息。

图1.显示了一个序列图以及一个Actor与两个Object的交互以及它们交换的消息，包括Found Message。

目的是允许可视化元素之间的交互。 设计人员和实施团队通常将序列图创建为设计工具或出于文档目的。 Found消息为建模者提供了一种在不知道或定义消息来源的情况下描述消息的机制。 消息序列通常可以通知设计决策或使操作系统中发现的问题更清晰。

该模式通常在设计或实施阶段使用，但也可以在完成计划并需要文档时使用。 它可以用于：
在不了解或定义消息来源的情况下对消息进行建模。

（8）Sequence Diagram3：Basic Sequence Diagram with Synchronous Message

“具有同步消息的基本序列图”模式创建元素和一个序列图，该序列图描述了Actor和两个组件的交互，这些消息按时间顺序调用消息。 消息交换是同步的，这意味着呼叫者将等待接收到答复的单位。

图1.显示了一个序列图，以及一个Actor与两个组件的交互以及它们交换的消息。

目的是允许可视化元素之间的交互。 设计人员和实施团队通常将序列图创建为设计工具或出于文档目的。 该模式允许建模者显示如何创建资源（例如类），以及如何在交互中达到目的后销毁它们。 消息序列通常可以通知设计决策或使操作系统中发现的问题更清晰。

（9）Use Case Model4：Basic Use Case Model with System Actor

具有系统角色的基本用例模型
具有系统角色的基本用例模型将创建元素和用例图，以描述用户角色希望从系统中实现的目标。 用例全部包含在系统边界内，而参与者均位于边界外。 Include关系提供了一种机制，可以重用Actor系统交互的各个部分，从而有效地节省了详细的用例时间。

图1.显示了一个用例图，其中包含Actor和许多用例，这些用例包含在系统边界中。 包含了一个用例，它使用代表一个系统参与者（例如另一个计算机系统或服务）的矩形表示。

目的是允许业务分析师和其他利益相关者描述与系统交互时Actor（用户扮演的角色）想要实现的价值。 用例的矩形形式是代表另一个计算机系统或服务。

该模式通常用于计划的分析阶段，可用于实现任何数量的需求，并为实施团队提供规范。 它可以用于：
表示由边界定义的系统与之交互的计算机系统或服务。

（10）Deployment Diagram5 ：Node Instance with Nested Deployment

具有嵌套部署的节点实例模式创建元素和一个部署图，这些图和描述图描述了具有单个节点（服务器）和执行环境（容器）的部署环境以及部署到它们的工件。

图1.显示具有节点实例的部署图，该节点实例带有已部署的Artifact实例及其随附的Deployment Specification实例。

该模式的目的是允许设计人员或技术架构师创建或查看虚拟或物理部署环境的模型，其中包括诸如机器服务器之类的节点，诸如操作系统，容器，基于软件的服务器之类的执行环境。 工件和部署规范对如何将软件部署到节点或执行环境进行建模。 工件实例提供了设计和实施模型与部署环境模型之间的链接。

在为企业级别或主动级别定义技术体系结构时，通常使用该模式。 它可以用于：
将工件实例（软件）的部署建模到部署目标实例。
使用“部署规范”指定部署的属性。