检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
考同源、引用同源、变更同源,形成全关联的全量系统架构。 架构规范检查 内置了公司实践的架构设计 30+ 检查规则集,自动识别设计中的缺陷或者违反的设计规范,并提供相应的报告和可视化反馈。
表示逻辑对象引用的平台。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage
征安装部署、监控运维的角度感知到服务的存在。规模上介于Subsystem与FM之间的逻辑架构模型元素。Service的功能更加内聚,对外依赖少,接口稳定。 Component 组件,可独立加载、部署和运行的进制代码,采用轻量级通讯机制、松耦合高内聚的软件架构构建单元,部署时不能跨
部署视图面向系统部署,描述系统的交付、安装、部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。 部署模型(必选)
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。
Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。菱形箭头为整体所在一边。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Build
设置消息线层级 顺序图中的消息线是具备层级信息的,通常是该消息线源端激活块在生命线上的层级。如果一条消息线的源端激活块为生命线的直接子激活块,则该消息线的层级为最低的根层级;如果消息线的源端激活块为某个激活块的子激活块,则该消息线的层级就是子激活块对应的层级。对应到软件模型,激活
Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 前提条件 因为交付模型主要是描述构建模型中的结构元素打包成交付文件的过程,所以必须先完成构建模型的设计才能进行交付模型。 建模步骤
Generalization 泛化,是一种继承关系,一个类(通用元素)的所有信息(属性或操作)能被另一个类(具体元素)继承,继承某个类的类中不仅可以有属于自己的信息,而且还拥有了被继承类中的信息。 建模示例 从工具箱中拖入Database、Entity、Attribute元素到数据模型图中,如下图所示:
如何创建模型工程 登录系统,切换到“软件建模”页签,在页面单击“新建模型工程”。 设置新建模型工程基本信息,保存即可。 父主题: 工程管理
部分右键特殊功能只有特定的图元才有,“属性&方法”菜单项只有类、接口、数据类型、枚举、信号、对象这些图元才有,可以给对象图元添加属性和方法,编辑方法相同。 属性和方法的显示样式: 属性 属性列表:支持快速编辑,存在多条方法可拖动排序。 属性设置:自定义属性设置,类型可以选择默认的基础类型,也
× × × × × × 执行(可执行架构检查) √ √ √ √ √ √ × 复制(可复制图) √ √ √ √ √ × × 自创建(在自己包下面创建包、图、元素,在其他人创建的包下可建图、元素) √ √ √ √ √ √ × 自更新(只能修改自己创建的包、图、元素) √ √ √ √ √
通常情况下,激活块的生成和断连状态是由指向它的消息线及上下文控制的,基于同步/异步/返回消息线的连线规则,自动计算出对应激活块的长度以及和上下激活块的连接状态。 但是,某些建模场景下,现有的计算规则可能无法满足用户对建模逻辑的描述,用户需要在当前计算规则上,对顺序图激活块的状态施加进一
含其他程序包,从而提供程序包的分层组织。 Nesting 嵌套,即一个类的嵌套到另一个类。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 通信图示例,如下图所示:
类的属性和方法。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Constraint 是一个语义条件或者限制的表达式。UML 预定义了某些约束,其他可以由建模者自行定义。 Anchor 锚点。 Containment 内嵌,表示嵌在内部的类。 Include
Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模步骤 创建上下文模型。
Object 封装了状态和行为的具有良好定义界面和身份的离散实体,即对象实例。 Decision 是状态机中的一个元素,在它当中一个独立的触发可能导致多个可能结果,每个结果有它自己的监护条件。 Merge 状态机中的一个位置,两个或多个可选的控制路径在此汇合或"无分支"。 Send
“运行模型-活动图”展示了从起点到终点的工作流程,详细说明了在活动的进展中存在的许多决策路径。 活动图对用户和系统遵循流程的行为进行建模,它们是流程图或工作流的一种,但是它们使用的形状略有不同,元素介绍如下表所示: 表1 活动图元素介绍 元素名 图标 含义 Action 动作是可执行的原子计算,它导致模型状态的改变和返回值。
Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模示例 运行模型不需要引用其它模型中的元素,根据实际业务流程在图中创建对应的进程和线程元素,并建立它们之间的交互关系。如下图所示描述一个数据批量处理交互过程。
影响。 Import 用虚线箭头从得到访问权限的包指向提供者所在的包。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 依赖关系用两个模型元素之间的虚线箭头表示。箭尾处的模型元素(客户)依赖于箭头处的模型元素(服务者)。 包图示例,如下图所示: 父主题: