3. 产品数据模型与交付规范

在NX中完成一个零件或装配，并不等于交付了一份可用的产品数据。真正决定数据能否被下游工艺、制造、采购和PLM系统正确使用的，是部件文件内部的组织结构、图层分配、属性填写、命名规则以及它与PDM/PLM之间的数据组织方式。本节围绕“数据模型如何被组织、如何被规范”展开，重点讲清NX部件文件结构、图层管理、属性模板、命名规则，以及PDM/PLM集成下的数据组织逻辑。

一、NX部件文件结构：一个.prt里到底装了什么

NX的部件文件（.prt）不是单纯的几何容器，而是一个包含多类数据对象的复合文档。理解它的结构，是后续图层、属性、命名规范能够落地的前提。一个典型的NX部件文件通常包含以下层次：

• 几何对象层：实体、片体、曲线、点、基准坐标系、基准面、基准轴等，是模型的主体。
• 特征层：拉伸、旋转、孔、倒角、抽壳、阵列等特征，记录建模历史与参数。
• 装配层：组件、装配约束、引用集、装配导航器中的结构关系。
• 非几何数据层：图层、属性、表达式、用户定义特征、材料、PMI标注、视图、图纸页等。
• 文件级元数据：部件名称、单位制、版本、创建/修改时间、所属项目等。

其中，几何与特征是“看得见”的部分，而图层、属性、命名、单位制这些“看不见”的部分，恰恰是PDM/PLM集成时最容易被校验、也最容易出问题的环节。例如，一个零件在NX中显示正常，但属性中缺少物料编码或材料牌号，进入PLM后就会成为“信息不完整”的脏数据。

二、图层管理：把数据按用途分区

NX的图层机制允许将不同类别的对象放在不同层上，通过“可见/不可见”“可选/不可选”控制显示与操作。图层管理的核心不是“把东西藏起来”，而是建立一套团队共识的分层规则，使模型在交付时结构清晰、可检查、可复用。

常见的工程化分层思路如下（示例，具体编号需按企业标准执行）：

操作上，可通过“格式→图层设置”或图层类别（Layer Category）来批量管理。建议在模板文件中预置图层类别，例如“01_SOLID”“02_SKETCH”“03_DATUM”“04_PMI”，并设置默认图层。这样新建部件时，对象会自动落到约定层，减少后期整理成本。交付前应检查：主体是否在约定层、辅助对象是否已清理或归入临时层、PMI是否与几何分离。

三、属性模板：让数据“带标签”进入PLM

属性（Attribute）是NX对象上附加的键值对，分为系统属性和用户定义属性。PDM/PLM集成时，通常通过属性映射把NX属性写入PLM字段。因此，属性模板的设计直接决定数据能否被系统识别。

一个可参考的零件属性模板应至少包含：

• 标识类：零件号（Part Number）、零件名称、版本、图号。
• 分类类：物料类型、所属产品/项目、设计者、设计日期。
• 制造类：材料牌号、表面处理、热处理、毛坯类型。
• 管理类：密级、状态（设计中/已发布/已冻结）、变更单号。

在NX中，可通过“文件→属性”逐项填写，也可用“工具→属性模板”定义标准属性集，再通过“属性模板”批量应用到部件。更工程化的做法是：在模板部件中预置好属性，新建时继承；或使用NX Open/Journal脚本在保存前自动校验必填属性。判断属性是否合格，关键看两点：一是PLM映射表中该字段是否存在且非空；二是属性值是否符合编码规则（如零件号长度、前缀、分隔符）。

四、命名规则：从文件名到对象名的一致性

命名规则解决的是“人和系统如何唯一识别一个对象”。在PDM/PLM环境下，文件名、部件名、属性中的零件号往往需要保持一致或建立明确映射。常见的命名结构为：

项目代号-产品代号-零件号-版本
示例：PRJ01-MOTOR-102345-A

命名规则应明确：允许的字符集（通常避免空格、中文、特殊符号）、长度限制、大小写约定、版本号格式、装配与零件的区分方式。对于装配，建议在文件名中体现层级关系，例如“PRJ01-MOTOR-ASM-001”表示总成，“PRJ01-MOTOR-102345”表示其中的零件。命名一旦进入PLM，往往不可随意更改，因此应在设计启动前冻结规则，并通过模板和检查工具强制执行。

五、PDM/PLM集成下的数据组织方式

NX与Teamcenter等PLM系统集成后，数据组织从“文件系统”转向“对象模型”。此时，NX部件不再是孤立的.prt文件，而是PLM中的“Item Revision”或“Dataset”。典型的数据组织关系包括：

• Item与Revision：一个零件对应一个Item，每次发布形成Revision，NX文件作为Revision下的Dataset。
• BOM结构：装配关系在PLM中体现为BOM行，NX装配结构需与BOM一致。
• 属性映射：NX属性→PLM属性，需在集成配置中定义映射表。
• 检入/检出：设计修改通过检出锁定，避免多人同时编辑同一部件。
• 版本与状态：设计中、已发布、已冻结等状态控制数据的可用范围。

下面这张图展示了从NX部件文件到PLM对象的数据组织关系，重点表达“文件内部结构—属性—命名—PLM对象”的映射链路。

六、交付前的数据自检清单

把上述内容落到交付动作上，可以在NX中按以下顺序自检：

1. 打开部件，检查“图层设置”中主体是否在约定层，辅助对象是否已清理或归入临时层。
2. 打开“文件→属性”，逐项核对必填属性是否完整，特别是零件号、材料、版本、状态。
3. 核对文件名、部件名与属性中的零件号是否一致，是否符合命名规则。
4. 在装配导航器中检查组件结构，确认与PLM中的BOM层级一致。
5. 执行检入前，确认没有未保存的修改，且当前版本状态允许提交。

总结来看，NX产品数据模型与交付规范的核心，是把“文件”变成“可被系统识别的对象”。图层解决内部组织，属性解决信息携带，命名解决唯一标识，PDM/PLM集成解决数据流转与版本控制。四者协同，才能让设计数据在交付后继续被工艺、制造和采购正确使用。