什么是产品集成？简单的说就是把组成产品的所有软件组件组装起来，使之运行在目标环境上，产品集成包括软件组件之间的集成、软件与硬件的集成、软件基础数据的录入、调试等。系统越复杂，集成就显得越发重要。大型软件公司的每日构建，极限开发中的持续集成，都是对产品集成的基本原则，其基本道理就是随时保证组成最终产品接口一致，能顺畅运行，能随时拿得出可运行的版本。

产品集成(Product Integration, PI) 的目的，在于将产品组件组合为产品、确保已集成的产品能适当地运行及交付产品。

特定目标及实践摘要

SG 1准备产品集成

SP 1.1  决定集成顺序

SP 1.2  建立产品集成环境

SP 1.3  建立产品集成程序与准则

SG 2确保接口兼容性

SP 2.1  审查接口说明的完整性

SP 2.2  管理接口

SG 3组合产品组件并交付产品

SP 3.1  确定欲集成的产品组件已准备就绪

SP 3.2  组合产品组件

SP 3.3  评估已组合的产品组件

SP 3.4  包装并交付产品或产品组件

SG1产品集成准备。

目的是完成产品集成的准备，产品集成的准备包括建立和维护集成顺序，执行集成的环境，集成的过程规程和准则等。

SP1.1决定集成顺序

基于设计架构开发集成顺序，同时可以指导系统的开发。

决定产品组件的集成顺序。如：要考虑清楚先编译那个组件，哪个组件和哪个先联调，然后加入哪个组件调试，最后怎样进行整体联调，要把次序考虑清楚。

典型的工作产品

1.  产品集成顺序说明:如：要考虑清楚先编译那个组件，哪个组件和哪个先联调，然后加入哪个组件调试，最后怎样进行整体联调，要把次序考虑清楚。

2. 选择或拒绝集成顺序的基本原则和理由

子实践

1.  识别待集成的产品组件。

2.  识别产品集成过程中需要执行的验证工作。

3.  识别产品组件集成顺序备选的候选方案。可包含定义特定工具与测试设备，以支持产品集成。

4. 选择最佳集成顺序。

5. 定期审查产品集成顺序，必要时予以修订。评估集成顺序，以确保生产与交付进度的变更，不会对集成顺序有不利的影响，或不会危及早期所做的决定。

6. 记录制定与搁置决策的理由。

SP 1.2建立产品集成环境

建立和维护用于支持产品组件集成的环境。这些环境包括硬件环境、网络环境、数据环境等。

典型的工作产品

1.  已验证的产品集成环境,这些环境包括硬件环境、网络环境、数据环境等。

2.  产品集成环境的支持文件

子实践

1. 识别产品集成环境的需求。

2. 识别产品集成环境的验证准则与程序。

3. 决定必须的集成环境，是自制还是采购。有关集成环境的采购，请参考供货商协议管理流程领域，以获得更多信息。

4. 若无法采购合适的环境，则自行开发集成环境（如自动编译程序开发）。

对无前例、复杂的项目而言，产品集成环境是一项重大的开发工作。因此它会包括项目策划、需求开发、技术解决方案、验证、确认及风险管理。

5. 整个项目进行时，维护产品集成环境。

6.  产品集成环境的某些部分不再使用时，进行处置或废除。

SP 1.3建立产品集成程序与准则：

建立和维护产品组件集成的过程程序及标准。这里提到了过程，与SP1.1似乎有点重复，SP1.1只强调考虑集成的现有顺序，而SP1.3要需要考虑具体的集成过程，除了集成顺序，还需要考虑每一步的验证办法、成功标准等。重点考虑：构造组件的测试级别，接口验证，性能偏差的阈值，组装的派生需求及外部接口，允许替代的组件，测试环境的参数，测试的成本限制，集成操作的质量和成本权衡，适当运作的可能性，交付率及其变化，从订单到交付的时间，人员的可用性，集成的设施或环境的可用性。

典型的工作产品

1.产品集成程序     2. 产品集成准则

，除了集成顺序，还需要考虑每一步的验证办法、成功标准等

产品组件的集成程序所包含事项，如：执行渐进集成的次数，以及在每一阶段需执行的预期测试与其他评估的细节。准则可定义如何验证产品组件及期望的功能，并定义如何确认与交付组合的产品组件与最终已集成的产品;准则可指出产品组件可进行集成或其可接受性

子实践

1. 建立并维护产品组件的产品集成程序。

2. 建立并维护产品组件集成与评估的准则。

3. 建立并维护已集成产品的确认与交付准则。

SG2 确保接口的兼容性：产品组件的接口，包括内部和外部的，都是兼容。

统计表明，许多产品集成的问题，是由未知或未控制的内外部接口导致的。有效的产品组件接口需求、规格和设计管理可以帮助确定实现接口的完整性及兼容性。实践证明：集成准备中很重要的工作是，先验接口是否一致或兼容，是否变更；

