解读CMMI——产品集成管理（一）.pdfVIP

解读CMMI——产品集成管理（一）--第1页

解读CMMI——产品集成管理（一）

项目管理者联盟是国内最大的项目管理人员会员机构与互动平台。

项目管理者联盟“项目文库”栏目囊括了项目管理五个阶段、十个知

识领域的相关文章，是广大项目管理爱好者学习的知识宝库，欢迎大

家投稿。

如各位项目管理专家及项目管理精英有原创经典文章与大家分享，

可直接发邮件至项目管理者联盟编辑部，或电话与我们联系!联系方式：

刘女士***************，135****4125

在介绍产品集成之前，我不得不说，在前几年我对产品集成理解

和管理方面有了几个误区。

首先，原来我将集成与产品整体变异混为一谈，而实际上它不只

是次编译，它还可能包括：编译、评审、测试、部署等工作，一次集

成是将模块(整体)代码编译并进行验证产品模块(整体)可以运行的过程。

当然这个定义也远远超出了下面我要讲解的CMMI的产品集成范畴。

其次，我原来一直认为产品集成只有和测试一同进行才有效果，

尤其是持续集成和自动化测试更是如此，只做持续集成没有任何意义。

后来事实证明我的想法是错误的，当然我也受到了一些“惩罚”。有

些同事在修改BUG时，改动了代码结构，但是因为变更他认为微小，

所以没有走变更流程。正产品发布测试的最后期限编译时才发现这个

问题，造成了测试、对外发布的延误。如果我们当时小阶段或每日进

行编译也许会尽早的发现和解决这个问题。

产品编译我认为有如下作用：

解读CMMI——产品集成管理（一）--第1页

解读CMMI——产品集成管理（一）--第2页

*验证所提交的代码是否可以协调工作。

*方便找到编译错误的位置

*在编译过程中可以统计代码量等。

*有效验证部分代码进行的变更是否有效

*明确代码开发进度

*自动编译成功后可以自动触发自动化测试，减少人工出错率和人

工成本。

产品集成的目的是将产品组件组合成为产品，确保已集成的产品

可以正常运行和交付。

产品集成的关键是产品和产品组件内部接口的定(这些定义应在上

一个过程域：产品集成方案中制定并确认)从而确保接口间的兼容。

对于某一产品的集成不一定只执行一次，也可以分阶段、迭代进

行。每次只集成部分组件，逐步增量集成。如果一个产品只是在最后

才做集成就和只在发布前做一次测试一样，可能发现问题时已经晚了，

我们没有时间来修正问题，发布只能延迟。我建议即使我们使用传统

瀑布开发模式时也能分多个阶段进行集成从而及早地发现问题、解决

问题(即使有不用编译的产品也是如此，因为集成并不只是编译)。每一

次持续的集成都包括：编译、测试、评估、改进的过程。

SG1准备产品集成

完成产品集成的准备工作。

准备产品、组件集成，包含建立并维护集成的活动和活动顺序、

搭建集成环境、执行集成程序。

准备产品集成这个特定目标包含三个特定实践：

SP1.1:确定集成顺序

SP1.2:确定用来完成的产品

SP1.3:开发产品与产品组件集成的程序标准。

SP1.1确定集成顺序

确定产品组件的集成顺序

解读CMMI——产品集成管理（一）--第2页

解读CMMI——产品集成管理（一）--第3页

需要集成的产品组件包括：交付产品的一部分、测试设备、测试

程序、以及其他配件等的一个综合体。

产品的集成顺序与确定技术解决方案是一