2. 仿真任务书与需求签核
在Abaqus结构仿真项目中,真正决定交付质量的往往不是求解器设置,而是任务书是否把工程问题翻译成了可执行、可验收的仿真任务。很多项目返工、争议甚至签核失败,根源都在需求阶段:分析目标含糊、边界条件来源不明、验收标准缺失、输入输出清单不完整、变更没有留痕。本节围绕需求澄清、范围界定、验收标准、输入输出清单与需求变更控制五个环节,说明如何把一句“帮我算一下强度”变成一份可执行、可签核的仿真任务书。
一、需求澄清:把工程语言翻译成仿真语言
需求澄清的目标是回答三个问题:要回答什么工程问题、在什么工况下回答、回答到什么程度算合格。工程方常给出的描述是“评估支架在振动下是否可靠”,这句话无法直接建模。澄清时应逐项追问并记录:结构对象与版本、材料与工艺状态、载荷类型与量级、约束与连接方式、关注部位与失效模式、结果用途(设计决策、认证、故障复现还是优化对比)。
例如某电池包支架项目,初始需求为“验证支架强度”。澄清后形成可执行描述:对象为某版本钣金支架总成,材料为DC01,厚度1.5 mm;工况为垂向3g、纵向2g、横向1g静态等效载荷;约束为四个安装点螺栓固定;关注部位为支架折弯圆角与焊缝热影响区;失效判据为等效塑性应变不超过0.5%、螺栓孔附近不得出现屈服;结果用于判断是否进入样件试制。此时需求才具备建模可操作性。
二、范围界定:明确做什么,也明确不做什么
范围界定是任务书中最容易被忽略却最影响签核的部分。它需要同时写明包含项与排除项。包含项通常包括:几何简化原则、分析类型(静力、模态、屈曲、瞬态、显式等)、非线性类型(几何、材料、接触)、网格策略、求解器与版本、结果提取方式。排除项则要明确:是否考虑制造缺陷、是否考虑温度老化、是否包含疲劳寿命、是否做优化迭代、是否提供CAD清理等。
以支架为例,若任务书只写“做强度分析”,执行者可能做线性静力,也可能做弹塑性接触分析,两者工作量与结论差异巨大。明确范围后应写成:采用Abaqus/Standard,考虑材料弹塑性与螺栓预紧,接触采用通用接触,摩擦系数0.15;不考虑焊接残余应力与疲劳;几何简化去除小于3 mm的工艺孔。范围一旦签核,超出部分即视为变更。
三、验收标准:让“算完了”变成“算对了”
验收标准应覆盖三类:结果判据、质量判据与交付判据。结果判据回答“结构是否合格”,如最大应力低于许用值、塑性应变低于限值、模态频率避开激励频段。质量判据回答“模型是否可信”,如网格无关性检查、能量误差、接触收敛、沙漏能占比、与试验或解析解的对比偏差。交付判据回答“文件是否齐全”,如模型文件、结果文件、报告、输入输出清单、版本记录。
验收标准必须可量化、可复现。例如“网格无关性:将全局网格尺寸从2 mm加密至1.5 mm,关注部位最大等效应力变化不超过5%”;“模态结果:前六阶固有频率与试验值偏差不超过10%”;“报告需包含边界条件来源、材料参数出处、收敛性说明与结果云图”。这些条款让签核有据可依,也避免“我觉得不对”式的争议。
四、输入输出清单:把交付物变成可核对的对象
输入输出清单是任务书的执行骨架。输入清单应列出几何、材料、载荷、约束、标准与参考数据,并标注来源与版本;输出清单应列出模型、结果、报告与数据表,并标注格式与责任人。清单不是形式,而是后续变更控制与签核的核对基准。
| 类别 | 对象 | 来源/格式 | 责任人 |
|---|---|---|---|
| 输入 | 支架几何STEP | 设计部,V2.3 | 设计工程师 |
| 输入 | DC01材料曲线 | 材料库,应变率无关 | 仿真工程师 |
| 输入 | 3g/2g/1g载荷谱 | 客户规范,静态等效 | 项目负责人 |
| 输出 | Abaqus模型CAE/INP | 2023版本 | 仿真工程师 |
| 输出 | 应力/塑性应变云图 | PNG+ODB | 仿真工程师 |
| 输出 | 仿真报告 | PDF,含判据对照 | 仿真工程师 |
五、需求变更控制:让每一次修改都可追溯
仿真项目几乎必然发生变更:几何更新、载荷调整、判据加严、交付提前。变更控制的关键不是禁止变更,而是让变更经过评估、批准与记录。建议采用轻量变更单,至少包含:变更编号、提出人、日期、变更内容、影响范围(模型、计算量、周期、成本)、是否影响已签核结论、审批人与批准日期。
例如设计将支架厚度从1.5 mm改为1.8 mm,这属于输入变更,需重新建模并复算;若仅将报告格式从Word改为PDF,则属于交付变更,不影响结论。两类变更的影响评估不同,审批层级也可不同。变更后应更新任务书版本号,并在报告中说明“本结论基于V2.4任务书”。
六、签核要点与常见陷阱
签核不是签字仪式,而是对任务书可执行性的最终确认。签核前应逐项核对:需求是否可建模、范围是否含排除项、验收标准是否量化、输入输出清单是否完整、变更流程是否明确。常见陷阱包括:把“参考类似项目”当作需求来源、用“合理简化”掩盖未定义的边界条件、验收标准写成“结果合理”、输入清单缺少版本号、变更只口头通知不更新任务书。
一个可执行的仿真任务书,应当让另一位具备资质的仿真工程师在不询问原作者的情况下,能够独立复现模型、理解判据并判断结论是否成立。做到这一点,需求签核才真正完成了从工程问题到可执行仿真任务的转化,也为后续建模、求解、报告与交付提供了稳定的基准。