检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。
如何查看自己的权限 在项目中,“设置>成员管理”,在成员视图搜索框中搜索自己的账号,然后查看项目角色信息。 父主题: 工程管理
模型图的列表,单击列表中的模型图名称,可以打开对应的模型图; 通过双击图标上的子图图标也可以直接打开图元的子图; 关联图方式:将元素与图进行手动关联,可以实现双击元素图形上的关联图角标,快速打开关联的图形; 元素关联到当前模型工程其他图,在元素菜单中点“关联图”: 在弹出的窗口中
如何编辑顺序图中的操作符 fragment元素拖入图中会弹出选择框选择需要的操作符类型。 选中alt操作符元素右键菜单>编辑条件,也可单击右下角+。 在弹出的条件编辑窗口中修改/增加/删除条件名称。 父主题: 模型设计
运维运营安全,以及更广义的安全合规遵从。 租户:负责云服务内部的安全,安全地使用云。 华为云租户的安全责任在于对使用的 IaaS、PaaS 和 SaaS 类云服务内部的安全以及对租户定制配置进行安全有效的管理,包括但不限于虚拟网络、虚拟主机和访客虚拟机的操作系统,虚拟防火墙、API
表示构建中所使用的第三方元素。 OperatingSystem 表示逻辑对象构建时所需的操作系统。 BuildEnv 表示构建时适用的构建环境信息。 Container 表示逻辑对象构建时所需的容器。 Virtual Machine 表示逻辑对象构建时所需的虚拟机。 Platform
如何查看和修改模型图类型 当模型图的类型和当前建模内容不匹配时会出现各种各样的错误,应该正确的选择图的类型。 查看图类型 在工程树上右键单击需要查看的图或在打开图鼠标右键菜单“属性”按钮。 即可在属性栏查看当前图的类型。 修改图类型 打开模型图的属性菜单,即可在类型栏下拉框中选择自己需要的视图,单击“保存”。
部署视图面向系统部署,描述系统的交付、安装、部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。 部署模型(必选)
您可以使用初始化创建的上下文模型或者创建新的上下文模型,在目录节点右键“新增图”,如果一个系统的交互的外部角色过多时,不适合在一张上下文模型图中建模时,用户可根据外部角色的分类或者产品的应用场景创建不同的上下文模型。 建立系统与外部角色的关系。 在上下文模型中描述系统与外部角色的关系通过接
Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 对象图示例,如下图所示: 示例首先显示简单的类图上连接的两个类元素。 上面的类被实例化作为下面对象图中的对象。在此模型中有的两个
Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。菱形箭头为整体所在一边。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Build
Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 前提条件 因为交付模型主要是描述构建模型中的结构元素打包成交付文件的过程,所以必须先完成构建模型的设计才能进行交付模型。 建模步骤
逻辑模型的基础构造型与自定义构造型元素以及逻辑模型架构方案配置的构造型)。 在逻辑模型图上创建出来的逻辑元素之间的连线关系; 引用到逻辑模型中的逻辑元素(包含关联空间中的引用的逻辑元素)之间的连线关系; 不包含接口元素; 如何检查 找出逻辑模型图里的在检查范围内的逻辑元素间存
在部署模型图上创建出来的部署元素; 引用到部署模型中的部署元素(包含关联空间中的引用的部署元素); 如何检查 查询基于模型图构出的部署模型架构树,找出与架构方案不匹配(标红)的元素。 正确示例 架构层级规则示例: 关联父级:配置的是当前层级元素与上一层级的元素之间的连线类型和父子关系指向。
逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。 数据模型(强数据场景必选)
个透明的窗口并以水平虚线分割。 loop 循环,片段重复一定次数,可以在临界中指示片段重复的条件。 alt 选择,用来指明在两个或更多的消息序列之间的互斥的选择,相当于if…else…。 Message 消息线,消息的发送者把控制传递给消息的接收者,然后停止活动,等待消息的接收者放弃或者返回控制。用来表示同步的意义。
架构检查历史 在架构检查历史中可以查看过往检查的历史记录,默认打开是当前用户的检查记录。在“我的检查”下拉选项中,可以切换显示出所有人的检查结果,也支持按时间过滤查询检查的记录。 在检查历史记录下“查看”可以打开检查规则结果通过情况。 在是否通过详情下“查看”具体元素定位‘修复指导和关系查询。
Language缩写,译为统一建模语言,是一种面向对象的可视化建模语言。UML规范定义了两种主要的UML图,分别为结构图和行为图。 结构图 结构图显示了系统及其部件在不同抽象和实现级别上的静态结构以及它们如何相互关联。结构图中的元素表示系统的有意义的概念,并且可以包括抽象的,现实的和实现的概念。包括:类图、对象图、包图、组件图、部署图、组合结构图。
架构信息树页签中可展示基于各种模型的架构方案规则,根据该类模型的元素关系集合生成一棵全量关系结构树。 架构方案规则的配置只有工程的管理员级别角色(带有配置资源操作权限的角色)才可配置,一般是产品的架构师来配置,制定产品的各模型中元素关系约束规则,例如逻辑模型的默认架构方案规则,方案中约束
实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Instantiate 实例化,声明用一个类的方法创建了另一个类的实例。