检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
Lifeline 控制生命线,表示一个控制实体或管理者。 它组织和调度在边界(boundary)和实体(entities)间的交互,并作为两者之间的中介者。 Actor Lifeline 使用者生命线,使用者是系统的一个用户,意味着人类的用户,一台机器,或甚至另一个系统。 fragment
所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模步骤
入到工具箱中来使用。用户可以单击“新建构造型”按钮,来创建新的构造型元素,如图所示。 按上图示例,新增一个示例构型元素,如图所示: 元素类型:此处选择的类型决定图元的外观样式和默认属性。 继承构造型:继承选择的目标类型的属性信息。 是否继承扩展属性:是否继承类型选择的元素的扩展属性。
打包工具,在打包过程使用到的工具都可以用该元素表示,以名称作区分。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。
面的架构图元关系和连线规则。 每种模型图是可以配置架构层级关系,下面以4+1视图下逻辑视图中的逻辑模型为例作简单说明,其它类型的模型图配置方法可参考此处,如图所示。 4+1视图中逻辑视图下的逻辑模型有自己的初始默认规则,用户可以默认使用也可自己单独配置。 新增一个新方案,单击 “
必填。模型工程名称,最多128位,只能包含中英文、数字、下划线、中划线和空格。 元模型 必填。选择建模类型,包括:“UML”或者“4+1 View”。 “UML”:又称统一建模语言或标准建模语言,是一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持。 “4+1 View”:是一
来设计系统架构,还可以实现多人实时编辑和多浏览器实时同步渲染,提高研发对系统的设计效率和团队的协同效果。 产品介绍 立即使用 成长地图 由浅入深,带您玩转软件建模 01 了解 为设计人员提供了一个轻量化、支持多角色、跨项目的基于4+1视图和UML视图标准的在线协同设计平台。 产品介绍
正确示例 模型图示例:正常为逻辑元素指向技术元素,用Usage连线;技术元素指向逻辑元素,用Realization连线。 错误示例 场景一:技术元素与逻辑元素连线类型不对或者连线类型正确但是指向不对。 检查结果: 连线方向不对和连线类型不对的两端的元素都会被检查出来。 父主题: 架构视图模型检查规则
具体的基于模型工程创建分支和标签的操作指导如下: “工程设置>分支和标签”,选择“新建分支”,如下图。 按分支和标签维度管理,单击“新建分支/标签”按钮,增加分支和标签列表。 新增分支和标签时选择基于哪个分支。增加分支和标签时,将基于的分支当前所有数据内容复制到新增的分支中。 说明:分支和标签的区
架构检查方案 架构检查方案功能是基于架构检查中的规则项,设置一个检查规则集合,可将该检查集合设置为架构检查中默认启用的检查规则集,该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中的检查项来源基于通用检查规则,选择要配置到规则集中的方案。 新
Message)会在其指向的目标上创建一个激活块(如果指向生命线,则在生命线上创建;如果指向某个激活块,则在其内创建一个子激活块)。 返回消息线(Reply Message)指向到激活块上,不会额外创建子激活块。如果返回消息指向的是生命线则会创建一个激活块。 连线算法: 目标端寻源:一条消息线M1尝试连接到生命线L2上。
部署节点。 SoC 片上系统(System-On-a-Chip)。 Deployed To 部署关系是一种依赖关系,在部署图中,指一个工件被部署到一个节点或可执行目标上。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚
异常处理程序元素定义发生异常时要执行的一组操作。 Object 封装了状态和行为的具有良好定义界面和身份的离散实体,即对象实例。 Decision 是状态机中的一个元素,在它当中一个独立的触发可能导致多个可能结果,每个结果有它自己的监护条件。 Merge 状态机中的一个位置,两个或多个可选的控制路径在此汇合或"无分支"。
实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Generalization 通用化,是一种继承关系,一个类(通用元素)的所有
程序包的分层组织。 Nesting 嵌套,即一个类的嵌套到另一个类。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 通信图示例,如下图所示: 父主题: UML建模
实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Constraint 是一个语义条件或者限制的表达式。UML
所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系,表明一个模块在运行的时候,需要使用另外一个模块。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 Generalization
域/1级子域/2级子域…)。 域和子域不对应实际的设计开发实体,可以根据需要灵活调整。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模示例 从工具箱中拖入
Grp 代码仓组是代码模型分组辅助元素,不对应具体的代码仓,仅表示一个集合。 一个设计对象对应多个代码仓的情况,建议使用Repo Grp标识出来,供构建模型整体引用。 Repo 表示一个代码仓。 Dir 表示一个代码目录。 Dir不单独出现,定是挂在某个代码仓或者上级目录之下。 File
Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Deployed To 部署关系是一种依赖关系,在部署图中,指一个工件被部署到一个节点或可执行目标上。 Build From