1704010422
1704010423
CI受到构型管理的特别关注，它们通常是系列化的，并承受设计评审和构型审核。
1704010424
1704010425
CI的确定主要在产品需求的分析和分解中进行，以形成最初的产品结构。
1704010426
1704010427
CI的指定与供应链中的位置有关。一般常把供应商的最高层、最终产品作为CI。
1704010428
1704010429
CI的数量多少与产品的复杂程度有关，也与系统集成度有关。CI不能选择太多，否则会影响构型管理的清晰度，使构型管理变得非常琐碎复杂，抓不住要领，并且增加管理成本。例如，假设我们把每一个零件都作为一个CI，那么就意味着我们会有大量的变更流程，而每个变更流程都有管理成本，所以多个CI就意味着管理成本的大大增加；CI也不能选择太少，太少则缺少向下层的有效分解，不利于对子系统的构型管理的进一步深化，例如，假设我们只把发动机定义成一个CI，那么大量的变更流程体现在一个发动机的CI上，发动机CI的版本就会变得极其混乱。
1704010430
1704010431
18.2.5 有效性和构型管理
1704010432
1704010433
在构型管理过程中，产品零部件管理的有效性是通过两个层级来管理的，顶层产品结构通过对CI的选配，用CI来管理配置（批次的管理）；配置层的DS（设计方案）用来管理有效性（台份的管理），如图18-3所示。
1704010434
1704010435
1704010436
1704010437
1704010438
图18-3 产品零部件的管理
1704010439
1704010440
配置：产品配置用来在产品规划设计阶段定义产品顶层结构，定义产品选配并创建针对于指定产品配置的产品BOM结构。对于不同的产品选配都有一个产品配置与之对应，而任何一个产品BOM结构都有唯一的一个产品配置与其对应，以保证产品BOM结构的产品配置有效。简而言之，复杂产品的批次最终是通过对CI的选配来完成的。
1704010441
1704010442
有效性：台份的有效性在配置层定义。通过不同台份的不同DS来实现针对不同台份的有效性。简而言之，复杂产品的台份最终是通过对DS的有效性过滤来完成的。
1704010443
1704010444
18.2.6 变更管理
1704010445
1704010446
对于产品的变更管理，变更的决策根据两方面考虑：首先，变更是否是必需的，如果是必需的，它的可行性如何；其次，对于变更打开的原因，怎样、何时来体现，怎样考虑成本。
1704010447
1704010448
对于产品的变更，要考虑安全、性能、功能、可靠性、维护、重量、互换性或备件、基本的发动机的标准规范、客户的技术定义、设备规格、最初选定的供应商、生产及其他成本、生产延误等变更控制的标准。
1704010449
1704010450
在构型变更中，变更的原则是：影响3F原则的零件直接换号，不影响3F原则的零件直接升版。其中3F原则是装配、外形、功能（Fit、Form、Function）的缩写。
1704010451
1704010452
1）对于换号：
1704010453
1704010454
变更影响到了装配约束，对所变更的模块进行换号；
1704010455
1704010456
变更导致新的规格，对所有变更模块进行换号；
1704010457
1704010458
在模块中增加了新的零部件，对模块进行换号；
1704010459
1704010460
变更了模块的材料，导致制造工艺发生变化的，一律换号处理。
1704010461
1704010462
2）对于升版：
1704010463
1704010464
变更只在模块内部进行，不影响与其他模块的装配约束关系，则只升版。
1704010465
1704010466
18.2.7 产品结构的演变
1704010467
1704010468
复杂产品的定义应该从客户的需求开始，一直到设计、生产、交付、维护、服务等，贯穿各个阶段，在产品发展的不同阶段，要建设不同形式的BOM，以满足整个产品设计过程的需要。在产品的不同阶段，产品BOM应该有不同的表现形式（见图18-4），并且这些不同形式的BOM之间具有非常紧密的关联性和演变性。
1704010469
1704010470
需求BOM是设计BOM建立的基础；工程EBOM的顶层产品结构与设计BOM相同，而底层管理的设计模型和图纸过转阶段的方式进行成熟度演变；工艺、装配BOM搭建了从设计到制造的桥梁，通过构型管理的“单一管理”原则保持底层设计方案模型不变；制造BOM通过台份过滤，从而得出实物BOM的视图；实物BOM加上保障性设计信息，以及零组件拆装、修理等维护信息演变成为维护BOM。
1704010471