p11 产品集成.docVIP

产品集成 成熟度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. 记录制定与搁置决策的理由。 SP 1.2 建立产品集成环境 建立并维护支持产品组件集成所需的环境。 有关自制或采购的决策，请参考技术解决方案过程域，以获得更多信息。 产品集成环境可自外部取得或自行开发。为了建立环境，必须开发设备