检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
使用Diagram Gate 图表门是一种简单的图形方式，用于指示可以将消息传输到交互片段和从交互片段传出的点。可能需要一个片段来接收或传递消息。在内部，有序消息反映了这一要求，并在片段帧的边界上指示了门。任何与此内部消息“同步”的外部消息必须适当地对应。可以出现在交互图（顺序，
创建上下文模型。 您可以使用初始化创建的上下文模型或者创建新的上下文模型，在目录节点右键“新增图”，如果一个系统的交互的外部角色过多时，不适合在一张上下文模型图中建模时，用户可根据外部角色的分类或者产品的应用场景创建不同的上下文模型。 建立系统与外部角色的关系。 在上下文模型中描述系统与外部角色
Dependency 依赖，是一种使用的关系，即一个类的实现需要另一个类的协助。 Usage 使用，是一种使用的关系。表明一个模块在运行的时候，需要使用另外一个模块。 前提条件 因为交付模型主要是描述构建模型中的结构元素打包成交付文件的过程，所以必须先完成构建模型的设计才能进行交付模型。 建模步骤
运行模型-顺序图中的元素都来自于上下文模型中的用户角色、外部系统或者逻辑模型中定义的逻辑元素，不需要在顺序图中创建新元素，只需要使用到UML顺序图中的消息连线。元素介绍如下表所示： 表1 运行模型（顺序图）元素介绍 元素名 图标 含义 Message 同步消息连线,消息的发送者把控制传
开发视图面向系统开发及软件管理，描述系统代码结构，构建结构的视图，主要解决系统技术实现和开发的问题，它依托逻辑视图，描述代码、构建结构。 模型类别 描述 代码模型（必选） 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系，建立逻辑元素到代码仓或者代码目录的映射关系，以实现软件源代码的显示管理。
特征和行为的实现。 Dependency 依赖，是一种使用的关系，即一个类的实现需要另一个类的协助。 Usage 使用，是一种使用的关系，表明一个模块在运行的时候，需要使用另外一个模块。 Association 关联，是一种拥有的关系，它使一个类知道另一个类的属性和方法。 Generalization
模块特指系统设计阶段输出的系统最小分解部件，系统设计阶段将模块当作黑盒，不涉及模块的内部结构，但要明确给出模块的功能、模块之间的接口。 Service 服务，是指具备明确的业务特征，由一个或多个关联紧密的微服务组成，可直接面向客户/用户进行打包、发布、部署、运维的软件单元。用户从
用例模型描述系统的关键用例和交互场景，用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型，以及增量版本中影响架构的用例模型；而交互场景描述系统与外部实体之间复杂的交互关系图，采用UML顺序图进行描述绘制，帮助描述隐含的需求和约束，以及系统的验证。元素介绍如下表所示：
实现，是一种类与接口的关系，表示类是接口所有特征和行为的实现。 Dependency 依赖，是一种使用的关系，即一个类的实现需要另一个类的协助。 Usage 使用，是一种使用的关系。表明一个模块在运行的时候，需要使用另外一个模块。 Instantiate 实例化，声明用一个类的方法创建了另一个类的实例。
组件图 组件图显示了复杂软件系统中的各个组件如何相互关联以及如何使用接口进行通信。它们不用于更简单或更直接的系统，元素介绍如下表所示： 表1 组件图元素介绍 元素名 图标 含义 Class 是对象的集合，展示了对象的结构以及与系统的交互行为。 Interface 接口，可以是单个接口，也可以是抽象的一组接口的组合。
聚合，是整体与部分的关系，且部分可以离开整体而单独存在。 Realization 实现，是一种类与接口的关系，表示类是接口所有特征和行为的实现。 Dependency 依赖，是一种使用的关系，即一个类的实现需要另一个类的协助。 Usage 使用，是一种使用的关系。表明一个模块在运行的时候，需要使用另外一个模块。
Lifeline表示目标系统中的数据对象，常用于表示MVC模式中的Model（数据模型）、数据库或者其余数据存储实体，该示例中表示的是存储了用户账号密码的数据库（或数据库表）。 实际上，在用顺序图建模目标系统的时候，这些特殊生命线并不是一定被使用的，它们的存在不会影响顺序图本身的行为逻辑，只
运行视图概述 运行视图面向系统运行，描述系统启动过程、运行期交互的视图，主要解决系统运行期交互，描述各可执行交付件在运行期的交互关系。 表1 运行视图 模型类别 描述 运行模型（可选） 运行模型描述系统运行期间的关系，从进程的维度描述系统运行时的交互过程和关键数据流。 运行模型-顺序图（必选）
“运行模型-活动图”展示了从起点到终点的工作流程，详细说明了在活动的进展中存在的许多决策路径。 活动图对用户和系统遵循流程的行为进行建模，它们是流程图或工作流的一种，但是它们使用的形状略有不同，元素介绍如下表所示： 表1 活动图元素介绍 元素名 图标 含义 Action 动作是可执行的原子计算，它导致模型状态的改变和返回值。
活动图对用户和系统遵循流程的行为进行建模，它们是流程图或工作流的一种，但是它们使用的形状略有不同，元素介绍如下表所示： 表1 活动图元素介绍 元素名 图标 含义 Action 动作是可执行的原子计算，它导致模型状态的改变和返回值。 Activity 活动是状态机内正在进行的非原子执行。
可由组件/模块或更小的子系统组成。 是平台或更大的子系统的组成部分，与其他子系统相对独立。 必须是交付件（能够支持异步开发和外包）。 Module （IEEE 610.12-1990）系统中一个逻辑上可分离的部分。系统设计中模块特指系统设计阶段输出的系统最小分解部件，系统设计阶段将模块当作黑盒、不
部署视图概述 部署视图面向系统部署，描述系统的交付、安装、部署的视图，主要解决系统安装部署的问题，描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型（必选） 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。
Fragment用来对顺序图中的消息发送/接收施加控制，用以将复杂的交互场景分解为更小、更易于管理的部分。每一个Fragment都会有对应的操作符类型，不同的操作符对应着不同的逻辑控制，Fragment中一共有12种操作符类型，可参考下方的操作符介绍说明。 服务将使用频率高的loop、alt元
逻辑视图概述 逻辑视图面向系统逻辑分析和设计，描述系统逻辑结构的视图，主要解决系统分析和设计的问题，它描述系统的业务上下文、系统的逻辑分解，以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型（必选） 逻辑模型描述系统的逻辑功能模块分解，将系统分解为相应的逻辑功能元素，并描述各逻辑功能元素之间的关系。
创建连线关系 元素创建成功后，使用连线建立元素间的关系。 鼠标移动或者选中元素Subsystem1，待四周出现小三角图标。 鼠标左键拖拽小三角至目标元素System1自动生成连线，在弹出窗口选择线型Composition，连线完成。
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
