产品集成相关文件

1、产品集成成熟度3级的工程过程域目的产品集成(Product Integration, PI) 的目的，在于将产品组件组合为产品、确保已集成的产品能适当地运作及交付产品。业界注释产品集成过程域讲明，将产品组件集成成更复杂的产品组件或完整的产品。此过程域的范围，是依据已定义的集成顺序与程序，在一个时期或渐进的时期，逐渐地组合产品组件，以达成完整的产品集成。整个过程域中，产品及产品组件的含义也包括服务及其组件。产品集成的关键点，为产品与产品组件的内部与外部接口的治理，以确保接口间的兼容性。在整个项目进行中，应注意接口治理。产品集成不只是在完成设计与制造时，进行一次产品组件的组合而已。产品集成可使用下

2、列重复过程渐进执行，包括：组合产品组件、评估已组合的产品组件，再组合更多的产品组件。这集成过程，首先分析与模拟(例如：相关串联、快速原型、虚拟原型及实体原型)，并稳定的进展，逐渐增加更多实际的功能，直到达成最终产品。在每一次连续的“建筑”时，原型(虚拟、快速或实体)被建筑、评估、改进，并基于评估过程所得到知识再建筑。虚拟对实体原型的要求程度，决定于设计工具的功能、产品的复杂度与有关的风险。以此方式集成产品，有专门高的可能性会通过产品验证与确认。就一些产品及服务而言，最后的集成时期，会在产品部署于预期的运作场所时进行。相关过程域有关识不接口需求，请参考需求开发过程域，以获得更多信息。有关定义接口

3、与集成环境(当需要开发集成环境时)，请参考技术解决方案过程域，以获得更多信息。有关验证接口、集成环境及渐进组合的产品组件，请参考验证过程域，以获得更多信息。有关执行产品组件与已集成产品的确认，请参考确认过程域，以获得更多信息。有关识不风险与使用原型来降低接口兼容性及产品组件集成的风险，请参考风险治理过程域，以获得更多信息。有关使用正式评估过程，以选择适当的集成顺序与程序及决定集成环境的采购或开发，请参考决策分析与解决方案过程域，以获得更多信息。有关治理接口定义的变更与信息公布，请参考配置治理过程域，以获得更多信息。有关获得产品组件或部分的集成环境，请参考供应商协议治理过程域，以获得更多信息。特

4、定目标及实践摘要SG 1预备产品集成SP 1.1 决定集成顺序SP 1.2 建立产品集成环境SP 1.3 建立产品集成程序与准则SG 2确保接口兼容性SP 2.1 审查接口讲明的完整性SP 2.2 治理接口SG 3组合产品组件并交付产品SP 3.1 确定欲集成的产品组件已预备就绪SP 3.2 组合产品组件SP 3.3 评估已组合的产品组件SP 3.4 包装并交付产品或产品组件各特定目标的实践SG 1预备产品集成完成产品集成的预备。预备产品组件的集成，包含建立并维护集成顺序、执行集成的环境及集成程序。“预备产品集成”特定目标的特定实践的关系，如下述：第一个特定实践决定产品与产品组件集成的顺序。第

5、二个特定实践决定用来完成产品，或集成产品组件的环境。第三个特定实践开发产品与产品组件集成的程序与准则。在项目初期便开始集成的预备动作，且与技术解决方案过程域的实践同步开发集成顺序。SP 1.1决定集成顺序决定产品组件的集成顺序。集成的产品组件可能包含交付产品的一部分与测试设备、测试软件或其它比如配件的集成。一旦分析出可选择性的测试与组合的集成顺序，就选择最佳的集成顺序。产品集成顺序提供产品组件的渐进的组合及评估，并为纳入其它可取得的产品组件或高风险产品组件的原型，提供一个没有问题的基础。集成顺序应与技术解决方案过程域中解决方案的选择及产品与产品组件的设计和谐一致。有关使用正式评估过程，以选择适

