1. 课程导入与协同工程全景

在制造业数字化转型的语境下，一个产品从概念到量产，往往要跨越结构、电子、仿真、工艺、制造、采购、售后等多个专业领域。每个领域都有自己的工具链和数据格式：结构工程师用 CAD 建立三维几何，仿真工程师用 CAE 做强度、热、流体、动力学分析，工艺与制造部门依赖 PLM 管理物料清单、版本、变更和工艺路线。问题在于，这三类系统长期各自为政——CAD 里的模型改了，CAE 的网格和边界条件可能失效；PLM 里的物料版本升级了，CAD 装配却还引用旧件。所谓CAD/CAE/PLM 模型协同，就是让几何模型、仿真模型与产品数据管理模型之间建立可追溯、可复用、可验证的关联，使"设计—仿真—管理"形成闭环，而不是三套孤立的数据孤岛。

理解协同工程，先要理解三类模型各自的"语言"和"关注点"。CAD 模型关注的是几何形状、装配约束、尺寸公差，它的核心是"产品长什么样"；CAE 模型关注的是网格、材料、载荷、边界条件与求解结果，它的核心是"产品在特定工况下表现如何"；PLM 模型关注的是物料、版本、BOM 结构、变更流程与权限，它的核心是"产品数据在生命周期中如何被管理和流转"。协同的本质，是让这三套语言之间建立映射关系：CAD 的几何特征要能映射到 CAE 的网格与边界，CAE 的分析结论要能反馈回 CAD 的设计修改，而所有版本与变更都要在 PLM 中留下可追溯的记录。

为了更直观地理解这三类模型之间的数据流向与协同关系，下面用一张关系图展示 CAD、CAE、PLM 三者在产品开发中的典型交互路径。图中左侧是设计源头，中间是仿真验证，右侧是数据管理与流程控制，箭头表示数据传递与反馈方向。

上图展示了协同工程的基本骨架。左侧 CAD 是设计源头，几何模型通过标准格式（如 STEP、JT、Parasolid）或直接接口传递给 CAE；CAE 完成分析后，结果以云图、报告或关键指标的形式反馈给设计，指导几何修改；而 PLM 则像一条贯穿始终的"数据主干道"，负责把设计发布、仿真报告、物料版本、变更记录统一管理起来。三者之间的箭头不是单向的，而是形成闭环——这正是协同工程区别于"各干各的"的关键。

接下来看几个典型场景，帮助理解协同在实际工作中如何落地。

场景一：设计变更驱动仿真更新。假设某支架零件在 CAD 中把厚度从 3mm 改为 4mm。在非协同模式下，仿真工程师需要重新导入几何、重新划分网格、重新施加边界条件，整个过程可能耗时半天。而在协同模式下，如果 CAD 与 CAE 之间建立了参数化关联或使用了同一套几何源，厚度参数的变化可以自动传递到仿真模型，网格可以基于新几何自动重划，边界条件通过命名选择集（Named Selection）保持映射关系。仿真工程师只需检查更新后的网格质量与边界条件是否仍然合理，然后重新求解。这里的关键技术点是几何特征命名的一致性和参数映射的稳定性——如果 CAD 中把某个面重命名了，CAE 中对应的边界条件就可能丢失，这是实际协同中最常见的"断链"问题。

场景二：仿真结果驱动设计优化。某悬臂梁在 CAE 中分析发现最大应力 320MPa，超过材料屈服强度 275MPa。仿真工程师把应力云图、危险截面位置、安全系数等结果反馈给设计。设计在 CAD 中调整圆角半径或增加加强筋，再次传递几何给 CAE 复算。这个循环在协同平台上可以做到"改一处、动多处"：PLM 记录每次迭代的版本号与关联关系，确保第 3 版设计对应第 3 版仿真，不会出现"用第 2 版结果评价第 3 版设计"的错配。

场景三：PLM 统一管理多专业数据。一个产品包含机械件、电子件、软件配置，PLM 中的 BOM 需要把 CAD 装配结构、CAE 分析报告、工艺文件、供应商信息全部挂接到对应的物料节点上。当某个物料发生变更时，PLM 的变更流程会触发影响分析：哪些装配引用了它？哪些仿真基于它？哪些工艺文件需要更新？这种"一处变更、全局可见"的能力，是 PLM 协同的核心价值。

从课程路线图来看，第 1 章建立全景认知后，后续会依次深入：CAD 与 CAE 之间的几何传递与网格映射、参数化关联与命名选择、PLM 中的 BOM 与变更管理、仿真数据管理（SDM）、多学科协同流程、以及典型的集成平台与接口技术。每一章都会围绕真实对象、具体参数和可观察的结果展开，而不是停留在概念层面。协同工程不是某一个软件的功能，而是一套跨工具、跨专业、跨阶段的数据流转与验证机制。理解这一点，就抓住了本课程的主线。