检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
部署模型 部署模型定义产品的部署关系,它依托于构建模型或交付模型,描述每个构建文件或者交付件以及相应的软件部署实体的部署依赖关系和部署约束。元素介绍如下表所示: 表1 部署模型元素介绍 元素名 图标 含义 FRU 现场可更换单元(Field-Replaceable Unit)。 Proc
架构检查历史 在架构检查历史中可以查看过往检查的历史记录,默认打开是当前用户的检查记录。在“我的检查”下拉选项中,可以切换显示出所有人的检查结果,也支持按时间过滤查询检查的记录。 在检查历史记录下“查看”可以打开检查规则结果通过情况。 在是否通过详情下“查看”具体元素定位‘修复指导和关系查询。
架构检查方案 架构检查方案功能是基于架构检查中的规则项,设置一个检查规则集合,可将该检查集合设置为架构检查中默认启用的检查规则集,该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中的检查项来源基于通用检查规则,选择要配置到规则集中的方案。 新
4+1视图概述 4+1视图是一组相关联模型的集合,从不同的视角,反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面,以用例串接和验证各切面设计。 在架构设计说明书模板中的4+1架构视图模型结构如下图所示: 图1 4+1架构视图模型结构图 表1 视图类型与描述
数据模型 数据模型定义系统的关键数据设计,包括关键数据结构设计、数据流,以及数据所有权等。元素介绍如下表所示: 表1 数据模型元素介绍 元素名 图标 含义 Entity 实体,该实体建立了一种和数据库表的映射关系。 Attribute 属性。 Class 类,是对象的集合,展示了对象的结构以及与系统的交互行为。
构建模型 构建模型定义软件编译构建结构及工具链,构建模型建立代码到运行期文件的映射和追溯关系。元素介绍如下表所示: 表1 构建模型元素介绍 元素名 图标 含义 Exec Trgt 表示逻辑对象构建的二进制结果(.so/.bin/rpm等)。 Compile Trgt 表示逻辑对象构建的二进制编译结果(
部署视图概述 部署视图面向系统部署,描述系统的交付、安装、部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。
运行模型 表1 运行模型元素介绍 元素名 图标 含义 Process 进程,加截的组件、服务/微服务列表[1..*]。 Thread 线程,加载的组件、服务/微服务列表[1..*]。 Package 进程组,包含进程列表。 Mutex 锁/临界区,锁类型(自旋锁、排它锁、分布式锁、共享锁等)。
用例视图概述 用例视图以用例作为驱动元素,驱动和验证其他四个视图的设计,用例视图不增加设计元素,仅增加用例作为输入,因此作为+1视图。 模型类别 描述 上下文模型(必选) 上下文模型描述系统和外部环境(包括人、系统及外部实体)之间的关系,依赖和交互。通过上下文模型可以显示定义系统的范围、职责、边界。
逻辑视图概述 逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。
架构基础信息检查 1.1元素名称不能为空 详细描述 建模设计的元素名称不能为空,如果存在名称为空的元素,在检查结果中都会列出。 检查范围 在图上创建的元素在工程树中出现对应的节点,即为建模元素,都在被检查范围内。 如何检查 查询模型工程内所有建模元素,检查出名称为空元素。 正确示例
运行模型(顺序图) 运行模型-顺序图中的元素都来自于上下文模型中的用户角色、外部系统或者逻辑模型中定义的逻辑元素,不需要在顺序图中创建新元素,只需要使用到UML顺序图中的消息连线。元素介绍如下表所示: 表1 运行模型(顺序图)元素介绍 元素名 图标 含义 Message 同步消息连线
架构视图模型检查规则 逻辑模型 技术模型 代码模型 构建模型 交付模型 部署模型 上下文模型 运行模型 父主题: 通用检查规则
逻辑模型 2.1.1逻辑模型的元素要与指定的逻辑模型层次结构保持一致 详细描述 在逻辑模型中创建逻辑元素,逻辑元素在架构树中与上下级元素的关系层级结构要与逻辑模型架构方案配置定义的层次结构一致,即该逻辑元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的
部署模型 2.6.1检查部署模型的元素是否与架构层次结构是否一致 详细描述 在部署模型中创建部署元素,部署元素在架构树中与上下级元素的关系层级结构要与部署模型架构方案配置定义的层次结构一致,即该部署元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线
方式一:选中元素右键创建副本Ctrl+D,以新元素方式粘贴到图中; 方式二:选中元素Ctrl+C/V或按住Ctrl键拖动元素弹出弹框,以新元素或者实例化方式粘贴到图中。 父主题: 模型设计
代码模型 2.3.1代码模型的元素要与指定的代码模型层次结构保持一致 详细描述 在代码模型中创建代码元素,代码元素在架构树中与上下级元素的关系层级结构要与代码模型架构方案配置定义的层次结构一致,即该代码元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的
交付模型 2.5.1交付模型的元素要与指定的交付模型层次结构保持一致 详细描述 在交付模型中创建交付元素,交付元素在架构树中与上下级元素的关系层级结构要与交付模型架构方案配置定义的层次结构一致,即该交付元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的
上下文模型 2.7.1上下文模型中只能有一个System 详细描述 在上下文模型中只能存在一个类型为System的元素;其它的三方交互的对象用ExternalSystem或者Actor元素表示。 检查范围 当前模型工程中的所有符合定义规则的System元素,工程设置 > 构造型下,绑定到4+1视图
架构信息 如何配置架构规则方案