6、当的产品集成顺序，请参考决策分析与解决方案过程域，以获得更多信息。有关识不与处理集成顺序相关的风险，请参考风险治理过程域，以获得更多信息。有关移交取得的产品组件，与产品集成顺序需处理的产品组件需求，请参考供货商协议治理过程域，以获得更多信息。典型的工作产品1. 产品集成顺序2. 选择或拒绝集成顺序的理由子实践1. 识不待集成的产品组件。2. 识不产品组件集成时，将执行的验证s2。3. 识不备选的产品组件集成顺序。可包含定义特定工具与测试设备，以支持产品集成。4. 选择最佳集成顺序。5. 定期审查产品集成顺序，必要时予以修订。评估集成顺序，以确保生产与交付进度的变更，可不能对集成顺序有不利的阻碍

7、，或可不能危及早期所做的决定。6. 记录制定与搁置决策的理由。SP 1.2建立产品集成环境建立并维护支持产品组件集成所需的环境。有关自制或采购的决策，请参考技术解决方案过程域，以获得更多信息。产品集成环境可自外部取得或自行开发。为了建立环境，必须开发设备、软件，以及其它资源采购或自制的需求。这些需求在实现与需求开发过程域相关的过程时产生。产品集成环境可能包含现有组织资源的再用。采购或自行开发产品集成环境的决策，在技术解决方案过程域相关的过程中讲明。产品集成过程的每一步骤所需的环境，可包括测试设备、仿真器(代替无法取得的产品组件)、实际设备的部分及记录装置。典型的工作产品1. 已验证的产品集成环

8、境2. 产品集成环境的支持文件子实践1. 识不产品集成环境的需求。2. 识不产品集成环境的验证准则与程序。3. 决定自制或采购所需的产品集成环境。有关集成环境的采购，请参考供货商协议治理流程领域，以获得更多信息。4. 若无法采购合适的环境，则自行开发集成环境。对无前例、复杂的项目而言，产品集成环境是一项重大的开发工作。因此它会包括项目策划、需求开发、技术解决方案、验证、确认及风险治理。5. 整个项目进行时，维护产品集成环境。6. 产品集成环境的某些部分不再使用时，进行处置。SP 1.3建立产品集成程序与准则建立并维护产品组件集成的程序与准则。产品组件的集成程序所包含事项，如：执行渐进集成的次数

9、，以及在每一时期需执行的预期测试与其他评估的细节。准则可指出产品组件可进行集成或其可同意性的预备度。产品集成的程序与准则，讲明如下： 建立组件的测试标准 接口的验证 效能偏差的门坎 产品组合与其外部接口的衍生需求 同意的组件的替代 测试环境参数 测试成本的限度 执行集成时，质量与成本的取舍 正确运作的机率 交付率及其差异 订货到交货所需的时刻 人员可用性 集成设备/生产线/环境的可用性。准则可定义如何验证产品组件及期望的功能，并定义如何确认与交付组合的产品组件与最终已集成的产品。准则可限制同意产品组件通过测试仿确实程度，或限制用来作为集成测试的环境。适当地将部分的组合进度及准则与工作产品的供应

10、商分享，以减少延期或组件错误的发生。有关与供货商的交流，请参考供货商协议治理过程域，以获得更多的信息。典型的工作产品1. 产品集成程序2. 产品集成准则子实践1. 建立并维护产品组件的产品集成程序。2. 建立并维护产品组件集成与评估的准则。3. 建立并维护已集成产品的确认与交付准则。SG 2确保接口兼容性产品组件的内部与外部接口是兼容的。许多产品集成问题，起源于未知或无法操纵的内部及外部接口。有效的治理产品组件接口的需求、规格及设计，可确保已实现的接口的完整与兼容。SP 2.1审查接口讲明的完整性审查接口讲明的范围与完整性。除产品组件接口外，接口应包括产品集成环境中的所有接口。典型的工作产品1

