集成的第二层含义

说到产品集成，我们都知道它是把产品的各个部分组合在一起，并确保组合后的产品可以正常运行。对于软件来说，就是将软件的小的单元组装成较大的模块，再由较大的模块组装成整个软件，并且在这个组装过程中不断验证其正确性。

但这只是集成的第一层含义。

实际上，集成还有第二层含义。这第二层含义常常会被我们忽略。

集成的第二层含义就是把产品的变更合并在一起，基于已有版本，产生新版本。这时候我们集成的重点不是产品的组成部分，而是产品的变更。

这种情况更多地出现在软件有主干和多个分支的情况下。当多个分支各自都有变化后，再合并到主干上时，这种集成实际上就是对各个分支的变更进行集成，也就是集成的第二层含义。

对于那种缺少多个分支的开发场景下，软件只有一个主版本，每次变更都在这个主版本上进行，所以对于集成产品的变化的含义不明显。

但是，理解集成这第二层含义仍然是有意义的。它可以让我们站在集成的角度来重新认识对软件变更的验证工作。比如，集成过程要“确保集成部件已就绪”，那么对于集成产品的变更来讲，就要确认变更是否具备集成的条件，即变更是否明确，变更是否得到批准，变更是否已经实施，实施的变更与变更方案是否一致……这样一来，可以帮助我们更好完成软件的变更及其验证。

所以，集成应当有两层含义，一层是把产品的各个部分组合在一起，并且保证可以工作；另一层是把产品的各个改动组合在一起，并且保证可以工作。

这正是：

平平无奇说集成，原来含义有两层

集成部分和变化，各有意义在其中

参考书目：未雨绸缪：理解软件配置管理，作者：董越，出版社：电子工业出版社

作者简介：王小双，长期从事GJB5000推广、实施、评价、改进的工作，创建《软件工程之思》微信公众号，一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。