Teamcenter基于变量的BOM配置方法

    在TEAMCENTER中，BOM配置是一个比较广泛的概念，可以理解为“通过一定的条件得到满足要求的BOM结构”。因此在TEAMCENTER系统，通过版本规则和有效性筛选BOM行，和通过变量驱动获得实例BOM都称为“配置”。

    TEAMCENTER系统中通过变量控制BOM结构有两种方式：传统变量（classic variant）和模块化变量（modular variant）。前者可理解为一种自顶向下的方法，后者可视为一种基于模块化的，自下向上的方法。

图1 BOM配置

    本文介绍基于变量的BOM配置方法，重点介绍“模块化变量”方法，“传统变量”简要介绍过程。

一、传统变量方法和模块化变量概述

    所有通过变量控制BOM结构的方法，从变量的角度看实际都涉及四个方面的工作：

    （1）变量的定义；

    （2）变量之间的规则；

    （3）变量与零部件的驱动关系；

    （4）配置的定义及实例化BOM的生成。

    TEAMCENTER中也不例外。传统变量（classic variant）和模块化变量（modular variant）的方法都需要做上面的四步工作，而将它们区分的关键因素是看变量是主要定义在顶层零部件上，还是主要定义在模块化的子组件上。

    对于传统变量方法，一般情况下变量（option）一般定义在顶层，然后在下层零部件上进行分配，分配的时候可以跨级，并不是只能分配给直接下级。如下图：

图2 传统变量方法

    在下层零部件上分配完变量（称为变量条件，variant condition）后，便可以通过定义具体的配置（configuration），筛选出实例化的BOM。

图3 筛选实例化BOM

    在传统变量方法中，对变量（option）的控制（定义，维护）主要在顶层零部件，下层结构只管应用(当然，下层也可以定义变量，并且定义的变量在顶层零件创建配置的时候会出现在配置选项中，但变量主要还是定义在顶层零件上)，是一种自顶向下的方法。对于下层结构而言，零部件的使用条件是定义在顶层零部件的环境下的，若换到另外的顶层零部件上则需要重新定义。这一方面使得零部件的使用条件比较灵活，但是另一方面变量条件的重用率却比较低。

    设想，在上图中，对于子组件“Cylinder Block”，如果其下级零部件“Long Block”的出现条件永远是“ENG=V6L”，“Short Block”的出现条件永远是“ENG=V6S”。则在传统变量中，每一个用到“Cylinder Block”的顶层零部件都需要定义相同的变量和变量值（ENG=V6L，V6S），并且定义“Long Block”和“Short Block”的变量条件，重复工作。对于这种子组件，实际上它的下级结构的出现条件已经与顶层零部件无关，是独立于设计环境，可以单独定义在子组件内部的。像这种具有独立性的子组件可以在子组件上直接定义变量并分配给下级，然后将在子组件上定义的变量有条件的开放并传递到顶层零部件上。这种自下向上的方法在TEAMCENTER中称为“模块化变量”的方法（modular variant），其中定义了变量的子组件称为“模块”（module）。

    下文以上面的结构为例子分别介绍传统变量和模块化变量的具体使用方法。