11、. 接口类不2. 每个类不的接口清单3. 接口与产品组件及产品集成环境的对比表子实践1. 审查接口数据的完整性，并确保已涵盖所有接口。考虑所有的产品组件，并预备一张关系表。接口通常分成三种要紧类型：环境、实体及功能。这些类不的典型接口类型包括：机械、流体、声音、电子、气候、电磁、热、讯息，以及人机或人因接口。可分类于此三种类型的接口(如，机械或电子组件)，举例如下： 机械接口(例如：重量及规模大小、重力中心、操作零件间隙、维护所需空间、固定连接、移动连接、由轴承结构所接收的震动与振动)噪音接口(例如：结构所传动的噪音、空气中传动的噪音、听音)气候接口(例如：温度、湿度、压力、盐度)热接口(例如

12、；热散、轴承结构的热传导、空调特性)流体接口(例如：淡水入口/出口、船运/海岸产品的海水入口/出口、空调、压缩空气、氮、燃料、润滑油、排出气体出口)电气接口(例如：网络电力供应消耗量的电流变换量与尖峰量、电力供应与通讯无敏感操纵信号；敏感信号如，模拟连接；分配信号微波等；符合TEMPEST 标准地面信号)电磁接口(例如：磁场、无线电与雷达连接、光频连接波、同轴电缆与光纤电缆)人机接口(例如：声音合成、声音识不、显示器模拟显示盘、电视屏幕、或液晶显示器、指示器的光发射电子组件、人工操控装置踏板、操纵杆、操作球、操作键、按钮、触控萤幕 )讯息接口(例如：来源、终点、刺激、协定及数据特征)2. 确保

13、产品组件与接口已标注记号，以确保容易与正确的连接产品组件。3. 定期审查接口讲明的充分性。建立接口后，必须定期审查接口讲明，以确保现有接口讲明与正在开发、处理、生产或购买中的产品并无偏差。产品组件接口讲明应与相关干系人共同审查，以幸免误解、减少延期，并幸免开发无法正常运作的接口。SP 2.2治理接口治理产品与产品组件的内部与外部接口的定义、设计与变更。接口需求驱动集成产品组件所需接口的开发。在产品开发初期便开始治理产品与产品组件接口。接口的定义与设计不只阻碍产品组件与外部系统，也阻碍验证与确认的环境。有关接口需求，请参考需求开发过程域，以获得更多信息。有关产品组件间的接口设计，请参考技术解决过

14、程域，以获得更多信息。有关接口需求变更的治理，请参考需求治理过程域，以获得更多信息。有关公布接口讲明(规格)的变更，以使每个人明白接口的最新状态，请参考配置治理过程域，以获得更多信息。接口治理包括维护接口在整个产品周期的一致性，以及解决冲突、不符合及变更问题。供货商取得的产品、与其它产品或产品组件间的接口治理，对项目的成功有关键性阻碍。有关治理供货商，请参考供货商协议治理过程域，以获得更多信息。除产品组件的接口外，接口应包括集成环境中的所有接口，以及用于验证、确认、操作及支持的其它环境的所有接口。需记录、维护接口的变更，并使其容易取用。典型的工作产品1. 产品组件与外部环境的关系表(例如：主电

15、源、用来固定的产品、计算机汇流系统等)2. 不同产品组件间的关系表3. 适用时，已同意的每对产品组件间的接口清单4. 接口操纵工作组会议报告5. 更新接口的行动方案6. 应用程序接口(API)7. 已更新的接口讲明或协议子实践1. 确保接口在整个产品生命周期的兼容性。2. 解决冲突、不符合及变更问题。3. 维护项目参与人员可取得的接口数据储存库。一个共享、可存取的接口数据储存库，提供一机制，以确保每人都明白最新接口数据存放处，及其取得和使用。SG 3组合产品组件并交付产品组合已验证的产品组件，并交付已集成、已验证及已确认的产品。依据产品集成顺序与可用的程序，进行产品组件集成。集成前，每一产品组

