- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求：设计态建模时，能定义模型的数据不区分租户。 业务场景：1）在本地部署场景下，新开的租户一般是用户客户做特定的测试，但是新开租户时，很多配置都要重新导入，看idme是否能够在建模的时候，可以选择该模型不区分租户，这样在本地部署的场景下，配置信息类数据是共享的，比较便捷。 2）公有云场景下，上层应用系统有部分属于配置模型，新开租户时，这些配置模型的数据都需要初始化。 优先级：高级。期望排在10月份 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求：设计态建模时，能定义模型的数据不区分租户。 业务场景：1）在本地部署场景下，新开的租户一般是用户客户做特定的测试，但是新开租户时，很多配置都要重新导入，看idme是否能够在建模的时候，可以选择该模型不区分租户，这样在本地部署的场景下，配置信息类数据是共享的，比较便捷。 2）公有云场景下，上层应用系统有部分属于配置模型，新开租户时，这些配置模型的数据都需要初始化。 优先级：高级。期望排在10月份
- 场景描述： 场景1 客户应用与iDME同region 场景2 客户应用与iDME跨region 场景3 客户应用部署在客户服务器上 建议方案： 在iDME帮助文档和下单界面增加不同部署形式下的网络架构推荐方案 场景描述： 场景1 客户应用与iDME同region 场景2 客户应用与iDME跨region 场景3 客户应用部署在客户服务器上 建议方案： 在iDME帮助文档和下单界面增加不同部署形式下的网络架构推荐方案
- 场景描述：满足iDME开发者认证自动阅卷相关需求 需求： 1、提供读取用户建模结果（含模型名称、类型、属性、配置的功能等）等API 2、提供读取应用发布、部署状态API 场景描述：满足iDME开发者认证自动阅卷相关需求 需求： 1、提供读取用户建模结果（含模型名称、类型、属性、配置的功能等）等API 2、提供读取应用发布、部署状态API
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：SDK打包带走方式：下载的SDK中需要包含pom依赖文件 需求背景：SDK嵌入用户项目开发模式下，应用开发侧便于用maven管理依赖。 优先级：紧急。 期望解决日期：最近一个版本，或8月份 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：SDK打包带走方式：下载的SDK中需要包含pom依赖文件 需求背景：SDK嵌入用户项目开发模式下，应用开发侧便于用maven管理依赖。 优先级：紧急。 期望解决日期：最近一个版本，或8月份
- 场景描述：进行复杂业务逻辑编排时，需要使用XDM的服务编排功能，但界面上的服务编排并不友好，只能导出SDK包后本地进行开发，开发完成后需复制到XDM界面进行调试验证，若有问题，有需要返回本地修改，修改完有需要复制到界面执行，步骤繁琐、开发效率不高。 建议方案：提供包支持Java编排本地运行，或界面优化开发体验 场景描述：进行复杂业务逻辑编排时，需要使用XDM的服务编排功能，但界面上的服务编排并不友好，只能导出SDK包后本地进行开发，开发完成后需复制到XDM界面进行调试验证，若有问题，有需要返回本地修改，修改完有需要复制到界面执行，步骤繁琐、开发效率不高。 建议方案：提供包支持Java编排本地运行，或界面优化开发体验
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求：支持批量删除任意类型的模型数据 业务场景：系统中存在多模型勾选一起删除的场景，如勾选 部件、文档、基线、更改、借阅单等 一起删除。1）如在业务层调用原子接口，无法保证事务一致性。2）如果使用服务编排，给的建议是在服务编排中用穷举，穷举要使用的模型的Delegator，会导致增加一个删除的类就要改一次服务编排，多环境下服务编排维护困难 期望解决日期：最近一个版本，或8月份版本。 优先级：紧急 业务功能举例： [图片] 建议方案：能根据模型名，获取到delegator，并能做类型转换，看有没有个统一的父类，然后提供一个execute的方法。希望能通过模型名称拿到任意的delegator，并且调用这些delegator。 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求：支持批量删除任意类型的模型数据 业务场景：系统中存在多模型勾选一起删除的场景，如勾选 部件、文档、基线、更改、借阅单等 一起删除。1）如在业务层调用原子接口，无法保证事务一致性。2）如果使用服务编排，给的建议是在服务编排中用穷举，穷举要使用的模型的Delegator，会导致增加一个删除的类就要改一次服务编排，多环境下服务编排维护困难 期望解决日期：最近一个版本，或8月份版本。 优先级：紧急 业务功能举例： [图片] 建议方案：能根据模型名，获取到delegator，并能做类型转换，看有没有个统一的父类，然后提供一个execute的方法。希望能通过模型名称拿到任意的delegator，并且调用这些delegator。
- 背景描述：从父模型继承过来的参考属性在图谱中并未建立与子模型的关联关系 客户价值：从图谱上面看，会认为建立的数据模型是错误的，因为存在会很多孤岛节点。产品价值：纠正iDME的错误" "从图谱上面看，会认为建立的数据模型是错误的，因为存在会很多孤岛节点。 方案/建议描述：一种是与子模型建立关系；一种是在图谱上能够区分出父子继承关系（需要与普通关系区分开来） 补充信息：产品缺陷 提出人：王华兵 背景描述：从父模型继承过来的参考属性在图谱中并未建立与子模型的关联关系 客户价值：从图谱上面看，会认为建立的数据模型是错误的，因为存在会很多孤岛节点。产品价值：纠正iDME的错误" "从图谱上面看，会认为建立的数据模型是错误的，因为存在会很多孤岛节点。 方案/建议描述：一种是与子模型建立关系；一种是在图谱上能够区分出父子继承关系（需要与普通关系区分开来） 补充信息：产品缺陷 提出人：王华兵
- 背景描述：数据模型图谱显示特别慢，并且特别乱，期望能够快些并且整齐些 客户价值：能够快速编排图谱，并能够及时显示图谱产品价值：提升iDME用户体验 方案/建议描述：iDME中系统自动生成的数据模型图谱一般比较乱，同时点击之后需要几分钟时间才能够显示出来，严重影响用户体验。 建议方案：提供多种图谱编排方式，如设置几个核心模型系统自行根据关系远近建立同心圆或星系图谱，或根据用户设置的模型标签建立图谱，并保留已有的纯手工拖拽方式等多种方式 补充信息：客户体验 提出人：王华兵 背景描述：数据模型图谱显示特别慢，并且特别乱，期望能够快些并且整齐些 客户价值：能够快速编排图谱，并能够及时显示图谱产品价值：提升iDME用户体验 方案/建议描述：iDME中系统自动生成的数据模型图谱一般比较乱，同时点击之后需要几分钟时间才能够显示出来，严重影响用户体验。 建议方案：提供多种图谱编排方式，如设置几个核心模型系统自行根据关系远近建立同心圆或星系图谱，或根据用户设置的模型标签建立图谱，并保留已有的纯手工拖拽方式等多种方式 补充信息：客户体验 提出人：王华兵
- 背景描述：联盟企业提出能够集成SysML/UML建模工具 客户价值：减少客户建模时间，一次建模即可完成物理实现产品价值：iDME即可实现既是数据管理，同时又是建模工具 方案/建议描述：当前工业软件联盟企业使用iDME建模时，一般都先通过华望M-Design建模工具（基于SysML标准建模语言），建立逻辑和物理模型，然后又需要在iDME中建立一个个模型、属性及关系（即使可以通过excel导入，但是整理excel也需要较长时间）。本来是一套模型，需要在两个工具/平台上操作，重复工作量比较大。 短期方案：分析当前主流SysML/UML建模工具，通过这些工具导出的文件，在模型实体中导入，生成模型、属性和关系。 长期方案：集成SysML/UML商业或开源建模工具，建完之后即可生成数据模型。" 提出人：王华兵 背景描述：联盟企业提出能够集成SysML/UML建模工具 客户价值：减少客户建模时间，一次建模即可完成物理实现产品价值：iDME即可实现既是数据管理，同时又是建模工具 方案/建议描述：当前工业软件联盟企业使用iDME建模时，一般都先通过华望M-Design建模工具（基于SysML标准建模语言），建立逻辑和物理模型，然后又需要在iDME中建立一个个模型、属性及关系（即使可以通过excel导入，但是整理excel也需要较长时间）。本来是一套模型，需要在两个工具/平台上操作，重复工作量比较大。 短期方案：分析当前主流SysML/UML建模工具，通过这些工具导出的文件，在模型实体中导入，生成模型、属性和关系。 长期方案：集成SysML/UML商业或开源建模工具，建完之后即可生成数据模型。" 提出人：王华兵
- 背景描述：ISV伙伴交付项目时提出无法遵从联盟标准创建数据模型，IDME中无法创建带有version关键字的模型 客户价值：支持客户基本述求产品价值：IDME是工业软件互联互通的基础，不支持version命名很奇怪。 方案/建议描述：IDME中支持创建带有version关键字的数据模型 本项为基本功能，需要重点解决，否则正在实施项目只能基于各厂商自己理解设计多个数据模型，导致后续拉通改造困难。 提出人：杨中婷 背景描述：ISV伙伴交付项目时提出无法遵从联盟标准创建数据模型，IDME中无法创建带有version关键字的模型 客户价值：支持客户基本述求产品价值：IDME是工业软件互联互通的基础，不支持version命名很奇怪。 方案/建议描述：IDME中支持创建带有version关键字的数据模型 本项为基本功能，需要重点解决，否则正在实施项目只能基于各厂商自己理解设计多个数据模型，导致后续拉通改造困难。 提出人：杨中婷
- 背景描述：ISV伙伴交付项目时提出IDME没有统一的命名规范，厂商也无法修改相关内置的命名 客户价值：有统一规则的产品客户体验更好，感觉产品更专业。产品价值：基于统一标准和规范是IDME的品牌价值之一，但实际IDME命名混乱，数据模型名称&属性有大驼峰、小驼峰、全小写、蛇形等多种命名形式，软件厂商也无法修改。 方案/建议描述：IDME作为联盟标准落地的支撑工具和标杆，自身应该遵从一定规则 补充信息：客户体验 提出人：彭定 背景描述：ISV伙伴交付项目时提出IDME没有统一的命名规范，厂商也无法修改相关内置的命名 客户价值：有统一规则的产品客户体验更好，感觉产品更专业。产品价值：基于统一标准和规范是IDME的品牌价值之一，但实际IDME命名混乱，数据模型名称&属性有大驼峰、小驼峰、全小写、蛇形等多种命名形式，软件厂商也无法修改。 方案/建议描述：IDME作为联盟标准落地的支撑工具和标杆，自身应该遵从一定规则 补充信息：客户体验 提出人：彭定
- 背景描述：ISV伙伴交付项目时提出父类数据模型不能为数据实体，不能有数据实例 客户价值：基础产品应可支持客户多样化场景。产品价值：实际应用中，父类通常用于类别管理，也有其实例数据。 方案/建议描述：例如Part-装备-飞机-轰6，有的用户只需要管理到装备级别，有的管理到飞机级别的数据，并不一定都要管理到最底层的实例数据。但如果采用继承方式IDME系统不支持。 补充信息：产品缺陷 提出人：彭定 背景描述：ISV伙伴交付项目时提出父类数据模型不能为数据实体，不能有数据实例 客户价值：基础产品应可支持客户多样化场景。产品价值：实际应用中，父类通常用于类别管理，也有其实例数据。 方案/建议描述：例如Part-装备-飞机-轰6，有的用户只需要管理到装备级别，有的管理到飞机级别的数据，并不一定都要管理到最底层的实例数据。但如果采用继承方式IDME系统不支持。 补充信息：产品缺陷 提出人：彭定
- 背景描述：ISV伙伴交付项目时提出父类继承层级受限 客户价值：客户价值：基础产品应可支持客户多样化场景。产品价值：基础产品应该支撑多场景，而不是过多限制。 方案/建议描述：非内置功能的父类继承只能在运行态设置，而且只有一级，厂商通过扩展功能只能再加一级。也就是包括父类在内只有3个层级，无法支撑目前国际主流的标准落地，如STEP、IFC等，建议该层级至少4层或不做限制。 补充信息：产品缺陷 提出人：彭定 背景描述：ISV伙伴交付项目时提出父类继承层级受限 客户价值：客户价值：基础产品应可支持客户多样化场景。产品价值：基础产品应该支撑多场景，而不是过多限制。 方案/建议描述：非内置功能的父类继承只能在运行态设置，而且只有一级，厂商通过扩展功能只能再加一级。也就是包括父类在内只有3个层级，无法支撑目前国际主流的标准落地，如STEP、IFC等，建议该层级至少4层或不做限制。 补充信息：产品缺陷 提出人：彭定
- 背景描述：ISV伙伴交付项目时提出无法遵从联盟标准创建数据模型，IDME内置功能无法继承。 客户价值：客户场景多样，内置模块也需要能够继承和扩充，以满足客户需求。产品价值：IDME是工业软件互联互通的基础，本功能是设计统一模型的重要基础。 方案/建议描述：为了统一管理产品全生命周期文件、权限等，DISA标准设计了公共的父类数据模型，各领域可在父类的基础上扩展子类数据模型。如文件FileModel，作为父类应可以继承到3D文件、原理图文件、工艺设计文件等子类模型中。各子类根据文件类型不同增加自己特有的属性。 补充信息：本项为基本功能，需要重点解决，否则正在实施项目只能基于各厂商自己理解设计多个数据模型，导致后续拉通改造困难。 提出人：彭定 背景描述：ISV伙伴交付项目时提出无法遵从联盟标准创建数据模型，IDME内置功能无法继承。 客户价值：客户场景多样，内置模块也需要能够继承和扩充，以满足客户需求。产品价值：IDME是工业软件互联互通的基础，本功能是设计统一模型的重要基础。 方案/建议描述：为了统一管理产品全生命周期文件、权限等，DISA标准设计了公共的父类数据模型，各领域可在父类的基础上扩展子类数据模型。如文件FileModel，作为父类应可以继承到3D文件、原理图文件、工艺设计文件等子类模型中。各子类根据文件类型不同增加自己特有的属性。 补充信息：本项为基本功能，需要重点解决，否则正在实施项目只能基于各厂商自己理解设计多个数据模型，导致后续拉通改造困难。 提出人：彭定
- 背景描述：实体对象不能继承，继承关系只能两层 客户价值：用户可以根据实际业务场景使用继承-派生关系构建数据模型，符合标准/规范要求产品价值：基础功能的场景覆盖率提高、符合度增强 方案/建议描述：1、实体对象可以继承，每一层记录当层所需要表征的属性2、继承关系层级不限制，或者限制层数增大一些（如：6~8层） 补充信息： 提出人：李发愤 背景描述：实体对象不能继承，继承关系只能两层 客户价值：用户可以根据实际业务场景使用继承-派生关系构建数据模型，符合标准/规范要求产品价值：基础功能的场景覆盖率提高、符合度增强 方案/建议描述：1、实体对象可以继承，每一层记录当层所需要表征的属性2、继承关系层级不限制，或者限制层数增大一些（如：6~8层） 补充信息： 提出人：李发愤
上滑加载中
推荐直播
-
用码道，让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程，只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
基于华为云码道，构建你的定制化AI搭子2026/08/14 周五 09:00-11:30
明亮-华为云开发者发展与支持部部长
本期直播将向您全面介绍华为云码道产品，并基于码道手把手教你部署自己的定制化AI陪伴搭子。
回顾中
热门标签