检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
概述 UML是Unified Modeling Language缩写,译为统一建模语言,是一种面向对象的可视化建模语言。UML规范定义了两种主要的UML图,分别为结构图和行为图。 结构图 结构图显示了系统及其部件在不同抽象和实现级别上的静态结构以及它们如何相互关联。结构图中的元素
指定表达式)上。 Diagram Gate并不是激活块(Activation),顺序图在绘制连线时会自动生成激活块,激活块的使用请参考自定义激活块。 使用示例 拖动工具栏中的Diagram Gate图标到顺序图中,然后根据需要输入名称即可。 父主题: 顺序图
辑。 创建生命线 在创建生命线前,需要先考虑哪种类型的生命线能更好地表示你所要表达的对象。您可以通过以下三种方式创建生命线。 工具画板中选择一个生命线拖拽至画布中。 从工程树中其它模型视图中的元素拖拽至画布中生成对应生命线,您可以使用Link方式引用。 生命线也支持由创建消息线(Create
开发视图 部署视图 运行视图 用例视图 架构信息 架构检查 02 入门 从0到1,快速学习软件建模知识。 快速入门 创建模型工程 创建模型图 创建元素 创建连线关系 04 使用UML视图 统一建模语言UML。 UML视图 概述 类图 用例图 顺序图 活动图 部署图 组件图 状态机图 包图
多种模型设计 应用:软件设计开发。 场景特点:软件设计和开发过程会有不同的角色参与其中,统一设计建模语言减少沟通成本。 适用场景:支持4+1视图和UML模型在线设计,为用户提供可视化建模语言。 模型协同设计 应用:项目协同设计。 场景特点:工程庞大、周期短的情况,需要投入多人同时开发建模。
实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Instantiate 实例化,声明用一个类的方法创建了另一个类的实例。
概述 逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。
领域模型 领域模型描述业务域的概念及其关系,是立足于业务域的分析模型,它通过业务问题域的分析和建模,抽象出领域概念,建立统一的业务语言,从而指导后续的架构设计工作。元素介绍如下表所示: 表1 领域模型元素介绍 元素名 图标 含义 Domain 域,用于在架构表达、开发管理、对外介
概述 开发视图面向系统开发及软件管理,描述系统代码结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。 模型类别 描述 代码模型(必选) 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系,建立逻辑元素到代码仓或者代码目录的映射关系,以实现软件源代码的显示管理。
概述 运行视图面向系统运行,描述系统启动过程、运行期交互的视图,主要解决系统运行期交互,描述各可执行交付件在运行期的交互关系。 表1 运行视图 模型类别 描述 运行模型(可选) 运行模型描述系统运行期间的关系,从进程的维度描述系统运行时的交互过程和关键数据流。 运行模型-顺序图(必选)
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。菱形箭头为整体所在一边。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Build From 构建关系,表示当前构建结果从某一代码目录或者
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 前提条件 因为交付模型主要是描述构建模型中的结构元素打包成交付文件的过程,所以必须先完成构建模型的设计才能进行交付模型。
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Deployed To 部署关系是一种依赖关系,在部署图中,指一个工件被部署到一个节点或可执行目标上。
边界,可以放入元素,形成一个模块。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Use 使用关系,指示一个元素需要另一个元素执行一些交互。在用例图中,表示建模参与者如何使用系统功能。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 Generalization
线和空格。 元模型 必填。选择建模类型,包括:“UML”或者“4+1 View”。 “UML”:又称统一建模语言或标准建模语言,是一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持。 “4+1 View”:是一组相关联模型的集合,从不同的视角,反
概述 部署视图面向系统部署,描述系统的交付、安装、部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。
逻辑视图面向系统逻辑分析和设计,是描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 开发视图 开发视图面向系统开发及软件管理,是描述系统代码结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。
顺序图怎么连线 把图元拖到图中后,开始画连线,注意连线不能直接拖到图上,画连线有两种方式,一种是先在工具箱中选中要使用的连线类型,一种是直接在图元间连线,在弹出的连线类型框中选择要使用的连线类型。 方式一:先选中连线,鼠标放在开始生命线待鼠标变成十字光标左键拉伸移动至目标生命线,待目标生命线变色后松开鼠标左键。
以显示定义系统的范围、职责、边界。 用例模型(必选) 用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增量版本中影响架构的用例模型;而交互场景描述系统与外部实体之间复杂的交互关系图,采用UML顺序图进行描述绘
在逻辑模型图中创建建模元素 选择逻辑模型图后,工具面板会显示对应模型图下的建模元素。 将鼠标移动到需要使用的元素System上直至变成手势图标,此时左键拖拽元素到右侧画布中,松开左键后成功创建名称为System1的元素,同样的方式创建元素Subsystem1,如下图所示: 图1 创建元素