检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
层次结构一致,即该交付元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线关系和方向指向,都要与层级规则中定义的保持一致。 该规则项检查出的是架构信息树中按模型图构树后显示红色叹号的告警元素。 检查范围 当前模型工程中的所有符合定义规则的构建元素(定
Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一
层次结构一致,即该逻辑元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线关系和方向指向,都要与层级规则中定义的保持一致。 该规则项检查出的是架构信息树中按模型图构树后显示红色叹号的告警元素。 检查范围 当前模型工程所有逻辑模型图中的逻辑元素。 逻辑
引用到部署模型中的部署元素(包含关联空间中的引用的部署元素); 3.交付目标和执行目标,即Dlvr Trgt和Exec Trgt元素; 如何检查 查询部署模型图中生成的部署元素,查询部署模型图中的交付目标和可执行目标(Dlvr Trgt、Exec Trgt),找出交付目标和可执行目标中既无Deployed To部署
绘制消息线 根据建模规范限制,建模的连线不能独立存在于图中,两端必须是连接在元素上的,因此不允许消息线直接拖拽至画布上。且绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。具体请参见如何查看和修改模型图类型。 消息线介绍 顺序图用消息线描绘元素之间的工作流或者
如何配置架构规则方案 架构配置,只有管理员可以配置,可设置模型工程视图类型,以及配置对应视图类型下面的架构图元关系和连线规则。 每种模型图是可以配置架构层级关系,下面以4+1视图下逻辑视图中的逻辑模型为例作简单说明,其它类型的模型图配置方法可参考此处,如图所示。 4+1视图中逻辑
工程树与图中关系一致时,只取一种有效关系参与构树,下图是在0层模型中System与Subsystem关系。 在一层逻辑模型中是Subsystem与Component的关系,图中包含关系,工程树中上下级关系,取其中一种有效关系参与构树。 在2层逻辑模型中,是Component与Module的关系,
顺序图怎么连线 把图元拖到图中后,开始画连线,注意连线不能直接拖到图上,画连线有两种方式,一种是先在工具箱中选中要使用的连线类型,一种是直接在图元间连线,在弹出的连线类型框中选择要使用的连线类型。 方式一:先选中连线,鼠标放在开始生命线待鼠标变成十字光标左键拉伸移动至目标生命线,待目标生命线变色后松开鼠标左键。
提升或降低消息线层级 激活块层级表示当前消息任务与前一个消息任务之间是并列还是包含关系,支持对消息线源端升降级。 右键单击消息线,选择提升层级或者降低层级。 提升层级后效果。 父主题: 顺序图
如何实现图与图之间的关联跳转 两种方式,一种是子图方式,一种是关联图方式。 子图方式:在元素下面建子图或者在项目树上把其它模型图拖到该元素下面构成子图,可以实现双击元素图形上的子图角标,快速打开图形; 当前图元在项目树节点下面有子模型图,单击操作可以打开该图元包含的模型图; 如果
领域模型描述业务域的概念及其关系,是立足于业务域的分析模型,它通过业务问题域的分析和建模,抽象出领域概念,建立统一的业务语言,从而指导后续的架构设计工作。 功能模型(可选) 功能模型描述按功能分解出特性、功能组、功能元素,以及它们之间的依赖关系。 技术模型(必选) 技术模型定义系统采用的关键技术部件和技术栈
用户在建模过程中可以实时看到模型的变化,减少冲突和覆盖,提高建模设计工作的效率。 4+1视图建模 内置华为多年架构设计变更实践成果,支持业界通用UML和4+1视图建模。 模型跨团队共享复用 支持跨工程、跨团队对模型库进行共享和复用,适用于多个子产品、上下游系统间的协同,模型图、
Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Association 关联,是一种拥有的关
应用场景 多种模型设计 应用:软件设计开发。 场景特点:软件设计和开发过程会有不同的角色参与其中,统一设计建模语言减少沟通成本。 适用场景:支持4+1视图和UML模型在线设计,为用户提供可视化建模语言。 模型协同设计 应用:项目协同设计。 场景特点:工程庞大、周期短的情况,需要投入多人同时开发建模。
Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 建模示例 从工具箱中拖入功能域和特性元素到功能模
Component 组件,可独立加载、部署和运行的进制代码,采用轻量级通讯机制、松耦合高内聚的软件架构构建单元,部署时不能跨节点类型部署(计算机百科全书:组件是软件系统中具有相对独立功能、接口由契约指定、 和语境有明显依赖关系、可独立部署、 可组装的软件实体)。 MS 是指可独立设计开发部署测试、
架构检查方案 架构检查方案功能是基于架构检查中的规则项,设置一个检查规则集合,可将该检查集合设置为架构检查中默认启用的检查规则集,该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中的检查项来源基于通用检查规则,选择要配置到规则集中的方案。 新
开发视图概述 开发视图面向系统开发及软件管理,描述系统代码结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。 模型类别 描述 代码模型(必选) 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系,建立逻辑元素到代码仓或者代码目录
用例视图概述 用例视图以用例作为驱动元素,驱动和验证其他四个视图的设计,用例视图不增加设计元素,仅增加用例作为输入,因此作为+1视图。 模型类别 描述 上下文模型(必选) 上下文模型描述系统和外部环境(包括人、系统及外部实体)之间的关系,依赖和交互。通过上下文模型可以显示定义系统的范围、职责、边界。
创建顺序图 绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。 已创建的模型图修改图类型具体请参考如何查看和修改模型图类型。 单击新增图。 弹出新建图弹窗选择“UML>顺序图”,填写顺序图基本信息。 父主题: 顺序图