如何检查系统集成的正确性？

集成过程中需要检查的主要项目有:

v集成计划遵循了它的模板。

v预期的装配顺序(集成策略)是现实的。

v在系统设计文档中列出的任何系统要素和物理接口都不会被遗忘。

v对实现要素之间的每个接口和交互进行验证。

v装配程序和装配工具是可用的，并在开始装配之前进行验证。

v在开始验证之前，V&V程序和工具是可用的并经过验证的。

v集成报告被记录。

方法和技术

在前面的集成策略[1](上面)一节中总结了几种不同的方法，它们可以用于集成，但还有其他方法。特别是，对于密集型软件系统的重要集成策略包括:垂直集成、水平集成和星级集成。

耦合矩阵和n方图

定义聚合和集成顺序的最基本方法之一是使用n方图。

在集成环境中，耦合矩阵对于优化聚合定义和接口验证非常有用:

通过重新组织耦合矩阵来定义和优化集成策略，以便将实现的要素分组到聚合中，从而最小化需要在聚合之间验证的接口数量(参见图3)。

图3. Initial Arrangement of Aggregates on the Left; Final Arrangement After Reorganization on the Right.

当验证聚合之间的交互时，矩阵是故障检测的辅助工具。如果通过向聚合中添加已实现的要素检测到错误，则错误可以与已实现的要素、聚合或接口相关。如果错误与聚合相关，则它可以与任何已实现的要素或聚合内部已实现要素之间的任何接口相关。

应用于产品系统、服务系统和企业系统

由于这些类型的系统实现的系统要素和物理接口的性质不同，因此聚合、组装工具和V&V工具也不同。有些集成技术更适合于特定类型的系统。下面的表3提供了一些示例。

表3。产品、服务和企业系统的不同集成要素。

要素	产品系统	服务系统	企业制度
系统的要素	硬件部分(力学、 电子、电气、塑料、化工等) 操作员角色	流程、数据库、程序等。运营商的角色 软件应用	公司、方向、部门、部门、项目、技术团队、领导等 IT组件
物理接口	硬件部分,协议, 程序等	协议、文件等。	协议、程序、文件等。
装配工具	治具，机械工具，专用工具 软件链接器	文档、学习课程等。	文档，学习，移动的 办公室
验证工具	测试台，模拟器，发射装置，存根/帽	活动/场景模型、模拟器、人员角色排练、计算机等。 熟练的专家	活动/场景模型，模拟器，人员角色预演
确认工具	操作环境	操作环境	操作环境
建议集成技术	自顶向下的集成技术 自顶向下的集成技术	子集集成技术(功能链)	全局集成技术增量集成

实际考虑

下面两部分将介绍与系统集成相关的关键缺陷和良好实践。

陷阱

表4提供了在计划和执行系统工程度量时遇到的一些关键缺陷。

表4。系统集成的主要缺陷。(系统工程知识体系原创)

陷阱	描述
期望的元件延迟	经验表明，被实现的要素总是没有按照预期的顺序到达，测试从来没有按照预期的顺序进行或得到结果;因此，集成策略应该允许很大的灵活性
大爆炸不合适	“大爆炸”集成技术不适合快速检测故障。因此，最好在集成过程中逐步验证接口。
集成计划太迟	集成活动的准备在项目时间表中计划得太晚了，通常在第一次实现的要素被交付的时候。

良好的实践

表5提供了从参考资料中收集的一些良好实践。

实践	描述
尽早启动开发方式	组装工具、验证和确认工具的开发可能需要与系统开发本身一样长的时间。在初步设计几乎冻结的时候，应该尽早开始。
集成意味着被视为使能系统	集成方式(装配工具、验证和确认工具)的开发可以被看作是启用系统，使用本系统工程知识体系中描述的系统定义和系统实现过程，并作为项目管理。这些项目可以由相关系统的项目领导，但是被分配到特定的系统块，或者可以被分包为单独的项目。
	使用耦合矩阵一个好的做法是逐步集成集合，以便更容易地检测故障。耦合矩阵的使用适用于所有策略，特别是自底向上的集成策略。
灵活的集成计划和进度表	复杂系统的集成过程难以预见，其进度控制难以观察。这就是为什么建议使用灵活的技术来规划特定边际的集成，并使用类似的技术来集成集合。
集成和设计团队	负责集成的应该是设计团队的一部分。

表5所示。系统集成的实践证明。

原文标题：检查系统集成的正确性

文章出处：【微信公众号：汽车电子硬件设计】欢迎添加关注！文章转载请注明出处。

责任编辑：haq