用转换矩阵明确支持范围
- 分别列出源工具和目标工具版本、模型语言、扩展定义、依赖库以及需要保留的图表类型。把元素、属性、关系、图形布局和矩阵分别列成检查项，注明完整支持、有限支持或不支持。范围应落实到具体语义，不能仅用支持某种文件格式概括。
- 准备一个小模型覆盖包层级、类型引用、属性值和跨包关系，再增加一个依赖外部库的模型。每个样例明确预期转换结果和允许的显示差异。若某类元素尚无映射规则，应在导入前给出清单，由模型负责人决定补齐、替换或排除。
把对象身份与名称分开核对
- 建议建立转换前后的对象标识对应表，逐项核对所属包、类型、关系端点和属性值。重命名不应让原有关系失去目标；同名对象也不能被默认合并。出现未解析引用时，要给出源对象及缺失依赖的位置，让问题能回到模型中复核。
- 扩展定义与模型库需要单独比较。相同名称可能对应不同属性或约束，自动创建同名包也不保证语义一致。建议在转换前确定冲突处理责任和规则，并为依赖闭环、缺失库及不同版本建立明确结果；无法解释的差异应进入待处理清单。
用往返检查发现累积变化
- 将冻结的样例从工具甲转换到工具乙，再导回工具甲，对比对象集合、关系和关键属性。随后按约定重复同一路径，检查是否出现重复包、对象数量增长、默认值漂移或关系丢失。往返一致性应比较模型含义，文件字节不同本身并不能说明转换失败。
- 图形呈现另设检查记录，核对图元所属对象、连线端点、文字和布局是否可读。图面变化与模型语义变化应分别归因。例如节点位置改变可以是已允许的显示差异，而连线指向了另一个对象则需要修正后重新检查。
交付差异报告与可维护的转换约定
- 建议交付映射规则、已知限制、依赖清单、样例模型和转换日志。日志区分已转换、跳过、失败和需要人工判断的对象，避免把部分成功包装成整个模型成功。大模型的耗时与资源检查需要记录模型规模和环境，不把样例表现直接外推到全部工程。
- 接收方应独立执行一次转换并复核差异清单。新增扩展类型或升级工具后，重新检查受影响映射与往返样例。验收结论写明已验证的工具组合和模型范围，未支持内容保留在交付边界中，使后续维护有据可查。