SG1的SP的工作产品一般会是集成计划、接口说明、集成标准等文档，SG1的主要任务是完成这些文档，而SG2的主要任务就是检查接口是否一致，并在发生接口变化的时候，管理接口的变化，使之保持一致。

SP2.1审查接口描述的完整性：检查接口描述，保证覆盖率和完整性。通常我们通过评审接口说明的办法来检查接口的完整性、覆盖性。注意：接口除了包含产品组件接口之外，还包含与产品集成环境的接口。

典型的工作产品

1. 接口类别

2. 每个类别的接口清单或列表

3. 接口与产品组件及产品集成环境的对应关系表

子实践

1. 审查接口数据的完整性，并确保已涵盖所有接口。

2. 确保产品组件与接口已标识（标注记号），以确保容易与正确的连接产品组件。

3. 定期审查接口说明的充分性。建立接口后，必须定期审查接口说明，以确保现有接口说明与正在开发、处理、生产或购买中的产品并无偏差。产品组件接口说明应与相关干系人共同审查，以避免误解、减少延期，并避免开发无法正常运作的接口。

SP2.2 管理接口：管理产品和产品组件的内部和外部接口的定义、设计及变更。各组件之间是有关系的，我们需要对这些关系进行管理，保证组件间保持一致。

典型的工作产品

1. 产品组件与外部环境的关系表(例如：电力供应的主电源、用来固定的产品、计算机总线系统等)

2. 不同产品组件间的关系表

3. 适用时，已同意的每对产品组件间的接口清单

4. 接口控制工作组会议报告

5. 更新接口的行动方案

6. 应用程序接口(API)

7. 已更新的接口描述或协议

子实践

1. 确保接口在整个产品生命周期的兼容性。

2. 解决冲突、不符合及变更问题。

3. 维护项目参与人员都能存取的接口数据储存库。一个共享、可存取的接口数据储存库，提供一机制，以确保每人都知道最新接口数据存放处，及其取得和使用。

SG3 组装产品组件并交付产品：验证产品组件被装配和集成，经过验证和确认的产品被交付。SG3主要讲的是执行集成的过程，并交付产品给客户。

SP3.1确定用于集成的产品组件准备就绪.在产品组合前确定欲集成的产品组件已准备就绪，确定欲组合成产品的产品组件已被适当的识别、功能与描述一致，以及确定产品组合接口符合接口描述或说明。简单的说就是在集成前，做全面的检查工作，保证各部分符合既定的要求 。

典型的工作产品

1. 已接收产品组件的验收文件

2. 交付的收据

3. 已检查的产品列表

4. 异常报告

5. 确认不通过的说明文档

子实践

1. 当产品组件变成可用于集成时，尽快追踪所有产品组件的状态。

2. 按照产品集成顺序与可用程序，确保产品组件已交付至产品集成环境中。

3. 确定收到每个正确识别的产品组件交付收据。

4. 确保每一接收的产品组件符合其描述或说明。

5. 依期望的配置，检查其配置状态。

6. 在连接产品组件前，执行所有实体物理接口的预先检查。

SP3.2 组装产品组件：根据产品集成顺序和可行的过程程序集成产品组件。

典型的工作产品

1. 已组合的产品或产品组件。

子实践

1. 确保产品集成环境已准备就绪。

2. 确保正确地执行集成顺序。

记录所有适当的信息(例如：配置状态、产品组件的序号、型式及仪器校正日期)。

3. 根据需要适当地修订产品集成顺序与可用过程（程序）。

SP3.3 评估已组装产品组件：评估产品组件的以保证接口兼容性。

典型的工作产品

1. 异常报告

2. 接口评估报告

3. 产品集成总结报告

子实践

1. 依据产品集成顺序与可用过程程序，评估已集成后的产品组件。

2. 记录评估结果。

SP3.4打包并交付产品或产品组件：打包组装的产品和产品组件并交付给合适的用户。

典型的工作产品

1. 已包装的产品或产品组件

2. 交付的文件

子实践

1. 审查需求、设计、产品、验证结果及文件，以确保影响产品包装与交付的问题，已被识别与解决。

2. 利用有效的方法，包装与交付已集成后的产品。

3. 包装与交付产品需求满足适用需求与标准需求及标准，如包括安全、保密、环境、保全、运输，以及销毁。

4. 准备产品安装的运作场所。准备运作场所，可能是客户或最终使用者的责任。

5. 交付产品与其相关文件，并确定收到收据。

6. 在运作场所安装产品，并确定可正确操作。

安装产品可能是客户或最终使用者的责任。某些情况下，需要确认正确的操作是极少的(例如：检查程序)。另有些状况，已集成产品最后的验证，是在操作现场执行。