1、Starter Composite Structure Diagram
简介：
starterpackagediagram模式创建了许多包和一个描述包之间相互依赖的包关系图。作为客户的一个包被称为依赖于另一个作为供应商的包。这种依赖关系是使用依赖关系建模的，并且在图表上用箭头指向供应商包的虚线表示。
图1。显示了一个包关系图，其中两个包具有依赖关系，表明它们对其他包的依赖性。
讨论：
其目的是允许建模者，特别是设计师和架构师表达模型中包之间的依赖关系。这允许查看者通过跟踪依赖关系返回到客户端包，了解在运行的系统中某个依赖包受到损害时的影响。
它们通常是在计划的早期创建的，以显示软件包之间的依赖性，但在整个计划中，尤其是在需要进行影响分析的情况下，会对它们进行查看。
它可用于：
模型模型模型中不同元素组之间关系的高级视图。
如果某个特定的包不可用或以某种方式受到损害，请确定影响。
下面列出了使用此模式时可能需要执行的一些操作。
更改包的名称以适应该计划。
根据需要创建其他包并添加关系。
向包添加注释，以描述它们包含的元素及其在模型中的用途。
下面列出了使用此模式时可能需要执行的一些操作：
向依赖关系添加详细信息以描述依赖关系的性质。这可以采取一个或多个标记值、名称或详细注释的形式。
配置最低级别的包以在图表中显示每个包的内容。
有用的工作空间布局核心|核心建模，宽视野
参考文献：
包装示意图
依赖关系连接器
2、One Level Package Hierarchy
简介：
一级包层次结构模式创建许多包和一个使用嵌套连接器连接到层次结构中的包关系图。
图1。显示了一个包关系图，其中使用嵌套连接器描述了包的内容。
讨论：
其目的是提供包结构的可视化表示，对于不使用项目浏览器查看模型的人来说，这可能并不明显。嵌套连接器显示父包所拥有的子包，并使用树线样式显示。
它通常用于：
计划的早期阶段，当重要的是显示包的内容及其组成的包时。提供包结构的可视化表示非常有用，对于不使用项目浏览器查看模型的用户来说，这可能不太明显。
下面列出了使用此模式时可能需要执行的一些操作：
更改包的名称以适应该计划。
根据需要创建其他包并添加关系。
在文件包中添加注释以描述其内容。
下面列出了使用此模式时可能需要执行的一些操作。
通过将嵌套关系添加到子包（向下到一个或多个级别）来创建更深层的层次结构。
向包添加注释，以描述它们包含的元素及其在模型中的用途。
创建描述包内容的子图，包括允许通过选择适当的子图向下钻取。
如果根包是技术结构（如架构或编程代码模型）的一部分，则将根包配置为命名空间。
有用的工作空间布局核心|核心建模，宽视野
参考文献：
以下帮助主题将帮助您了解如何使用此模式。
包装示意图
嵌套连接器
名称空间
3、Basic State Machine with Triggers and Guards
简介：
Starter状态机模式从它所展示的重要状态的角度描述了一个实体（例如，类、参与者、用例或测试用例）。状态机图表示实体可以处于两种状态之一，并且在两种状态之间转换。转换已经用触发器和保护进行了注释，这些触发器和保护指示了什么触发（触发）状态更改，以及什么条件（保护）必须为真才能继续转换（fire）。
图1。一种状态机图，显示两种状态和两种转换，以及初始状态和最终状态。转换已经用触发器和保护进行了注释。
图2。状态机表，显示状态和伪状态之间的转换。
讨论：
提供一种机制来表示系统工程师或其他涉众认为在类或其他元素的生命周期中很重要的条件（状态）。它描述了状态相关的行为，显示了元素如何从一个状态转换到另一个状态。转换上的注释有助于限定状态更改。
当软件工程师想要定义或描述类或其他元素可能显示的一组离散状态时，可以使用该模式。
它们通常用于：
分析系统某些部分的行为，通常是因为难以理解或其行为复杂。
下面列出了使用此模式时可能需要执行的一些操作：
重命名包、状态机和关系图以适合该方案。
重命名图中的状态和转换，以适应计划。
通过从工具箱或项目浏览器拖到图表上来创建新的状态、其他元素和转换。
以下是应用该模式时的一些后续步骤的列表。
为各州创建进入、执行和退出操作，以模拟在这些条件下发生的情况。
向变换添加效果，以表达当转换激发时执行的行为。
在开发其他模型时，从其他模型创建跟踪，以表达状态如何与模型中的其他元素相关，例如用例、组件、工件和数据库对象。
创建有助于将图表中包含的信息传播给其他团队成员的文档。
有用的工作空间布局核心|核心建模
参考文献：
状态机
过渡
状态机元素
状态机表
使用图表
更改元素外观
更改图表布局
4、Basic Activity Diagram with Fork and Join
简介：
带有分区模式的基本活动图创建元素和一个活动图，其中包含一系列操作和控制节点（初始、最终决策等），这些节点由控制流连接，这些控制流指示操作的启动顺序。Fork允许并行（同时）控制流建模。
图1。显示一个活动图，其中包含由控制流连接的多个操作和伪节点（初始、最终、决策）。
讨论:
其目的是允许业务分析人员和其他涉众通过定义一系列操作来创建活动如何执行其工作的可视化表示。顺序由控制流关系显示。fork提供了一种将流划分为多个并发（并行）流的机制，这些流可以用来表示并发行为。
它通常在计划的分析阶段使用:
以显示活动所描述的工作是如何由一系列动作执行的。图表通常不会为每一项活动而创建，而是为一小部分活动而创建，在这些活动中，明确说明工作是如何进行的很重要。
下面列出了使用此模式时可能需要执行的一些操作:
重新命名元素和图表以适合该计划。
重命名操作和伪节点（初始、最终、决策等）以适应计划。
在需要的地方添加更多元素来扩展图的语义。
下面列出了使用此模式时可能需要执行的一些操作。
添加对象节点（使用管脚）以显示操作使用和创建的信息。
创建与组件的跟踪关系，这些组件最终将执行由活动和操作定义的工作。
创建有助于将图表中包含的信息传播给其他团队成员的文档。
有用的工作空间布局核心|核心建模
参考文献:
以下帮助主题将帮助您了解如何使用此模式。
活动图
控制流程
活动图中的对象流
活动参数节点
作用销
使用图表
更改元素外观
更改图表布局
5、Sequence with Component Ports and Interfaces
简介：
Sequence with Component Ports and Interfaces模式创建元素和序列图，该图描述两个组件通过其端口和接口之间的交互。
图1。显示序列图以及定义了端口和接口的两个组件之间的交互。
图2。显示了一个组件图，该图描述了两个组件之间正在交换的信息（有效负载）。组件、端口和接口可以显示在一个序列图上，但最终交换消息的是接口，组件或其部件所做的工作。
讨论：
其目的是使元素之间的交互可视化。设计人员和实现团队通常创建序列图，作为设计工具或用于文档目的。消息序列通常可以通知设计决策或使操作系统中发现的问题变得清晰。
该模式通常在设计或实现阶段使用，但也可以在计划完成并需要文档记录时使用。
它可用于：
将两个或多个组件之间的复杂交互及其交换的消息可视化。
序列图也可以方便地从调用堆栈自动创建。
下面列出了使用此模式时可能需要执行的一些操作：
更改图表的名称以适应计划。
更改组件的名称以适应方案。
更改组件操作的名称，这些操作在关系图上显示为消息。
创建附加的组件和消息，这些组件和消息对应用于该计划的交互进行建模。
更改Note元素上的文本，使其适用于消息，以适应方案。
下面列出了使用此模式时可能需要执行的一些操作。
扩展该图以包括反映需要分析的序列的其他元素。
使用visualexecutionanalyzer自动创建序列，并构建、调试、记录、分析实现的系统。
创建其他交互操作符来对消息流序列建模。
启用Show Sequence Numbering选项以帮助提高图表的可读性。
直接从存储库创建序列图的自动生成文档。
有用的工作空间布局核心|核心建模
参考文献：
以下帮助主题将帮助您了解如何使用此模式。
序列图
组件
操作
消息
创建调用堆栈的序列图
加粗样式