软件生命周期流程-集成过程 - IEEE 12207-2017 软件和系统工程标准系列-技术流程

1 目的

集成过程 ¹的目的是将一组系统元素综合成一个满足系统/软件要求、架构和设计的实现系统（产品或服务）。

此过程组装已实施的系统元素。识别并激活接口以使系统元素能够按预期进行互操作。此过程将支持系统与系统集成

以促进互操作。

软件系统集成以迭代方式组合已实现的软件系统元素以形成完整或部分的系统配置，从而构建产品或服务。软件集成通常在开发和维护阶段使用自动化工具每天或持续执行。持续集成涉及在 CM 控制下频繁地包含或替换和归档软件库中的项目。

注意接口由架构定义和设计定义过程 ²定义。集成过程与这些其他过程相协调，以检查实施和集成的接口定义是否充分，以及是否考虑到集成需求。

2 结果

成功实施整合过程的结果是：

• 1. 影响系统需求、 架构或设计的集成约束，包括接口、被识别。
• 2. 组装接口和系统功能正确操作的方法和检查点是 已定义。
• 3. 任何集成所需的支持系统或服务均可用。
• 4. 由已实施的系统要素组成的系统是集成的。
• 5. 检查组成系统的实施系统元素之间的接口。
• 6. 检查系统与外部环境之间的接口。
• 7. 识别整合结果和异常。
• 8. 建立集成系统要素的可追溯性 ³。

3 活动和任务

项目应根据组织关于整合过程的适用政策和程序实施以下活动和任务。

a)准备整合。此活动包括以下任务：

1）定义整合策略。

注：集成构建了一系列逐渐完善的软件系统元素或软件项配置。它依赖于适用的软件系统元素的可用性，并且与故障隔离和诊断策略不一致。集成过程和验证过程 ⁴的连续应用，以及在适当的情况下验证过程，在系统结构中的元素上重复进行，直到感兴趣的系统得以实现。模拟器或原型通常用于尚未实现的系统元素，例如，

从接口系统接收数据。集成实施的软件系统元素基于相关需求和架构定义的优先级 ⁵，通常侧重于接口，同时最大限度地减少集成时间、成本和风险。软件系统集成通常通过配置管理过程保持版本控制，以选择要集成的配置项。

注：对于软件集成，集成策略通常与回归策略一致，当相关软件单元（以及可能相关的需求、设计和用户文档）发生变化时，该策略用于重新验证软件元素。

注：定义软件单元和元素集成的策略通常伴随着定义同时发生的其他过程的策略，例如：

我） 实施过程 ⁶有助于确保及时协调实施和集成过程任务以及支持系统，例如组合软件开发和测试环境以支持软件单元和元素的自动化或持续实施和集成。

二） 验证过程旨在提供客观证据，证明集成软件满足其指定的要求，并识别集成相关信息项（例如系统/软件需求、架构、设计、测试或其他描述）、流程、软件元素、项目、单元中的异常（错误、缺陷、故障）。

三） 验证过程用于确认工作产品满足集成软件功能的特定预期用途的要求。

四） 质量保证流程支持集成过程和工作产品审计和检查，并解决问题、不合格或事故的报告和处理。

注：集成策略通常记录在计划中，例如集成计划或项目的 SDP 或 SEMP。

2）识别和定义集成标准以及验证接口和所选软件系统功能的正确操作和完整性的点。

注：使用验证过程对接口进行详细验证。软件集成通常涉及组合软件元素，从而形成一组集成的软件元素，该集合与软件设计一致，并满足与操作环境等效的功能和非功能系统/软件要求。

注：对于涉及多个供应商 ⁷或开发团队的项目，软件系统元素的集成可用性通常是项目进度的一部分，并在项目评估和控制过程中设定里程碑。

当软件的功能、性能以及对特定站点或特定平台环境的适用性经过验证时，集成就会继续进行。在主要的集成点，例如，完成一个阶段、元素或版本时，通常会与利益相关者举行检查点以进行评审 ⁸和验证。这些评审的频率与所选的生命周期模型和开发方法有关。

• 3. 识别并规划支持集成所需的必要支持系统或服务。

