《产品集成.ppt

产品集成（PI） 1、培训内容和目的 本次培训的主要内容包括产品集成的含义及目的、产品集成管理过程、接口的管理等。 通过本次培训，使大家从不同的层面了解并掌握产品集成活动，如：项目经理和负责集成工作的开发人员、测试人员等不仅需要了解产品集成管理过程与接口管理，还要掌握产品集成策略的选择、产品集成准则、集成结果评价准则等等。 2、培训计划 本次培训时间初步定在7月24~7月31日之间，参加培训的部门包括项目部、研究院、质量部、PMO。 培训地点：公司会议室。 产品集成（PI） 3、培训内容 3.1产品集成概述 产品集成PI是将技术解决TS生成的产品组件如何组装成产品的过程活动，它的目的就是形成最终产品，确保已集成的产品是符合用户和设计需要的。这里会涉及到两个主要的步骤，其一是产品集成过程管理，直观来说就是组装产品的步骤与方法，将所有部件组装为一个整体，然后进行测试和交付。其二是接口管理，接口是由接口需求决定的，而接口需求则和组件功能相关，因此接口的管理工作是和产品的设计过程是同步的，同时也是验证（VER）和确认（VAL）过程的输入之一。接口的管理主要是在项目的生命周期中，消除接口之间的不一致，形成一个文档化、可访问的接口文档，同时也保证了交付产品的质量。下图是对这两个主要步骤的图例描述,从图中我们很直观的就可以了解到两个主要步骤的管理过程。 产品集成（PI） 产品集成管理流程 产品集成（PI） 接口管理流程 产品集成（PI） 3.2 产品集成管理 3.2.1 制定并审核产品集成计划 设计工程师根据对概要设计和详细设计的分析获取集成策略，制定相应的产品构件集成计划，计划内容应包括：产品集成目的、集成准则、集成方法、集成的模块清单、模块集成的先后顺序、集成的时间安排与人员安排、集成环境的要求以及产品集成评价准则。将已制定好的产品集成计划交付项目经理进行审批。 项目经理审核由设计工程师编制的产品集成计划，审核产品集成计划的有效性和正确性，验证集成过程的安排是否合理，从而对产品集成的过程负责。最后，由项目经理给出审核意见，审核通过方可进行下一步骤，否则将回退给设计工程师对计划进行修改。 本阶段的工作产品就是《产品集成计划》 产品集成（PI） 3.2.2 审查接口 接口的含义 我们所说的接口，描述的是允许一个组件和另一个组件之间交换请求和响应的一组特性，直白的说就是不理会内部如何实现，只关心怎么使用。通常包括内部与外部两类接口。 设计工程师根据TS产出的《接口设计文档》、《接口清单》、《接口关系表》审查已经实现接口的数据完备性与兼容性，确保完全覆盖所有接口，并审查界面描述的完备性。审核所有的集成测试用例。 这一阶段的工作产品是《单元测试报告》和《集成测试用例评审报告》 产品集成（PI） 3.2.3 搭建集成环境 开发人员或测试人员根据产品集成计划中的环境要求搭建集成的软、硬件环境，如测试设备及工具，以确保集成的真实性和有效性。一般推荐在编码工作开始前就搭建好集成环境，便于开发、测试。 产品集成（PI） 3.2.4 实施产品集成 开发人员根据产品计划列出的产品组件清单以及集成顺序，组装产品组件，并进行验证和确认，直至最后交付产品。 首先检查要进行组装的产品组件是否符合功能要求和接口要求，然后进行产品组件的组装，并不断对功能与接口进行检验。在集成过程中，如果出现错误，则必须对其进行记录、排查和解决，从而确保集成后的产品是符合用户与设计要求的。 产品集成（PI） （接上） 在产品集成方法选择中，通常有四种集成方法：持续集成、BingBang、自顶而下、自下而上。持续集成其基本道理就是随时保证组成最终产品接口一致，能顺畅运行，能随时拿得出可运行的版本。BingBang集成指没有次序，所有组件开发完成后直接完整集成。自顶而下集成指首先建立运行框架，然后将组件逐个集成到运行框架上。自下而上的集成指没有运行框架，逐个拼装可以完成一部分系统功能的组件直至系统完成为止。四种集成方法的优缺点和适用环境参见《产品集成指南》中关于集成方法的章节讲述的内容。 在实际开发中，持续集成一直是敏捷开发中所倡导的，它能在最短的时间内发现产品的缺陷，从而为项目以后的开发减少风险和浪费，而其他三种集成方法，也会根据项目的不同以及实际情况做出相应的选择。例如产品某部分采用BingBang集成、另一部分采用自顶而下。产品集成组应从组件划分入手，根据组件界面关系和每个组件的特征，如技术难度、所需工作量、对应的需求和设计是否已经稳定等情况，确定出可用的集成策略并作出选择。 集成策略应文档化入产品集成计划，并列出其他可用的集成策略以及选择/不选择某个集成策略的根据。 产品集成（PI） 3