产品集成 (Product Integration, PI)要求集成满足功能和质量要求的解决方案交付给用户。
产品集成与前版的变化如下:
变化1:2.0版的产品集成的对象不仅仅是软件产品,而是更广义的产品和服务。
变化2:产品集成不再只是CMMI 3级的事儿,在ML1和ML2也要完成不同要求的产品集成。
变化3:前版中的关于产品交付的内容在2.0中作为ML1的要求。
变化4:前版中部分3级实践已经降低到2级要求。如集成策略、集成环境的要求。
变化5:2.0的3级实践将前版过程域的SG2“确保接口的一致性”下的2个实践重新整合、拆分为3个实践。
变化6:对于前版过程域的SP2.2“管理接口”要求更加明确,包含评审接口一致性、确认接口、评价接口兼容性等内容。
本实践域共3个等级10个实践。
第1级
实践1.1要求组装完成后交付给客户。从它的价值来看:
交付实用的解决方案,提高客户满意度。
本实践对组装没有具体要求,重点是在交付。在活动实例中也只对安装方案和打包方法提出了具体要求。所以,本实践对应前版过程域的SP3.4“包装和交付产品或产品部件”。
第2级
实践2.1要求开发产品的集成策略。
本实践与前版过程域的SP1.1“确定集成顺序”比较接近。
2.0版使用“策略”取代“顺序”,显然“策略”的范围更广泛,它指的是整个集成方案,包括如何集成、管理接口、组建环境、建立准则等等内容,而不仅仅是组件集成的顺序。
原来在进行GJB5000A评价时,一些项目选择了“自顶向下”或者“自底向上”的集成策略,但对于同一层级的组件集成的先后顺序并没有给出明确的理由。在2.0中,这将不再是个大的问题。
实践2.2要求建立集成环境。
本实践与前版过程域SP1.2“建立产品集成环境”对应。
实践2.3要求开发集成的规程和准则。
本实践与前版过程域SP1.3“建立产品集成规程和准则”对应。
实践2.4要求对待集成的组件进行确认。
本实践与前版过程域SP3.1“确认集成产品部件已就绪”接近。
实践2.5要求对已集成的组件进行评价,以确保其满足需求和设计。
本实践与前版过程域SP3.3“评价已组装的产品部件”接近。
对已集成组件的评价主要使用集成测试来进行。
实践2.6要求进行解决方案或组件的集成。
本实践与前版过程域SP2.2“组装产品部件”接近。
第2级实践基本与前版过程域的要求相同。
第3级
实践3.1要求持续评审接口,以确保接口的覆盖范围、完整性、一致性。
本实践与前版过程域SP2.1“评审接口说明的完备性”接近。
实践描述中的“覆盖范围”指的是接口描述是否覆盖所有接口;“完整性”指的是接口描述的要素(信源、信宿、数据协议等)是否完整;“一致性”指的是接口需求定义和接口设计、实现的一致性。
实践3.2要求对接口和接口描述的一致性进行确认。
集成组件之前对接口和接口描述的一致性进行确认,可以有效地避免集成过程中出现接口与接口描述不一致带来的返工。
实践3.3要求评价已集成组件接口。
第3级的实践活动都是针对组件间的接口进行的,从接口定义、确认到评价。这表明接口在产品集成活动中的重要性。
这正是:
交付无须看等级,集成要求与前齐
增加三级重接口,确认评价都必须
联系客服