CMMI产品集成(PI)实践域概述

CMMI V3.0产品集成实践域是CMMI开发视图的通用实践域

CMMI产品集成实践域必需的实践域信息

意图

集成并交付满足功能、性能和质量需求的解决方案。

价值

通过提供达到或超过其功能和质量需求的解决方案来提高客户的满意度。

其他必需的实践域信息

如果所选的视图中包含“安全”：确保满足相关集成策略、过程、文档和活动中的安全要求。
如果所选的视图中包含“安保”：确保满足相关集成策略、过程、文档和活动中的安保要求。

CMMI产品集成实践域解释性实践域信息

CMMI产品集成实践总结

第 1 级

PI 1.1 组装解决方案并交付给客户。

第 2 级

PI 2.1 开发、持续更新并遵循集成策略。
PI 2.2 开发、持续更新并使用集成环境。
PI 2.3 开发、持续更新并遵循用于集成解决方案和组件的规程和准则。
PI 2.4 在集成之前，确认每个组件已被正确识别并按照其需求和设计正常工作。
PI 2.5 评估集成的组件以确保其符合解决方案的需求和设计。
PI 2.6 根据集成策略集成解决方案和组件。

第 3 级

PI 3.1 在整个解决方案的生命周期中，评审并持续更新接口或连接描述的覆盖范围、完整性和一致性。
PI 3.2 在集成之前，确认组件的接口或连接符合接口或连接描述。
PI 3.3 评估已集成组件的接口或连接的兼容性。

CMMI产品集成其他实践域解释性信息

产品集成活动包括：
• 使用记录的集成策略和规程
• 使用解决方案组件的单次构建或迭代的构建
• 验证并确认每个构建

请注意，在这些实践中，术语“解决方案”和“解决方案组件”包括产品、服务、服务系统及其组成部分。
准备集成是早期策划和工作活动的一部分。它涉及开发和记录：
• 集成策略
• 集成环境
• 集成规程和准则

在集成产品时，管理和确保产品组件的接口或连接之间的兼容性至关重要。组件的接口或连接可以是内部的，也可以是外部的。

根据集成策略以及规程和准则，在目标环境中验证并确认每个连续的构建。

对已完成的产品组件使用自动化构建和持续集成，以实现最高质量。一些产品可以使用自动化的构建和对已完成产品组件的持续集成方式进行集成。在预定的运营环境部署时，可能是集成的最后一个阶段。。

与CMMI产品集成相关的实践域

技术解决方案 (TS)

与CMMI产品集成相关的特定背景

敏捷开发

背景标签：敏捷开发
背景：将敏捷技术和实践与其他过程整合在一起。

敏捷团队通常使用自动化并可能使用 DevSecOps 过程，进行单元测试、回归测试、系统测试和持续构建，以尽可能减少人力成本。这些技术提高了生产率，并有助于在产品开发生命周期的早期发现缺陷。

数据

背景标签：CMMI-DATA
背景：利用过程将数据管理最佳实践整合到解决方案中。

将数据业务规则纳入到产品集成策略、环境流程、标准和活动中。例如，考虑数据聚合、数据清洗、源数据优化和防止数据重复、数据转换、数据上传到系统和平台、接口或连接、异常处理、数据传输、数据存储、数据归档或停止使用、数据主权，以及对数据安保和数据隐私的保护。

DevSecOps

背景标签：DevSecOps
背景：DevSecOps 是一种思维方式、一种文化和一套实践，可促进开发、运营和安保部门之间的密切合作，从而规划、开发、测试、部署、发布和保持更新安全的解决方案。

DevSecOps 团队通常使用自动化来开发构建和部署流水线 (Pipeline)，该流水线在开发人员检入代码到源代码控制系统后，从持续集成 (CI) 开始，之后运行自动化构建和单元测试。集成完成后，自动化持续交付 (CD) 过程将代码发布到测试环境中，在测试环境中执行自动化回归和系统测试以准备用于部署的代码。最后，持续部署 (CD) 是指将开发人员的更改从存储库自动部署到生产环境的能力。它解决了将代码手动移交至运营团队的历史问题，这些团队主要依赖并使用手动过程，这会减慢向客户交付的速度。如下图所示，它通过自动执行流水线中的最后一个阶段，进一步凸显了 CD 的优势。请参阅图 PI-1：DevSecOps 方法。

图 PI-1：DevSecOps 方法

服务

背景标签：CMMI-SVC
背景：使用过程来交付、管理和改善服务，以满足客户需求。

当服务系统较为复杂并由多个组件（如系统组件和服务的组合）组成时，组织可能需要对服务进行排序或集成，以提供面向单个客户的服务。在此背景下，产品集成实践提供了一种管理和集成多个系统和服务组件或服务提供商的方法。将产品集成实践应用于过程可使组织能够将来自不同内部和外部服务提供商的相互依赖性服务无缝集成到端到端服务中，从而满足业务需求。

CMMI-DEV V1.3中对产品集成（PI）的说明。