- 场景描述： 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能够提供多种生成图谱方式 建议方案： 如默认系统自行根据关系建立同心圆或星系图谱，或根据模型标签建立图谱，或纯手工拖拽方式等多种方式
- 场景描述： 当前工业软件联盟企业使用iDME建模时，一般都先通过华望M-Design建模工具（基于SysML标准建模语言），建立逻辑和物理模型， 然后又需要在iDME中建立一个个模型、属性及关系（即使可以通过excel导入，但是整理excel也需要较长时间）。 本来是一套模型，需要在两个工具/平台上操作，重复工作量比较大。 建议方案： 可以分析当前主流SysML/UML建模工具，通过这些工具导出的文件，在模型实体中导入，生成模型、属性和关系。 对于iDME需要区分数据实体还是关系实体的，可以在导入的时候由用户批量选择，对于一些其他的限制，如枚举值、属性类型和长度等，可以在导入之后，模型发布之前由用户更正或者补填。 场景描述： 当前工业软件联盟企业使用iDME建模时，一般都先通过华望M-Design建模工具（基于SysML标准建模语言），建立逻辑和物理模型， 然后又需要在iDME中建立一个个模型、属性及关系（即使可以通过excel导入，但是整理excel也需要较长时间）。 本来是一套模型，需要在两个工具/平台上操作，重复工作量比较大。 建议方案： 可以分析当前主流SysML/UML建模工具，通过这些工具导出的文件，在模型实体中导入，生成模型、属性和关系。 对于iDME需要区分数据实体还是关系实体的，可以在导入的时候由用户批量选择，对于一些其他的限制，如枚举值、属性类型和长度等，可以在导入之后，模型发布之前由用户更正或者补填。
- iDME运维助手 https://isaom.idme.cn-north-4.huaweicloud.com/#/overview 需求：iDME运维助手，支持下载全库备份文件场景描述：我们可以自助全库迁移数据 效果图： [图片] 类似rds中的下载备份： [图片] iDME运维助手 https://isaom.idme.cn-north-4.huaweicloud.com/#/overview 需求：iDME运维助手，支持下载全库备份文件场景描述：我们可以自助全库迁移数据 效果图： [图片] 类似rds中的下载备份： [图片]
- 场景描述：新用户购买工业数字模型驱动引擎 iDME服务，由于不熟悉相关界面，无法开始操作 建议方案： 新用户购买工业数字模型驱动引擎 iDME服务后应给予操作提示，或者提供操作手册给用户进行自学。 场景描述：新用户购买工业数字模型驱动引擎 iDME服务，由于不熟悉相关界面，无法开始操作 建议方案： 新用户购买工业数字模型驱动引擎 iDME服务后应给予操作提示，或者提供操作手册给用户进行自学。
- 场景描述： 需要将一张表的id，保存到另外多张关联表上，那么第一张表在没有雪花id的生成方法的情况下，只有想把第一张表保存到数据库，然后根据返回的id，在放入另外一张表中，如果涉及到多对多的情况下，没有雪花id的生成方法，比较麻烦 建议方案：java 服务编排支持，使用华为提供的生成雪花id的方法 场景描述： 需要将一张表的id，保存到另外多张关联表上，那么第一张表在没有雪花id的生成方法的情况下，只有想把第一张表保存到数据库，然后根据返回的id，在放入另外一张表中，如果涉及到多对多的情况下，没有雪花id的生成方法，比较麻烦 建议方案：java 服务编排支持，使用华为提供的生成雪花id的方法
- 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 紧急需求：java服务编排中需要支持import XDMContext类 使用场景：java服务编排里面要查询所有租户的数据，要关闭默认添加的租户过滤条件 用法：在脚本中会写到： import com.huawei.innovation.rdm.coresdk.basic.util.context.XDMContextManager; XDMContextManager.build().setTenantFilterSwitch(false) 或XDMContextManager.build().setTenantFilterSwitch(true); [图片] [图片] 工业数字模型驱动引擎（iDME）云服务链接：https://console.huaweicloud.com/dme/?region=cn-north-4#/ 紧急需求：java服务编排中需要支持import XDMContext类 使用场景：java服务编排里面要查询所有租户的数据，要关闭默认添加的租户过滤条件 用法：在脚本中会写到： import com.huawei.innovation.rdm.coresdk.basic.util.context.XDMContextManager; XDMContextManager.build().setTenantFilterSwitch(false) 或XDMContextManager.build().setTenantFilterSwitch(true); [图片] [图片]
- 场景描述： 建议加入智能化故障诊断功能，当模型构建过程中出现逻辑错误或冲突时，系统能自动提示并提供修正建议。这样不仅能提升建模效率，还能帮助新手用户更快掌握数据建模的最佳实践。 建议方案： 场景描述： 建议加入智能化故障诊断功能，当模型构建过程中出现逻辑错误或冲突时，系统能自动提示并提供修正建议。这样不仅能提升建模效率，还能帮助新手用户更快掌握数据建模的最佳实践。 建议方案：
- 工业数字模型驱动引擎（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运行态不开放多语言了吗 预审不通过场景描述：运行态多语言菜单不见了，是不让使用了吗？我看文档是有的，以前友好环境运行态也有 [图片] [图片] 场景描述：运行态多语言菜单不见了，是不让使用了吗？我看文档是有的，以前友好环境运行态也有 [图片] [图片]
- 场景描述： 因为考虑到这里有用户管理及发布能力，对于发布的数据实体是否需要经过管理人员审核？这一点我有些疑惑。一般而言为了规范化层级管理，都会引入审核机制的，也能保证数据的正确性。 [图片] 建议方案： 建议引入发布审核机制，在多人异地协作场景下，经负责人审核后才可进行应用发布。 [图片] 设计态下基本就这些比较明显的问题了。 场景描述： 因为考虑到这里有用户管理及发布能力，对于发布的数据实体是否需要经过管理人员审核？这一点我有些疑惑。一般而言为了规范化层级管理，都会引入审核机制的，也能保证数据的正确性。 [图片] 建议方案： 建议引入发布审核机制，在多人异地协作场景下，经负责人审核后才可进行应用发布。 [图片] 设计态下基本就这些比较明显的问题了。
- 场景描述： 个人建议，对于这种管理平台功能的摆放按照优先级，一定是关键的、常用的放到容易点击的位置，而辅助的、结果的、日志的稍稍滞后摆放。 首页大屏放第一个自然毫无问题，但第二个不建议放置【我的工作空间】，因为其本身不涉及配置和管理，仅仅是作为一个统一的结果生成和下载或上传显示点。 [图片] 建议方案： 建议我的工作空间下移放置到【应用中心】的上面，这样能够保证前面都是常用的核心功能，符合正常使用逻辑。 [图片] 场景描述： 个人建议，对于这种管理平台功能的摆放按照优先级，一定是关键的、常用的放到容易点击的位置，而辅助的、结果的、日志的稍稍滞后摆放。 首页大屏放第一个自然毫无问题，但第二个不建议放置【我的工作空间】，因为其本身不涉及配置和管理，仅仅是作为一个统一的结果生成和下载或上传显示点。 [图片] 建议方案： 建议我的工作空间下移放置到【应用中心】的上面，这样能够保证前面都是常用的核心功能，符合正常使用逻辑。 [图片]
上滑加载中
推荐直播
-
HDC深度解读系列 - Serverless与MCP融合创新，构建AI应用全新智能中枢2025/08/20 周三 16:30-18:00
张昆鹏 HCDG北京核心组代表
HDC2025期间，华为云展示了Serverless与MCP融合创新的解决方案，本期访谈直播，由华为云开发者专家(HCDE)兼华为云开发者社区组织HCDG北京核心组代表张鹏先生主持，华为云PaaS服务产品部 Serverless总监Ewen为大家深度解读华为云Serverless与MCP如何融合构建AI应用全新智能中枢
回顾中 -
关于RISC-V生态发展的思考2025/09/02 周二 17:00-18:00
中国科学院计算技术研究所副所长包云岗教授
中科院包云岗老师将在本次直播中，探讨处理器生态的关键要素及其联系，分享过去几年推动RISC-V生态建设实践过程中的经验与教训。
回顾中 -
一键搞定华为云万级资源，3步轻松管理企业成本2025/09/09 周二 15:00-16:00
阿言 华为云交易产品经理
本直播重点介绍如何一键续费万级资源，3步轻松管理成本，帮助提升日常管理效率！
回顾中
热门标签