在本教程的第一部分中，我获得了访问控制系统的体系结构。所获得的结果已经具有实际好处，但还不够，因为现在的体系结构没有考虑格式和数据类型以及组件的性质。在本教程的这一部分中，我将展示如何在系统中设计数据流以及如何使用各种性质的组件。

组件接口

让我们再次从第一部分来看系统。我们看到组件通过箭头连接。这些连接仍然是抽象的，代表简单的信息连接。但是，我们可以稍微降低抽象级别。考虑一下DBHandler组件的输出。

该组件具有AccessStatus出口。让我们尝试描述一下。因此，AccessStatus是包含访问状态信息的链接。可以授予访问权限，也可以不授予访问权限。也就是说，它是一个显式的布尔变量！让我们指出此输出的类型。要在System Composer中执行此操作，必须首先创建适当的接口：

然后，我们指示已创建的接口已分配给AccessStatus端口：

必须在所有必需的端口上执行此操作。我们可以总结并推断出以下语句：

通过创建接口并将其分配给端口，我们为开发人员提供了实施系统的精确说明，这些说明涉及开发的组件将使用哪些数据以及输出需要什么数据。

System Composer的另一个优点是能够使用自定义架构视图Architecture View来查看数据流。我们可以根据某些标准过滤我们的架构。以以前创建的界面为例。创建一个AccessStatus数据流视图。

首先，单击建模->架构视图。然后创建一个过滤器：

在此设置视图的名称，并创建一个过滤器：选择所有具有名为AccessStatus的接口的组件。单击“应用”按钮后，我们得到以下图片：

因此，使用此类表示形式对开发很有用，因为您可以快速找到项目或数据流中的必要组件或错误。

异构组件管理

可能会停在这里，因为目前我们有一个漂亮的系统架构可以帮助实现。但是，存在一个很大的问题-系统由铁（即物理组件）和软件组成。这是什么意思？这意味着系统是异构的，我们需要以某种方式反映这种异构性。 System Composer具有特殊功能-这些是配置文件和构造型。为了便于理解，构造型是具有属性的一类组件的抽象描述，而配置文件是构造型的集合。一个简单的例子-假设我们有一个描述微控制器的构造型。任何微控制器都有共同的属性-内核，TDP，电源电压，频率等。这些属性应该反映在构造型中。

创建一个配置文件和必要的构造型：

例如，我创建了GenericComponent的构造型。看起来是这样的：

这里有几个设置很重要：

适用于-构造型适用于-组件，接口，端口或连接（是的，连接本身，这些箭头也可以使用构造型来描述）
基本构造型是父构造型。刻板印象继承了父刻板印象的属性
属性表-在此处设置自定义属性。例如，我的财产称为工作量，即实施过程中涉及的劳动

2个陈旧观念HardwareComponent都是基于这种刻板印象-硬件和SoftwareComponent，对于软件。

创建了概要文件和构造型之后，我们将它们导入架构中，然后就可以通过其元素来分散它们了：

结果，我得到了这张照片：

为了清楚起见，我作了以下介绍：

让我们看一下继承活动组件属性的机制。选择DoorLock组件并查看其属性：

Workload属性是从GenericComponent继承的，但是Cost属性特定于HardwareComponent构造型。

总结本部分：

详细的体系结构允许对正在开发的系统进行更完整的描述，并避免接口和组件交互方面的不一致。使用原型的细节有助于理解组件的性质，并获得正在开发的系统的更完整描述。

在本教程的下一部分中，我将讨论如何将System Composer与MATLAB，Simulink和需求管理工具Simulink Requierements集成在一起。

在系统级别进行设计。第2部分。详细架构

组件接口

异构组件管理

More articles: