-
首页
-
CMMI
- 诊断服务
- 咨询服务
- 认证评估服务
- 培训服务
-
PCMM
- 模型介绍
- 培训课程
- 技术型人员与组织发展解决方案
- 专题人资解决方案
-
关于凡奉
- 凡奉介绍
- 资讯分享
- 加入我们
- 联系我们
-
首页
-
CMMI
-
诊断服务
-
咨询服务
-
认证评估服务
-
培训服务
-
诊断服务
-
PCMM
-
模型介绍
-
培训课程
-
技术型人员与组织发展解决方案
-
专题人资解决方案
-
模型介绍
-
关于凡奉
-
凡奉介绍
-
资讯分享
-
加入我们
-
联系我们
-
凡奉介绍
-
ꁸ 回到顶部
-
ꂅ 021-58991761
-
ꀥ 微信二维码
CMMI过程域详解-产品集成(PI)之概述
产品集成(Product Integration,PI)是CMMI-DEV成熟度3 级工程类过程域。
一、PI过程域的目的
产品集成(Product Integration,PI)的目的在于将产品组件装配成产品,确保产品作为一个整体正确地运行(即具有所要求的功能与质量属性),并交付产品。
二、PI过程域的简介
本过程域涉及如何将产品组件集成为更复杂的产品组件或者完整的产品。本过程域的范围是按照已定义的集成策略与规程,在一个阶段或者增量式的多个阶段中进行产品组件的渐进装配,以实现完整的产品集成。本过程域中使用的术语“产品”与“产品组件”,其含义也包括服务、服务系统及其组件。
产品集成的一个重要方面是管理产品与产品组件的内部与外部接口,以确保接口间的兼容性。这些接口并不局限于用户界面,也适用于产品组件之间的接口,包括内部与外部的数据源、中间件以及其它组件——它们可能受或不受开发组织的控制,但是产品却依赖于它们。在项目过程中应始终关注接口管理。
产品集成远远不只是在设计与制造完结时将产品组件一次性地装配起来。产品集成可以采用装配产品组件、对其进行评价、然后装配更多产品组件的重复过程增量式地进行,也能采用对经过完整单元测试的产品的高度自动化的构建与持续集成来进行。本过程可以始于分析与模拟(例如多线程、快速原型、虚拟原型、实体原型),逐步获得更多现实的增量而稳步进展,直至完成最终的产品。在每一次连续的构建中,原型(虚拟的、快速的或者实体的)得到构筑、评价、改进以及基于评价过程中所获知识的重构。
所需要的原型的虚拟化或者实体化程度取决于设计工具的功能、产品的复杂性及其相关的风险。以这种方式集成的产品更有可能通过对产品的验证与确认。对于某些产品与服务来说,最后的集成阶段发生于它们被部署在预期的运行场所时。
对于产品线来说,产品是按照产品线的生产计划来装配的。产品线的生产计划明确说明了装配过程,包括使用哪些核心资产,以及如何在这些核心资产范围内解决产品线所需的适应性变化。
在敏捷环境中,产品集成是频繁的活动,常常每天进行。例如,对于软件来说,在一个被称为“持续集成”的过程中,持续地向代码库添加可工作的代码。除了持续集成以外,产品集成策略还说明如何并入供方供的组件、如何构建功能(分层或者“纵向切片”)、以及何时进行“重构”。应该在项目初期建立该策略,并且及时修订以反映逐步演进和出现的组件接口、外部输入、数据交换和应用程序接口。(见第一部分中的“使用敏捷方法时对CMMI 的解读”)
三、与PI过程域相关的其他过程域
参阅CMMI模型“需求开发”过程域,以进一步了解如何识别接口需求。
参阅CMMI模型“技术解决方案”过程域,以进一步了解如何使用准则设计接口。
参阅CMMI模型“确认”过程域,以进一步了解如何执行确认。
参阅CMMI模型“验证”过程域,以进一步了解如何执行验证。
参阅CMMI模型“配置管理”过程域,以进一步了解如何跟踪并控制变更。
参阅CMMI模型“决策分析与解决”过程域,以进一步了解如何使用正式的评价过程,遵循已建立的准则,对已识别的多个备选方案进行评价,以分析可能的决策。
参阅CMMI模型“风险管理”过程域,以进一步了解如何识别并缓解风险。
参阅CMMI模型“供方协议管理”过程域,以进一步了解如何管理从供方采购产品和服务的活动。
四、PI过程域的特定目标与特定实践摘要
SP 1.1 建立集成策略
SP 1.2 建立产品集成环境
SP 1.3 建立产品集成规程与准则
SP 2.1 评审接口描述的完整性
SP 2.2 管理接口
SP 3.1 确定需集成的产品组件准备就绪
SP 3.2 装配产品组件
SP 3.3 评价装配后的产品组件
SP 3.4 打包并交付产品或产品组件