UML图(9种图)

UML建模

用例图(Use Case Diagram)

【概念】用例图是指由参与者、用例,边界以及它们之间的关系构成的用于描述系统功能的视图。
在这里插入图片描述

  • 《include》是包含关系,表示一个前提关系,必然使用到的功能
  • 《extend》是扩展关系,表示这个功能是额外的,没有不影响正常使用的,有时需要有时不需要
  • 三角形箭头是泛化关系,表示子用例继承父用例所有结构、行为和关系,但是有着不用的功能
  • 人型符号就是参与者
  • 椭圆就是用例

类图(Class Diagram)

【概念】 类图是一切面向对象方法的核心建模工具。类图描述了系统中对象的类型以及它们之间存在的各种静态关系。

泛化

  • 是一种继承关系,表示子类继承父类的所有特征和行为。
  • 箭头指向的是父类。
    在这里插入图片描述

实现

  • 是一种类与接口的关系,表示类是接口所有特征和行为的时间。
  • 箭头指向的是接口。
    在这里插入图片描述

关联

  • 是一种拥有关系,它是的一个类知道另一个类的熟悉和方法。
  • 带普通箭头的实线,指向被拥有者。双向的关联可以是两个箭头或者没有箭头。单向的关联有一个箭头。
    在这里插入图片描述

聚合

  • 是一种整体与部分的关系。且部分可以离开整体而单独存在。聚合关系是关联关系的一种,是强的关联关系;关联和聚合在语法上无法区分,必须考察具体的逻辑关系。
  • 带空心菱形的实线,空心菱形指向整体。
    在这里插入图片描述

组合

  • 是一种整体与部分的关系。但部分不能离开整体而单独存在,组合关系是关联关系的一种,是比聚合关系还要强的关系。
  • 带实心菱形的实线,实心菱形指向整体。
    在这里插入图片描述

依赖

  • 是一种使用关系,即一个类的实现需要另一个类的协助。
  • 带普通箭头的虚线,箭头指向被使用者。
    在这里插入图片描述

多重度

  • 【概念】指在一个关系中,同一对象在另一个关系中出现的次数。在数据库设计中,多重度描述了实体之间的联系,即一个实体与另一个实体之间的关系是一对一、一对多、多对一还是多对多。多重度通常用数字来表示,例如,一对一的多重度为1,一对多的多重度为n,多对一的多重度为1,多对多的多重度为n。
    在这里插入图片描述
    在这里插入图片描述

对象图(Object Diagram)

【概念】对象图是类图的一个实例,是系统在某个时间点的详细状态的快照。
在这里插入图片描述

顺序图(Sequence Diagram)

【概念】根据时间序列展示对象如何进行协作。它展示了在用例的特定场景中,对象如何与其他对象交互。

  • 图的最上方是对象
  • 每个对象引出一条生命线
  • 调用箭头上的是消息
  • 实线箭头表示同步消息,表示对方必须等待当前消息执行完毕才能执行下一步。而虚线箭头表示异步消息,表示对方可以在当前消息还未执行完毕的情况下执行下一步操作。
    在这里插入图片描述

活动图(Activity Diagram)

【概念】描述了具体业务用例的实现流程。

  • 黑色为开始结点,另一个是结束结点
  • 分支结点和合并结点表示流程的分支与合并,通常用菱形表示,通常用来做判断
  • 黑色横线表示并发操作
    在这里插入图片描述
    在这里插入图片描述
带泳道的活动图

在这里插入图片描述带泳道的活动图和活动图的主要区别在于:

  1. 带泳道的活动图可以将不同的活动分配到不同的泳道中,这些泳道可以表示不同的参与者或组织单元。这样可以更清晰地展示活动之间的关系和交互。

  2. 带泳道的活动图可以更好地表示并发活动,即多个活动同时进行的情况。不同泳道中的活动可以同时进行,而不会相互干扰。

  3. 带泳道的活动图可以更清晰地表示活动的责任和归属,因为不同泳道对应不同的参与者或组织单元。

  4. 相比之下,普通的活动图更简单和直观,适合用于描述较简单的流程和活动。带泳道的活动图则更适合用于描述复杂的流程和活动,尤其是需要协调多个参与者或组织单元的情况。

状态图(State Diagram)

【概念】是一种用于表述对象或者系统在其生命周期中所处的状态和状态之间的转换关系的图形化表示方法。

  • 箭头线上的是触发状态、监护条件、动作、转换
  • 源状态、目标状态
    在这里插入图片描述

通讯图(Communication Diagram)

【概念】描述了收发消息的组织关系,强调对象之间的合作关系而不是时间顺序。(顺序图的另一种表达方式)

  • 矩形图形表示软件系统中的模块或者对象
  • 箭头上就是传递的消息
    在这里插入图片描述

组件图(Component Diagram)

【概念】描绘了系统中组件提供的、需要的接口、端口等,以及它们之间的关系。
在这里插入图片描述

部署图(Deployment Diagram)

【概念】描述了系统内部的软件如何分布在不同的节点上。
在这里插入图片描述

  • 19
    点赞
  • 125
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
以下是 UML 9 种图的项目实例: 1. 用例:展示系统的功能和用户之间的交互,例如一个在线购物系统的用例可以包括用户注册、浏览商品、添加商品到购物车、结算等功能。 2. 静态结构(类):展示系统中的类、接口、关系等静态结构,例如一个学生管理系统的类可以包括学生类、教师类、课程类、成绩类等。 3. 对象:展示系统中某个时刻的对象状态,例如一个银行账户对象可以包括账户号、余额、账户持有人等属性。 4. 包:展示系统中的包和它们之间的关系,例如一个电商平台的包可以包括订单管理包、商品管理包、用户管理包等。 5. 活动:展示系统中的业务流程,例如一个在线预订机票的活动可以包括用户选择航班、填写乘客信息、支付等流程。 6. 状态:展示系统中某个对象的状态转换,例如一个订单状态可以包括订单创建、支付成功、发货等状态。 7. 序列:展示系统中对象之间的交互,例如一个在线聊天系统的序列可以包括用户发送消息、服务器接收消息、其他用户接收消息等交互。 8. 协作:展示系统中对象之间的协作,例如一个在线协作编辑器的协作可以包括用户编辑文档、其他用户查看文档、服务器保存文档等协作。 9. 部署:展示系统的物理部署结构,例如一个网站的部署可以包括 Web 服务器、数据库服务器、负载均衡器等组件。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

三万少女的梦中刺客

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值