2. 制造资源建模基础

在 DELMIA 的制造资源规划体系中，资源建模是后续产能计算、工艺排布与设备利用率分析的数据基础。如果资源模型建得粗糙，后续无论怎样调整排产算法，得到的利用率结果都不可信。本节围绕四个核心问题展开：资源按什么口径分类、资源库如何组织、每类资源需要定义哪些属性、以及资源之间如何建立层级关系。

一、资源分类：四类对象，四种建模视角

DELMIA 中通常把制造资源划分为设备、工装、人员、物流四大类。分类的意义不只是归档，而是因为四类资源在占用逻辑、可用性约束和利用率计算方式上完全不同。

• 设备资源：机床、加工中心、焊接机器人、装配工位、检测设备等。核心特征是"同一时刻只能承担一个作业"，其利用率通常按占用时间 / 可用时间计算，是产能分析的主要对象。
• 工装资源：夹具、模具、刀具、检具、托盘等。工装往往与特定工序绑定，且存在"一套工装可服务多台设备"或"多套工装争用一台设备"的双向约束，建模时必须记录数量与可复用性。
• 人员资源：操作工、装配工、检验员、班组长。人员受班次、技能资质、同时看机台数限制，其"利用率"更接近工时负荷率，而非设备意义上的开机率。
• 物流资源：AGV、叉车、行车、输送线、周转料车。物流资源的关键属性是路径、载重、速度和配送节拍，它决定物料能否在工序间按时到位。

需要强调的是，同一物理对象在不同分析场景下可能归入不同类别。例如一台带自动上下料机构的加工中心，在产能分析中作为设备资源，在物料流转分析中其上下料机构又可视为物流资源。建模时应以"分析目标"决定归类，而不是以设备铭牌决定归类。

二、资源库构建：从零散对象到可复用库

资源库（Resource Library）是 DELMIA 中承载资源定义与实例化的容器。构建资源库的基本思路是"先建类型，再建实例，最后挂到工艺上"。

第一步是建立资源类型（Resource Type）。类型定义的是共性属性模板，例如"三轴加工中心"这一类型，统一约定主轴转速范围、换刀时间、可用班次等字段。第二步是创建资源实例（Resource Instance），如"CNC-01""CNC-02"，它们继承类型属性，但可以覆盖具体值（如各自的实际换刀时间）。第三步是把实例分配到工位或工艺节点，形成"工艺—资源"的绑定关系。

这种"类型—实例—绑定"的三层结构带来两个直接好处：一是修改类型属性可批量影响所有实例，避免逐台修改；二是同一实例可被多个工艺方案引用，便于做方案对比。实际项目中，建议按车间或产线划分资源库，而不是把所有资源堆在一个库里，否则后期检索和维护成本会迅速上升。

三、属性定义：决定利用率算得准不准

属性定义是资源建模中最容易被低估的环节。以下字段是设备资源建模时通常必须明确的：

以一台两班制加工中心为例：每日可用时间 = 480 × 2 = 960 min，扣除可用率损失后有效时间约 883 min。若某日计划加工 200 件、每件 3.5 min、换型 2 次共 30 min，则占用时间 = 200 × 3.5 + 30 = 730 min，设备利用率 ≈ 730 / 883 ≈ 82.7%。这个数字是否可信，完全取决于上述属性是否填得准确。属性缺失或使用默认值，是利用率分析结果失真的最常见原因。

四、层级关系：让资源模型具备结构语义

制造资源不是平铺的清单，而是有层级的结构。典型层级为：工厂 → 车间 → 产线 → 工位 → 设备/工装/人员。物流资源则常按"配送区域 → 路径 → 车辆"组织。层级关系的作用有三点：一是支持按层级汇总利用率（如整条产线的平均利用率）；二是支持约束继承（如车间级班次自动下传到工位）；三是支持资源冲突检测（同一工位下挂多台设备时判断是否超配）。

下图给出本节资源建模的整体结构：左侧为四类资源的分类与关键属性，中间为"类型—实例—绑定"的资源库构建路径，右侧为工厂到设备的层级关系，底部示意利用率计算所依赖的属性输入。