注：这包括识别支持系统的要求和接口。集成的支持系统通常包括集成设施、专用设备、培训系统、差异报告系统、模拟器、测量设备和环境安全。对于软件，这可能涉及软件系统集成测试的回归测试套件和 CM 系统、事件和问题报告系统、模拟器rs 代表外部系统或未开发的元素，以及用于开发操作的软件库管理系统。需要识别和定义支持集成任务的支持系统所需的变更或专业化。通常，在开发阶段用于集成的支持系统或服务也可以在软件系统和支持环境发展到操作状态时帮助支持系统元素集成。

这种“DevOps”方法支持迭代的软件系统实施、集成、验证、过渡、确认、运行和维护过程 ⁹。

• 4. 获取或获得用于支持整合的支持系统或服务的访问权。

注意验证过程用于客观确认集成支持系统是否实现了其支持的预期用途。

5）识别要纳入系统/软件要求、架构的集成约束或设计。

注：这包括可访问性、供应链安全、集成商安全、已实施软件系统元素集和启用器所需的互连以及接口约束等要求。

b)执行集成。依次集成软件系统元素配置，直到完成系统已合成。此活动包括以下任务：

• 1. 按照商定的时间表获得已实施的软件系统元素。

注：实施的软件系统元素由开发商提供或从供应商、收购方或其他资源处接收，通常置于 CM 控制之下。这些元素根据相关的健康、安全、保障和隐私考虑进行处理。

2）整合已实施的要素。

注：执行此任务是为了实现软件系统元素配置（全部或部分），使用定义的程序、接口控制描述和相关的集成支持系统，按照集成策略连接已实现的元素。

注：就软件而言，集成已实施的元素可能涉及将目标代码的各部分链接在一起，或者仅仅以有条不紊的方式将作为软件配置一部分的已实施元素汇集在一起。软件元素通常被编译为“构建”，以便分支单元正确链接或合并到组装元素中。固件元素通常以原型形式制造，并安装在硬件元素中。如果软件功能尚不可用于集成，则可使用模拟功能（存根或支架）暂时支持软件元素的集成或表示来自外部接口的输入。成功的聚合将产生一个集成的软件元素， 该软件元素被存储并可用于进一步处理，即附加的软件系统元素集成、检验或确认。

注：在执行集成以及识别和定义检查点时， 可能会出现防伪、 防篡改、系统和软件保证以及互操作性问题。集成和验证过程常常出于安全或隐私考虑使用虚构数据。ISO/IEC/IEEE15026 和 ISO/IEC27000 系列包含影响集成的保证、完整性和安全性 ¹⁰考虑的信息。

• 3. 检查集成软件接口或功能是否从启动到预期终止运行在预期的数据值范围内。

注：作为对实施的软件系统元素进行验收的一部分， 将对选定的元素进行检查，以确保它们符合集成策略和适用协议中指定的验收标准。检查包括是否符合约定的配置、接口是否兼容，以及是否存在强制性信息项。项目评估与控制过程 ¹¹可根据集成策略用于规划和进行对集成软件系统元素的技术审查，例如，进行准备情况审查，以确保集成元素或系统及其附属数据和信息项已准备好进行鉴定测试。

c)管理整合结果。此项活动包括以下任务：

1）记录集成结果和遇到的异常。

注：这包括由于集成策略、集成支持系统、集成执行或不正确的系统或元素定义而导致的异常。当系统、其指定的操作环境和支持利用阶段的系统之间的接口存在不一致时，这些偏差将导致采取纠正措施。

异常解决通常涉及技术过程，通常是重复应用实施过程。质量保证和项目评估和控制过程用于分析数据以确定根本原因 ¹²、采取纠正或改进措施并记录经验教训。

2）保持集成软件系统元素的可追溯性。

注：集成系统元素与软件系统架构、设计以及系统或元素需求（如用例）之间保持双向可追溯性，包括集成所需的接口需求和定义。集成软件元素及其组件通过版本标识。集成软件元素的版本通常可追溯到实施单元、测试程序和测试

案件。

• 3. 提供已选定的基线关键工件和信息项。

注：配置管理流程用于建立和维护配置项和基线。集成流程确定基线的候选者，信息管理流程控制

信息项。对于此过程，测试用例、回归测试和自动测试脚本是典型的以基线为基础的工件。集成策略是典型的以基线为基础的信息项。