SV-1：系统接口描述
SV-1 为主题系统的内部架构创建了基础。它描述了系统、系统节点，和存在于它们内部及其间的接口。这样，SV-1 提供了运作视图和系统视图之间的联接。这要求对系统进行逻辑分解并将逻辑功能分配到物理组件上。该视图中的分类器表示对应运作视图中确定的每个系统用例流或场景（源于对主题系统的运作或消息）的逻辑和物理版本的序列图中的对象。
我们开始来确定构成主题系统的候选逻辑要素。最初的发现过程可能是凭直觉并且根据领域经验。此处，重点是开始考虑可能构成逻辑子系统的组件。这些可能最终成为子系统，甚至是基本的，但该差别还不重要。之后，由于用例的流下和联合实现的活动，我们给那些为了实现指定行为而分配了逻辑功能的要素确定余下的位置（以及当我们为逻辑要素发现一个需求时的附加逻辑要素）。由该信息，我们可以将序列图中指示的运作分配给接口，每一个都是由逻辑（类）和物理（位置）要素实现的。SV-1 图包含类、位置、接口，和那些系统及系统节点之间的连接。
SV-2：系统通信描述
SV-2 称为系统通信描述。目的是反映物理节点（位置）及其通信基础架构，SV-2 是由复合结构图，一种 UML 2.0 的工件，表示的。复合结构图表示为一个明显地连接到与角色相关的通信口上的角色或对象的容器（参见图 1）。由于潜在的容量和各种与通信连接相关的信息，将这些模型要素与需求存储库，如 IBM Rational RequisitePro®，中的实体相关联，利用属性值作为支持信息是可取的。
图 1：描述了物理节点及其通信基础架构的复合结构图
SV-3：系统矩阵
SV-3 是存在于系统分解的任意指定层次中的系统到系统关系的矩阵视图。至少，矩阵应该确定哪个系统与其他系统有关。必要时，您还可以包含与那些关系的特征有关的附加内容。您能从 SV-10c 序列图中显示的行为的逻辑和物理实现中建立起来的关系得到生成 SV-3 的信息内容。
SV-4：系统功能描述
SV-4 描述了支持需要的系统行为所必需的功能和需要的数据流。它采用带有分配给负责活动的系统要素的分区的活动图的形式。向活动流中加入对象流，目的是指示指定的活动所必需的数据对象的输入和输出。SV-4 的信息内容提供了另一种来自带有消息和参数的 SV-10c 序列图的信息视图。
SV-5：运作活动到系统功能可溯性矩阵
SV-5 提供了运作活动（例如，用例流、场景）和实现了所需行为的系统功能（运作）之间的可溯性。我们用该信息生成一个列出运作节点、它们必须支持的运作，及那些运作的实现的分层列表。理论上您要扩展这些内容，包含那些共同协作影响实现的系统或子系统，并且包含发送到那些系统或子系统的消息或运作。
SV-6: 系统信息交换矩阵
SV-6 是一个数据交换矩阵，类似于第 1 部分文章中所描述的 OV-3，表示主题系统的组件系统和子系统之间的基于行为的交互。您可以利用 IBM Rational 基于 Eclipse 的建模工具，通过获得 SV-10c 的内容来自动地生成 SV-6。每个矩阵行表示一个数据交换，由 SV-10c 序列图中的一个交互中的角色或对象之间所传递的数据的特征所组成。矩阵为每对交互并交换信息的对象或角色确定一个唯一的数据交换。特定的数据交换特征与非功能的需求或设计约束相关。每个信息交换需求（Information Exchange Requirement，IER）的内容表示一个数据对象的具体实例，此处，属性表示 DoDAF 所需的数据特征。
SV-6 强调所交换信息的逻辑和运作特征。该产品的目的不是尽力获得体系结构中所交换信息的所有细节，而是要帮助我们了解交换的最重要的方面。表 2 和表 3 显示了相关信息内容的实例，取自 DoDAF 规范。 1 此内容要追溯到补充的或非功能的需求。
文章来源于领测软件测试网 https://www.ltesting.net/
