其它块关系

块是 SysML 中的关键结构元素，可以参与各种关系，其中一些已经在指南的前面部分中讨论过，而我们正在讨论关联。定义块时可以使用许多其他关系。

概括关系

在前面提到的部件关联的关联关系类型中，还有另一种关系最概括的类型，但我们也非常强大，并且本质上用于模型块（和其他分类器）属于同一个家庭。 “分类器”这个词来自我们的自然语言，例如汉语和泰语，它们具有对具有相似特征的名词进行分类或分组的抽象方式；例如，带和路是细长的东西，而浆果和球是round的东西。概括也是如此，使用深度关系和结构来对事物进行分类也可以是任意的关系。在许多方面，工程师更自然地理解反向关系并说某事是某事的专门版本。

Enterprise Architect允许工程师为块、值类型、信号、接口、活动等创建这些分类层次结构。图表通常包含A系列。

先选择概括中的“关系”工具箱，然后从更专业的元素拖放到更通用的元素，即可绘制关系。或者，这可以使用快速链接器来完成。

当一个块参与泛化层次结构并具有许多特化时，从该块发出的连接器可能会变得不整齐。 Enterprise Architect提供了一种将线条样式更改为多种样式中的任何一种的机制，但最有用的样式可能是垂直方向的树样式，它将关系的头部组合在一起并允许它们的尾部平行对齐.

有用的语言机制之一是从概括元素继承结构和行为特征的通用元素。到目前为止，在示例图中，工程师选择不显示这些继承的特征，但可以使用元素属性表的隔间部分将它们设置为显示。

结果将是专用块将显示从父块继承的属性和操作。这些将按父块的名称分组显示。这种机制在软件工程中被广泛使用，但对系统工程师也很有用，其中专业块由于是“家庭成员”而自动继承其父级的特征。就像在人类家庭中，一个专门的块（孩子）可以覆盖从父母那里继承的结构或行为特征。

块基于某些标准，可以使用这个概括来建模，这是一种用于定义家庭成员资格的机制。

依赖

Dependency 是一种有用但语义较弱的关系。它是工程师关系工具包的“棋子”，通常在建模过程的早期使用，当时系统元素之间的关系细节尚未分析或根本不知道。它模拟了这样一个事实，即关系尾部的元素（客户）以某种方式依赖于关系箭头端的元素（供应商）。可以原谅新手建模者以相反的方向绘制这种关系，因为轶事材料通常被认为是从供应商到客户的方向传递。一旦理解了关系的语义，并意识到关系没有说明流向，就不会犯错误。

Enterprise Architect支持多种依赖类型。可以通过在工具箱的“SysML块关系”页面中选择“依赖”图标然后单击客户端（尾端）元素并将光标拖动到供应商（箭头端）来元素连接器.也可以使用所选图表元素右上角的快速链接器箭头创建连接器。一旦创建了关系，就可以从连接器的属性窗口中选择一个构造型，以使依赖关系更加具体。此屏幕截图显示了所有可用的构造型，其中一些用于块以外的不同类型的元素之间；例如，包和需求。

在块和活动之间分配

分配关系可以在多种情况下使用，但它对于表达两个最典型的行为和结构元素之间的基本关系特别有用，即活动和块。这类似于我们的自然语言，如果没有名词来执行动词所描述的动作，动词是没有意义的。这种类型的分配称为功能分配，工程师通过找到可以执行活动描述的行为的块来弥合系统的这两个方面之间的鸿沟。

在此图中，工程师创建了两个功能分配关系，用于描述活动验证参与者中指定的工作将如何执行。一个关系以用于捕获车辆牌照的摄像头系统为目标，以确定特定车辆是否已获准进入。其他关系以读卡器块为目标，用于确定卡所有者与停车站有关系。