检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 建模示例 从工具箱中拖入功能域和特性元素到功能模型图中,以一个应用部署功能为例建立如下图所示模型结构: 如果当功能模型设计图形比较复杂时,可以参考逻辑模型中的分层结构,创建多个功能模型,分解来画各功能域和特性之间的结构关系。
提升或降低消息线层级 激活块层级表示当前消息任务与前一个消息任务之间是并列还是包含关系,支持对消息线源端升降级。 右键单击消息线,选择提升层级或者降低层级。 提升层级后效果。 父主题: 顺序图
即对象实例。 Decision 是状态机中的一个元素,在它当中一个独立的触发可能导致多个可能结果,每个结果有它自己的监护条件。 Merge 状态机中的一个位置,两个或多个可选的控制路径在此汇合或"无分支"。 Send 发送者对象生成一个信号实例并把它传送到接收者对象以传送信息。 Receive
产品优势 实时协同设计 支持多人实时编辑和协作,多浏览器实时同步渲染,用户在建模过程中可以实时看到模型的变化,减少冲突和覆盖,提高建模设计工作的效率。 4+1视图建模 内置华为多年架构设计变更实践成果,支持业界通用UML和4+1视图建模。 模型跨团队共享复用 支持跨工程、跨团队对模型
610.12-1990)系统中一个逻辑上可分离的部分。系统设计中模块特指系统设计阶段输出的系统最小分解部件,系统设计阶段将模块当作黑盒,不涉及模块的内部结构,但要明确给出模块的功能、模块之间的接口。 Service 服务,是指具备明确的业务特征,由一个或多个关联紧密的微服务组成,可直
速打开图形; 当前图元在项目树节点下面有子模型图,单击操作可以打开该图元包含的模型图; 如果当前图元在项目树节点下面有多个了模型图,单击该操作右侧界面会弹出多个模型图的列表,单击列表中的模型图名称,可以打开对应的模型图; 通过双击图标上的子图图标也可以直接打开图元的子图; 关联图
Zone 部署区域。 Node 部署节点。 SoC 片上系统(System-On-a-Chip)。 Deployed To 部署关系是一种依赖关系,在部署图中,指一个工件被部署到一个节点或可执行目标上。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。
依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Generalization 通用化,是一种继承关系,一个类(通用元素)的所有信息(属性或操作)能被另一个类(具体元素)继承,不仅可以
Message)会在其指向的目标上创建一个激活块。如果指向生命线,则在生命线上创建,如果指向某个激活块,则在其内创建一个子激活块。 返回消息线(Reply Message)指向到激活块上,不会额外创建子激活块。如果返回消息指向的是生命线则会创建一个激活块。 工具提供了如下五种方式控制
Grp 代码仓组是代码模型分组辅助元素,不对应具体的代码仓,仅表示一个集合。 一个设计对象对应多个代码仓的情况,建议使用Repo Grp标识出来,供构建模型整体引用。 Repo 表示一个代码仓。 Dir 表示一个代码目录。 Dir不单独出现,定是挂在某个代码仓或者上级目录之下。 File
对象实例。 Decision 是状态机中的一个元素,在它当中一个独立的触发可能导致多个可能结果,每个结果有它自己的监护条件。 Merge 状态机中的一个位置,两个或多个可选的控制路径在此汇合或"无分支"。 Send 即发送者对象生成一个信号实例并把它传送到接收者对象以传送信息。 Receive
状态机是展示状态与状态转换的图。通常一个状态机依附于一个类,并且描述一个类的实例对接收到的事件所发生的反应。 Fork Join (Fork)复杂转换中,一个源状态可以转入多个目标状态,使活动状态的数目增加。 (Join)状态机活动图或顺序图中的一个位置,在此处有两个或以上并列线程或状态归结为一个线程或状态。
如何对模型工程进行版本管理 当模型工程设计工作进行到一定程度,可能需要基于当前的主干模型工程拉取一个分支 ,该分支需要继承当前时间节点的主干库的数据,并在该分支上进行再设计。此场景下用户就可以使用拉分支的功能(分支不支持合并到其它分支中)。 如果是需要对当前的主干或者分支打标记快照,用于以后的对比
达系统的层次关系或内部分组,一般由多个服务组成,可以是一级(域)或多级(域/子域,或者域/1级子域/2级子域…)。 域和子域不对应实际的设计开发实体,可以根据需要灵活调整。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Association
Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模步骤 参考建议步骤是按逐
4代码元素与逻辑元素只能是manifest关系,且代码元素只能对应一个逻辑元素 详细描述 代码元素与逻辑元素之间的连线类型只能使用manifest连线,且指向方向由代码元素指向逻辑元素;一个代码元素只能连到一个逻辑元素上,而逻辑元素可以连线多个代码元素,即由多个代码元素指向构成。 检查范围 当前模型工程
Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模示例 运行模型不需要引用其它模型中的元素,根据实际业务流程在图中创建对应的进程和线程元素,并建立它们之间的交互关系。如下图所示描述一个数据批量处理交互过程。 父主题: 运行视图
依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系,表明一个模块在运行的时候,需要使用另外一个模块。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 Generalization 泛化,是一种继承关系,一个类(通用元
UserCase 用例,代表的是一个完整的功能。 Actor 角色,是与系统交互的人或事物。 Boundary 边界,可以放入元素,形成一个模块。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Use 使用关系,指示一个元素需要另一个元素执行一些交互。
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 前提条件 因为交付模型主要是描述构建模型中的结构元素打包成交付文件的过程,所