SysML v2 带来了什么，不能替代什么？
- OMG 的 SysML v2 资料强调语言语义、文本与图形表达以及标准 API。工程价值在于让模型更便于检查、交换与工具集成，不在于把原有图纸换一种外观。具体编辑器对视图与 API 的支持仍需逐项核验。
- 标准不会自动补齐缺失需求、解决含糊接口或证明设计正确。启动前应先列出模型要支持的决策，例如需求覆盖评审、接口变更分析或方案比较，避免只以图的数量衡量完成度。
迁移前应准备哪些输入？
- 整理原模型工具和版本、模型包结构、扩展规范、对象标识、需求来源及外部链接。只提供 PDF 截图，通常不足以评估转换可行性，应说明原始工程是否可访问。
- 选择同时包含需求、结构、行为与接口的代表性切片。记录迁移前的关系和评审结论，作为对照基线；不要用一个只有两个节点的演示代表完整工程复杂度。
如何分阶段实施和控制范围？
- 第一阶段检查语义映射和工具能力，第二阶段完成切片建模与追溯，第三阶段验证导入导出和下游接口。对无法等价映射的元素形成问题清单，由项目组确认处理方式。
- 新旧工程并行期间明确哪个版本是评审基线，禁止两套模型分别修改后仅凭截图判断一致。扩展到其他子系统前，先稳定命名规则、包结构、版本与差异检查方法。
验收时应该检查什么？
- 在约定工具环境打开模型，抽查需求到功能、结构及验证项的路径；比较迁移前后关键关系。验证文本与图形所表达的对象是否一致，以及导出后能否按约定重新读取。
- 建议移交模型工程、迁移映射表、未解决差异、工具版本与复现步骤。转换成功并不等于评审通过，结果仍需领域负责人确认。