更新时间:2026-01-23 GMT+08:00
分享

什么是M-V模型?

在制造业、研发密集型等行业中,关键数据不仅用于记录结果,更承载了研发设计与制造思路的“演进历史”。这些数据需要满足全流程追溯、合规审计及多业务并行协同等复杂需求。

为应对上述场景,工业数字模型驱动引擎-数据建模引擎(xDM Foundation,简称xDM-F)提供了预置的Master-Branch-Version(M-V)三层结构模型。通过该模型,一旦某个业务对象被构建为M-V模型形式,其所有数据实例即可实现从诞生、迭代演进到最终退役的全生命周期管理。

应用设计态:M-V模型架构定义

应用设计态,通过将数据实体的“父模型”指定为“VersionObject”,系统将自动生成完整的M-V模型实体,形成数据管理的结构化基础。

图1 M-V模型设计态架构
  • Master(主对象)

    代表产品在物理与业务层面唯一且持久的实体,是数据管理的根与源头。以零件的“物料编码(Part Number)”为例,无论后续设计如何演进,其在整个企业体系中的身份始终保持唯一与稳定。存储关键标识信息,如物料编码、零件名称、分类等核心元数据,从根源上建立“一物一码”的企业统一数据视图,彻底治理“一物多码”造成的业务混乱与集成难题。

  • Branch(分支对象/大版本)

    对应产品的重大技术变更、客户化变型或不同业务视图(如设计/制造视图)。通过“修订(Revise)”操作创建,标志重要方案转向或视图转换。存储大版本标识、视图类别、修订说明等关键信息,有效支撑多种方案并行开发与技术路径管理,确保重大决策过程得以清晰记录与追溯。

  • Version(版本对象/小版本)

    用于记录分支内部的持续迭代过程,如设计草稿的演进与参数优化。基于“检出/检入(Checkout/Checkin)”机制实现,既支持团队并行协同,又保障每次变更可追溯、可管理。存储具体版本号、CAD模型文件、物料属性、重量等细粒度设计与工艺数据,实现真正的版本级并发控制与精细化变更管理。

应用运行态:M-V模型版本演进与实例管理

应用运行态,M-V模型主要用于维护数据实例,支持检入、检出、更新、修订等全流程操作,实现工业对象从诞生到退役的完整数字履历管理。以下以零件“PROP-001”(螺旋桨)为例,展示其在应用运行态中的版本演进过程。

图2 运行态中M-V模型版本演进
  1. 实例化创建(数字身份的诞生)

    当在应用运行态创建零件“螺旋桨”数据实例时,系统将自动生成该零件的Master(核心身份标识),同时默认创建Branch A(设计大版本)及Version A.1(初始设计版本),完成零件数字身份的初始构建。

  2. 小版本迭代(持续优化演进)

    当发现“螺旋桨”叶片需要加厚“0.5mm”时,执行以下操作:

    1. 检出:锁定Version A.1,防止多人并发修改冲突。
    2. 编辑:基于锁定的版本开展叶片厚度参数调整等设计工作。
    3. 检入:完成修改并确认无误后保存,系统将自动生成新的小版本Version A.2,实现迭代记录留存。

      如Version A.2测试失败,可随时一键删除该版本并回滚至历史稳定版本Version A.1,有效规避设计风险,保障设计工作安全性。

  3. 分支创建(业务路径的衍生)

    “螺旋桨”Branch A版本设计定型并投入量产后,针对客户提出的“静音版”定制需求,执行以下操作:

    1. 修订:以当前稳定版本Version A.2为基准,通过修订操作生成新分支Branch B(静音版专属分支),完整集成基准版本核心数据。
    2. 并行管理:系统同步独立维护两个分支,实现生产与研发高效协同。
      • Branch A:维持现有定性状态,专供生产部门开展量产工作。
      • Branch B:自动初始化开启Version B.1,研发部门可基于该分支独立开展静音优化研发。

相关文档