检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
顺序图怎么连线 把图元拖到图中后,开始画连线,注意连线不能直接拖到图上,画连线有两种方式,一种是先在工具箱中选中要使用的连线类型,一种是直接在图元间连线,在弹出的连线类型框中选择要使用的连线类型。 方式一:先选中连线,鼠标放在开始生命线待鼠标变成十字光标左键拉伸移动至目标生命线,待目标生命线变色后松开鼠标左键。
运行视图 概述 运行模型 运行模型(顺序图) 运行模型(活动图) 父主题: 4+1视图建模
状态机图 状态机图元素介绍如下表所示: 表1 状态机图元素介绍 元素名 图标 含义 State 对象的生命中的满足一定条件,执行一定操作,或者等待某事件的条件或者情况。 StateMachine 状态机是展示状态与状态转换的图。通常一个状态机依附于一个类,并且描述一个类的实例对接收到的事件所发生的反应。
运行模型(顺序图) 运行模型-顺序图中的元素都来自于上下文模型中的用户角色、外部系统或者逻辑模型中定义的逻辑元素,不需要在顺序图中创建新元素,只需要使用到UML顺序图中的消息连线。元素介绍如下表所示: 表1 运行模型(顺序图)元素介绍 元素名 图标 含义 Message 同步消息连线
运行模型(活动图) “运行模型-活动图”同UML的活动图一样,元素介绍参见活动图。 父主题: 运行视图
组合结构图 组合结构图元素介绍如下表所示: 表1 组合结构图元素介绍 元素名 图标 含义 Class 是对象的集合,展示了对象的结构以及与系统的交互行为。 Interface 接口,可以是单个接口,也可以是抽象的一组接口的组合。 圆形接口与矩形接口意义相同,仅形状不同。 Property
架构视图模型检查规则 逻辑模型 技术模型 代码模型 构建模型 交付模型 部署模型 上下文模型 运行模型 父主题: 通用检查规则
4+1视图建模 概述 用例视图 逻辑视图 开发视图 部署视图 运行视图 架构信息 架构检查
在包下新建逻辑模型图 您可以在包、元素下面建图,也可以在起始页建图,此处以在包下新建逻辑模型图为例,步骤如下: 在左侧工程树打开模型工程根节点Test1下的“逻辑视图>逻辑模型”,单击右侧更多操作或右键打开包菜单,单击“新增图”。 在“选择图类型”页面选择 “4+1 视图>逻辑视
概述 开发视图面向系统开发及软件管理,描述系统代码结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。 模型类别 描述 代码模型(必选) 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系,建立逻辑元素到代码仓或者代码目录的映射关系,以实现软件源代码的显示管理。
概述 逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。
如何查看和修改模型图类型 当模型图的类型和当前建模内容不匹配时会出现各种各样的错误,应该正确的选择图的类型。 查看图类型 在工程树上右键单击需要查看的图或在打开图鼠标右键菜单“属性”按钮。 即可在属性栏查看当前图的类型。 修改图类型 打开模型图的属性菜单,即可在类型栏下拉框中选择自己需要的视图,单击“保存”。
领域模型 领域模型描述业务域的概念及其关系,是立足于业务域的分析模型,它通过业务问题域的分析和建模,抽象出领域概念,建立统一的业务语言,从而指导后续的架构设计工作。元素介绍如下表所示: 表1 领域模型元素介绍 元素名 图标 含义 Domain 域,用于在架构表达、开发管理、对外介
概述 运行视图面向系统运行,描述系统启动过程、运行期交互的视图,主要解决系统运行期交互,描述各可执行交付件在运行期的交互关系。 表1 运行视图 模型类别 描述 运行模型(可选) 运行模型描述系统运行期间的关系,从进程的维度描述系统运行时的交互过程和关键数据流。 运行模型-顺序图(必选)
逻辑模型 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。元素介绍如下表所示: 表1 逻辑模型元素介绍 元素名 图标 含义 System 广义上,系统是指提供给市场,被客户注意、获取、使用或者消费,并能满足客户某种需求的载体,包
概述 部署视图面向系统部署,描述系统的交付、安装、部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。
概述 用例视图以用例作为驱动元素,驱动和验证其他四个视图的设计,用例视图不增加设计元素,仅增加用例作为输入,因此作为+1视图。 模型类别 描述 上下文模型(必选) 上下文模型描述系统和外部环境(包括人、系统及外部实体)之间的关系,依赖和交互。通过上下文模型可以显示定义系统的范围、职责、边界。
用例模型 用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增量版本中影响架构的用例模型;而交互场景描述系统与外部实体之间复杂的交互关系图,采用UML顺序图进行描述绘制,帮助描述隐含的需求和约束,以及系统的验证。元素介绍如下表所示:
数据模型 数据模型定义系统的关键数据设计,包括关键数据结构设计、数据流,以及数据所有权等。元素介绍如下表所示: 表1 数据模型元素介绍 元素名 图标 含义 Entity 实体,该实体建立了一种和数据库表的映射关系。 Attribute 属性。 Class 类,是对象的集合,展示了对象的结构以及与系统的交互行为。
构建模型 构建模型定义软件编译构建结构及工具链,构建模型建立代码到运行期文件的映射和追溯关系。元素介绍如下表所示: 表1 构建模型元素介绍 元素名 图标 含义 Exec Trgt 表示逻辑对象构建的二进制结果(.so/.bin/rpm等)。 Compile Trgt 表示逻辑对象构建的二进制编译结果(