P11 产品集成.doc

产品集成产品集成 成熟度成熟度 3 级的工程过程域级的工程过程域 目的目的 产品集成(Product Integration, PI) 的目的，在于将产品组件 组合为产品、确保已集成的产品能适当地运作及交付产品。 业界注释业界注释 产品集成过程域说明，将产品组件集成成更复杂的产品组件或完 整的产品。 此过程域的范围，是依据已定义的集成顺序与程序，在一个阶段 或渐进的阶段，逐渐地组合产品组件，以达成完整的产品集成。 整个过程域中，产品及产品组件的含义也包括服务及其组件。 产品集成的关键点，为产品与产品组件的内部与外部接口的管理， 以确保接口间的兼容性。在整个项目进行中，应注意接口管理。 产品集成不只是在完成设计与制造时，进行一次产品组件的组合 而已。产品集成可使用下列重复过程渐进执行，包括：组合产品 组件、评估已组合的产品组件，再组合更多的产品组件。这集成 过程，首先分析与模拟(例如：相关串联、快速原型、虚拟原型及 实体原型)，并稳定的进展，逐渐增加更多实际的功能，直到达成 最终产品。在每一次连续的“建造”时，原型(虚拟、快速或实体)被 建造、评估、改进，并基于评估过程所得到知识再建造。虚拟对 实体原型的要求程度，决定于设计工具的功能、产品的复杂度与 有关的风险。以此方式集成产品，有很高的可能性会通过产品验 证与确认。就一些产品及服务而言，最后的集成阶段，会在产品 部署于预期的运作场所时进行。 相关过程域相关过程域 有关识别接口需求，请参考需求开发过程域，以获得更多信息。 有关定义接口与集成环境(当需要开发集成环境时)，请参考技术 解决方案过程域，以获得更多信息。 有关验证接口、集成环境及渐进组合的产品组件，请参考验证过 程域，以获得更多信息。 有关执行产品组件与已集成产品的确认，请参考确认过程域，以 获得更多信息。 有关识别风险与使用原型来降低接口兼容性及产品组件集成的风 险，请参考风险管理过程域，以获得更多信息。 有关使用正式评估过程，以选择适当的集成顺序与程序及决定集 成环境的采购或开发，请参考决策分析与解决方案过程域，以获 得更多信息。 有关管理接口定义的变更与信息发布，请参考配置管理过程域， 以获得更多信息。 有关获得产品组件或部分的集成环境，请参考供应商协议管理过 程域，以获得更多信息。 特定目标及实践摘要特定目标及实践摘要 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准备产品集成准备产品集成 完成产品集成的准备。完成产品集成的准备。 准备产品组件的集成，包含建立并维护集成顺序、执行集成的环 境及集成程序。“准备产品集成”特定目标的特定实践的关系， 如下述：第一个特定实践决定产品与产品组件集成的顺序。第二 个特定实践决定用来完成产品，或集成产品组件的环境。第三个 特定实践开发产品与产品组件集成的程序与准则。在项目初期便 开始集成的准备动作，且与技术解决方案过程域的实践同步开发 集成顺序。 SP 1.1决定集成顺序决定集成顺序 决定产品组件的集成顺序。决定产品组件的集成顺序。 集成的产品组件可能包含交付产品的一部分与测试设备、测试软 件或其它比如配件的集成。一旦分析出可选择性的测试与组合的 集成顺序，就选择最佳的集成顺序。 产品集成顺序提供产品组件的渐进的组合及评估，并为纳入其它 可取得的产品组件或高风险产品组件的原型，提供一个没有问题 的基础。 集成顺序应与技术解决方案过程域中解决方案的选择及产品与产 品组件的设计和谐一致。 有关使用正式评估过程，以选择适当的产品集成顺序，请参考决 策分析与解决方案过程域，以获得更多信息。 有关识别与处理集成顺序相关的风险，请参考风险管理过程域， 以获得更多信息。 有关移交取得的产品组件，与产品集成顺序需处理的产品组件需 求，请参考供货商协议管理过程域，以获得更多信息。 典型的工作产品典型的工作产品 1. 产品集成顺序 2. 选择或拒绝集成顺序的理由 子实践子实践 1. 识别待集成的产品组件。 2. 识别产品组件集成时，将执行的验证s2。 3. 识别备选的产品组件集成顺序。 可包含定义特定工具与测试设备，以支持产品集成。 4. 选择最佳集成顺序。 5. 定期审查产品集成顺序，必要时予以修订。 评估集成顺序，以确保生产与交付进度的变更，不会对集成 顺序有不利的影响，或不会危及早期所做的决定。 6. 记录制定与搁置决策的理由。 SPSP 1.21.2建立产品集成环境建立产品集成环境 建立并维护支持产品组件集成所需的环境。建立并维护支持产品组件集成所需的环境。 有关自制或采购的决策，请参考技术解决方案过程域，以获得更 多信息。 产品集成环境可自外部取得或自行开发。为了建立环境，必须开 发设备、软件，以及其它资源采购或自制的需求。这些需求在实 现与需求开发过程域相关的过程时产生。产品集成环境可能包含 现有组织资源的再用。采购或自行开发产品集成环境的决策，在 技术解决方案过程域相关的过程中说明。 产品集成过程的每一步骤所需的环境，可包括测试设备、仿真器 (代替无法取得的产品组件)、实际设备的部分及记录装置。 典型的工作产品典型的工作产品 1. 已验证的产品集成环境 2. 产品集成环境的支持文件 子实践子实践 1. 识别产品集成环境的需求。 2. 识别产品集成环境的验证准则与程序。 3. 决定自制或采购所需的产品集成环境。 有关集成环境的采购，请参考供货商协议管理流程领域，以 获得更多信息。 4. 若无法采购合适的环境，则自行开发集成环境。 对无前例、复杂的项目而言，产品集成环境是一项重大的开 发工作。因此它会包括项目策划、需求开发、技术解决方案、 验证、确认及风险管理。 5. 整个项目进行时，维护产品集成环境。 6. 产品集成环境的某些部分不再使用时，进行处置。 SP 1.3建立产品集成程序与准则建立产品集成程序与准则 建立并维护产品组件集成的程序与准则。建立并维护产品组件集成的程序与准则。 产品组件的集成程序所包含事项，如：执行渐进集成的次数，以 及在每一阶段需执行的预期测试与其他评估的细节。 准则可指出产品组件可进行集成或其可接受性的准备度。 产品集成的程序与准则，说明如下： 建立组件的测试标准 接口的验证 效能偏差的门坎 产品组合与其外部接口的衍生需求 允许的组件的替代 测试环境参数 测试成本的限度 执行集成时，质量与成本的取舍 正确运作的机率 交付率及其差异 订货到交货所需的时间 人员可用性 集成设备/生产线/环境的可用性。 准则可定义如何验证产品组件及期望的功能，并定义如何确认与 交付组合的产品组件与最终已集成的产品。 准则可限制允许产品组件通过测试仿真的程度，或限制用来作为 集成测试的环境。 适当地将部分的组合进度及准则与工作产品的供应商分享，以减 少延期或组件错误的发生。 有关与供货商的交流，请参考供货商协议管理过程域，以获得更 多的信息。 典型的工作产品典型的工作产品 1. 产品集成程序 2. 产品集成准则 子实践子实践 1. 建立并维护产品组件的产品集成程序。 2. 建立并维护产品组件集成与评估的准则。 3. 建立并维护已集成产品的确认与交付准则。 SG 2确保接口兼容性确保接口兼容性 产品组件的内部与外部接口是兼容的。产品组件的内部与外部接口是兼容的。 许多产品集成问题，起源于未知或无法控制的内部及外部接口。 有效的管理产品组件接口的需求、规格及设计，可确保已实现的 接口的完整与兼容。 SP 2.1审查接口说明的完整性审查接口说明的完整性 审查接口说明的范围与完整性。审查接口说明的范围与完整性。 除产品组件接口外，接口应包括产品集成环境中的所有接口。 典型的工作产品典型的工作产品 1. 接口类别 2. 每个类别的接口清单 3. 接口与产品组件及产品集成环境的对照表 子实践子实践 1. 审查接口数据的完整性，并确保已涵盖所有接口。 考虑所有的产品组件，并准备一张关系表。接口通常分成三种 主要类型：环境、实体及功能。这些类别的典型接口类型包括： 机械、流体、声音、电子、气候、电磁、热、讯息，以及人机 或人因接口。 可分类于此三种类型的接口(如，机械或电子组件)，举例如下： 机械接口(例如：重量及规模大小、重力中心、操作零件 间隙、维护所需空间、固定连接、移动连接、由轴承结构 所接收的震动与振动) 噪音接口(例如：结构所传动的噪音、空气中传动的噪音、 听音) 气候接口(例如：温度、湿度、压力、盐度) 热接口(例如；热散、轴承结构的热传导、空调特性) 流体接口(例如：淡水入口/出口、船运/海岸产品的海水 入口/出口、空调、压缩空气、氮、燃料、润滑油、排出 气体出口) 电气接口(例如：网络电力供应消耗量的电流变换量与尖 峰量、电力供应与通讯无敏感控制信号；敏感信号如， 模拟连接；分配信号微波等；符合 TEMPEST 标准地面 信号) 电磁接口(例如：磁场、无线电与雷达连接、光频连接波、 同轴电缆与光纤电缆) 人机接口(例如：声音合成、声音识别、显示器模拟显示 盘、电视屏幕、或液晶显示器、指示器的光发射电子组件 、人工操控装置踏板、操纵杆、操作球、操作键、按钮、 触控萤幕 ) 讯息接口(例如：来源、终点、刺激、协定及数据特征) 2. 确保产品组件与接口已标注记号，以确保容易与正确的连接产 品组件。 3. 定期审查接口说明的充分性。 建立接口后，必须定期审查接口说明，以确保现有接口说明 与正在开发、处理、生产或购买中的产品并无偏差。 产品组件接口说明应与相关干系人共同审查，以避免误解、 减少延期，并避免开发无法正常运作的接口。 SP 2.2管理接口管理接口 管理产品与产品组件的内部与外部接口的定义、设计与变更。管理产品与产品组件的内部与外部接口的定义、设计与变更。 接口需求驱动集成产品组件所需接口的开发。在产品开发初期便 开始管理产品与产品组件接口。接口的定义与设计不只影响产品 组件与外部系统，也影响验证与确认的环境。 有关接口需求，请参考需求开发过程域，以获得更多信息。 有关产品组件间的接口设计，请参考技术解决过程域，以获得更 多信息。 有关接口需求变更的管理，请参考需求管理过程域，以获得更多 信息。 有关发布接口说明(规格)的变更，以使每个人知道接口的最新状 态，请参考配置管理过程域，以获得更多信息。 接口管理包括维护接口在整个产品周期的一致性，以及解决冲突、 不符合及变更问题。供货商取得的产品、与其它产品或产品组件 间的接口管理，对项目的成功有关键性影响。 有关管理供货商，请参考供货商协议管理过程域，以获得更多信 息。 除产品组件的接口外，接口应包括集成环境中的所有接口，以及 用于验证、确认、操作及支持的其它环境的所有接口。 需记录、维护接口的变更，并使其容易取用。 典型的工作产品典型的工作产品 1. 产品组件与外部环境的关系表(例如：主电源、用来固定的产 品、计算机汇流系统等) 2. 不同产品组件间的关系表 3. 适用时，已同意的每对产品组件间的接口清单 4. 接口控制工作组会议报告 5. 更新接口的行动方案 6. 应用程序接口(API) 7. 已更新的接口说明或协议 子实践子实践 1. 确保接口在整个产品生命周期的兼容性。 2. 解决冲突、不符合及变更问题。 3. 维护项目参与人员可取得的接口数据储存库。 一个共享、可存取的接口数据储存库，提供一机制，以确保 每人都知道最新接口数据存放处，及其取得和使用。 SG 3组合产品组件并交付产品组合产品组件并交付产品 组合已验证的产品组件，并交付已集成、已验证及已确认的产品。组合已验证的产品组件，并交付已集成、已验证及已确认的产品。 依据产品集成顺序与可用的程序，进行产品组件集成。集成前， 每一产品组件应确定与其接口需求相符合。产品组件被组合成更 大、更复杂的产品组件，并检查已组合的产品组件能正确的相互 操作。持续此过程，直到完成产品集成。在集成过程中，如识别 出问题，应记录问题，并启动纠正措施流程。确保依据产品集成 顺序与可用的程序，组合产品组件成更大、更复杂的产品组件。 及时接收所需的产品组件与适合人员的参与，将促成产品组件成 功地集成成产品。 SP 3.1确定欲集成的产品组件已准备就绪确定欲集成的产品组件已准备就绪 在产品组合前确定欲集成的产品组件已准备就绪，确定欲组合在产品组合前确定欲集成的产品组件已准备就绪，确定欲组合 成产品的产品组件已被适当的识别、并依据其说明运作，以及成产品的产品组件已被适当的识别、并依据其说明运作，以及 确定产品组合接口符合接口说明。确定产品组合接口符合接口说明。 有关确认产品组件，请参考确认过程域，以获得更多信息。 有关产品组件的单元测试，请参考技术解决过程域，以获得更多 信息。 本特定实践的目的，在确保已适当识别的产品组件符合其说明文 件，并能依产品集成顺序与可用程序实际组合。检查产品组件的 数量、明显的损害及产品组件与接口说明间的一致性。 执行产品集成，最终要负责检查，以确定所有事情在产品组件组 合前皆已就绪。 典型的工作产品典型的工作产品 1. 已接收产品组件的验收文件 2. 交付的收据 3. 已检查的包装清单 4. 异常报告 5. 豁免权 子实践子实践 1. 当产品组件变成可用于集成时，尽快追踪所有产品组件的状态。 2. 依据产品集成顺序与可用程序，确保产品组件已交付至产品集 成环境中。 3. 确定收到每个正确识别的产品组件。 4. 确保每一接收的产品组件符合其说明。 5. 依期望的配置，检查其配置状态。 6. 在连接产品组件前，执行所有实体接口的预先检查(例如：目 视检查与使用基本度)。 SP 3.2组合产品组件组合产品组件 依据产品集成顺序与可行程序，组合产品组件。依据产品集成顺序与可行程序，组合产品组件。 本特定实践的组合活动与下一个特定实践的评估活动交互执行， 由最初产品组件组合成中间产品组件，再组合成完整的产品。 典型的工作产品典型的工作产品 1. 已组合的产品或产品组件。 子实践子实践 1. 确保产品集成环境已准备就绪。 2. 确保正确地执行组合顺序。 记录所有适当的信息(例如：配置状态、产品组件的序号、型 式及仪器校正日期)。 3. 适当地修订产品集成顺序与可用程序。 SP 3.3评估已组合的产品组件评估已组合的产品组件 评估已组合的产品组件的接口兼容性。评估已组合的产品组件的接口兼容性。 有关验证已组合的产品组件，请参考验证过程领域，以获得更多 信息。 有关确认已组合的产品组件，请参考确认过程领域，以获得更多 信息。 本评估包含使用可用的程序与环境，检查及测试已组合的产品组 件的绩效、适用性或完成度。评估的执行如同已识别的产品集成 顺序与可用程序，评估可适当地分阶段进行。产品集成顺序与可 用程序可定义较精炼的集成和评估顺序，而非仅为产品架构的检 查。例如：如果某产品组件的组合是由四个较不复杂的产品组件 组成，则集成顺序未必需要四个组件同时集成及检查。而是这四 个组件可能逐步整合，一次一个，并在每次组合后执行检查，以 确保组合的产品组件符合产品架构中的规格。另一方面，产品集 成顺序与可用程序被认定为只有最终评估才是最佳的实施方式。 典型的工作产品典型的工作产品 1. 异常报告 2. 接口评估报告 3. 产品集成摘要报告 子实践子实践 1. 依据产品集成顺序与可用程序，评估已组合的产品组件。 2. 记录评估结果。 评估结果包含如下： 集成程序的任何定义要求 产品配置的任何变更(备用零件、新品) 评估程序的偏差 SP 3.4包装并交付产品或产品组件包装并交付产品或产品组件 包装已组合的产品或产品组件，并交付给适当的客包装已组合的产品或产品组件，并交付给适当的客 户。户。 有关包装前验证产品或产品组件组合，请参考验证过程域，以获 得更多信息。 有关包装前确认产品或产品组件组合，请参考确认过程域，以获 得更多信息。 某些产品的包装需求，可能说明于规格与验证准则中，当客户自 行存放及运送产品时，此项尤其重要。在此状况下，包装说明可 能有环境的范围及压力条件的批注。在其它状况下，下列因素可 能较为重要： 经济且易于运输(例如：货柜装货) 可说明性(例如：收缩性包装薄膜) 拆封的容易与安全性(例如：锐利边缘、装订方式的强度、儿 童保护、包装材质环保、重量) 集成组件所做的调整在工厂中集成产品组件所做的调整，可能与 安装于作业现场时组件调整有所不同。在此状况下，为客户而做 的产品记录簿应予使用，以记载此特定的参数。 典型的工作产品典型的工作产品 1. 已包装的产品或产品组件 2. 交付的文件 子实践子实践 1. 审查需求、设计、产品、验证结果及文件，以确保影响产品包 装与交付的问题，已被识别与解决。 2. 利用有效的方法，包装与交付已组合的产品。 软件工程适用软件包装及交付方法，举例如下： 磁带 磁盘 影印文件 光盘 其它电子发布，例如：因特网 3. 满足包装与交付产品的适用需求与标准需求及标准的例子，包 括安全、环境、保全、运输，以及销毁。 软件工程适用软件包装与交付的需求及标准，举例如下： 储存及交付媒体的类型 软件原始及备份版本的保管人 必要的文件 版权 提供的权利 软件安全性 4. 准备产品安装的运作场所。 准备运作场所，可能是客户或最终使用者的责任。 5. 交付产品与其相关文件，并确定收到收据。 6. 在运作场所安装产品，并确定可正确操作。 安装产品可能是客户或最终使用者的责任。某些情况下，需要 确认正确的操作是极少的(例如：检查程序)。另有些状况，已 集成产品最后的验证，是在操作现场执行。 各通用目标的实践各通用目标的实践 仅适用于连续式表述仅适用于连续式表述 GG 1达成特定目标达成特定目标 本过程将识别的输入的工作产品转换为输出的工作产品，并本过程将识别的输入的工作产品转换为输出的工作产品，并 支持与促成过程域特定目标的达成。支持与促成过程域特定目标的达成。 GP 1.1实施特定实践实施特定实践 实实施产品集成过程的特定实践，以开发工作产品与提供服务，施产品集成过程的特定实践，以开发工作产品与提供服务， 达成过程域的特定目标达成过程域的特定目标 GG 2制度化已管理制度化已管理过过程程 将过程制度化为已管理过程。将过程制度化为已管理过程。 GP 2.1建立组织政策建立组织政策 建立并维护组织政策，以策划和执行需求管理过程。建立并维护组织政策，以策划和执行需求管理过程。 详细说明： 本政策建立组织的期望，以开发产品集成顺序、程序与环境、确 保产品组件间的接口兼容、组合产品组件，以及交付产品与产品 组件。 GP 2.2策划过程策划过程 建立并维护执行需求管理过程的计划。建立并维护执行需求管理过程的计划。 详细说明： 执行产品集成过程的计划，说明在本过程域中所有特定实践，从 产品集成的准备一直到最终产品的交付的完整策划。 GP 2.3提供资源提供资源 提供充足的资源，以执行产品整合过程、发展工作产品及提供提供充足的资源，以执行产品整合过程、发展工作产品及提供 过程服务。过程服务。 详细说明： 产品组件接口的协调，可由外部与内部接口的代表人员所组成的 接口控制工作组达成，该工作组可诱导接口需求开发的需要。组 合与交付产品可能需要特殊的设备。必要时，将采购或开发产品 集成过程域中活动所需的设备。 其它提供的资源，举例如下： 原型工具 分析工具 模拟工具 接口管理工具 组合工具(例如：编译器、执行档制作档、接合工具、钓钩及 固定设备) GP 2.4指派责任指派责任 指派产品整合过程的责任与权利，以执行过程、发展工作产品指派产品整合过程的责任与权利，以执行过程、发展工作产品 及提供过程服务。及提供过程服务。 GP 2.5培训人员培训人员 依需要培训人员，以执行或支持产品整合过程。依需要培训人员，以执行或支持产品整合过程。 详细说明： 培训主题，举例如下： 应用领域 产品集成程序与准则 组织的集成与组合设备 组合方法 包装标准 GP 2.6管理配置管理配置 将指定的产品整合过程工作产品，纳入适当级别的控制。将指定的产品整合过程工作产品，纳入适当级别的控制。 详细说明： 纳入控制的工作产品，举例如下： 接收产品组件的验收文件 已检查组合过的产品与产品组件 产品集成顺序 产品集成程序与准则 已更新的接口说明或协议 GP 2.7识别并纳入相关的干系人识别并纳入相关的干系人 依计划界定并纳入与产品集成过程相关的干系人。依计划界定并纳入与产品集成过程相关的干系人。 详细说明： 从下列人员中选择相关的干系人：客户、最终使用者、开发者、 生产者、测试人员、供应者、营销人员、维护人员、销毁人员， 以及其它可能被产品及过程影响或可能影响产品及过程的人。 干系人参与的活动，举例如下： 审查接口说明的完整性 建立产品集成顺序 建立产品集成程序与准则 组合与交付产品与产品组件 评估后，交流检查结果 交流新的、有效的产品集成实践，让受影响的人员有机会改 进绩效。 GP 2.8监控过程监控过程 依本过程的执行计划，监控产品集成过程，并采取适当的纠正依本过程的执行计划，监控产品集成过程，并采取适当的纠正 措施。措施。 详细说明： 用于监控的度及工作产品，举例如下： 产品组件集成摘要(例如：产品组件组合策划与执行，以及发 现的异常数目) 集成评估问题报告的趋势(例如：问题数量与结案数量) 集成评估问题报告处理时间(例如：每一问题报告悬而未解决 的时间) 执行特定集成活动的进度 GP 2.9客观评估遵循程度客观评估遵循程度 依据过程说明、标准及程序，客观评估产品集成流程的遵循程依据过程说明、标准及程序，客观评估产品集成流程的遵循程 度，并解决不符合的情况。度，并解决不符合的情况。 详细说明： 审查的活动，举例如下： 建立并维护产品集成顺序 确保接口兼容性 组合产品组件与交付产品 审查的工作产品，举例如下： 产品集成顺序 产品集成程序与准则 已接收产品组件的验收文件 已组合的产品与产品组件 GP 2.10与上层管理人员进行状态审查与上层管理人员进行状态审查 与上层管理