检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Generalization 通用化,是一种继承关系,一个类(通用元素)的所有信息(属性或操作)能被另一个类(具体元素)继承,不仅可以
的项目树节点中选择要关联的图,单击“保存”。 设置关联后,会显示该元素关联过的图。可以选择图对应的操作。 依次为:打开关联图,定位关联图,删除关联图; 有关联图的图元右下角会有一个角标,通过双击该图标可以打开关联图; 此处设置时,一个元素可以关联多张图。 父主题: 模型设计
如何配置架构规则方案 架构配置,只有管理员可以配置,可设置模型工程视图类型,以及配置对应视图类型下面的架构图元关系和连线规则。 每种模型图是可以配置架构层级关系,下面以4+1视图下逻辑视图中的逻辑模型为例作简单说明,其它类型的模型图配置方法可参考此处,如图所示。 4+1视图中逻辑
到生命线上,目标生命线变颜色后即可松开,弹出连线类型选择。 自关联消息(Self-Message), 表示方法的自身调用以及一个对象内的一个方法调用另外一个方法。 将开始消息线自身拉出的线连接到自身的虚线上,当虚线变颜色后松开即可。自关联消息线的长度固定,高度不可调整。 父主题:
具备opt操作符的Fragment通常表示一个唯一行为是否被选择,它等同于具备一个内容行为和一个空内容行为的alt操作符。 对应到软件模型,alt通常用来表示if 或者 if...else语句的逻辑执行。 break 中断 具备break操作符的Fragment通常表示封闭交互内的一个中断行为,带有卫语
即对象实例。 Decision 是状态机中的一个元素,在它当中一个独立的触发可能导致多个可能结果,每个结果有它自己的监护条件。 Merge 状态机中的一个位置,两个或多个可选的控制路径在此汇合或"无分支"。 Send 发送者对象生成一个信号实例并把它传送到接收者对象以传送信息。 Receive
个独立的任务,通过设置“向上延长源端激活块”将其合并成一个执行任务。 向下延长源端激活块 与“向上延长源端激活块”场景类似,当一条消息线的源端激活块不与其下方的其余激活块相连,也可以通过将该消息线设置为“向下延长源端激活块”,将该消息线任务与下方任务合并为一个执行任务。如下图所示
2.7.1上下文模型中只能有一个System 详细描述 在上下文模型中只能存在一个类型为System的元素;其它的三方交互的对象用ExternalSystem或者Actor元素表示。 检查范围 当前模型工程中的所有符合定义规则的System元素,工程设置 > 构造型下,绑定到4+1视图
如何对模型工程进行版本管理 当模型工程设计工作进行到一定程度,可能需要基于当前的主干模型工程拉取一个分支 ,该分支需要继承当前时间节点的主干库的数据,并在该分支上进行再设计。此场景下用户就可以使用拉分支的功能(分支不支持合并到其它分支中)。 如果是需要对当前的主干或者分支打标记快
Association Node 关联节点。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 对象图示例,如下图所示: 示例首先显示简单的类图上连接的两个类元素。 上
使用Diagram Gate 图表门是一种简单的图形方式,用于指示可以将消息传输到交互片段和从交互片段传出的点。可能需要一个片段来接收或传递消息。在内部,有序消息反映了这一要求,并在片段帧的边界上指示了门。任何与此内部消息“同步”的外部消息必须适当地对应。可以出现在交互图(顺序,
架构检查方案 架构检查方案功能是基于架构检查中的规则项,设置一个检查规则集合,可将该检查集合设置为架构检查中默认启用的检查规则集,该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中的检查项来源基于通用检查规则,选择要配置到规则集中的方案。 新
元素是否只与一个逻辑元素有manifest关系,如果有2个及以上的逻辑元素则不合规则,会列到检查结果中。 正确示例 错误示例 场景一:一个代码元素对应到两个及两个以上的逻辑元素(一对多)。 架构规则检查结果,列出不符合检查项的代码元素: 2.3.5逻辑元素至少与一个代码元素存在manifest关系
Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模步骤 创建上下文模型。
Modeling)是一款集可视化、协同、规范、复用于一体的在线架构设计建模服务,不仅可以帮助用户运用UML标准的模型图来设计系统架构,还可以实现多人实时编辑和多浏览器实时同步渲染,提高研发对系统的设计效率和团队的协同效果。 团队级实时协同建模,跨团队模型共享复用。 模型版本化管理,设计变更可追溯。
Zone 部署区域。 Node 部署节点。 SoC 片上系统(System-On-a-Chip)。 Deployed To 部署关系是一种依赖关系,在部署图中,指一个工件被部署到一个节点或可执行目标上。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。
架构检查结果: 2.6.3部署模型同一个树的同一层上不能有同名同类型的元素 详细描述 在同一棵部署架构信息树上,在同一个父元素节点下面,不能存在类型相同,并且名称也相同的元素。 检查范围 当前模型工程中的所有符合定义规则的部署元素(定义规则:工程设置 > 构造型下,绑定到4+1视图 :
Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模示例 运行模型不需要引用其它模型中的元素,根据实际业务流程在图中创建对应的进程和线程元素,并建立它们之间的交互关系。如下图所示描述一个数据批量处理交互过程。 父主题: 运行视图
610.12-1990)系统中一个逻辑上可分离的部分。系统设计中模块特指系统设计阶段输出的系统最小分解部件,系统设计阶段将模块当作黑盒,不涉及模块的内部结构,但要明确给出模块的功能、模块之间的接口。 Service 服务,是指具备明确的业务特征,由一个或多个关联紧密的微服务组成,可
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 建模示例 从工具箱中拖入功能域和特性元素到功能模型图中,以一个应用部署功能为例建立如下图所示模型结构: 如果当功能模型设计图形比较复杂时,可以参考逻辑模型