16、件应确定与其接口需求相符合。产品组件被组合成更大、更复杂的产品组件，并检查已组合的产品组件能正确的相互操作。持续此过程，直到完成产品集成。在集成过程中，如识不出问题，应记录问题，并启动纠正措施流程。确保依据产品集成顺序与可用的程序，组合产品组件成更大、更复杂的产品组件。及时接收所需的产品组件与适合人员的参与，将促成产品组件成功地集成成产品。SP 3.1确定欲集成的产品组件已预备就绪在产品组合前确定欲集成的产品组件已预备就绪，确定欲组合成产品的产品组件已被适当的识不、并依据其讲明运作，以及确定产品组合接口符合接口讲明。有关确认产品组件，请参考确认过程域，以获得更多信息。有关产品组件的单元测试，请

17、参考技术解决过程域，以获得更多信息。本特定实践的目的，在确保已适当识不的产品组件符合其讲明文件，并能依产品集成顺序与可用程序实际组合。检查产品组件的数量、明显的损害及产品组件与接口讲明间的一致性。执行产品集成，最终要负责检查，以确定所有情况在产品组件组合前皆已就绪。典型的工作产品1. 已接收产品组件的验收文件2. 交付的收据3. 已检查的包装清单4. 异常报告5. 豁免权子实践1. 当产品组件变成可用于集成时，尽快追踪所有产品组件的状态。2. 依据产品集成顺序与可用程序，确保产品组件已交付至产品集成环境中。3. 确定收到每个正确识不的产品组件。4. 确保每一接收的产品组件符合其讲明。5. 依期

18、望的配置，检查其配置状态。6. 在连接产品组件前，执行所有实体接口的预先检查(例如：目视检查与使用差不多度)。SP 3.2组合产品组件依据产品集成顺序与可行程序，组合产品组件。本特定实践的组合活动与下一个特定实践的评估活动交互执行，由最初产品组件组合成中间产品组件，再组合成完整的产品。典型的工作产品1. 已组合的产品或产品组件。子实践1. 确保产品集成环境已预备就绪。2. 确保正确地执行组合顺序。记录所有适当的信息(例如：配置状态、产品组件的序号、型式及仪器校正日期)。3. 适当地修订产品集成顺序与可用程序。SP 3.3评估已组合的产品组件评估已组合的产品组件的接口兼容性。有关验证已组合的产品

19、组件，请参考验证过程领域，以获得更多信息。有关确认已组合的产品组件，请参考确认过程领域，以获得更多信息。本评估包含使用可用的程序与环境，检查及测试已组合的产品组件的绩效、适用性或完成度。评估的执行如同已识不的产品集成顺序与可用程序，评估可适当地分时期进行。产品集成顺序与可用程序可定义较精炼的集成和评估顺序，而非仅为产品架构的检查。例如：假如某产品组件的组合是由四个较不复杂的产品组件组成，则集成顺序未必需要四个组件同时集成及检查。而是这四个组件可能逐步整合，一次一个，并在每次组合后执行检查，以确保组合的产品组件符合产品架构中的规格。另一方面，产品集成顺序与可用程序被认定为只有最终评估才是最佳的实

20、施方式。典型的工作产品1. 异常报告2. 接口评估报告3. 产品集成摘要报告子实践1. 依据产品集成顺序与可用程序，评估已组合的产品组件。2. 记录评估结果。评估结果包含如下： 集成程序的任何定义要求产品配置的任何变更(备用零件、新品)评估程序的偏差SP 3.4包装并交付产品或产品组件包装已组合的产品或产品组件，并交付给适当的客户。有关包装前验证产品或产品组件组合，请参考验证过程域，以获得更多信息。有关包装前确认产品或产品组件组合，请参考确认过程域，以获得更多信息。某些产品的包装需求，可能讲明于规格与验证准则中，当客户自行存放及运送产品时，此项尤其重要。在此状况下，包装讲明可能有环境的范围及压

