选择表模型 在设计 数据仓库 模型的时候，最常见的有两种：星型模型与雪花模型。选择哪一种模型需要根据业务需求以及性能的多重考量来定。 星型模型由包含数据库核心数据的中央事实数据表和为事实数据表提供描述性属性信息的多个维度表组成。维度表通过主键关联事实表中的外键。如图1。 所有的事实都必须保持同一个粒度。

查看更多 →

注册业务模型和技术模型之间的关系 概述 注册业务模型和技术模型之间的关系是指注册业务模型中的逻辑实体和实体属性，即将资产目录中创建的业务模型和模型采集到的技术模型进行映射关联。将本身不可读的表、字段、API等信息全部转化为带有业务语义的模型，让各个部门、各个系统、各个开发者在用数

查看更多 →

出企业的业务信息蓝图，是IT和业务人员沟通的桥梁。逻辑数据模型是一组规范化的逻辑表结构，逻辑数据模型是根据业务规则确定的，关于业务对象、业务对象的数据项及业务对象之间关系的基本蓝图。 物理模型：是在逻辑数据模型的基础上，考虑各种具体的技术实现因素，进行数据库体系结构设计，真正实现

查看更多 →

没有模型的问答和基于标注数据训练了模型的区别 训练模型会将问答进行优化训练得到最佳回答效果，没有模型的问答只是基于标准问和答案匹配结果。 父主题： 智能问答机器人

查看更多 →

模型归档 模型训练完成后，支持归档模型。操作步骤如下所示。 单击界面右上角的“归档”图标，如图1所示。 界面下方新增cell代码框。 图1 归档图标 配置新增的cell代码框右侧配置参数。 参数说明如下所示： 模型名：归档模型的名称。以字母开头，可由数字、大小写字母或中划线组成。示例：Learnware-01。

查看更多 →

模型验证 模型验证简介 创建验证服务 创建验证任务 父主题： 用户指南

查看更多 →

模型训练 将样例数据中的训练数据集加载至当前学件项目中，进行数据预处理和模型训练。 单击代码框左下方的“加载数据”，弹出“加载数据”代码框。 也可以单击界面右上角的，在弹出的算子框中，选择“学件 > 多层嵌套异常检测学件 > 加载数据”，添加“加载数据”代码框。 需要配置的参数如下所示，其余参数保持默认值即可。

查看更多 →

模型管理 创建资产模型 删除资产模型 添加属性信息 修改属性信息 删除属性信息 添加分析任务 修改分析任务 删除分析任务 父主题： 资产建模

查看更多 →

支持用户通过本地上传或者AI市场导入的方式，导入模型包。 2 模型包名称 模型包的名称。 版本 模型包生成时的版本。 模型类型 模型的AI算法框架类型。 运行环境 AI算法框架匹配的Python语言版本。 创建时间 模型包生成的时间。 来源 模型包的来源。包括模型训练服务、本地上传和AI市场导入三种来源。

查看更多 →

模型集市 调用预置大语言模型非流式模型服务 调用预置大语言模型流式模型服务 调用预置向量化模型批量服务 父主题： API

查看更多 →

、公共示例、安全模型、公共响应头。 数据模型 数据模型和编程语言里的数据结构概念类似，主要用于接口设计场景中的“返回响应”和json/xml类型的“Body参数”。 在设计API的Body体或响应体时，可以直接引用公共数据结构。 数据结构被引用后，可以在数据结构的文档页面查看引用当前数据结构的API和模型。

查看更多 →

存在。 Aggregation 聚合，是整体与部分的关系，且部分可以离开整体而单独存在。 Dependency 依赖，是一种使用的关系，即一个类的实现需要另一个类的协助。 父主题： 逻辑视图

查看更多 →

监控运维的角度感知到服务的存在。规模上介与Subsystem与FM之间的逻辑架构模型元素。Service的功能更加内聚，对外依赖少，接口稳定。 Component 组件，可独立加载、部署和运行的进制代码，采用轻量级通讯机制、松耦合高内聚的软件架构构建单元，部署时不能跨节点类型部署

查看更多 →

表示代码仓中的文件，名称中包含文件名+文件类型后缀。 Dir Templ 目录模板。 Manifest Repo和对应的逻辑设计对象使用Manifest连接。 表示由此代码仓的代码实现此设计对象的功能。连线方向由代码元素指向逻辑元素。 Composition 组合，是整体与部分的关系，

查看更多 →

一个类的协助。 Usage 使用，是一种使用的关系。表明一个模块在运行的时候，需要使用另外一个模块。 前提条件 因为交付模型主要是描述构建模型中的结构元素打包成交付文件的过程，所以必须先完成构建模型的设计才能进行交付模型。 建模步骤 创建交付模型。 创建新的交付模型图或者在已有的

查看更多 →

组合，是整体与部分的关系，但部分不能离开整体而单独存在。 Aggregation 聚合，是整体与部分的关系，且部分可以离开整体而单独存在。 CommunicationPath 通信路径。定义两个部署目标能够交换信号和消息的通信路径。 前提条件 部署模型描述产品打包交付件的部署场景，所以

查看更多 →

。 检查范围 当前模型工程中的所有符合定义规则的接口（定义规则：工程设置>构造型下，绑定到4+1视图 : 逻辑模型的接口Interface元素）。 在逻辑模型图上创建出来的接口元素之间的连线关系。 引用到逻辑模型中的接口（包含关联空间中的引用的逻辑元素）之间的连线关系。 如何检查

查看更多 →

。 在部署模型图上创建出来的部署元素； 引用到部署模型中的部署元素（包含关联空间中的引用的部署元素）； 如何检查 查询基于模型图构出的部署模型架构树，找出与架构方案不匹配（标红）的元素。 正确示例 架构层级规则示例： 关联父级：配置的是当前层级元素与上一层级的元素之间的连线类型和父子关系指向。

查看更多 →

模型设计 如何创建连线关系 如何快速复制元素 如何表示父子关系 如何实现图与图之间的关联跳转 如何添加元素属性和方法 顺序图怎么连线 如何编辑顺序图中的操作符 如何查看和修改模型图类型

查看更多 →

模型管理 如何创建包 如何创建自定义视图和模型 如何配置自定义元素构造型

查看更多 →

建议扩充。 检查不同标签的样本数是否均衡，建议不同标签的样本数量级相同，并尽量接近，如果有的类别数据量很高，有的类别数据量较低，会影响模型整体的识别效果。 选择适当的学习率和训练轮次。 通过详细评估中的错误识别示例，有针对性地扩充训练数据。 后续操作 模型训练完成后，单击“下一步

查看更多 →