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