21、力条件的批注。在其它状况下，下列因素可能较为重要： 经济且易于运输(例如：货柜装货) 可讲明性(例如：收缩性包装薄膜) 拆封的容易与安全性(例如：锐利边缘、装订方式的强度、儿童爱护、包装材质环保、重量)集成组件所做的调整在工厂中集成产品组件所做的调整，可能与安装于作业现场时组件调整有所不同。在此状况下，为客户而做的产品记录簿应予使用，以记载此特定的参数。典型的工作产品1. 已包装的产品或产品组件2. 交付的文件子实践1. 审查需求、设计、产品、验证结果及文件，以确保阻碍产品包装与交付的问题，已被识不与解决。2. 利用有效的方法，包装与交付已组合的产品。软件工程适用软件包装及交付方法，举例如下：

22、 磁带磁盘影印文件光盘其它电子公布，例如：因特网3. 满足包装与交付产品的适用需求与标准需求及标准的例子，包括安全、环境、保全、运输，以及销毁。软件工程适用软件包装与交付的需求及标准，举例如下： 储存及交付媒体的类型软件原始及备份版本的保管人必要的文件版权提供的权利软件安全性4. 预备产品安装的运作场所。预备运作场所，可能是客户或最终使用者的责任。5. 交付产品与其相关文件，并确定收到收据。6. 在运作场所安装产品，并确定可正确操作。安装产品可能是客户或最终使用者的责任。某些情况下，需要确认正确的操作是极少的(例如：检查程序)。另有些状况，已集成产品最后的验证，是在操作现场执行。各通用目标的实

23、践仅适用于连续式表述GG 1达成特定目标 本过程将识不的输入的工作产品转换为输出的工作产品，并支持与促成过程域特定目标的达成。GP 1.1实施特定实践实施产品集成过程的特定实践，以开发工作产品与提供服务，达成过程域的特定目标GG 2制度化已治理过程将过程制度化为已治理过程。GP 2.1建立组织政策建立并维护组织政策，以策划和执行需求治理过程。详细讲明：本政策建立组织的期望，以开发产品集成顺序、程序与环境、确保产品组件间的接口兼容、组合产品组件，以及交付产品与产品组件。GP 2.2策划过程建立并维护执行需求治理过程的打算。详细讲明：执行产品集成过程的打算，讲明在本过程域中所有特定实践，从产品集成

24、的预备一直到最终产品的交付的完整策划。GP 2.3提供资源提供充足的资源，以执行产品整合过程、进展工作产品及提供过程服务。详细讲明：产品组件接口的协调，可由外部与内部接口的代表人员所组成的接口操纵工作组达成，该工作组可诱导接口需求开发的需要。组合与交付产品可能需要专门的设备。必要时，将采购或开发产品集成过程域中活动所需的设备。其它提供的资源，举例如下： 原型工具分析工具模拟工具接口治理工具组合工具(例如：编译器、执行档制作档、接合工具、钓钩及固定设备)GP 2.4指派责任指派产品整合过程的责任与权利，以执行过程、进展工作产品及提供过程服务。GP 2.5培训人员依需要培训人员，以执行或支持产品整

25、合过程。详细讲明：培训主题，举例如下： 应用领域产品集成程序与准则组织的集成与组合设备组合方法包装标准GP 2.6治理配置将指定的产品整合过程工作产品，纳入适当级不的操纵。详细讲明：纳入操纵的工作产品，举例如下： 接收产品组件的验收文件已检查组合过的产品与产品组件产品集成顺序产品集成程序与准则已更新的接口讲明或协议GP 2.7识不并纳入相关的干系人依打算界定并纳入与产品集成过程相关的干系人。详细讲明：从下列人员中选择相关的干系人：客户、最终使用者、开发者、生产者、测试人员、供应者、营销人员、维护人员、销毁人员，以及其它可能被产品及过程阻碍或可能阻碍产品及过程的人。干系人参与的活动，举例如下：审查接口讲明的完整性建立产品集成顺序建立产品集成程序与准则组合与交付产品与产品组件评估后，交流检查结果交流新的、有效的产品集成实践，让受阻碍的人员有机会改进绩效。GP 2.8监控过程依本过程的执行打算，监控产品集成过程，并采取适当的纠正措施。详细讲明：用于监控的度及工作产品，举例如下：产品组件集成摘要(例如：产品组件组合策划与执行，以及