【UML --- 用例图】用例图的基本介绍和使用

信息差。在课堂、会议等各种信息传递场景中,老师希望学生能听得懂ta讲课的知识,领导希望下属能十分理解ta的指令,下属希望领导能听明白自己的心声。这些信息传递的效果就尤为重要。采取更有表达效果的方式无疑必不可少。
各种表达方式的表达效果对比:文字 < 表格 < 图

1. 基础介绍

用例图(Use Case Diagram)是被称为参与者的外部用户所能观察到的系统功能的模型图,其主要功能如下所示。简述,描述角色和系统交互关系

  • 列出系统中的用例和参与者。
  • 显示哪个参与者参与了哪个用例的执行工作。

用例图中的核心概念包括以下几个。

  1. 用例(Use Case):系统中的一个功能单元,可以被描述为参与者与系统之间的一次交互作用。
  2. 参与者(Actor):通过系统边界与系统进行有意义交互的外部实体。
  3. 泛化:参与者与参与者之间的关系。
  4. 关联:用例与参与者之间的关系。
  5. 扩展、包含、泛化:用例之间的关系。用例图的推荐使用场合:包括业务建模、需求获取和定义等场合。

2. 用例图中的主要建模元素在这里插入图片描述

3.用例图例子

  1. 包含:
    在这里插入图片描述

  2. 泛化:
    在这里插入图片描述

4. 包含与泛化的区别

依赖-包含: 父用例是子用例的构成部分,父用例少一个子用例都不可以,业务都不能完成。
依赖-扩展: 扩展用例不会影响父用例业务的正常进行,能产生一些正向影响。
泛化: 父用例本身可以是一个具体功能,也可以是抽象用例,子用例可以没有,不会影响父用例的正常进行。

  • 3
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值