2. 碰撞项目启动与需求签核

整车或零部件碰撞性能目标，通常以法规条款、星级评价、企业内控指标或客户技术协议的形式出现。例如“正面100%重叠刚性壁障50 km/h碰撞中，B柱下铰链处侵入量不超过120 mm”“侧面移动变形壁障50 km/h碰撞中，车门内板与假人腹部间隙不小于75 mm”。这些表述是性能语言，不是CAE语言。CAE工程师无法直接拿“侵入量不超过120 mm”去建模，因为这句话没有说明测量位置的精确定义、参考坐标系、时间窗口、提取方式，也没有说明用哪个模型、哪种材料本构、什么接触设置来复现。项目启动阶段的核心任务，就是完成这次“翻译”，并把翻译结果固化为可评审、可签核的基线。

一、需求转化的四个维度

把性能目标转化为CAE需求，需要补齐四类信息：对象与工况、测量定义、模型与假设、判定准则。以B柱侵入量为例，对象与工况要明确是整车正面100%重叠、50 km/h、刚性壁障，还是零部件台车试验；测量定义要写清B柱下铰链点在整车坐标系下的初始坐标、侵入方向（通常取X向或沿碰撞方向）、取值时刻（如最大侵入时刻或稳定后某时刻）；模型与假设要说明白车身网格尺寸、焊点建模方式、材料卡片来源、是否包含内饰与假人；判定准则要给出通过阈值、容差和复核方式。

这四类信息缺一不可。缺少测量定义，不同工程师会得到不同结果；缺少模型假设，评审时无法判断结果是否可信；缺少判定准则，签核就变成“看谁嗓门大”。

二、从目标到需求的分解路径

实际项目中，性能目标往往先分解到系统，再分解到零部件。整车B柱侵入量目标120 mm，可能分解为：B柱内板本体变形贡献不超过70 mm，B柱与门槛连接区域贡献不超过30 mm，其余由车门和内饰变形吸收。这种分解不是拍脑袋，而是基于历史车型的贡献量统计和灵敏度分析。分解完成后，每个子系统或零部件获得一个带工况、测点、阈值和模型版本的CAE需求条目。

三、需求评审的关键检查点

需求评审不是走过场，而是要在项目早期暴露“不可验证”的条目。评审时重点检查：测点是否可提取（有些内部节点在CAE后处理中无法直接输出，需要提前布置历史变量或截面）；阈值是否有物理依据（不能简单按比例分配，要参考材料延伸率、焊点强度、历史车型散布）；工况是否覆盖最严苛条件（正面碰撞中B柱侵入往往不是最危险工况，侧面柱碰可能更严苛）；模型版本是否冻结（白车身数据、材料卡片、焊点布局必须锁定版本号，否则结果不可比）。

一个常见的坑是：性能目标写“B柱侵入量不超过120 mm”，但CAE模型中没有B柱下铰链的精确坐标，工程师只能目测取点。评审时必须要求性能部门提供测点CAD坐标或直接在模型上标注，否则后续结果争议无法仲裁。

四、签核基线的构成与冻结

签核基线不是一份文件，而是一组受控对象的集合。建议至少包含：需求条目清单（每条含ID、描述、工况、测点、方向、时刻、阈值、优先级）、CAE模型版本（含网格、材料、焊点、接触、边界条件）、判定准则与后处理脚本（确保不同人提取结果一致）、评审记录与签核人。基线冻结后，任何变更都要走工程变更请求（ECR），重新评估对性能目标的影响，并更新基线版本。

五、一个可复用的需求条目模板

以下模板可直接用于项目需求清单，字段可根据项目裁剪：

需求ID：REQ-001
性能目标：B柱下铰链侵入量 ≤ 120 mm
分解层级：B柱内板本体 ≤ 70 mm
工况：整车正面100%重叠刚性壁障，50 km/h
测点：P1（整车坐标系 X=1250, Y=-680, Z=420）
方向：X向（碰撞方向）
取值时刻：t = 0.08 s（最大侵入时刻）
阈值：≤ 70 mm
模型版本：BIW_V1.2（网格8 mm，焊点ACM，材料MAT24）
后处理脚本：extract_P1_X_v3.0.py
判定准则：仿真值 ≤ 阈值 且 无单元负体积
优先级：高
签核人：性能/CAE/设计

这个模板的价值在于：任何人拿到它，都能独立复现结果并判断通过与否。评审时不再争论“你说的侵入量是哪个点”，而是直接对照测点坐标和脚本。

六、常见问题与处理

项目启动阶段最常见的问题是“目标不可测”和“模型假设未冻结”。前者表现为性能目标没有明确测点或方向，后者表现为CAE模型还在频繁更新。处理方式：在需求评审前，要求性能部门提供测点坐标和工况定义；在签核基线冻结前，锁定模型版本并打标签。如果确实无法冻结，至少记录当前版本号和已知差异，并在后续结果中标注“基于V1.2，未包含最新设计更改”。

完成需求签核后，项目才真正进入CAE执行阶段。后续的建模、求解、后处理、结果复核，都以这份基线为唯一依据。基线越清晰，后期返工越少。