检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
运行模型(顺序图) 运行模型-顺序图中的元素都来自于上下文模型中的用户角色、外部系统或者逻辑模型中定义的逻辑元素,不需要在顺序图中创建新元素,只需要使用到UML顺序图中的消息连线。元素介绍如下表所示: 表1 运行模型(顺序图)元素介绍 元素名 图标 含义 Message 同步消息连线
运行视图概述 运行视图面向系统运行,描述系统启动过程、运行期交互的视图,主要解决系统运行期交互,描述各可执行交付件在运行期的交互关系。 表1 运行视图 模型类别 描述 运行模型(可选) 运行模型描述系统运行期间的关系,从进程的维度描述系统运行时的交互过程和关键数据流。 运行模型-顺序图(必选)
组合结构图 组合结构图元素介绍如下表所示: 表1 组合结构图元素介绍 元素名 图标 含义 Class 是对象的集合,展示了对象的结构以及与系统的交互行为。 Interface 接口,可以是单个接口,也可以是抽象的一组接口的组合。 圆形接口与矩形接口意义相同,仅形状不同。 Property
逻辑模型 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。元素介绍如下表所示: 表1 逻辑模型元素介绍 元素名 图标 含义 System 广义上,系统是指提供给市场,被客户注意、获取、使用或者消费,并能满足客户某种需求的载体,包
领域模型 领域模型描述业务域的概念及其关系,是立足于业务域的分析模型,它通过业务问题域的分析和建模,抽象出领域概念,建立统一的业务语言,从而指导后续的架构设计工作。元素介绍如下表所示: 表1 领域模型元素介绍 元素名 图标 含义 Domain 域,用于在架构表达、开发管理、对外介
4+1视图概述 4+1视图是一组相关联模型的集合,从不同的视角,反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面,以用例串接和验证各切面设计。 在架构设计说明书模板中的4+1架构视图模型结构如下图所示: 图1 4+1架构视图模型结构图 表1 视图类型与描述
数据模型 数据模型定义系统的关键数据设计,包括关键数据结构设计、数据流,以及数据所有权等。元素介绍如下表所示: 表1 数据模型元素介绍 元素名 图标 含义 Entity 实体,该实体建立了一种和数据库表的映射关系。 Attribute 属性。 Class 类,是对象的集合,展示了对象的结构以及与系统的交互行为。
构建模型 构建模型定义软件编译构建结构及工具链,构建模型建立代码到运行期文件的映射和追溯关系。元素介绍如下表所示: 表1 构建模型元素介绍 元素名 图标 含义 Exec Trgt 表示逻辑对象构建的二进制结果(.so/.bin/rpm等)。 Compile Trgt 表示逻辑对象构建的二进制编译结果(
用例模型 用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增量版本中影响架构的用例模型;而交互场景描述系统与外部实体之间复杂的交互关系图,采用UML顺序图进行描述绘制,帮助描述隐含的需求和约束,以及系统的验证。元素介绍如下表所示:
架构视图模型检查规则 逻辑模型 技术模型 代码模型 构建模型 交付模型 部署模型 上下文模型 运行模型 父主题: 通用检查规则
元素创建成功后,使用连线建立元素间的关系。 鼠标移动或者选中元素Subsystem1,待四周出现小三角图标。 鼠标左键拖拽小三角至目标元素System1自动生成连线,在弹出窗口选择线型Composition,连线完成。
在包下新建逻辑模型图 您可以在包、元素下面建图,也可以在起始页建图,此处以在包下新建逻辑模型图为例,步骤如下: 在左侧工程树打开模型工程根节点Test1下的“逻辑视图>逻辑模型”,单击右侧更多操作或右键打开包菜单,单击“新增图”。 在“选择图类型”页面选择 “4+1 视图>逻辑视
4+1视图建模 4+1视图概述 用例视图 逻辑视图 开发视图 部署视图 运行视图 架构信息 架构检查
功能模型 功能模型描述按功能分解出特性、功能组、功能元素,以及它们之间的依赖关系。元素介绍如下表所示: 表1 功能模型元素介绍 元素名 图标 含义 Function 功能。 Feature 特性。 Function Domain 功能域。 Composition 组合,是整体与部
技术模型 技术模型定义系统采用的关键技术部件和技术栈,包括整体框架技术,公共机制,基础设施,公共服务/组件,以及各逻辑功能元素的技术方案等。元素介绍如下表所示: 表1 技术模型元素介绍 元素名 图标 含义 Module (IEEE 610.12-1990)系统中一个逻辑上可分离的
代码模型 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系,建立逻辑元素到代码仓或者代码目录的映射关系,以实现软件源代码的显示管理。元素介绍如下表所示: 表1 代码模型元素介绍 元素名 图标 含义 Repo Grp 代码仓组是代码模型分组辅助元素,不对应具体的代码仓,仅表示一个集合。
如何查看和修改模型图类型 当模型图的类型和当前建模内容不匹配时会出现各种各样的错误,应该正确的选择图的类型。 查看图类型 在工程树上右键单击需要查看的图或在打开图鼠标右键菜单“属性”按钮。 即可在属性栏查看当前图的类型。 修改图类型 打开模型图的属性菜单,即可在类型栏下拉框中选择自己需要的视图,单击“保存”。
运行模型 表1 运行模型元素介绍 元素名 图标 含义 Process 进程,加截的组件、服务/微服务列表[1..*]。 Thread 线程,加载的组件、服务/微服务列表[1..*]。 Package 进程组,包含进程列表。 Mutex 锁/临界区,锁类型(自旋锁、排它锁、分布式锁、共享锁等)。
上下文模型 上下文模型描述系统和外部环境(包括人、系统及外部实体)之间的关系,依赖和交互。通过上下文模型可以显示定义系统的范围、职责、边界。元素介绍如下表所示: 表1 上下文模型元素介绍 元素名 图标 含义 Actor 角色,是与系统交互的人或事物。 System 系统。 广义上
代码模型 2.3.1代码模型的元素要与指定的代码模型层次结构保持一致 详细描述 在代码模型中创建代码元素,代码元素在架构树中与上下级元素的关系层级结构要与代码模型架构方案配置定义的层次结构一致,即该代码元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的