检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
通用检查规则 架构基础信息检查 架构视图模型检查规则 父主题: 架构检查
因为构建模型主要是描述创建出来的构建元素与代码元素的Build From构建关系,所以在画构建模型设计前必须要先完成代码模型的设计。 建模步骤 创建构建模型。 创建新的构建模型图或者在已有的构建模型图中进行画图设计,如果设计内容过多,可根据实际情况将内容进行拆分,创建多个构建模型图,在对应的构建模型图中去建立关系。
架构检查方案 架构检查方案功能是基于架构检查中的规则项,设置一个检查规则集合,可将该检查集合设置为架构检查中默认启用的检查规则集,该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中的检查项来源基于通用检查规则,选择要配置到规则集中的方案。 新
功能模型 功能模型描述按功能分解出特性、功能组、功能元素,以及它们之间的依赖关系。元素介绍如下表所示: 表1 功能模型元素介绍 元素名 图标 含义 Function 功能。 Feature 特性。 Function Domain 功能域。 Composition 组合,是整体与部
因为有些特殊产品没有交付打包过程,只有构建过程,在部署时使用的是构建过程生成文件来部署到部署模型中,描述部署的场景。 建模步骤 创建部署模型。 创建新的部署模型图或者在已有的部署模型图中进行画图设计,如果部署模型场景较多,可根据实际情况将内容进行拆分,按实际部署场景创建多个部署模型图。 建立交付元素与部署元素的部署关系。
概述 开发视图面向系统开发及软件管理,描述系统代码结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。 模型类别 描述 代码模型(必选) 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系,建立逻辑元素到代码仓或者代码目录的映射关系,以实现软件源代码的显示管理。
提升或降低消息线层级 激活块层级表示当前消息任务与前一个消息任务之间是并列还是包含关系,支持对消息线源端升降级。 右键单击消息线,选择提升层级或者降低层级。 提升层级后效果。 父主题: 顺序图
数据模型 数据模型定义系统的关键数据设计,包括关键数据结构设计、数据流,以及数据所有权等。元素介绍如下表所示: 表1 数据模型元素介绍 元素名 图标 含义 Entity 实体,该实体建立了一种和数据库表的映射关系。 Attribute 属性。 Class 类,是对象的集合,展示了对象的结构以及与系统的交互行为。
领域模型 领域模型描述业务域的概念及其关系,是立足于业务域的分析模型,它通过业务问题域的分析和建模,抽象出领域概念,建立统一的业务语言,从而指导后续的架构设计工作。元素介绍如下表所示: 表1 领域模型元素介绍 元素名 图标 含义 Domain 域,用于在架构表达、开发管理、对外介
概述 运行视图面向系统运行,描述系统启动过程、运行期交互的视图,主要解决系统运行期交互,描述各可执行交付件在运行期的交互关系。 表1 运行视图 模型类别 描述 运行模型(可选) 运行模型描述系统运行期间的关系,从进程的维度描述系统运行时的交互过程和关键数据流。 运行模型-顺序图(必选)
程不同分支共用的是同一套架构方案。 有些必选模型是带有默认方案,默认方案不可修改,可供参考,也可以导出默认方案,修改方案名称后,再导入生成新的方案,基于该方案来修改为自己想要的结构方案。 以逻辑模型的默认方案其中一条System->Subsystem->Component->Module结构为例展示构树过程。
运行模型 表1 运行模型元素介绍 元素名 图标 含义 Process 进程,加截的组件、服务/微服务列表[1..*]。 Thread 线程,加载的组件、服务/微服务列表[1..*]。 Package 进程组,包含进程列表。 Mutex 锁/临界区,锁类型(自旋锁、排它锁、分布式锁、共享锁等)。
运行模型(顺序图) 运行模型-顺序图中的元素都来自于上下文模型中的用户角色、外部系统或者逻辑模型中定义的逻辑元素,不需要在顺序图中创建新元素,只需要使用到UML顺序图中的消息连线。元素介绍如下表所示: 表1 运行模型(顺序图)元素介绍 元素名 图标 含义 Message 同步消息连线
架构视图模型检查规则 逻辑模型 技术模型 代码模型 构建模型 交付模型 部署模型 上下文模型 运行模型 父主题: 通用检查规则
在用例模型上重新定义Actor。 建模步骤 创建用例模型。 您可以使用工程初始化建好的用例模型或者在其它目录节点右键菜单中“新增图”,创建新的用例模型,如果用例场景较多,可以创建多个用例模型。 画用例模型。 用例模型包含系统基本业务的用例模型、以及增量版本中影响架构的用例模型,从
运行模型(活动图) “运行模型-活动图”同UML的活动图一样,元素介绍参见活动图。 父主题: 运行视图
架构基础信息检查 1.1元素名称不能为空 详细描述 建模设计的元素名称不能为空,如果存在名称为空的元素,在检查结果中都会列出。 检查范围 在图上创建的元素在工程树中出现对应的节点,即为建模元素,都在被检查范围内。 如何检查 查询模型工程内所有建模元素,检查出名称为空元素。 正确示例
运行模型 2.8.1运行模型、运行模型-顺序图、运行模型-活动图中不能产生新的逻辑元素 详细描述 在运行模型中不能创建新的逻辑元素,只能从逻辑模型中引用或者实例化到运行模型中来进行设计。 检查范围 当前模型工程中的所有模型图类型为运行模型图上的逻辑元素,逻辑元素的定义参考逻辑模型检查章节。
逻辑模型 2.1.1逻辑模型的元素要与指定的逻辑模型层次结构保持一致 详细描述 在逻辑模型中创建逻辑元素,逻辑元素在架构树中与上下级元素的关系层级结构要与逻辑模型架构方案配置定义的层次结构一致,即该逻辑元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的
部署模型 2.6.1检查部署模型的元素是否与架构层次结构是否一致 详细描述 在部署模型中创建部署元素,部署元素在架构树中与上下级元素的关系层级结构要与部署模型架构方案配置定义的层次结构一致,即该部署元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线