构型更改管理的基础与优化

构型更改管理，或构型控制，是构型管理的最重要的功能之一。

构型更改是指对产品及其构型信息的变更。

构型更改管理是一个过程，用于管理对产品有影响的更改建议，以及管理所发现的不符合性，包括更改请求的提出、陈述理由、评估、协调、批准、执行和验证的全过程。保证构型基线的更改能够被恰当地标识、记录、批准或不批准，以及恰当地合并和验证。

构型更改管理包括工程更改管理和差异（variance）管理。

差异是经批准的对所规定的需求的背离，它不要求修改已批准的产品定义文件。

差异请求（request for variance，RFV）表示一个重大的状态记录和跟踪过程。一般应尽可能避免产品的差异发生。然而，当RFV不可避免时，它必须文件化，并尽可能限制它的数量。

差异包括改动（alteration）、偏离（deviation）、工程或生产的背离（engineering or production departure）、不符合性（nonconformance），以及豁免（waiver）等。

其中，偏离是指在产品制造之前，对该产品的某些方面在指定的数量或时间范围内，可以不按其已经批准的构型文件要求进行制造的一种书面认可。

不符合性指项目或产品未能符合规定的要求。

1）提出构型更改的原因

在产品生命周期中，特别在研制阶段，构型更改常常是不可避免的。

具体来说，提出构型更改的原因大致如下：

（1）改正图纸或工程文件的错误。

（2）改正可用性、可靠性或安全性问题。

（3）弥补故障或产品缺陷。

（4）改进性能和／或功能。

（5）提高生产率。

（6）降低成本。

（7）合并新的客户需求。

（8）指定新的供应商或供应商零件／材料。

（9）改进安装、服务或维护。

（10）符合规章要求。

2）构型更改管理的目的

（1）提高构型更改的效率和执行力，优化设计和改进研发的质量，使其满足客户需求。

（2）提高产品的互操作性、可支持度、可制造性和装配性，控制产品的成本，提高客户满意度。

（3）保证产品构型信息的更改是明确的、精确的和及时的，使其处于恰当的更改批准机制的控制之下。

（4）限制不受控的、不必要的更改的扩散，并将其影响降低到最小。

3）处理构型更改的原则

应记录产品生命周期的所有构型更改，保持跟踪。对更改请求进行评审、验证和确认，在实施前得到批准。对构型更改的评审应包括对研制中的产品和已交付产品的影响。

处理构型更改的原则主要有以下几点：

（1）在更改决策时，应考虑更改造成的全部影响。

（2）保证更改是正当的、正式的和按程序处理的。必须限制非法的、不受控的更改，防止它们扩散。

（3）降低更改的成本，评估更改的风险。(www.xing528.com)

（4）维护已批准的构型基线。

（5）保持更改后的零组件及其构型文件的关联性及可追溯性。

（6）简化更改的流程，提高效率。

对产品构型的任何更改都应受到控制，应建立一种系统化的、可追溯的更改管理过程。

4）构型更改过程

（1）一个系统化的过程。保证对已发放的构型文件的更改能够恰当地标识、用文档记录、评估它的影响，在管理层的适当授权下，进行验证和合并更改。

（2）一项构型管理活动。包括更改请求、更改建议、评估、协调和处理，在更改建议批准和执行后，更改将产生新的可用构型，或新的构型信息，或新的接口及其信息。

构型更改是对构型基线文件的更改。由于军品（政府采办的产品）和民品（自行开发的产品）的构型基线的批准权限有所不同，因而军品和民品的构型更改管理的方法和要求也有所不同。军品的构型基线由采办方（政府）控制，而民品的构型基线全由公司自己掌握。

5）构型更改管理程序

构型更改程序是构型更改过程的操作指南，在第一个构型文件批准和基线化之前，就应该建立起来。

构型更改管理程序主要用于：

（1）系统地评估每一个建议的更改或已识别的差异。

（2）与受影响的各方协调，评估更改和差异造成的影响（包括成本）。

（3）生成一个记录，记载更改请求（request of change，RFC）的生命周期历程和历史。

（4）及时做出产品的更改和差异的批准和不批准决定。

（5）实时地保证、精确地执行已批准的更改。

6）构型更改成本／价格的确定

计算构型更改的成本／价格，包括内部的和供应商的，可能涉及以下方面：

（1）工程。设计更改成本、文档升级、原型和演示试验的更改。

（2）制造。新的或更改的工装成本、生产过程的更改、制造文档升级、试验过程和试验时间更改和人员培训。

（3）支持功能。产品文档的升级或更改，修理过程的更改，新的修理时间、所需工装和试验的升级或更改的估算，人员培训。

（4）现场操作。安装或移走过程的更改、用于现场支持功能的特种设备的升级、试验过程和试验时间的更改、人员培训。

（5）销售和市场。销售材料的升级、销售渠道的升级、人员培训。

7）构型更改的生命周期

在概念设计阶段，这时，项目定义文件尚未开发，构型更改管理过程是非正式的。在这个阶段，构型更改管理过程有助于评审和协调对不断深化的规范的更改。它也可在产品管理员和产品设计员之间维护有效的和便于管理的信息交换，提供对更改的识别、存档、传播和评审，适当的文件版本和版次；发放过程，保证可用的更改的每一个版本／版次合并。

当概念设计继续进行，当文件被审批和基线化后，就需要采用较严格的构型管理过程，以便支持系统工程，确保每一个文件的正确版本，通知当前的技术决定，定义恰当的研究参数，发放给所有的相关人员使用。此外，更改过程可让有关人员知道更改正在发生，请他们提出中肯的意见。

在产品定义、建造、分销、运作和清理阶段，正式的构型更改管理过程是必不可少的。在概念设计阶段采用的非正式文件构型更改管理对产品研发、制造和操作是绝对不够的。当产品正在研发和生产时，构型更改管理主要集中在已批准的和基线化的产品定义信息，它们定义了性能、物理和功能特性，以及产品的构型。

构型更改管理是一个利用已批准的构型基线作为基准的管理更改的过程。这个过程是：

（1）针对基线文件。

（2）确定哪些产品定义文件受影响。

（3）处理更改应包括对所有受影响的成员的影响。

（4）描述文件何时、何地、被什么人升级，知道更改是否已合并到产品中，并已通知有关成员。