基于集成产品开发的构型管理流程设计.pdfVIP

构型管理是集成产品开发（IPD）流程中的基础支撑流程之一，是保证产品

数据完整、一致和可追溯的有效手段。

构型管理是在产品全生命周期内，为确立和维持产品的功能特性、物理特性

与产品需求、构型文件规定保持一致的管理活动。在产品开发过程中，往往由于

构型管理的工作执行不到位，使产品的状态无法控制，甚至出现无法复制、交付

状态与客户需求不符等严重问题。为此，在产品开发过程中，需要运用技术与管

理手段，对产品开发不同时间点上的构型项和构型文件进行标识，记录开发、归

档和更改过程，进行版本控制，确保在产品研制、生产、使用和维护的任何时刻，

都能取用正确的构型文件，进而保证在客户需求—设计要求—制造结果—交付产

品过程中产品状态的一致性。

构型管理在IPD流程中的作用分析

集成产品开发（IPD）流程包含主流程、职能支撑流程和基础支撑流程，如

图1所示。构型管理属于基础支撑流程之一，即提供基础性、公共性的流程、活

动、工具和知识，集成产品数据的管理能力，为产品开发团队提供完整、一致、

可追溯的数据信息，使产品开发业务能够持续高效、高质量、低风险、低成本运

作。

图1集成产品开发流程

构型管理在IPD流程中的核心作用主要是规范产品开发过程中的状态管控，

而产品的构型状态是通过一系列构型文件来描述的。因此，构型管理的核心就在

于规范管理在产品开发过程中产生的构型文件，具体可以体现在两个方面：第一，

对产品开发不同时间点上的构型项和构型文件进行标识，建立构型基线

（configurationbaseline），保证后续开发活动所需信息的稳定性和一致性；第二，

对已建立的基线进行更改控制，使产品构型项及构型文件的变化始终处于控制之

中，进而使产品状态受控。

在产品开发过程中应用构型管理流程，能有效地保证产品状态的一致性，可

快速复制出满足客户需求的产品。此外，构型管理的开展需要企业具有一定的数

据管理能力，在统一的数据架构下，厘清企业的数据资产，统一企业各领域的数

据标准和语言，打通各环节业务数据，才能更有助于构型管理人员捕获必要的产

品数据信息，为产品开发服务

构型管理存在的问题

通过对国内多家航空发动机企业的构型管理工作进行梳理和总结，主要存在

以下几方面共性问题。

一是缺乏统一的构型管理流程。产品在开发过程中没有统一、清晰的构型管

理流程及管控范围界定。构型管理流程中包含的活动、输入输出关系等内容需要

进一步明确和梳理。同时，因构型管理与数据管理的关系密切，往往会把产品数

据标准、产品数据转换规则等工作放在构型管理中，扩大了构型管理的管控范围，

增加了构型管理的难度。但是良好的数据管理和数据治理能力是有效开展构型管

理的基础，构型管理应借助数据管理的工作成果捕获有关产品的构型信息为产品

开发团队服务。

二是缺乏明确清晰的主责角色定义。因构型管理工作涉及设计、试验、制造、

科研管理、通用技术等多部门人员协同开展工作，目前尚没有准确定义项目团队

中构型管理的责任人，并赋予其相应的职责，使其能够站在产品的角度去统筹管

理产品数据，提供有效的方法和工具，同时对各业务域的活动进行指导和监控。

三是基线管理不规范。基线管理是构型管理的基础，为受影响的各方提供了

后续活动所需信息的稳定性和一致性的保证。在目前的工作中，往往更侧重于对

单一图文档的状态管控，将每个文件的发布都视为建立了该文件的基线，每个修

订版的发布都代表对该基线的更新。实际上，基线可以有多种形式和使用方式，

除了建立单一图文档的基线外，还应将经过审批的一组构型文件建立以产品为对

象的基线。在每个关键节点上，对产品构型进行完整全量的描述，体现各构型项

之间的配套性和不同研制阶段的产品包成熟度。当前业内普遍采用清单的管理方

式，清单建立及更新的时间节点会滞后于产品的实际研制工作，往往起不到基准

的作用。

四是产品数据管理基础薄弱。该问题虽然不属于IPD构型管理流程范围定义

内的问题，但却在实际工作中直接影响了构型管理人员获取产品数据的质量，尤

其是大量的实物数据未结构化和电子化，导致难以实时掌握实物的技术状态，可

追溯性差。

IPD模式下的构型管理流程设计

设计要点

针对上述现状，建议在IPD的模式下，构建适合航空发动机的构型管理流程，

明确流程活动的责任主体，融入业务经验与业界最佳实践，同时将GJB3206A《技

术状态管理》中要求的构型管理活动（标识、控制