检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
如何创建连线关系 以较常见的用例图说明,其它图的连线和生成图元的操作类同。 快速创建图元:从工具箱中拖动图元移动到图中。 快速连线两种方式: 方式一:直接从图元往图元上连。连线操作技巧:鼠标移到图元上或者选中图元,四边出现小三角图标,单击小三角往另一个图元上拉线,停靠目标图元边上
要使用的连线类型,一种是直接在图元间连线,在弹出的连线类型框中选择要使用的连线类型。 方式一:先选中连线,鼠标放在开始生命线待鼠标变成十字光标左键拉伸移动至目标生命线,待目标生命线变色后松开鼠标左键。 连线成功后生命线会自动生成激活块,手动无法拉伸长度,根据生命线消息线的发送/接
Fragment用来对顺序图中的消息发送/接收施加控制,用以将复杂的交互场景分解为更小、更易于管理的部分。每一个Fragment都会有对应的操作符类型,不同的操作符对应着不同的逻辑控制,Fragment中一共有12种操作符类型,可参考下方的操作符介绍说明。 服务将使用频率高的loop、alt元
体(entities)间的交互,并作为两者之间的中介者。 Actor Lifeline 使用者生命线,使用者是系统的一个用户,意味着一个人,一台机器,一个系统。 消息线 Message 消息线,消息的发送者把控制传递给消息的接收者,然后停止活动,等待消息的接收者放弃或者返回控制。用来表示同步的意义。
Lifeline表示目标系统中的数据对象,常用于表示MVC模式中的Model(数据模型)、数据库或者其余数据存储实体,该示例中表示的是存储了用户账号密码的数据库(或数据库表)。 实际上,在用顺序图建模目标系统的时候,这些特殊生命线并不是一定被使用的,它们的存在不会影响顺序图本身的行为逻辑,只在图
Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Constraint 是一个语义条件或者限制的表达式。UML 预定义了某些约束,其他可以由建模者自行定义。 Anchor
要基于当前的主干模型工程拉取一个分支 ,该分支需要继承当前时间节点的主干库的数据,并在该分支上进行再设计。此场景下用户就可以使用拉分支的功能(分支不支持合并到其它分支中)。 如果是需要对当前的主干或者分支打标记快照,用于以后的对比查看,可以使用打标签的功能;记录标签生成时刻对应的主干或者分支的数据状态。
使用Diagram Gate 图表门是一种简单的图形方式,用于指示可以将消息传输到交互片段和从交互片段传出的点。可能需要一个片段来接收或传递消息。在内部,有序消息反映了这一要求,并在片段帧的边界上指示了门。任何与此内部消息“同步”的外部消息必须适当地对应。可以出现在交互图(顺序,
Final相反,后者代表Activity的完成。 Synch 一个特殊的状态,它可以实现在一个状态机里的两个并发区域之间的控制同步。 Fork Join Fork,复杂转换中,一个源状态可以转入多个目标状态,使活动状态的数目增加。 Join,状态机活动图或顺序图中的一个位置,在此处有两个或以上并列线程或状态归结为一个线程或状态。
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模示例 运行模型不需要引用其它模型中的元素,根据实际业务流程在图中创建对应的进程和线程元素,并建立它们之间的交互关系。如下图所示描述一个数据批量处理交互过程。
征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系,表明一个模块在运行的时候,需要使用另外一个模块。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 Generalization
异常处理程序元素定义发生异常时要执行的一组操作。 Object 封装了状态和行为的具有良好定义界面和身份的离散实体,即对象实例。 Decision 是状态机中的一个元素,在它当中一个独立的触发可能导致多个可能结果,每个结果有它自己的监护条件。 Merge 状态机中的一个位置,两个或多个可选的控制路径在此汇合或"无分支"。
图中表示的来自多个源和目标的流。 Datastore 数据存储区定义了永久存储的数据。 Object 封装了状态和行为的具有良好定义界面和身份的离散实体;即对象实例。 Decision 是状态机中的一个元素,在它当中一个独立的触发可能导致多个可能结果,每个结果有它自己的监护条件。
通常情况下,激活块的生成和断连状态是由指向它的消息线及上下文控制的,基于同步/异步/返回消息线的连线规则,自动计算出对应激活块的长度以及和上下激活块的连接状态。 但是,某些建模场景下,现有的计算规则可能无法满足用户对建模逻辑的描述,用户需要在当前计算规则上,对顺序图激活块的状态施加进一
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。
架构检查方案功能是基于架构检查中的规则项,设置一个检查规则集合,可将该检查集合设置为架构检查中默认启用的检查规则集,该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中的检查项来源基于通用检查规则,选择要配置到规则集中的方案。 新建名称为逻辑模型检查项,勾选对应检查规则。
架构信息树页签中可展示基于各种模型的架构方案规则,根据该类模型的元素关系集合生成一棵全量关系结构树。 架构方案规则的配置只有工程的管理员级别角色(带有配置资源操作权限的角色)才可配置,一般是产品的架构师来配置,制定产品的各模型中元素关系约束规则,例如逻辑模型的默认架构方案规则,方案中约束
特指系统设计阶段输出的系统最小分解部件,系统设计阶段将模块当作黑盒,不涉及模块的内部结构,但要明确给出模块的功能、模块之间的接口。 Service 服务,是指具备明确的业务特征,由一个或多个关联紧密的微服务组成,可直接面向客户/用户进行打包、发布、部署、运维的软件单元。用户从业务
Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 前提条件 因为交付模型主要是描述构建模型中的结构元素打包成交付文件的过程,所以必须先完成构建模型的设计才能进行交付模型。 建模步骤
通信路径。定义两个部署目标能够交换信号和消息的通信路径。 前提条件 部署模型描述产品打包交付件的部署场景,所以画部署模型需要完成前面的构建模型或交付模型。 因为有些特殊产品没有交付打包过程,只有构建过程,在部署时使用的是构建过程生成文件来部署到部署模型中,描述部署的场景。 建模步骤 创建部署模型。 创建新的部署模型