检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
构建模型 构建模型定义软件编译构建结构及工具链,构建模型建立代码到运行期文件的映射和追溯关系。元素介绍如下表所示: 表1 构建模型元素介绍 元素名 图标 含义 Exec Trgt 表示逻辑对象构建的二进制结果(.so/.bin/rpm等)。 Compile Trgt 表示逻辑对象构建的二进制编译结果(
创建顺序图 绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。 已创建的模型图修改图类型具体请参考如何查看和修改模型图类型。 选中工程树包节点,单击“更多操作 > 新建图”。 弹出新建图弹窗选择“UML > 顺序图”,填写顺序图基本信息。 父主题: 顺序图
设置消息线层级 顺序图中的消息线是具备层级信息的,通常是该消息线源端激活块在生命线上的层级。如果一条消息线的源端激活块为生命线的直接子激活块,则该消息线的层级为最低的根层级;如果消息线的源端激活块为某个激活块的子激活块,则该消息线的层级就是子激活块对应的层级。对应到软件模型,激活
运行模型(顺序图) 运行模型-顺序图中的元素都来自于上下文模型中的用户角色、外部系统或者逻辑模型中定义的逻辑元素,不需要在顺序图中创建新元素,只需要使用到UML顺序图中的消息连线。元素介绍如下表所示: 表1 运行模型(顺序图)元素介绍 元素名 图标 含义 Message 同步消息连线
使用Diagram Gate 图表门是一种简单的图形方式,用于指示可以将消息传输到交互片段和从交互片段传出的点。可能需要一个片段来接收或传递消息。在内部,有序消息反映了这一要求,并在片段帧的边界上指示了门。任何与此内部消息“同步”的外部消息必须适当地对应。可以出现在交互图(顺序,
架构检查历史 在架构检查历史中可以查看过往检查的历史记录,默认打开是当前用户的检查记录。在“我的检查”下拉选项中,可以切换显示出所有人的检查结果,也支持按时间过滤查询检查的记录。 在检查历史记录下“查看”可以打开检查规则结果通过情况。 在是否通过详情下“查看”具体元素定位‘修复指导和关系查询。
领域模型 领域模型描述业务域的概念及其关系,是立足于业务域的分析模型,它通过业务问题域的分析和建模,抽象出领域概念,建立统一的业务语言,从而指导后续的架构设计工作。元素介绍如下表所示: 表1 领域模型元素介绍 元素名 图标 含义 Domain 域,用于在架构表达、开发管理、对外介
功能模型 功能模型描述按功能分解出特性、功能组、功能元素,以及它们之间的依赖关系。元素介绍如下表所示: 表1 功能模型元素介绍 元素名 图标 含义 Function 功能。 Feature 特性。 Function Domain 功能域。 Composition 组合,是整体与部
架构检查方案 架构检查方案功能是基于架构检查中的规则项,设置一个检查规则集合,可将该检查集合设置为架构检查中默认启用的检查规则集,该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中的检查项来源基于通用检查规则,选择要配置到规则集中的方案。 新
用例模型 用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增量版本中影响架构的用例模型;而交互场景描述系统与外部实体之间复杂的交互关系图,采用UML顺序图进行描述绘制,帮助描述隐含的需求和约束,以及系统的验证。元素介绍如下表所示:
架构视图模型检查规则 逻辑模型 技术模型 代码模型 构建模型 交付模型 部署模型 上下文模型 运行模型 父主题: 通用检查规则
4+1视图概述 4+1视图是一组相关联模型的集合,从不同的视角,反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面,以用例串接和验证各切面设计。 在架构设计说明书模板中的4+1架构视图模型结构如下图所示: 图1 4+1架构视图模型结构图 表1 视图类型与描述
数据模型 数据模型定义系统的关键数据设计,包括关键数据结构设计、数据流,以及数据所有权等。元素介绍如下表所示: 表1 数据模型元素介绍 元素名 图标 含义 Entity 实体,该实体建立了一种和数据库表的映射关系。 Attribute 属性。 Class 类,是对象的集合,展示了对象的结构以及与系统的交互行为。
开发视图概述 开发视图面向系统开发及软件管理,描述系统代码结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。 模型类别 描述 代码模型(必选) 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系,建立逻辑元素到代码仓或者代码目录
运行模型 表1 运行模型元素介绍 元素名 图标 含义 Process 进程,加截的组件、服务/微服务列表[1..*]。 Thread 线程,加载的组件、服务/微服务列表[1..*]。 Package 进程组,包含进程列表。 Mutex 锁/临界区,锁类型(自旋锁、排它锁、分布式锁、共享锁等)。
用例视图概述 用例视图以用例作为驱动元素,驱动和验证其他四个视图的设计,用例视图不增加设计元素,仅增加用例作为输入,因此作为+1视图。 模型类别 描述 上下文模型(必选) 上下文模型描述系统和外部环境(包括人、系统及外部实体)之间的关系,依赖和交互。通过上下文模型可以显示定义系统的范围、职责、边界。
逻辑视图概述 逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。
技术模型 2.2.1技术模型的元素要与指定的技术模型层次结构保持一致 详细描述 在技术模型中创建技术元素,技术元素在架构树中与上下级元素的关系层级结构要与技术模型架构方案配置定义的层次结构一致,即该技术元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的
上下文模型 2.7.1上下文模型中只能有一个System 详细描述 在上下文模型中只能存在一个类型为System的元素;其它的三方交互的对象用ExternalSystem或者Actor元素表示。 检查范围 当前模型工程中的所有符合定义规则的System元素,工程设置 > 构造型下,绑定到4+1视图
运行视图概述 运行视图面向系统运行,描述系统启动过程、运行期交互的视图,主要解决系统运行期交互,描述各可执行交付件在运行期的交互关系。 表1 运行视图 模型类别 描述 运行模型(可选) 运行模型描述系统运行期间的关系,从进程的维度描述系统运行时的交互过程和关键数据流。 运行模型-顺序图(必选)