- 场景描述： 建议加入智能化故障诊断功能，当模型构建过程中出现逻辑错误或冲突时，系统能自动提示并提供修正建议。这样不仅能提升建模效率，还能帮助新手用户更快掌握数据建模的最佳实践。 建议方案： 场景描述： 建议加入智能化故障诊断功能，当模型构建过程中出现逻辑错误或冲突时，系统能自动提示并提供修正建议。这样不仅能提升建模效率，还能帮助新手用户更快掌握数据建模的最佳实践。 建议方案：
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：iDME设计态模型总量支持800个。 需求背景：1、现在模型总量已达到570个，后面还有功能模块例如订单选配、散件、模具等，预估模型总量会需要800个。2、预计模型和属性数量分布：1）数据实体：560个，平均25个属性。2）关系实体：210个，平均13个属性。3）接口模型：30个，平均0.1个属性。3、有相关项目背景，交付时间点：8月份。（需提前建模进行开发） 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 需求描述：iDME设计态模型总量支持800个。 需求背景：1、现在模型总量已达到570个，后面还有功能模块例如订单选配、散件、模具等，预估模型总量会需要800个。2、预计模型和属性数量分布：1）数据实体：560个，平均25个属性。2）关系实体：210个，平均13个属性。3）接口模型：30个，平均0.1个属性。3、有相关项目背景，交付时间点：8月份。（需提前建模进行开发）
- 场景描述： 您创建的数据实体、关系实体、接口模型的总数已超过上限，请删除部分模型后重新创建 [图片] 建议方案： 1、根据用户放开模型数量限制。 2、根据组织放开模型数量限制。 3、根据应用放开模型数量限制。 场景描述： 您创建的数据实体、关系实体、接口模型的总数已超过上限，请删除部分模型后重新创建 [图片] 建议方案： 1、根据用户放开模型数量限制。 2、根据组织放开模型数量限制。 3、根据应用放开模型数量限制。
-
【功能建议】IDME运行态不开放多语言了吗 预审不通过场景描述：运行态多语言菜单不见了，是不让使用了吗？我看文档是有的，以前友好环境运行态也有 [图片] [图片] 场景描述：运行态多语言菜单不见了，是不让使用了吗？我看文档是有的，以前友好环境运行态也有 [图片] [图片]
- 场景描述： 因为考虑到这里有用户管理及发布能力，对于发布的数据实体是否需要经过管理人员审核？这一点我有些疑惑。一般而言为了规范化层级管理，都会引入审核机制的，也能保证数据的正确性。 [图片] 建议方案： 建议引入发布审核机制，在多人异地协作场景下，经负责人审核后才可进行应用发布。 [图片] 设计态下基本就这些比较明显的问题了。 场景描述： 因为考虑到这里有用户管理及发布能力，对于发布的数据实体是否需要经过管理人员审核？这一点我有些疑惑。一般而言为了规范化层级管理，都会引入审核机制的，也能保证数据的正确性。 [图片] 建议方案： 建议引入发布审核机制，在多人异地协作场景下，经负责人审核后才可进行应用发布。 [图片] 设计态下基本就这些比较明显的问题了。
- 场景描述： 个人建议，对于这种管理平台功能的摆放按照优先级，一定是关键的、常用的放到容易点击的位置，而辅助的、结果的、日志的稍稍滞后摆放。 首页大屏放第一个自然毫无问题，但第二个不建议放置【我的工作空间】，因为其本身不涉及配置和管理，仅仅是作为一个统一的结果生成和下载或上传显示点。 [图片] 建议方案： 建议我的工作空间下移放置到【应用中心】的上面，这样能够保证前面都是常用的核心功能，符合正常使用逻辑。 [图片] 场景描述： 个人建议，对于这种管理平台功能的摆放按照优先级，一定是关键的、常用的放到容易点击的位置，而辅助的、结果的、日志的稍稍滞后摆放。 首页大屏放第一个自然毫无问题，但第二个不建议放置【我的工作空间】，因为其本身不涉及配置和管理，仅仅是作为一个统一的结果生成和下载或上传显示点。 [图片] 建议方案： 建议我的工作空间下移放置到【应用中心】的上面，这样能够保证前面都是常用的核心功能，符合正常使用逻辑。 [图片]
- 场景描述： 这块位置主要能力是API维护和标签管理，主要是支持用户自定义数据标签以满足特定分析需求的特性，也涵盖了通过API接口对外提供数据服务的能力，强调了数据的灵活性和可访问性，参考我在某友商内运维数据中台的经验，个人认为【系统管理】作为功能名极其不恰当。 [图片] 建议方案： 建议修改为【数据定制服务】（数据服务）或者【数据高级配置】（高级配置），这样对于有过运维经验的使用者来说可以一目了然的知道该功能点大概是什么。如果按照之前的【系统管理】，很容易引起一些误解，按照惯例来说，系统管理里面的设置内容其实都是一些重要但非必要的，但在此处的标签和Api却均是数据的重要识别项。 [图片] [图片] 场景描述： 这块位置主要能力是API维护和标签管理，主要是支持用户自定义数据标签以满足特定分析需求的特性，也涵盖了通过API接口对外提供数据服务的能力，强调了数据的灵活性和可访问性，参考我在某友商内运维数据中台的经验，个人认为【系统管理】作为功能名极其不恰当。 [图片] 建议方案： 建议修改为【数据定制服务】（数据服务）或者【数据高级配置】（高级配置），这样对于有过运维经验的使用者来说可以一目了然的知道该功能点大概是什么。如果按照之前的【系统管理】，很容易引起一些误解，按照惯例来说，系统管理里面的设置内容其实都是一些重要但非必要的，但在此处的标签和Api却均是数据的重要识别项。 [图片] [图片]
- 场景描述： 在初次尝试时，由于未创建标签分组所以这里一直显示空的，也没找到增加标签的地方，然后翻了半天手册才找到标签管理的位置，原来藏在系统管理下面在。 [图片] [图片] 建议方案： 建议增加红色字提示【当前暂无标签分组】或【请创建标签分组】。希望这里能增加一个提示，这样至少不会出现一头雾水的情况。 [图片] [图片] 场景描述： 在初次尝试时，由于未创建标签分组所以这里一直显示空的，也没找到增加标签的地方，然后翻了半天手册才找到标签管理的位置，原来藏在系统管理下面在。 [图片] [图片] 建议方案： 建议增加红色字提示【当前暂无标签分组】或【请创建标签分组】。希望这里能增加一个提示，这样至少不会出现一头雾水的情况。 [图片] [图片]
- 场景描述： 目前测试时创建了三个组织，发现对于组织没有对应的维护按钮，比如我现在用不到了，想删除这个分享但是一直没找到删除按钮。 [图片] 点击取消分享只会提示说，取消分享组织后该组织绑定的已部署应用可正常运行，但应用卸载后无法再绑定该组织，也并不是删除组织的按钮。 [图片] 同样，我在创建时也没有发现能够删除组织的按钮。 建议方案： 建议新增组织维护的按钮，加在每个组织的后面，方便进行管理。 前面的【分享|取消分享】是对于组织内部功能的管理，因此还需要一些功能对组织本身进行管理和维护。 [图片] 场景描述： 目前测试时创建了三个组织，发现对于组织没有对应的维护按钮，比如我现在用不到了，想删除这个分享但是一直没找到删除按钮。 [图片] 点击取消分享只会提示说，取消分享组织后该组织绑定的已部署应用可正常运行，但应用卸载后无法再绑定该组织，也并不是删除组织的按钮。 [图片] 同样，我在创建时也没有发现能够删除组织的按钮。 建议方案： 建议新增组织维护的按钮，加在每个组织的后面，方便进行管理。 前面的【分享|取消分享】是对于组织内部功能的管理，因此还需要一些功能对组织本身进行管理和维护。 [图片]
- 场景描述： 在【运行服务】的【数据建模引擎】下面有一个创建组织 [图片] 然后这里创建之后的组织只能在【组织管理】里看到，但是组织管理里本来也有创建组织的按钮，而且我看了添加过程其实是同一个东西。 [图片] 所以【运行服务】的【数据建模引擎】下的创建组织按钮是否有其保留的必要？因为在这个界面下面创建组织本界面也看不到，还是需要跳到组织管理中去查看。 建议方案： 删除【运行服务】下【数据建模引擎】内的创建组织按钮，个人认为其并没有存在的必要，仅仅是丰富了界面内容而已，没有实用性。 场景描述： 在【运行服务】的【数据建模引擎】下面有一个创建组织 [图片] 然后这里创建之后的组织只能在【组织管理】里看到，但是组织管理里本来也有创建组织的按钮，而且我看了添加过程其实是同一个东西。 [图片] 所以【运行服务】的【数据建模引擎】下的创建组织按钮是否有其保留的必要？因为在这个界面下面创建组织本界面也看不到，还是需要跳到组织管理中去查看。 建议方案： 删除【运行服务】下【数据建模引擎】内的创建组织按钮，个人认为其并没有存在的必要，仅仅是丰富了界面内容而已，没有实用性。
- 场景描述： 如图我想使用同一个idme面对不同的环境使用，只是对描述或库进行修改一下，可否提供复制功能 方便还快捷？ [图片] 建议方案： 场景描述： 如图我想使用同一个idme面对不同的环境使用，只是对描述或库进行修改一下，可否提供复制功能 方便还快捷？ [图片] 建议方案：
- 场景描述： [图片] 如图我要创建idme应用 可否在右侧添加个？的提示，名称不能用什么可以用什么字符的？要不只有打出来*才提示很不友好。 建议方案： 场景描述： [图片] 如图我要创建idme应用 可否在右侧添加个？的提示，名称不能用什么可以用什么字符的？要不只有打出来*才提示很不友好。 建议方案：
- 场景描述： [图片] [图片] 如图 只能购买一个idme 但是只有在购买后才有提示只能购买一个，能不能提前就说，或者第二次购买时候可以把购买idme变成灰色 建议方案： 场景描述： [图片] [图片] 如图 只能购买一个idme 但是只有在购买后才有提示只能购买一个，能不能提前就说，或者第二次购买时候可以把购买idme变成灰色 建议方案：
- 【立讯需求】目前立讯客户场景下：客户的场景在同一个生命模板中，拥有许多的业务操作，但是DME 中有个限制是：单个生命周期模板添加的业务操作最大数量为200个。当前数量不满足客户场景。需要进行优化，建议可配置化，现状该数量是在代码中的常量定义的，不具备自定义性。 [图片] 【立讯需求】目前立讯客户场景下：客户的场景在同一个生命模板中，拥有许多的业务操作，但是DME 中有个限制是：单个生命周期模板添加的业务操作最大数量为200个。当前数量不满足客户场景。需要进行优化，建议可配置化，现状该数量是在代码中的常量定义的，不具备自定义性。 [图片]
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 立讯紧急需求 期望解决日期：6月中旬在北京四可用 紧急需求：分类、合法值、生命周期、单位测量等内置模型数据支持国际化，支持多种语言 业务场景：立讯的国际化，需要支持除中文和英文之外的语言，如越南语、西班牙语等。在现有条件下，对分类、合法值、生命周期、计量单位等，DME内置模型数据的国际化，暂无较好方案。需要DME支持。 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 立讯紧急需求 期望解决日期：6月中旬在北京四可用 紧急需求：分类、合法值、生命周期、单位测量等内置模型数据支持国际化，支持多种语言 业务场景：立讯的国际化，需要支持除中文和英文之外的语言，如越南语、西班牙语等。在现有条件下，对分类、合法值、生命周期、计量单位等，DME内置模型数据的国际化，暂无较好方案。需要DME支持。
上滑加载中
推荐直播
-
用码道，让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程，只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中
热门标签