【进击的CMMI】Product Integration如果真的结对编程的话，画面真美

啥也不说了，先PO一张网络流行图。

产品集成就是集成产品模块，保证集成的产品功能完善，并交付产品。

The purpose of Product Integration(PI) is to assemble the product from the product components, ensure that the product, as integrated, functions properly and deliver the product.

产品集成过程域着重点还是技术，在敏捷开发思想中，结对编程方法意在提高知识共享和代码质量，其实也是产品集成我们所要达到的目的，高质量的集成团队成员开发的Product component，如果成员之间相互了解各自功能模块与接口，在产品集成时会节约很多时间，从而及时成功的高质量交付出去。

在产品集成过程，首先当然是集成工作准备，第一步我们要做的就是确定需要集成的功能模块，同样利用DAR进行support分析得出，而产品模块集成其实是一个不断迭代的过程，加上重复集成测试的结果，所以我们也需要建立产品集成的环境，不断提交和merge代码并验证，最后建立集成的步骤和条件，保证通过最后的测试。

产品集成的目标之一就是确保内外部接口的兼容性。接口目录，产品模块的定位接口和对接口的管理也是产品集成过程保证最后模块集成和产品的交付的前提条件。

产品模块集成和交付产品时我们也需要保证产品模块集成的可读性，技术规范文档的定义与管理，风险预估和解决方案，最后产品集成后对已集成的产品模块做预估并出最终的总结报告（异常报告，接口评估报告和产品集成总结报告），最后review需求，设计，产品和验证结果以及文档来确保产品的正确性，及其中潜在的问题都得到识别与解决，最终打包交付产品。

一般来说，在开发过程中产品接口的调用和调试也是产品集成的一个模块，同样地，review代码和需求验证测试也是产品集成过程中会涉及到的，这个在传统的SIT中体现的较为明显。

总的来说，我们需要在产品集成时注意的主要是集成条件，接口管理，测试验证，以及相关文档的记录和沟通。

番外：

工程过程域的关系图在写TS的时候画了画

所以基本上我们其实已经过完了整个工程域，因为REQM和VER，VAL是基本贯穿于整个工程过程的。

之后就不另起一章来讲，在这里简单总结一下重要的点，也就是在工程过程管理过程中这三个我们需要注意的一些点，总之，所有的过程域的目的都是为了提高项目组的成熟度。

REQM

The propose of REQM is to manage the requirements of the project's products and product components and to identify inconsistencies between those requirements and the project's plan and work products.

简单来说，需求管理就是保证甲乙双方对需求的理解在同一个page上，保持需求的一致性，所以需要有文档性的管理以可追踪的来识别工作中与需求可能出现的不一致差异，最后保证在客户需求的轨道上。

VER

The propose of VER is to ensure that selected work products meet their specified requirements.

确认过程域和验证过程域的区别我的理解是，确认你自己正确的做了事情，而验证项目组做了正确的事情，简单的比喻来讲，你是一名厨师，客户点了一份番茄炒蛋，确认好你是用番茄和鸡蛋来做这道菜，验证就是你做出来的是番茄炒蛋而不是番茄蛋汤。其中我们需要注意的点是确认环境准备好，Peer review过程与数据分析，最后执行确认。

VAL

The propose of VAL is to demonstrate that a product or product component fulfills its intended use when placed in its intended environment.

验证过程域其实贯穿于整个项目开发中，值得注意的点是验证环境，缺陷报告和CRs的管理。BTW，复用模块也是很有价值的一部分。

 

转载于:https://my.oschina.net/jenniferleehr/blog/857735