检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
如何配置自定义元素构造型 当在模型设计过程中,发现现有的模型图元无法满足设计表达的要求,此时需要添加一些新类型的图元放入到工具箱中来使用。用户可以单击“新建构造型”按钮,来创建新的构造型元素,如图所示。 按上图示例,新增一个示例构型元素,如图所示: 元素类型:此处选择的类型决定图元的外观样式和默认属性。
单击确定后,会弹出关联工具箱的提示,单击“确定”。 界面右边弹出关联工具箱界面,勾选要给自定义模型配置的工具箱资源,并“保存”。 创建自定义视图完成,新增图就可以选择到自定义的视图模型。 工程中新建一个自定义类型的模型图,如下图所示。 父主题: 模型管理
属性列表:支持快速编辑,存在多条方法可拖动排序。 属性设置:自定义属性设置,类型可以选择默认的基础类型,也可以手动输入其它类型,也支持从当前工程中选择已经定义好的类型。 方法 方法列表:支持快速编辑,存在多条方法可拖动排序。 方法详情:支持自定义,返回类型设可以选择默认的基础类型,也可以手动输
为将它定义为两个独立的任务。 开启新的消息组后,如果对应激活块没有拆分为独立逻辑段,则可能是该激活块上方的消息线设置了“向下延长源端激活块”,导致上方的激活块向下延伸。 向上延长源端激活块 当一条消息线的源端激活块不与它上方的其余激活块相连,通常意味着该消息线代表的是一个独立任务
结构要与代码模型架构方案配置定义的层次结构一致,即该代码元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线关系和方向指向,都要与层级规则中定义的保持一致。 检查范围 当前模型工程中的所有符合定义规则的代码模型元素(定义规则:工程设置 > 构造型下,绑定到4+1视图
级结构要与构建模型架构方案配置定义的层次结构一致,即该构建元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线关系和方向指向,都要与层级规则中定义的保持一致。 检查范围 当前模型工程中的所有符合定义规则的构建元素(定义规则:工程设置 > 构造型下,绑定到4+1视图
Trgt存在图上。 架构检查结果: 2.5.3交付模型同一个树的同一层上不能有同名同类型的元素 详细描述 在同一棵交付架构信息树上,在同一个父元素节点下面,不能存在类型相同,并且名称也相同的交付元素。 检查范围 当前模型工程中的所有符合定义规则的交付元素(定义规则:工程设置 > 构造型下,绑定到4+1视图
结构化活动是一个活动节点,可以将下级节点作为独立的活动组。 CentralBufferNode 中央缓冲区节点是一个对象节点,用于管理活动图中表示的来自多个源和目标的流。 Datastore 数据存储区定义了永久存储的数据。 Object 封装了状态和行为的具有良好定义界面和身份的离散实体;即对象实例。
级结构要与技术模型架构方案配置定义的层次结构一致,即该技术元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线关系和方向指向,都要与层级规则中定义的保持一致。 检查范围 当前模型工程中的所有符合定义规则的技术元素(定义规则:工程设置 > 构造型下,绑定到4+1视图
依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Instantiate 实例化,声明用一个类的方法创建了另一个类的实例。 Constraint 是一个语义条件或者限制的表达式。UML 预定义了某些约束,其他可以由建模者自行定义。
的元素。 检查结果: 2.1.3逻辑模型同一个树的同一层上不能有同名同类型的元素 详细描述 在逻辑架构信息树上,同一个父元素节点下面,不能存在类型相同,名称也相同的元素。 检查范围 当前模型工程所有逻辑模型图中的逻辑元素 (逻辑元素定义:工程设置 > 构造型下,绑定到4+1视图 :
有特征和行为的实现。 Usage 使用,是一种使用的关系,表明一个模块在运行的时候,需要使用另外一个模块。 建模示例 从工具箱中拖入框架、服务、数据库、组件等等技术元素对象到技术模型图中,从工程树上引用逻辑模型中定义的涉及关键技术的逻辑对象“功能服务APIGW”,建立如下图所示技术部件和技术栈逻辑对象关联的模型结构:
依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系,表明一个模块在运行的时候,需要使用另外一个模块。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 Generalization 泛化,是一种继承关系,一个类(通用元
部署模型元素不能独立存在于整个部署架构树之外,必须要与任何一个在架构树上的部署元素建立关系。 检查范围 当前模型工程中的所有符合定义规则的部署元素(定义规则:工程设置 > 构造型下,绑定到4+1视图 : 部署模型的基础构造型与自定义构造型元素才认定为部署元素)。 在部署模型图上创建出来的部署元素;
包含,包含关系描述的是一个用例需要某种功能,而该功能被另外一个用例定义, 那么在用例的执行过程中,就可以调用已经定义好的用例。 Extend 扩展,用例之间的关系, 是指用例功能的延伸,相当于为基础用例提供一个附加功能。 前提条件 用例模型中的Actor需要在上下文模型中定义,再引用至用例
仅表示一个集合。 一个设计对象对应多个代码仓的情况,建议使用Repo Grp标识出来,供构建模型整体引用。 Repo 表示一个代码仓。 Dir 表示一个代码目录。 Dir不单独出现,建立在某个代码仓或者上级目录之下。 File 表示代码仓中的文件,名称中包含文件名+文件类型后缀。
Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Constraint 是一个语义条件或者限制的表达式。UML 预定义了某些约束,其他可以由建模者自行定义。 Anchor 锚点。 Containment
上下文模型 2.7.1上下文模型中只能有一个System 详细描述 在上下文模型中只能存在一个类型为System的元素;其它的三方交互的对象用ExternalSystem或者Actor元素表示。 检查范围 当前模型工程中的所有符合定义规则的System元素,工程设置 > 构造型下,绑定到4+1视图
Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模步骤 创建上下文模型。
、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。 部署模型(必选) 部署模型定义产品的部署关系,它依托于构建模型或交付模型,描述每个构建文件或者交付件以及