该规则项检查出的是架构信息树中按模型图构树后显示红色叹号的告警元素。 检查范围 当前模型工程所有逻辑模型图中的逻辑元素。 逻辑元素定义：“工程设置>元素构造型”下，绑定到4+1视图：逻辑模型的基础构造型与自定义构造型元素以及逻辑模型架构方案配置的构造型。 包括：在逻辑模型图上创建出来的逻辑元素，引用到

查看更多 →

在0层模型上选中Subsystem元素右键“新增图”或者在工程树上的Subsystem元素节点右键“新增图”，在新增图界面图类型仍为逻辑模型。 元素创建完子图后，在所有图中元素图形右下角有一个眼镜图标，双击该图标可快速打开这个元素的子图。 将Subsystem1以Link的形式拖入1层逻辑模型。 新增的Comp

查看更多 →

面。 图9 选择数据架构 在数据架构控制台，单击左侧导航树中的“逻辑模型”。 在总览图中找到所需要的逻辑模型，将光标移动到该卡片上，单击该模型的转换按钮。 图10 逻辑模型转化为物理模型 在“转换为物理模型”对话框中，配置如下参数，然后单击“确定”。 图11 转换为物理模型 逻辑

查看更多 →

不同的维度之间没有任何关联。 图1 星型模型 雪花模型是在基于星型模型之上拓展来的，每一个维度可以再扩散出更多的维度，根据维度的层级拆分成颗粒度不同的多张表。如图2。 优点是减少维度表的数据量，各个维度表之间按需关联。 缺点是需要额外维护维度表的数量。 图2 雪花模型 本实践基于TPC-DS的SS（Store

查看更多 →

Studio数据架构支持的建模方法有以下两种： 逻辑模型：通过实体、属性和关系勾勒出企业的业务信息蓝图，是IT和业务人员沟通的桥梁。逻辑数据模型是一组规范化的逻辑表结构，逻辑数据模型是根据业务规则确定的，关于业务对象、业务对象的数据项及业务对象之间关系的基本蓝图。 关系建模 关系建模是用实体关系（Entity

查看更多 →

参考类别管理。 图2 手动新建实体 在逻辑实体属性界面创建该实体的属性，包含属性名称、属性英文名称、数据类型、数据长度、是否主键、是否分区等字段后，点击【确认】即可完成逻辑实体的创建。 图3 逻辑实体属性配置 从文件导入逻辑实体 架构师点击对应信息架构的逻辑模型名称进入设置。 点

查看更多 →

新增，进入新增维度编辑页面。 图1 维度建模1 选择所属主题，填入基本信息，包括：维度名称、维度编码、维度类型、资产责任人。填入物化配置，包括：数据库连接类型、选择相应数据连接、数据库、Schema。最后添加的属性配置。单击发布，勾选自助审批。 图2 维度建模2 发布之后会将维度物化到数据库中，在维度表里可以查看。

查看更多 →

转换逻辑模型为物理模型 功能介绍 转换逻辑模型为物理模型 调用方法 请参见如何调用API。 URI PUT /v1/{project_id}/design/workspaces/{model_id}/transform 表1 路径参数 参数 是否必选 参数类型 描述 project_id

查看更多 →

逻辑视图 概述 逻辑模型 数据模型 领域模型 功能模型 技术模型 父主题： 4+1视图建模

查看更多 →

，拖拽“BO”对象至画布空白区域。选中对象，在右侧页面设置对象属性，如图1所示。 图1 BO 对象名称：设置对象的名称，必须使用大驼峰格式，不允许存在连续的大写字母。 中文名：设置BO对象的中文名称。 分库逻辑：设置BO数据分库（sharding）策略。 广播对象（BROADCA

查看更多 →

Studio数据架构的数据建模过程中，用到的建模方法主要有以下四种： 逻辑模型：通过实体、属性和关系勾勒出企业的业务信息蓝图，是IT和业务人员沟通的桥梁。逻辑数据模型是一组规范化的逻辑表结构，逻辑数据模型是根据业务规则确定的，关于业务对象、业务对象的数据项及业务对象之间关系的基本蓝图。 关系建模 关系建模是用实体关系（Entity

查看更多 →

ODFS内部发生其他未知错误时会触发该分支条件，不选择则进入异常流程。 如何使用图元 当需要重复执行某个操作直到符合一定条件时使用该图元。 单击图元，或使用鼠标将图元拖拽到画布上，然后配置循环条件以及循环的数据对象。 典型使用场景 下面使用逻辑循环图元示例一个通过循环实现字符串拼接的场景。 操作员登录客户

查看更多 →

ODFS内部发生其他未知错误时会触发该分支条件，不选择则进入异常流程。 如何使用图元 当需要重复执行某个操作直到符合一定条件时使用该图元。 单击图元，或使用鼠标将图元拖拽到画布上，然后配置循环条件以及循环的数据对象。 典型使用场景 下面使用逻辑循环图元示例一个通过循环实现字符串拼接的场景。 操作员登录客户

查看更多 →

销售管理 客户服务商激励 查询商品业绩激励策略、授权折扣及分成比例 优惠折扣申请 为客户提供私有链接 创建客户需求

查看更多 →

联合销售 与生态伙伴联合基线解决方案销售 父主题： 术语&缩略语解释

查看更多 →

缩短产品交货期、降低成本、提升企业经济效益的目标。 总体流程图 图1 销售管理总体流程图 系统特性 本产品销售管理系统为企业提供如下应用特性： 支持多组织体系下客户、物料等基础资料数据的共享 支持单体、和多组织企业的销售业务处理 支持自定义单据类型及布局 系统提供预置业务流程，支持标准及个性化流程的应用

查看更多 →

创建的订单类型分为备库订单和销售订单，备库订单进行MRP计算时不考虑库存不考虑占用。 大体业务流程如下图 图3 大体业务流程 销售退货 创建销售退货记录； 基本信息 单击菜单列表中销售管理下的销售退货，右侧出现销售退货信息页面 图4 销售退货 新建销售退货（移动端进行退货信息同步） 图5 新建销售退货 增加该订单的退货记录

查看更多 →

销售订单 图1 销售订单 客服操作平台，主要汇总由平台订单转单成功后的内部销售订单，包含订单状态、配货订单号等信息；可执行取消订单、批量改商品、批量修改订单信息、挂起、解挂操作，也可在此界面进行客审以及手动创建新订单的操作。 客审（客户人员审核订单） 图2 待客审 客审：单击【客

查看更多 →

单击“是”，删除销售订单成功； 图1 销售订单 销售订单明细 【功能说明】 记录销售订单明细信息 【操作步骤】 新增：单击“新增”按钮 -> 添加销售订单明细信息 -> 单击“保存”按钮； 修改：选择销售订单 -> 选择销售订单明细 -> 单击“修改”按钮 -> 修改销售订单明细信息

查看更多 →

ClickHouse逻辑视图设计 建议如下： 业务逻辑上有很多比较复杂的SQL运算，可以封装为一个视图，后续查询时只查询视图，简化业务查询使用。 如果业务间有权限隔离诉求，可将部分数据查询封装到视图中，使用视图方只能看到视图下有限行及列的数据。 父主题： ClickHouse数据库设计

查看更多 →

模型地图概述 通过模型地图，用户可以快速检索模型数据，同时为方便用户更加快速高效的检索到所需数据信息，也支持用户配置检索和配置标注。 检索模型：用户可以通过选择的模型类型、输入关键字检索模型。对业务模型检索时，可以配置筛选条件里的信息架构以及关联情况进行筛选；对技术模型检索时，可

查看更多 →