建模 Guide

知识指南 /

跨工具交换需求怎样验收?建立可核对的数据损失清单

最后更新: · 新航路数字化外协团队

需求交换应按对象、属性、关系和附件分别约定保留范围。无论使用 ReqIF 还是表格,都要用代表性数据核对实际保留内容,并列出不支持项;文件格式一致不代表两套工具实现完全等价。

界定交换包的内容

  • 先说明本轮是一次迁移、定期交换还是结果归档,确定发送方、接收方和权威数据来源。列清需求正文、自定义属性、层级、关系和附件的范围,审核记录及权限是否需要迁移应另行约定。
  • 记录导出账号可见范围与筛选条件,确认交付清单是否受到权限或过滤影响。没有导出的对象应区分有意排除与意外遗漏,不将受限视图自动解释为完整项目。

约定身份与关系的对应规则

  • 对跨工具标识建立可回查的对应表,说明新建对象和更新对象如何区分。不要只按名称匹配;同名对象可能属于不同层级,同一对象也可能在交换后被重新命名。
  • 把关系类型、方向及两端对象单独列入映射检查。目标工具没有对应语义时,保留不支持项及原始解释,不把所有关系统一改成无类型链接后宣称语义一致。

用往返样本暴露损失

  • 建立包含枚举、自定义属性、长文本、跨表关系和附件的代表性样本。完成发送方导出、接收方导入和接收方再导出后,在隔离环境核对回传结果,保留工具版本与交换设置。
  • 分别记录保留、转换、丢失和无法判断的内容,并说明是否影响后续使用。往返一致只证明这份样本与这组设置下的结果,不能推广为所有对象、插件和版本都能无损交换。

让接收方确认可用性

  • 接收方应能独立定位指定条目、查看属性、沿关系到达目标并打开约定附件。显示异常、缺失依赖和语义歧义应回到损失清单,由双方决定修正映射、缩小范围或补充交付。
  • 最终提交交换文件、对象对应表、损失清单和核对记录,并说明后续修改由谁维护。该流程是技术验收建议,不承诺某种格式自动包含全部模型、历史记录或协作权限。

还有更具体的问题?

说明项目阶段与目标域,我们将在 1 个工作日内回复协作方式与范围建议。