2. DELMIA软件体系与柔性制造工程环境搭建
DELMIA 是达索系统面向数字化制造与生产工程的品牌集合，其核心价值不在于某一个单独模块，而在于把工艺规划、资源建模、机器人仿真、人机工程与产线验证放进同一个数据环境里。要搭建一个可用的柔性制造仿真工程，第一步不是急着建机器人或跑仿真，而是先判断自己应该落在哪一代平台上，再决定角色、模块、库和协同方式。平台选错，后续的资源引用、数据管理和协同机制都会被迫返工。
一、DELMIA 产品架构：从工艺到执行的纵向分层
从功能视角看，DELMIA 的产品能力可以理解为四层纵向结构。最上层是工艺与流程规划，负责定义产品如何被制造，包括工艺路线、工序、工步和资源分配，典型角色是 Process Planning。第二层是制造资源建模，把设备、工装、夹具、机器人、输送线等物理对象数字化，形成可被工艺引用的资源实例。第三层是仿真与验证，包括 DPM（Digital Process for Manufacturing）装配仿真、机器人离线编程与可达性验证、人机工程分析等。最底层是数据与协同底座，即 PPR（Product-Process-Resource）模型和统一的数据库/协同平台，它决定了前三层能否真正联动。
理解这个分层很关键：柔性制造的核心矛盾是“同一套资源要适应多种产品变型”，因此 PPR 三者的关联关系必须显式建模。如果只在仿真层临时摆放机器人，而不把资源挂到资源库、把工序挂到工艺结构上，那么换型时所有工作都要重做，柔性就无从谈起。
二、V5、V6 与 3DEXPERIENCE 平台差异
DELMIA 目前主要存在三代平台形态，差异集中在数据模型、协同方式和部署架构上。
| 对比维度 | V5（ENOVIA V5 / DELMIA V5） | V6（ENOVIA V6 / DELMIA V6） | 3DEXPERIENCE |
|---|---|---|---|
| 数据模型 | 以文件/文档为中心，PPR 关联较弱 | 引入统一数据模型，PPR 关联增强 | 以平台对象为中心，PPR 原生一体 |
| 协同方式 | 本地库 + 文件共享，协同靠人工 | 集中数据库，支持多用户并发 | 云端/混合部署，实时协同与版本管理 |
| 角色与授权 | 按模块授权，角色概念弱 | 按角色打包授权 | 按 Role + App 授权，粒度更细 |
| 典型适用 | 存量项目、单机仿真、教学入门 | 中型企业、本地化协同 | 多专业协同、柔性产线全生命周期 |
对柔性制造工程而言，如果项目涉及多产品变型、多专业协同和长期数据复用，应优先选择 3DEXPERIENCE 平台；如果只是单机验证某个机器人工作站，V5 也能完成，但要接受资源复用和协同能力受限。V6 是过渡形态，适合已有本地数据库基础、暂不上云的团队。
三、角色与模块选择
在 3DEXPERIENCE 中，授权以 Role（角色）为单位，一个角色包含若干 App。柔性制造仿真常用的角色组合如下：
- Process Planning：定义工艺结构和工序，是 PPR 中 Process 的入口。
- Resource Modeling：创建和编辑资源，管理资源库。
- Robotics Engineering：机器人离线编程、可达性与碰撞验证。
- DPM Assembly / DPM Shop Floor：装配与车间级工艺仿真。
- Ergonomics：人机姿态与可达性分析。
选择原则是“按任务链选角色，而不是按功能名选”。例如要完成一个焊接工作站的柔性换型仿真，至少需要 Process Planning + Resource Modeling + Robotics Engineering 三个角色，缺一不可。只买 Robotics Engineering 会发现无法把机器人挂到工艺结构上，仿真结果无法回流到工艺。
四、项目库与资源库创建
项目库（Project Library）和资源库（Resource Library）是工程环境的两个基础容器。项目库存放工艺结构、仿真场景和结果；资源库存放可复用的设备、工装和机器人模型。推荐做法是先建资源库，再建项目库，因为项目库中的工艺会引用资源库中的实例。
创建资源库时，建议按“设备类型—厂商—型号”三级分类，例如：
ResourceLibrary/
├── Robot/
│ ├── KUKA/
│ │ ├── KR6_R900
│ │ └── KR10_R1100
│ └── ABB/
│ └── IRB1200
├── Fixture/
│ ├── WeldingJig_A
│ └── Clamp_B
└── Conveyor/
└── Belt_2000mm
每个资源实例应至少包含几何模型、运动学定义（机器人需有 DH 参数或关节定义）、以及一个唯一的资源编号。资源编号是后续工艺引用的关键，建议采用“类型-厂商-型号-序号”格式，如 ROB-KUKA-KR6-001。项目库创建后，需要把资源库挂载为项目的引用库，否则工艺结构中无法搜索到资源。
五、协同环境设置
协同环境的核心是让工艺、资源、仿真三类数据在同一个 PPR 上下文中被不同角色访问。设置要点包括：
- 统一数据源：所有角色连接到同一个平台数据库或同一项目空间，避免本地副本。
- 权限分层：工艺工程师可编辑 Process，资源工程师可编辑 Resource，仿真工程师只读引用并写入仿真结果。
- 版本与基线：对资源库和工艺结构建立基线（Baseline），换型时基于基线派生新版本，而不是直接改原数据。
- 命名与属性规范：资源编号、工序编号、仿真场景编号统一规则，便于跨角色检索。
完成上述四步后，可以用一个最小验证来检查环境是否可用：在资源库中新建一个机器人实例，在项目库中新建一个工艺结构并引用该机器人，再创建一个仿真场景把两者关联起来。如果换型时只需在工艺结构中替换工序和资源引用，仿真场景能自动更新，说明 PPR 关联和协同环境已经正确建立。反之，如果每次换型都要重新摆放机器人，说明资源库和项目库的引用关系没有真正打通，需要回到库创建和权限设置环节排查。