- 背景描述：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层） 补充信息： 提出人：李发愤
- 背景描述：应用部署时需要选择部署的应用版本，应用版本号是一串没有规律和关键信息的字符串，没有辨识度，选择时看不出哪个是最新版本 客户价值：用户选择版本时可以准确分辨不同版本，减少错误，提高操作效率产品价值：提高系统易用性和用户体验 方案/建议描述：应用部署时需要选择部署的应用版本，版本列表中显示出版本的可辨识信息，包括应用、发布时间、发布人、点分版本号等 补充信息：无 提出人：李发愤 背景描述：应用部署时需要选择部署的应用版本，应用版本号是一串没有规律和关键信息的字符串，没有辨识度，选择时看不出哪个是最新版本 客户价值：用户选择版本时可以准确分辨不同版本，减少错误，提高操作效率产品价值：提高系统易用性和用户体验 方案/建议描述：应用部署时需要选择部署的应用版本，版本列表中显示出版本的可辨识信息，包括应用、发布时间、发布人、点分版本号等 补充信息：无 提出人：李发愤
- 背景描述：数据实体，关系实体，枚举类型可以导出为Excel文件，具有更好的可读性，可用于评审检视。接口模型也是一种常用的模型，不支持导出为Excel文件 客户价值：导出数据具有更好的可读性，可用于评审检视。产品价值：易用性提升，用户感知和体验一致 方案/建议描述：接口模型支持导出为Excel文件 补充信息：无 提出人：李发愤 背景描述：数据实体，关系实体，枚举类型可以导出为Excel文件，具有更好的可读性，可用于评审检视。接口模型也是一种常用的模型，不支持导出为Excel文件 客户价值：导出数据具有更好的可读性，可用于评审检视。产品价值：易用性提升，用户感知和体验一致 方案/建议描述：接口模型支持导出为Excel文件 补充信息：无 提出人：李发愤
- 背景描述：数据实体选择分类管理功能，会增加类型为JSON的属性ClsAttrs，用于存放分类和扩展属性。此设计不符合数据库设计第1范式要求，也不能清晰地呈现出对象-分类-属性的模型关系。 客户价值：分类管理符合用户正向思维，易于理解，易于学习。产品价值：分类管理功能易用性提高，用户体验提升 方案/建议描述：分类管理、扩展属性功能和iDME基础功能剥离，用户可以选择是否包含分类管理模型。在配置时参照业务编码生成器的方式，由用户增加类型为Classification的属性，指定为分类管理功能的相关属性。 补充信息：无 提出人：李发愤 背景描述：数据实体选择分类管理功能，会增加类型为JSON的属性ClsAttrs，用于存放分类和扩展属性。此设计不符合数据库设计第1范式要求，也不能清晰地呈现出对象-分类-属性的模型关系。 客户价值：分类管理符合用户正向思维，易于理解，易于学习。产品价值：分类管理功能易用性提高，用户体验提升 方案/建议描述：分类管理、扩展属性功能和iDME基础功能剥离，用户可以选择是否包含分类管理模型。在配置时参照业务编码生成器的方式，由用户增加类型为Classification的属性，指定为分类管理功能的相关属性。 补充信息：无 提出人：李发愤
- 背景描述：关系实体中，关联的两个属性名称固定为Source、Target，不可以修改或定制，可以配置别名，但在实际显示和使用时都是名称。 客户价值：客户可以根据本身业务的需要或标准的要求配置关系实体。产品价值：降低模型规则的严格程度，提高用户的使用体验。 方案/建议描述：关系实体中，关联的两个属性名称Source、Target可自定义 补充信息：无 提出人：李发愤 背景描述：关系实体中，关联的两个属性名称固定为Source、Target，不可以修改或定制，可以配置别名，但在实际显示和使用时都是名称。 客户价值：客户可以根据本身业务的需要或标准的要求配置关系实体。产品价值：降低模型规则的严格程度，提高用户的使用体验。 方案/建议描述：关系实体中，关联的两个属性名称Source、Target可自定义 补充信息：无 提出人：李发愤
- 背景描述：iDME内置了权限、分类&属性、状态与生命周期、文件、用户、文件夹等。这些数据实体也是PartBOM标准中定义的。iDME用户选择具体的功能时会自动使用相应的实体，也会在数据表中添加相应的属性。 客户价值：用户选用预制模型后可以灵活修改，也可以查看预制模型和自定义模型之间的关系。产品价值：iDME功能分层更清晰，权限、分类&属性等作为其模型货架上的预制模型，更加灵活、轻巧；核心功能更聚焦于模型驱动。 方案/建议描述：iDME将现有内置模型相关的功能按“以模型为中心”的思想改造成预制模型（类似于BOX），这些预制模型根据用户需要可以有限修改，既保留丰富的预制模型，又提高预制模型的灵活性 补充信息：目前“以模型为中心”的思想构建内置模型，使用时不易于定制、修改，因而和已发布的标准存在冲突，不调整会大大地限制标准制定的灵活度。 提出人：李发愤 背景描述：iDME内置了权限、分类&属性、状态与生命周期、文件、用户、文件夹等。这些数据实体也是PartBOM标准中定义的。iDME用户选择具体的功能时会自动使用相应的实体，也会在数据表中添加相应的属性。 客户价值：用户选用预制模型后可以灵活修改，也可以查看预制模型和自定义模型之间的关系。产品价值：iDME功能分层更清晰，权限、分类&属性等作为其模型货架上的预制模型，更加灵活、轻巧；核心功能更聚焦于模型驱动。 方案/建议描述：iDME将现有内置模型相关的功能按“以模型为中心”的思想改造成预制模型（类似于BOX），这些预制模型根据用户需要可以有限修改，既保留丰富的预制模型，又提高预制模型的灵活性 补充信息：目前“以模型为中心”的思想构建内置模型，使用时不易于定制、修改，因而和已发布的标准存在冲突，不调整会大大地限制标准制定的灵活度。 提出人：李发愤
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 立讯紧急需求：创建计量单位时，英文名称和单位符号，支持" 业务场景：创建英寸单位，符号是"。英文名称也需要支持"，物料接口单位同步现在用的是英文名称" 期望支持日期：最近一个版本，可否7月 [图片][图片] 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 立讯紧急需求：创建计量单位时，英文名称和单位符号，支持" 业务场景：创建英寸单位，符号是"。英文名称也需要支持"，物料接口单位同步现在用的是英文名称" 期望支持日期：最近一个版本，可否7月 [图片][图片]
- 场景描述： 1、在使用iDME附件API中，文件会自动重命名，这样有碍于和其他系统交互的时候使用相同文件名找到文件并做一些逻辑。 因为第三方系统并不会通过iDME的接口或应用对文件进行处理。 2、需要通过对私有桶和共有桶的场景，有的文件可能是共有访问的，不需要通过系统鉴权。但目前仅能通过iDME的接口访问。 建议方案： 1、在iDME运行态增加启动配置，控制是否重命名 2、支持多个桶配置 或者 白名单等功能配置？ 场景描述： 1、在使用iDME附件API中，文件会自动重命名，这样有碍于和其他系统交互的时候使用相同文件名找到文件并做一些逻辑。 因为第三方系统并不会通过iDME的接口或应用对文件进行处理。 2、需要通过对私有桶和共有桶的场景，有的文件可能是共有访问的，不需要通过系统鉴权。但目前仅能通过iDME的接口访问。 建议方案： 1、在iDME运行态增加启动配置，控制是否重命名 2、支持多个桶配置 或者 白名单等功能配置？
- 场景描述： IDME版本对象无法填写Version字段，而标准定了Version的，导致标准与落地不一致。 [图片] 建议方案： 建议IDME支持Version的版本对象的定义。 场景描述： IDME版本对象无法填写Version字段，而标准定了Version的，导致标准与落地不一致。 [图片] 建议方案： 建议IDME支持Version的版本对象的定义。
- 场景描述： 在我使用华为喷墨打印机时，纸张总在打印机前盖位置向上并弯曲，无法正常出纸。 建议方案： 在观察后，我用胶带粘贴，有一个平稳的过度，但这并不是解决问题的最终方案，我希望在前盖后面加一个L型的平盖。 场景描述： 在我使用华为喷墨打印机时，纸张总在打印机前盖位置向上并弯曲，无法正常出纸。 建议方案： 在观察后，我用胶带粘贴，有一个平稳的过度，但这并不是解决问题的最终方案，我希望在前盖后面加一个L型的平盖。
- 场景描述： iDME中系统自动生成的数据模型图谱一般比较乱，期望iDME能够提供多种生成图谱方式 建议方案： 如默认系统自行根据关系建立同心圆或星系图谱，或根据模型标签建立图谱，或纯手工拖拽方式等多种方式 场景描述： iDME中系统自动生成的数据模型图谱一般比较乱，期望iDME能够提供多种生成图谱方式 建议方案： 如默认系统自行根据关系建立同心圆或星系图谱，或根据模型标签建立图谱，或纯手工拖拽方式等多种方式
上滑加载中
推荐直播
-
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
华为云开发者AI素养直播课·第五期2026/09/04 周五 16:00-18:00
林华鼎-华为云AI开发者运营负责人；蒋春阳-华为云AI开发者案例开发专家
本期直播内容： AI工具体验营 · 第5-8课连讲。Agent-Team 多智能体协作完成毕业设计实践
回顾中 -
华为云开发者AI素养ClassRoom·第六期2026/09/08 周二 19:00-20:00
樊渊-2026华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签