检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
设置消息线层级 顺序图中的消息线是具备层级信息的,通常是该消息线源端激活块在生命线上的层级。如果一条消息线的源端激活块为生命线的直接子激活块,则该消息线的层级为最低的根层级;如果消息线的源端激活块为某个激活块的子激活块,则该消息线的层级就是子激活块对应的层级。对应到软件模型,激活
部署视图面向系统部署,描述系统的交付、安装、部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。 部署模型(必选)
逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。 数据模型(强数据场景必选)
Language缩写,译为统一建模语言,是一种面向对象的可视化建模语言。UML规范定义了两种主要的UML图,分别为结构图和行为图。 结构图 结构图显示了系统及其部件在不同抽象和实现级别上的静态结构以及它们如何相互关联。结构图中的元素表示系统的有意义的概念,并且可以包括抽象的,现实的和实现的概念。包括:类图、对象图、包图、组件图、部署图、组合结构图。
实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Instantiate 实例化,声明用一个类的方法创建了另一个类的实例。
Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 前提条件 因为交付模型主要是描述构建模型中的结构元素打包成交付文件的过程,所以必须先完成构建模型的设计才能进行交付模型。 建模步骤
消息的发送者把控制传递给消息的接收者,然后停止活动,等待消息的接收者放弃或者返回控制。 Async Message 异步消息连线,消息发送者通过消息把信号传递给消息的接收者,然后继续自己的活动,不等待接收者返回消息或者控制。异步消息的接收者和发送者是并发工作的。 Reply Message 返回消息
架构检查历史 在架构检查历史中可以查看过往检查的历史记录,默认打开是当前用户的检查记录。在“我的检查”下拉选项中,可以切换显示出所有人的检查结果,也支持按时间过滤查询检查的记录。 在检查历史记录下“查看”可以打开检查规则结果通过情况。 在是否通过详情下“查看”具体元素定位‘修复指导和关系查询。
Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模示例 运行模型不需要引用其它模型中的元素,根据实际业务流程在图中创建对应的进程和线程元素,并建立它们之间的交互关系。如下图所示描述一个数据批量处理交互过程。
gation关系或父子关系。 在模型图中构建架构关系。 XX模型的元素要与指定的XX模型层次结构保持一致 以逻辑模型为例: 查询逻辑模型架构信息树,右侧操作开关把展示不匹配架构方案的元素打开。 架构信息树构出后 根据错误元素名称查询定位到其所在架构树节点。 查询错误元素与其他元素关系。
表示逻辑对象引用的平台。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage
部分右键特殊功能只有特定的图元才有,“属性&方法”菜单项只有类、接口、数据类型、枚举、信号、对象这些图元才有,可以给对象图元添加属性和方法,编辑方法相同。 属性和方法的显示样式: 属性 属性列表:支持快速编辑,存在多条方法可拖动排序。 属性设置:自定义属性设置,类型可以选择默认的基础类型,也
如何表示父子关系 方式一:图中绘制时采用图元嵌套的方式。同时,左侧目录树保持父子结构。 方式二:图中图元设置组合或者聚合关系。如果架构方案中设置其它类型的连线支持构成上下级关系,那么图中绘制对应的连线类型,也可以构成父子关系。 父主题: 模型设计
架构检查方案功能是基于架构检查中的规则项,设置一个检查规则集合,可将该检查集合设置为架构检查中默认启用的检查规则集,该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中的检查项来源基于通用检查规则,选择要配置到规则集中的方案。 新建名称为逻辑模型检查项,勾选对应检查规则。
征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系,表明一个模块在运行的时候,需要使用另外一个模块。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 Generalization
创建顺序图 绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。 已创建的模型图修改图类型具体请参考如何查看和修改模型图类型。 选中工程树包节点,单击“更多操作 > 新建图”。 弹出新建图弹窗选择“UML > 顺序图”,填写顺序图基本信息。 父主题: 顺序图
创建连线关系 元素创建成功后,使用连线建立元素间的关系。 鼠标移动或者选中元素Subsystem1,待四周出现小三角图标。 鼠标左键拖拽小三角至目标元素System1自动生成连线,在弹出窗口选择线型Composition,连线完成。
约束与限制 本节介绍了软件建模中的限制,如下表所示: 表1 软件建模使用限制说明 指标类型 指标项 限制说明 浏览器 类型 目前适配的主流浏览器类型包括: Chrome IE10以上 Edge Firefox Safari 推荐使用Chrome、Edge浏览器,效果更好。 分辨率
期交互的视图,主要解决系统运行期交互,描述各可执行交付件在运行期的交互关系。 表1 运行视图 模型类别 描述 运行模型(可选) 运行模型描述系统运行期间的关系,从进程的维度描述系统运行时的交互过程和关键数据流。 运行模型-顺序图(必选) 运行模型-顺序图模型是从逻辑模型中的架构对
应用:软件设计开发。 场景特点:软件设计和开发过程会有不同的角色参与其中,统一设计建模语言减少沟通成本。 适用场景:支持4+1视图和UML模型在线设计,为用户提供可视化建模语言。 模型协同设计 应用:项目协同设计。 场景特点:工程庞大、周期短的情况,需要投入多人同时开发建模。 适用场景:项目