检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
自定义激活块 通常情况下,激活块的生成和断连状态是由指向它的消息线及上下文控制的,基于同步/异步/返回消息线的连线规则,自动计算出对应激活块的长度以及和上下激活块的连接状态。 但是,某些建模场景下,现有的计算规则可能无法满足用户对建模逻辑的描述,用户需要在当前计算规则上,对顺序图激活块的状态施加进一步的控制
如何配置关联模型工程 想要引用“关联模型工程”中定义过的模块,首先需要申请与目标工程进行关联,发起申请后,由对应空间的管理员权限的人员在“关联我的”中操作栏通过审核。 空间关联模型工程配置解决用户要跨空间引用模块的问题,需要配置的用户拥有管理员权限,关联有权限的模型空间时可以直接关联上
权限管理 CodeArts Modeling中默认的用户角色类型及对建模的操作权限说明如下: “默认角色权限矩阵” 资源权限 项目经理 测试经理 运维经理 开发人员 测试人员 参与者 浏览者 查看(可打开模型图,只读) √ √ √ √ √ √ √ 创建(可在任何包下新增包、图、元素
绘制消息线和激活块 约束与限制 根据建模规范限制,建模的连线不能独立存在于图中,两端必须是连接在元素上的,因此不允许消息线直接拖拽至画布上。且绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。参考常见问题如何查看和修改模型图类型。 自消息线分为同步自消息线和异步自消息线
创建模型工程 前提条件 已注册华为账号并开通华为云。 已有可用项目,如果没有,请先新建项目。 操作步骤 在页面左上角单击,选择进入“软件建模”服务首页。 在页面单击“+新建模型工程”,参考表1,将模型工程名称命名为“Test1”,元模型勾选为“4+1 View”,初始化模板勾选“4
身份认证与访问控制 身份认证 用户访问CodeArts Modeling的方式有多种,包括CodeArts Modeling用户界面、API,无论访问方式封装成何种形式,其本质都是通过CodeArts Modeling提供的REST风格的API接口进行请求。 CodeArts Modeling
上下文模型 2.7.1上下文模型中只能有一个System 详细描述 在上下文模型中只能存在一个类型为System的元素;其它的三方交互的对象用ExternalSystem或者Actor元素表示。 检查范围 当前模型工程中的所有符合定义规则的System元素,工程设置 > 构造型下,
4+1视图规范一致性检查错误修复指导 XX模型不能存在游离的逻辑模型元素 以逻辑模型为例: 游离原因:元素没有在逻辑模型架构信息树中出现。 查看逻辑模型架构方案设置。 找到游离元素构造型相关的架构配置信息。 Subsystem需要与System有Composition/Aggregation
包图 包图元素介绍如下表所示: 表1 包图元素介绍 元素名 图标 含义 Subsystem 作为且有规范、实现和身份的单元的包。 Package 包。 Access 访问依赖关系用一个从客户包指向提供者包的虚箭头表示。 Merge 合并连接器,定义了源包元素与目标包同名元素之间的泛化关系
代码模型 2.3.1代码模型的元素要与指定的代码模型层次结构保持一致 详细描述 在代码模型中创建代码元素,代码元素在架构树中与上下级元素的关系层级结构要与代码模型架构方案配置定义的层次结构一致,即该代码元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线关系和方向指向
消息线连线规则 元素概念 消息线(Message):同步消息线(Message),异步消息线(Async Message),返回消息线(Reply Message),自连消息线(Self Message),创建消息线(Create Message),终止消息线(Delete Message
绘制组合片段 Fragment用来对顺序图中的消息发送/接收施加控制,用以将复杂的交互场景分解为更小、更易于管理的部分。每一个Fragment都会有对应的操作符类型,不同的操作符对应着不同的逻辑控制,Fragment中一共有12种操作符类型,可参考下方的操作符介绍说明。 服务将使用频率高的
部署模型 部署模型定义产品的部署关系,它依托于构建模型或交付模型,描述每个构建文件或者交付件以及相应的软件部署实体的部署依赖关系和部署约束。元素介绍如下表所示: 表1 部署模型元素介绍 元素名 图标 含义 FRU 现场可更换单元(Field-Replaceable Unit)。 Proc
技术模型 2.2.1技术模型的元素要与指定的技术模型层次结构保持一致 详细描述 在技术模型中创建技术元素,技术元素在架构树中与上下级元素的关系层级结构要与技术模型架构方案配置定义的层次结构一致,即该技术元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线关系和方向指向
部署模型 2.6.1检查部署模型的元素是否与架构层次结构是否一致 详细描述 在部署模型中创建部署元素,部署元素在架构树中与上下级元素的关系层级结构要与部署模型架构方案配置定义的层次结构一致,即该部署元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线关系和方向指向
交付模型 2.5.1交付模型的元素要与指定的交付模型层次结构保持一致 详细描述 在交付模型中创建交付元素,交付元素在架构树中与上下级元素的关系层级结构要与交付模型架构方案配置定义的层次结构一致,即该交付元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线关系和方向指向
架构信息树 架构信息树页签中可展示基于各种模型的架构方案规则,根据该类模型的元素关系集合生成一棵全量关系结构树。 架构方案规则的配置只有工程的管理员级别角色(带有配置资源操作权限的角色)才可配置,一般是产品的架构师来配置,制定产品的各模型中元素关系约束规则,例如逻辑模型的默认架构方案规则
逻辑模型 2.1.1逻辑模型的元素要与指定的逻辑模型层次结构保持一致 详细描述 在逻辑模型中创建逻辑元素,逻辑元素在架构树中与上下级元素的关系层级结构要与逻辑模型架构方案配置定义的层次结构一致,即该逻辑元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线关系和方向指向