检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
如何对模型工程进行版本管理 当模型工程设计工作进行到一定程度,可能需要基于当前的主干模型工程拉取一个分支 ,该分支需要继承当前时间节点的主干库的数据,并在该分支上进行再设计。此场景下用户就可以使用拉分支的功能(分支不支持合并到其它分支中)。 如果是需要对当前的主干或者分支打标记快
Interface一般是配套使用,一方提供接口,另一方使用,使用Association连线连接两边后,会自动合并。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Dependency
提升或降低消息线层级 激活块层级表示当前消息任务与前一个消息任务之间是并列还是包含关系,支持对消息线源端升降级。 右键单击消息线,选择提升层级或者降低层级。 提升层级后效果。 父主题: 顺序图
异常处理程序元素定义发生异常时要执行的一组操作。 Object 封装了状态和行为的具有良好定义界面和身份的离散实体,即对象实例。 Decision 是状态机中的一个元素,在它当中一个独立的触发可能导致多个可能结果,每个结果有它自己的监护条件。 Merge 状态机中的一个位置,两个或多个可选的控制路径在此汇合或"无分支"。
如何快速复制元素 方式一:选中元素右键创建副本Ctrl+D,以新元素方式粘贴到图中; 方式二:选中元素Ctrl+C/V或按住Ctrl键拖动元素弹出弹框,以新元素或者实例化方式粘贴到图中。 父主题: 模型设计
单独存在。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模示例 运行模型不需要引用其它模型中的元素,根据实际业务流程在图中创建对应的进程和线程元素,并建立它们之间的交互关系。如下图所示描述一个数据批量处理交互过程。 父主题: 运行视图
如何实现图与图之间的关联跳转 两种方式,一种是子图方式,一种是关联图方式。 子图方式:在元素下面建子图或者在项目树上把其它模型图拖到该元素下面构成子图,可以实现双击元素图形上的子图角标,快速打开图形; 当前图元在项目树节点下面有子模型图,单击操作可以打开该图元包含的模型图; 如果
图元的操作类同。 快速创建图元:从工具箱中拖动图元移动到图中。 快速连线两种方式: 方式一:直接从图元往图元上连。连线操作技巧:鼠标移到图元上或者选中图元,四边出现小三角图标,单击小三角往另一个图元上拉线,停靠目标图元边上出现绿色小圆圈或者目标图元变色,可松开鼠标,弹出线类型选择框。
视图>逻辑视图>逻辑模型”,单击“下一步”进入“基本信息”页。 参考表1配置模型图的基本信息。 表1 新建模型图参数表 模型图信息 说明 名称 必填。最多128位,只能包含中英文、数字、下划线、中划线、中括号和空格。 描述 非必填。限制200字符。 父级节点 必填。可以选择任一包节点。 单击“确定”创建成功。
如何表示父子关系 方式一:图中绘制时采用图元嵌套的方式。同时,左侧目录树保持父子结构。 方式二:图中图元设置组合或者聚合关系。如果架构方案中设置其它类型的连线支持构成上下级关系,那么图中绘制对应的连线类型,也可以构成父子关系。 父主题: 模型设计
概述 4+1视图是一组相关联模型的集合,从不同的视角,反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面,以用例串接和验证各切面设计。 在架构设计说明书模板中的4+1架构视图模型结构如下图所示: 图1 4+1架构视图模型结构图 表1 视图类型与描述
基于当前图以引用、或新元素、或实例化三种方式复制出一张新图。 架构检查 跳转至架构检查页面,检查范围为当前图。 元素列表查询 可按过滤条件查询工程中的元素信息,并将查询结果导出表格或者分享。 替换构造型 筛选节点下的元素替换为指定构造型。 历史记录 可以恢复模型到历史记录某一记录时间内容。 删除 删除当
统安装部署的问题,描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。 部署模型(必选) 部署模型定义产品的部署关系,它依托于构建模型或交
应用场景 多种模型设计 应用:软件设计开发。 场景特点:软件设计和开发过程会有不同的角色参与其中,统一设计建模语言减少沟通成本。 适用场景:支持4+1视图和UML模型在线设计,为用户提供可视化建模语言。 模型协同设计 应用:项目协同设计。 场景特点:工程庞大、周期短的情况,需要投入多人同时开发建模。
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 建模示例 从工具箱中拖入功能域和特性元素到功能模型图中,以一个应用部署功能为例建立如下图所示模型结构: 如果当功能模型设计图形比较复杂时,可以参
架构检查方案 架构检查方案功能是基于架构检查中的规则项,设置一个检查规则集合,可将该检查集合设置为架构检查中默认启用的检查规则集,该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中的检查项来源基于通用检查规则,选择要配置到规则集中的方案。 新
上下文模型 2.7.1上下文模型中只能有一个System 详细描述 在上下文模型中只能存在一个类型为System的元素;其它的三方交互的对象用ExternalSystem或者Actor元素表示。 检查范围 当前模型工程中的所有符合定义规则的System元素,工程设置>构造型下,绑定到4+1视图
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 前提条件 因为交付模型主要是描述构建模型中的结构元素打包成交付文件
State 对象的生命中的满足一定条件,执行一定操作,或者等待某事件的条件或者情况。 StateMachine 状态机是展示状态与状态转换的图。通常一个状态机依附于一个类,并且描述一个类的实例对接收到的事件所发生的反应。 Fork Join (Fork)复杂转换中,一个源状态可以转入多个目标状态,使活动状态的数目增加。
的实现。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Constraint 是一个语义条件或者限制的表达式。UML 预定义了某些约束,其他可以由建模者自行定义。