检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
创建顺序图 绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。 已创建的模型图修改图类型具体请参考如何查看和修改模型图类型。 单击新增图。 弹出新建图弹窗选择“UML>顺序图”,填写顺序图基本信息。 父主题: 顺序图
Diagram Gate使用 图表门是一种简单的图形方式,用于指示可以将消息传输到交互片段和从交互片段传出的点。可能需要一个片段来接收或传递消息。在内部,有序消息反映了这一要求,并在片段帧的边界上指示了门。任何与此内部消息“同步”的外部消息必须适当地对应。可以出现在交互图(顺序,
置在其上的第一条消息线),从LM1出发,如果LM1的目标端LT1在生命线L1上,则LT1为M1的源端【图8】;如果不在,则继续如下流程; 用LM1逆向寻源(同目标端逆向算法),如果能找到在生命线L1上的激活块,则该激活块为M1的源端【图9】;如果找不到生命线L1上的激活块,在生命
提升或降低消息线层级 激活块层级表示当前消息任务与前一个消息任务之间是并列还是包含关系,支持对消息线源端升降级。 右键单击消息线,选择提升层级或者降低层级。 提升层级后效果。 父主题: 顺序图
您可以使用初始化创建的上下文模型或者创建新的上下文模型,在目录节点右键“新增图”,如果一个系统的交互的外部角色过多时,不适合在一张上下文模型图中建模时,用户可根据外部角色的分类或者产品的应用场景创建不同的上下文模型。 建立系统与外部角色的关系。 在上下文模型中描述系统与外部角色的关系通过接口体
功能模型 功能模型描述按功能分解出特性、功能组、功能元素,以及它们之间的依赖关系。元素介绍如下表所示: 表1 功能模型元素介绍 元素名 图标 含义 Function 功能。 Feature 特性。 Function Domain 功能域。 Composition 组合,是整体与部
自定义激活块 激活块代表了一段生命周期,激活块内可包含子激活块。激活块的断开代表了其生命周期的终止。 同步消息线(Message)与异步消息线(Async Message)会在其指向的目标上创建一个激活块。如果指向生命线,则在生命线上创建,如果指向某个激活块,则在其内创建一个子激活块。
领域模型 领域模型描述业务域的概念及其关系,是立足于业务域的分析模型,它通过业务问题域的分析和建模,抽象出领域概念,建立统一的业务语言,从而指导后续的架构设计工作。元素介绍如下表所示: 表1 领域模型元素介绍 元素名 图标 含义 Domain 域,用于在架构表达、开发管理、对外介
概述 运行视图面向系统运行,描述系统启动过程、运行期交互的视图,主要解决系统运行期交互,描述各可执行交付件在运行期的交互关系。 表1 运行视图 模型类别 描述 运行模型(可选) 运行模型描述系统运行期间的关系,从进程的维度描述系统运行时的交互过程和关键数据流。 运行模型-顺序图(必选)
架构信息树 架构信息树页签中可展示基于各种模型的架构方案规则,根据该类模型的元素关系集合生成一棵全量关系结构树。 架构方案规则的配置只有工程的管理员级别角色(带有配置资源操作权限的角色)才可配置,一般是产品的架构师来配置,制定产品的各模型中元素关系约束规则,例如逻辑模型的默认架构
、模块之间的接口。 Service 服务,是指具备明确的业务特征,由一个或多个关联紧密的微服务组成,可直接面向客户/用户进行打包、发布、部署、运维的软件单元。用户可以从业务特征、安装部署、监控运维的角度感知到服务的存在。规模上介于Subsystem与FM(Function Mod
架构视图模型检查规则 逻辑模型 技术模型 代码模型 构建模型 交付模型 部署模型 上下文模型 运行模型 父主题: 通用检查规则
概述 逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。
运行模型 表1 运行模型元素介绍 元素名 图标 含义 Process 进程,加截的组件、服务/微服务列表[1..*]。 Thread 线程,加载的组件、服务/微服务列表[1..*]。 Package 进程组,包含进程列表。 Mutex 锁/临界区,锁类型(自旋锁、排它锁、分布式锁、共享锁等)。
架构检查方案 架构检查方案功能是基于架构检查中的规则项,设置一个检查规则集合,可将该检查集合设置为架构检查中默认启用的检查规则集,该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中的检查项来源基于通用检查规则,选择要配置到规则集中的方案。 新
数据模型 数据模型定义系统的关键数据设计,包括关键数据结构设计、数据流,以及数据所有权等。元素介绍如下表所示: 表1 数据模型元素介绍 元素名 图标 含义 Entity 实体,该实体建立了一种和数据库表的映射关系。 Attribute 属性。 Class 类,是对象的集合,展示了对象的结构以及与系统的交互行为。
运行模型(活动图) “运行模型-活动图”同UML的活动图一样,元素介绍参见活动图。 父主题: 运行视图
架构基础信息检查 1.1元素名称不能为空 详细描述 建模设计的元素名称不能为空,如果存在名称为空的元素,在检查结果中都会列出。 检查范围 在图上创建的元素在工程树中出现对应的节点,即为建模元素,都在被检查范围内。 如何检查 查询模型工程内所有建模元素,检查出名称为空元素。 正确示例
运行模型(顺序图) 运行模型-顺序图中的元素都来自于上下文模型中的用户角色、外部系统或者逻辑模型中定义的逻辑元素,不需要在顺序图中创建新元素,只需要使用到UML顺序图中的消息连线。元素介绍如下表所示: 表1 运行模型(顺序图)元素介绍 元素名 图标 含义 Message 同步消息连线
技术元素实现逻辑元素 或者 逻辑元素使用或依赖技术元素关系的元素。 正确示例 模型图示例:正常为逻辑元素指向技术元素,用Usage连线;技术元素指向逻辑元素,用Realization连线。 错误示例 场景一:技术元素与逻辑元素连线类型不对或者连线类型正确但是指向不对。 检查结果: