目录
一、基本概念
(1） BOM视图（BOM View)
(2）BOM视图版本（BOM View Revision)
(3）非精确装配（Imprecise)
(4）精确装配（Precise)
(5）事例(Occurrence)
(6)BOM行(BOM Line)
(7)度量单位(UOM，Unit Of Measure)
(8）装配数量（Quantity)
(9) 结构管理器(Product Structure Editor)
二、BOM编制与基本维护
1.创建零件间使用关系
实例1 创建零组件“000026-车身系统”间的使用关系
2. 显示结构管理器待处理编辑的标记
3. 重复件打包管理
4. 展开折叠BOM
5.添加BOM的数据栏位编辑
实例2 替换子零件
实例3 管理全局备选件
代替组件和全局备选件的区别
实例4 在BOM结构中查找零件
6.将BOM结构输出到文件中
三、BOM比较
实例5 BOM比较
四、产品配置
实例6 变量配置
1. 储存选配 成为一Module(产品)型号
2. 在一新建BOM内, 将Public选配设定加载
五、BOM版本与状态管理
实例7 创建和应用版本规则
六、基线定版发行 Baseline
一、基本概念
(1） BOM视图（BOM View)
是Teamcenter中一种具体定义零组件（装配件）信息的数据对象，它存放了该零组件（装配件）的装配结构。
BOM 视图必须依附于零组件，否则无使用意义。
(2）BOM视图版本（BOM View Revision)
是Teamcenter中一种具体定义零组件版本(装配件版本）信息的数据对象，它存放了该零组件版本的装配结构。 BOM 视图版本必须依附于零组件版本，否则无使用意义。
零组件版本下有一个 BOM 视图版本,表示这个零组件版本是一个装配件。其装配关系必须将 BOM 视图版本发送到结构管理器打开查看、编辑、配置和保存。
不同的用户经常需要以不同的方式查看产品的结构。如设计部门可能需要按照子系统的组织方式查看装配结构,制造部门需要的结构要能反映装配的工艺顺序等。为了更好地满足用户的需求，针对上述不同用途（如设计、制造）存在不同的产品零部件明细表的构建形式，所以 Teamcenter 中通过定义不同类型的 View来分别表示类型View用于表示产品设计明细表，类型MEProcess用于表示工艺明细表等。
也可以为一个零组件版本创建多个不同类型的BOM 视图版本。
(3）非精确装配（Imprecise)
指向Item（具体用哪个Revision则由配置规则决定)，允许工程师按照他们希望的配置来查看产品结构，是一种动态装配。例如，为正式生产而已经发放或包含最后工作的零部件的版本。
非精确装配的优势在于所有用户面对相同的基本产品结构，可以配置为适合特定的需求。每当一个新的零件发放和创建，非精确装配能够自动配置为最新的，这样不必创建一个复制后手工升级它，
(4）精确装配（Precise)
指向确定的 Item Revision，是一种静态装配，在控制配置的情况下非常有用，如设计阶段，当父装配发放后(不再修改)，一个小小的变动会导致所有版本变化。
装配中一个单件的新版本需要每一个父装配直至顶层都需要修订版本。
(5）事例(Occurrence)
在Teamcenter中当添加一个零组件版本到一个装配件（零组件版本）时，就是创建一个零组件版本到上级装配件零组件版本的一个装配关系(事例)。
事例保存在BOM视图版本中。
(6)BOM行(BOM Line)
一个装配关系(事例)在结构管理器中显示为一个BOM Line。
(7)度量单位(UOM，Unit Of Measure)
可以是升、立方米等。
(8）装配数量（Quantity)
只有具有单位的零组件版本数量才可以是小数。(9）标注（Note):用于记录和描述装配的特性，如扭矩等。
(9) 结构管理器(Product Structure Editor)
产品结构化编辑器(PSE, Product Structure Editor)是Teamcenter Engineering的功能模块之一。
其主要功能有以下几个方面:产品材料明细表的创建与修改;
产品材料明细表的版本控制和变量定义;
可选件、替换件的管理;
产品结构配置规则的定义;
根据配置规则自动输出 BOM;
支持对“零件或子部件被哪些部件采用”和“部件采用了哪些零件或子部 件”的查询;
支持对产品文档的查询;
产品材料明细表的多视图管理;
系列化产品结构视图管理;
支持与制造资源计划(MRPII)或企业资源计划（ERP)的集成。
二、BOM编制与基本维护
1.创建零件间使用关系
设计工程师或者配置工程师在“结构管理器”应用程序下创建零部件间的使用关系(BOM)。
用户可以将已经创建好的零件添加为某个装配件的子零件，也可以在装配件下直接创建一个子零件。
考虑到相同的几个零件其装配位置可能不同，因此，不同零件号的装配件可以包括完全相同的子零件。
实例1 创建零组件“000026-车身系统”间的使用关系
方法一：
方法二：
方法三：
删减零件
2. 显示结构管理器待处理编辑的标记
之后重启TC，设置生效。
3. 重复件打包管理
4. 展开折叠BOM
（1）向下展开....
（2）向下展开
（3）自下折叠
5.添加BOM的数据栏位
实例2 替换子零件
方法一：
方法二：
实例3 管理全局备选件
全局备选件提供跨BOM视图的能力，在所有BOM视图版本中有效。
为BOM更改和零部件替换提供了全局一致性，避免遗漏。
产品工程师可以为零件设置全局备选件，以表达在任何装配下可以用一个零件替换当前零件，此操作可以在“结构管理器”中完成，也可以在“我的Teamcenter”中完成。
在结构管理器中，在BOM行可以显示备选件列表。
在“我的Teamcenter”应用程序：1）选择要设置全局备选件的零件，右键菜单“管理全局备选件”。
在“结构管理器”应用程序中：1）选定装配件下需要设置全局备选件的零件;
2）单击窗口左下角的“管理全局备选件”按钮，打开“列出管理全局备 选件”窗口；
3）在打开的窗口下单击“添加零组件作为全局备选件”。输入查询条 件，选中零件的全局备选件并双击。
代替组件和全局备选件的区别
在Teamcenter中，全局备选件的英文原词是Global Alternates，即：如果A是B的全局备选件，那么无论B出现在哪个产品的结构中，A都是可以替代B的。
如果继续深入到Teamcenter的体系中，Global Alternates还有另外两层含义：
1 如果A是B的Global Alternates，那么B的任何一个版本（Revision）在任何一个产品的结构中都可以被A替代。例如，产品X和产品Y都用到了零件B，那么零件A既可以在产品X中替代B，也可以在产品Y中替代B。
2 如果A是B的Global Alternates，那么B在某个产品的任何一种类型BOM视图（BOM View）中都可以被A替代。例如，在产品X的BOM设计视图（即常说的EBOM）中，A可以替代B；而且在BOM的制造视图（MBOM）中，A也可以替代B。
其中含义2就是所谓的“全局备选件提供跨BOM视图的能力，在所有BOM视图版本中有效”。至于“为BOM更改和零部件替换提供了全局一致性，避免遗漏”这句话，无非是在介绍上述特性能够给用户带来的好处而已。
西门子的宣传材料中之所以强调全局备选件可以“跨视图”，那是因为Teamcenter中的另外一个相近概念——“替代件”（Substitutes）不具有这种特性。
实例4 在BOM结构中查找零件
6.将BOM结构输出到文件中
三、BOM比较
BOM 比较可以用于确认工程零部件的更改情况，验证同一零部件在不同视图中的一致性，发现 BOM 不同配置结构之间的差异。
有时用户可能关心在单层装配结构上的零部件的变化，有时用户又可能想知道整个产品结构中所有零部件的差别。例如，相关的多个视图，产品的不同变量配置等。
BOM比较的特点包括以下几个方面:1）区别不同 BOM配置之间零部件的数量、版本、查找编号等 属性变化;
2）比较不同BOM 版本之间的变化;
3）检出不同 BOM 视图之间的差异;
4）提供多层级、多粒度BOM比较，有针对性地比较BOM之间 的差异;
5）提供可视化比较BOM功能，直接比较几何视图之间的差异 等。 BOM 比较层次分为三种:单层——只比较产品结构的第一层;
多层——先对顶层进行单层次的比较，然后对匹配的子装配件进行下一层 次的比较(配置)，层层推进直至整个产品结构;
最底层——只比较最底层的零件，忽略中间层次的部件。
实例5 BOM比较
为了便于汽车企业维护产品BOM，可以借助Teamcenter 的 BOM 比较功能，比较相同或不同产品所使用的零件的相异之处，用户可清楚地了解BOM前后修改之差异，避免修正错误，并可追踪修正过程,也可产生比较结果报告。
以“000027-整车”和000026-车身系统”的BOM 比较为例：1）首先在“结构管理器”中单击“将此窗口 拆分为两个窗口”按钮猫；
2）分别把需要进行比较的两个产品结构 发送至结构管理器；
3）单击“工具”-“比较”，手动选择比较模 式，在“报告”项打钩，单击“应用”按 钮。
四、产品配置
当某个产品形成系列产品时，在不同型号的产品中存在许多具有相同用途、相同名称但不同规格、不同型号的零部件。这些零部件的某些属性具有多个可选的属性值，以适应不同型号的产品。
产品配置是为了适应市场变化、满足个性化需求而体现的 PDM 功能，可以在产品研发过程中由设计人员对客户需求进行详细分析和模块化设计，然后对产品进行“配置”，可以使用制约条件、互斥条件、关联条件、选项条件等方式进行产品零部件的配置控制。
产品配置相关的数据是基于市场销售部门的客户需求，由产品规划和总体设计部门结合产品的开发目标来确定。
例如，一支笔由笔帽、笔杆、笔芯组成，其各有两种颜色，即红与黑。读者已经知道这种笔的完整产品结构包含有六个零件，其中笔帽、笔杆、笔芯各两种;对于这种笔中具体的红帽、黑杆、红芯的笔，其产品结构是具体产品结构，由三个零件构成。通过产品结构配置,按照笔杆、笔帽和笔芯的装配关系和各种颜色组合的配置条件，可以产生如表3-6所示的八种不同的具体产品结构。
实例6 变量配置
ABC平台配置
配置的约束规则
选项和允许值
ABC汽车平台配置数据的管理是以车型平台为核心，统一管理配置项、选项值及配置的约束规则等，上图显示了这些数据之间的关系，其中配置项/配置值的定义一般来说是根据企业的传统。
通过对ABC汽车平台产品配置的研究，其中配置项使用了“主要特征”和“小特征”，“主要特征”反映车辆的大特征，一定程度上反映了销售特点:而“小特征”是由“主要特征”决定的特征，面向设计和制造。
每种车型包括一定的关联配置,存在着驱动、互斥等约束关系。
根据上述配置情况，给出Teamcenter平台中的详细配置过程。
(1）定义BOM结构
（2）创建选项
在TC系统中，不建议设置默认的选项值。
按照要求创建如下五个选项：
(3） 附加变量条件 选项及选项值定义好之后，需要把选项值以“变量条件”的形式附加到BOMLine。
通常在BOMLine只定义简单的条件。
其操作步骤如下: 1) 在结构管理器中，首先选中BOM行，以“000035-1.5L”为例，单击“编辑变量 条件”，弹出“变量条件”对话框。
2）定义变量条件“发动机=1.5L”and“Engine=473QE”。
变量条件设置完成后如图：
(4）选项约束 配置值之间的约束关系，通过“选项约束”来定义，即定义“主要特征”和“小特征”之间的关联关系。
在用户选择选项值时，如果首先选中“主要特征”，那么从属的“小特征”将会自动显示出来。
创建如下8个默认值：
(5）选项的验证功能（规则检查) 选项的验证功能，即允许用户定义哪些选项值不能被选择，当用户选择这些值时，系统将根据定义的信息通知用户，其形式分为“Inform”、“Warn”、“Error"。
在规则检查中，创建如图3-41所示的规则检查，即当“发动机=1.5L”and“变速箱=自动”时，弹出警告文本“1.5L没有自动挡”。
(6）变量配置的使用 在“结构管理器”应用程序中，选择根节点“000028-ABC平台”，单击工具栏按钮“设置选定模块的选项值”。
1. 储存选配 成为一Module(产品)型号
2. 在一新建BOM内, 将Public选配设定加载
五、BOM版本与状态管理
在版本产生过程中具有不同的状态，如工作状态、提交状态、发布状态、冻结状态等，按照版本所处的状态可以形成不同的配置。
通过定义和应用版本规则到产品结构中，用户可以得到符合条件的零部件版本。
例如，可以决定是打开Working状态的版本还是已经审核发布的版本。
Teamcenter 系统默认情况下有八种版本控制类型：
(1）工作阶段（Working ): “Working”条目用于选择使用中的零组件版本（那些没有任何发布状态的版本)。
根据其创建日期，选择零组件最新的“工作中”版本。
(2）归档状态（(Status): “状态”条目用于选择已经以某一特定状态发布的零组件版本，即任意发布状态、选定状态、发布日期、有效日期、有效单元编号。
(3）取代、替代（Override): “替代”条目允许以特定的零组件版本替代那些将由其他准则选中的版本。
要使用的零组件版本只是简单地复制到“工作区”文件夹中，后者再在“替代”条目中被引用。
(4）精确模型(Precise): “精确”条目用于选择在精确材料清单中精确指定的零组件版本。
此条目对非精确材料单没有影响。
(5）最近版本（Latest): “最新”条目用于选择零组件版本，而不考虑其是否处于“已发布”状态。
此时不区分“工作中”的版本和具有状态的版本。
(6）日期(Date): “日期”条目用于指定配置日期。
(7)产品系列号(Unit No.): “产品系列号”条目用于指定当使用单元编号生效性配置具有状态的零组件版本时供匹配使用的单元编号。
(8）终结 Item (EndItem): “顶层零组件”条目用于验证专门应用于该顶层零组件的规则所指定的单元编号(或日期)。
顶层零组件通常指的是最终产品，或者是带有自己的单元编号或序号的产品的主模块或子系统。
一个版本规则可由下列选项组合而成: 1）选定指定用户或者组的工作状态( Working)的版本;
2）根据版本的状态或者最新发布的状态选择版本;
3）根据BOM的精确和非精确关系选择特定的版本;
4）根据版本的标识信息选择特定版本，如版本的字母数字 顺序、创建时间等。
以上每一个规则构成版本规则的一个条目，一个版本规则可以由多个条目按照一定的顺序组成，在打开一个产品结构时，Teamcenter 会按照版本规则的建立顺序进行判断，筛选出符合规则的零部件版本。
在结构管理器中，系统默认设置了一些版本规则，系统设置的版本规则包括LatestWorking、Latest Released等。
系统默认的版本规则为Latest Working。
根据企业不同需求，用户同样可以定制不同的版本规则。结合编者PDM实施的经验，我们归纳版本配置的原则如下: ①整个产品研发过程中的版本变化非常复杂，必须系统地制定版本配置规则， 避免出现无任何有效版本的情况，从而造成版本规则重新配置的问题。
②必须制定版本配置的“主规则”，采取最易实现的“最近时间、最近阶段”方法。
③根据客观需要，辅以“次要规则”，制定多条不同的次要规则，这样便于不同 使用场合下的过滤查看。
④必须制定“必选规则",保证不会出现无零件版本应用的问题。
实例7 创建和应用版本规则
1. 定制Training规则:如果有“工作版本”就用它，否则用“投产阶段(Production)",否则用“预投产阶段(Pre_Production)”，否则用“样机阶段(Prototype)”。规则如下。 Working(Owning User=Current) Has Status(Production,Configured Using Released Date)Has Status(Pre_Production,Configured Using Released Date)Has Status(Prototype,Configured Using Released Date) 2. 定制Training1规则:如果有“投产阶段(Production)”就用它，否则用“预投产阶段（Pre_Production)”或“样机阶段(Prototype”或“工作版本”。规则如下。 Has Status(Production,Configured Using Released Date) Has Status(Pre_Production,Configured Using Released Date)Has Status(Prototype,Configured Using Released Date) Working(Owning User=Current)
（1）在BMIDE中的定制三种状态。 1）在 BMIDE中的扩展文件夹下，单击“选项”→“状态”，新建名称为“Production”、 “Pre_Production”、"Prototype”三个状态，如图3-53所示。
2）在本地化右侧，选择“添加”，以“Pre_Production”为例，在本地化中填入“预投产阶段”， 语言环境为“zh_CN”，状态为“Approved”，然后单击“完成”按钮，如图3-54所示。其他 两个状态的本地化与此类似。
(2）版本规则的创建 1）在结构管理器界面上选择菜单“工具”→“版本规则”→“创建/编辑”。弹出“修改版本规则”对话框。
2）在“修改版本规则”对话框中，输入名称“Training”，添加规则条目，规则中的优先级为优先查找最新Working状态的版本，否则查找具有“投产阶段”状态的版本或查找具有“预投产阶段”状态的版本或查找具有“样机阶段”状态的版本。
（3）零组件生成多种状态。
1）以“CO0000020-1.5L”为例，有四个版本状态，其中01版本状态是投产阶段，02版本状 态是预投产阶段，03版本状态是样机阶段，04版本状态是Working。
2）ABC 整车 EBOM发送至“结构管理器”应用程序，选择菜单“工具”→“版本规则”→“查看/设置当前”，弹出“查看/设置当前版本规则”对话框，在左侧区域选择Training规则，结构管理器界面中的显示结果如图所示，从中读者可以看出 CO0000020显示的是04版本的状态。
3）用同样的方法，在左侧区域选择Trainingl 规则，结构管理器界面中的显示结果如图 所示，从中读者可以看出CO0000020显示的是01版本的状态。
六、基线定版发行 Baseline
通常开发过程很长, 在正式发行前, 后端单位有需要提早做采购或其他之准备, 因此需先冻结一版目前设计之所有零组件及相关数据, 此即Baseline 之功能。
目前使用之各零组件版本将定一版 X.001，原A, 或B版将不影响, 可继续进行修改/开发。
