检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
弹出连线类型选择。 自关联消息(Self-Message), 表示方法的自身调用以及一个对象内的一个方法调用另外一个方法。 将开始消息线自身拉出的线连接到自身的虚线上,当虚线变颜色后松开即可。自关联消息线的长度固定,高度不可调整。 父主题: 模型设计
“UML”:又称统一建模语言或标准建模语言,是一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持。 “4+1 View”:是一组相关联模型的集合,从不同的视角,反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面,以用例串接和验证各切面设计。 初始化模板
Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模示例 运行模型不需要引用其它模型中的元素,根据实际业务流程在图中创建对应的进程和线程元素,并建立它们之间的交互关系。如下图所示描述一个数据批量处理交互过程。
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。
数据类型包括原始预 定义的类型和用户自定义的类型。原始类型有:数字、字符串、乘方。用户定义的类型 是枚举类型。程序语言中用于实现的匿名数据类型可以用语言类型定义。 Enumeration 枚举是一种数据结构,它的实例构成了有名字的字面值。通常,同时声明枚举名和其字面值的名字。 Primitive
Object 封装了状态和行为的具有良好定义界面和身份的离散实体,即对象实例。 Decision 是状态机中的一个元素,在它当中一个独立的触发可能导致多个可能结果,每个结果有它自己的监护条件。 Merge 状态机中的一个位置,两个或多个可选的控制路径在此汇合或"无分支"。 Send
“运行模型-活动图”展示了从起点到终点的工作流程,详细说明了在活动的进展中存在的许多决策路径。 活动图对用户和系统遵循流程的行为进行建模,它们是流程图或工作流的一种,但是它们使用的形状略有不同,元素介绍如下表所示: 表1 活动图元素介绍 元素名 图标 含义 Action 动作是可执行的原子计算,它导致模型状态的改变和返回值。
特指系统设计阶段输出的系统最小分解部件,系统设计阶段将模块当作黑盒,不涉及模块的内部结构,但要明确给出模块的功能、模块之间的接口。 Service 服务,是指具备明确的业务特征,由一个或多个关联紧密的微服务组成,可直接面向客户/用户进行打包、发布、部署、运维的软件单元。用户从业务
元素介绍 顺序图是显示对象之间交互的图,这些对象是按时间顺序排列的。顺序图中显示的是参与交互的对象及其对象之间消息交互的顺序。 元素分类 元素名 图标 含义 参考示例 生命线 Lifeline 生命线,在顺序图中表示为从对象图标向下延伸的一条虚线,表示对象存在的时间。 创建生命线 Boundary
状态机图元素介绍 元素名 图标 含义 State 对象的生命中的满足一定条件,执行一定操作,或者等待某事件的条件或者情况。 StateMachine 状态机是展示状态与状态转换的图。通常一个状态机依附于一个类,并且描述一个类的实例对接收到的事件所发生的反应。 Fork Join Fork,复杂
设置消息线层级 顺序图中的消息线是具备层级信息的,通常是该消息线源端激活块在生命线上的层级。如果一条消息线的源端激活块为生命线的直接子激活块,则该消息线的层级为最低的根层级;如果消息线的源端激活块为某个激活块的子激活块,则该消息线的层级就是子激活块对应的层级。对应到软件模型,激活
Fragment用来对顺序图中的消息发送/接收施加控制,用以将复杂的交互场景分解为更小、更易于管理的部分。每一个Fragment都会有对应的操作符类型,不同的操作符对应着不同的逻辑控制,Fragment中一共有12种操作符类型,可参考下方的操作符介绍说明。 服务将使用频率高的loop、alt元
组件图显示了复杂软件系统中的各个组件如何相互关联以及如何使用接口进行通信。它们不用于更简单或更直接的系统,元素介绍如下表所示: 表1 组件图元素介绍 元素名 图标 含义 Class 是对象的集合,展示了对象的结构以及与系统的交互行为。 Interface 接口,可以是单个接口,也可以是抽象的一组接口的组合。
用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增量版本中影响架构的用例模型;而交互场景描述系统与外部实体之间复杂的交互关系图,采用UML顺序图进行描述绘制,帮助描述隐含的需求和约束,以及系统的验证。元素介绍如下表所示:
逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。 数据模型(强数据场景必选)
模式中的View(视图),该示例中它表示的是运行于浏览器上的用户界面或者其余客户端页面。 Control Lifeline表示目标系统中的管理/调度/控制的对象,常用于表示MVC模式、控制模式中的Controller(控制器),该示例中它负责协调首次登录的密码校验、JWT的生成以及和用户界面的交互。
期交互的视图,主要解决系统运行期交互,描述各可执行交付件在运行期的交互关系。 表1 运行视图 模型类别 描述 运行模型(可选) 运行模型描述系统运行期间的关系,从进程的维度描述系统运行时的交互过程和关键数据流。 运行模型-顺序图(必选) 运行模型-顺序图模型是从逻辑模型中的架构对