1、,产品集成（PI）,东方飞扬 EPG组 2009-07-25,,LOGO,1、培训内容和目的 本次培训的主要内容包括产品集成的含义及目的、产品集成管理过程、接口的管理等。 通过本次培训，使大家从不同的层面了解并掌握产品集成活动，如：项目经理和负责集成工作的开发人员、测试人员等不仅需要了解产品集成管理过程与接口管理，还要掌握产品集成策略的选择、产品集成准则、集成结果评价准则等等。 2、培训计划 本次培训时间初步定在7月247月31日之间，参加培训的部门包括项目部、研究院、质量部、PMO。培训地点：公司会议室。,产品集成（PI）,,LOGO,产品集成（PI）,3、培训内容 3.1产品集成概述产品集
2、成PI是将技术解决TS生成的产品组件如何组装成产品的过程活动，它的目的就是形成最终产品，确保已集成的产品是符合用户和设计需要的。这里会涉及到两个主要的步骤，其一是产品集成过程管理，直观来说就是组装产品的步骤与方法，将所有部件组装为一个整体，然后进行测试和交付。其二是接口管理，接口是由接口需求决定的，而接口需求则和组件功能相关，因此接口的管理工作是和产品的设计过程是同步的，同时也是验证（VER）和确认（VAL）过程的输入之一。接口的管理主要是在项目的生命周期中，消除接口之间的不一致，形成一个文档化、可访问的接口文档，同时也保证了交付产品的质量。下图是对这两个主要步骤的图例描述,从图中我们很直观的
3、就可以了解到两个主要步骤的管理过程。,,LOGO,产品集成管理流程,产品集成（PI）,,LOGO,产品集成（PI）,接口管理流程,,LOGO,产品集成（PI）,3.2 产品集成管理 3.2.1 制定并审核产品集成计划 设计工程师根据对概要设计和详细设计的分析获取集成策略，制定相应的产品构件集成计划，计划内容应包括：产品集成目的、集成准则、集成方法、集成的模块清单、模块集成的先后顺序、集成的时间安排与人员安排、集成环境的要求以及产品集成评价准则。将已制定好的产品集成计划交付项目经理进行审批。 项目经理审核由设计工程师编制的产品集成计划，审核产品集成计划的有效性和正确性，验证集成过程的安排是否合理
4、，从而对产品集成的过程负责。最后，由项目经理给出审核意见，审核通过方可进行下一步骤，否则将回退给设计工程师对计划进行修改。 本阶段的工作产品就是产品集成计划,,LOGO,产品集成（PI）,3.2.2 审查接口 接口的含义我们所说的接口，描述的是允许一个组件和另一个组件之间交换请求和响应的一组特性，直白的说就是不理会内部如何实现，只关心怎么使用。通常包括内部与外部两类接口。 设计工程师根据TS产出的接口设计文档、接口清单、接口关系表审查已经实现接口的数据完备性与兼容性，确保完全覆盖所有接口，并审查界面描述的完备性。审核所有的集成测试用例。 这一阶段的工作产品是单元测试报告和集成测试用例评审报告,
5、,LOGO,产品集成（PI）,3.2.3 搭建集成环境 开发人员或测试人员根据产品集成计划中的环境要求搭建集成的软、硬件环境，如测试设备及工具，以确保集成的真实性和有效性。一般推荐在编码工作开始前就搭建好集成环境，便于开发、测试。,,LOGO,产品集成（PI）,3.2.4 实施产品集成 开发人员根据产品计划列出的产品组件清单以及集成顺序，组装产品组件，并进行验证和确认，直至最后交付产品。 首先检查要进行组装的产品组件是否符合功能要求和接口要求，然后进行产品组件的组装，并不断对功能与接口进行检验。在集成过程中，如果出现错误，则必须对其进行记录、排查和解决，从而确保集成后的产品是符合用户与设计要求
6、的。,,LOGO,产品集成（PI）,（接上） 在产品集成方法选择中，通常有四种集成方法：持续集成、BingBang、自顶而下、自下而上。持续集成其基本道理就是随时保证组成最终产品接口一致，能顺畅运行，能随时拿得出可运行的版本。BingBang集成指没有次序，所有组件开发完成后直接完整集成。自顶而下集成指首先建立运行框架，然后将组件逐个集成到运行框架上。自下而上的集成指没有运行框架，逐个拼装可以完成一部分系统功能的组件直至系统完成为止。四种集成方法的优缺点和适用环境参见产品集成指南中关于集成方法的章节讲述的内容。 在实际开发中，持续集成一直是敏捷开发中所倡导的，它能在最短的时间内发现产品的缺陷，
7、从而为项目以后的开发减少风险和浪费，而其他三种集成方法，也会根据项目的不同以及实际情况做出相应的选择。例如产品某部分采用BingBang集成、另一部分采用自顶而下。产品集成组应从组件划分入手，根据组件界面关系和每个组件的特征，如技术难度、所需工作量、对应的需求和设计是否已经稳定等情况，确定出可用的集成策略并作出选择。 集成策略应文档化入产品集成计划，并列出其他可用的集成策略以及选择/不选择某个集成策略的根据。,,LOGO,产品集成（PI）,3.2.5 集成成果检查 项目经理或开发负责人检查组装完成的产品或产品组件是否满足功能和接口需求，可以根据组装的复杂度，决定检查的范围和深度。如果组装的组件
8、单元非常简单，则可以对多个组件的组装单元进行测试，否则必须每增加一个组件就进行相应的测试，对于测试的结果必须进行记录，如配置变化、相应偏差等。其实产品的集成与集成结果核查可以递归联合使用，这种模式叫做迭代组装的模式，采用“部分组装、成果检查、再组装”的工作模式展开，即组装工作与评价检查工作同步反复进行，这样做有两个益处：1、降低组装风险，从而降低项目成本。2、保证最后的产品能够顺利通过验证与确认。 这个阶段的工作产品是产品集成核查报告,,LOGO,产品集成（PI）,3.2.6 产品打包和交付 根据产品集成的要求，将功能单元集成运行的产品组建集成完毕后，由开发工程师对源代码进行核查，核查内容包括
9、：产品相关文件是否存在缺失、是否沾染病毒，然后制作可以独立运行的文件，可以是制作可执行的安装文件，也可以是打包的压缩文件或者可以被调用的其他文件，例如.jar, .zip, .rar,.cab等。 如果集成完成，需要按照文件合同要求将需要的文档、开发源代码等打包制作安装文件。 将制作完成的打包文件及产品源代码交由配置管理员上传至配置库的指定目录，以供产品交付。 在这里只对打包过程进行了详述，关于交付过程，在“配置管理”处将进行详细介绍。,,LOGO,产品集成（PI）,3.3 接口管理接口的管理包括内部接口和外部接口，内部接口指的产品模块之间，而外部接口指的是与第三方系统进行集成的接口，如OA接
10、口、机构用户同步接口等，但无论是内部接口还是外部接口，都需要对接口进行必要的管理，如接口变更的控制、接口变更的评审等。 3.3.1 接口变更请求开发工程师在进行接口实现时，由于需求变更、设计缺陷等因素导致的接口变化，开发工程师应及时提出接口变更申请，并交由设计工程师与项目经理进行评审。,,LOGO,产品集成（PI）,3.3.2 接口变更评审 由开发工程师和设计工程师讨论接口变更的必要性、可行性和具体变更方法； 开发工程师、设计工程师和项目经理一起评审接口变更，质量保证人员及其他人员可以参加旁听； 若评审结论为不通过，根据评审意见继续工作，或则重新调整变更请求，协商后重新评审； 若评审结论为通过，设计工程师根据评审通过的结果完成接口变更的相关接口设计文档；重新设计接口，并提交开发工程师修改接口程序。,,LOGO,产品集成（PI）,4、附件产品集成考题,,LOGO,产品集成（PI）,感谢大家参与！,
