15_1 UML建模:下午第三题

在这里插入图片描述
掌握:

  • 多种图的基本信息
    • 主要掌握:用例图,类图,通信图

15.1 UML建模前言

在这里插入图片描述

15.2 UML(用例图——重点)

在这里插入图片描述

考察两大方式

1、研读题干里有关项目的详细描述

  • 来推导出缺失的参与者的角色用例的名称

2、根据题目意思,来分析两用例之间是什么样的关系

  • 包含关系:使用include关键字来表达
    • 例子:登记外借信息,必须先用户登录——就是包含关系
  • 扩展关系:使用extend关键字来表达
    • 例子:查询书籍信息的时候发现有错,则修改书籍信息——就是扩展关系
      • 查询书籍信息是基本用例,每次都会执行
      • 修改书籍信息是查询书籍信息的扩展
  • 泛化关系

15.3 UML(类图与对象图——重点)

考察方式

1、根据题干填写缺失的:类名,方法名,属性名
在这里插入图片描述
2、填写多重度
在这里插入图片描述

  • 多重度数值的意思如下【2,4是一个意思】
    在这里插入图片描述

3、填关系
在这里插入图片描述

  • 实现关系对应接口
  • 泛化关系对应类

15.4 UML(顺序图——顺序图也叫做序列图或者时序图。)

归属于:交互图
在这里插入图片描述
顺序图:强调时间顺序
用于展示系统中【一个用例(功能)和多个对象的行为

在这里插入图片描述

考察方式

1、由题干描述,根据处理流程来补充消息【重心放到了消息上】

  • 每一个箭头对应的是消息

2、填写对象名

15.5 UML(活动图[一种特殊的状态图]——了解)

归属于:动态图——状态的变迁
在这里插入图片描述

  • 类程序流程图
  • 粗横线表示——从这里产生了多少个并行的线程
    • 所以这里就分成了两个线程

在这里插入图片描述
在这里插入图片描述

带泳道的活动图【活动图的一种】

在这里插入图片描述

  • 不同泳道代表了不同的对象

考察方式

根据题干将流程和图的对应来还原缺失

15.6 UML(状态图——了解)

归属于:动态图——状态的变迁

注:实际开发中会员的实现可以用到
状态图描述的是事件
在这里插入图片描述
在这里插入图片描述

考察方式

给一个系统描述,描述过程中涉及多种状态的变迁

  • 填写状态和变迁的条件【也就是出发的事件】
例题讲解【2021 上】

考察:

  • 当对系统、类或用例的动态方面建模时,通常是对反应型对象建模。
  • 转换由事件触发
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
例题讲解【2021 下】

考察:

  • 根据状态图,事件Valid Entrty发生,同时当tries<3时,系统变为Logged in状态
  • [tries<3]是监护条件,是一种布尔表达式,当结果为true时,说明转换符合触发条件。
  • tries+ +属于转换,是两个状态之间的一种关系,转换包括事件与动作。
    • 转换会引起系统状态的转变
      在这里插入图片描述

15.7 UML(通信图——重点)

归属于:交互图
通信图又称为协作图,是顺序图另一种表达方式
在这里插入图片描述

  • 每一个箭头对应的是消息(方法名)
  • 一系列的节点对应的是对象
  • 对象的交互通过箭头来标识

在这里插入图片描述

考察方式

填写缺失的对象和缺失的消息

顺序图和通信图区别

顺序图:强调时间顺序

例题讲解:2017上在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

归属总结

交互图:

  • 通信图
  • 顺序图

动态图:

  • 状态图
  • 活动图

15.8 UML(组件图【又称:构件图】——重点)

在这里插入图片描述

  • 接口表示形式:
    • 供接口用“棒棒糖”式的图形表示,即由一个封闭的圆形与一条直线组成。
    • 需接口用“插座”式的图形表示,即由一个半圆与一条直线组成。
  • 组件图用于展示组件之间的组织和依赖
    详情
  • 构件图展现了一组构件之间的组织和依赖,专注于系统的静态实现视图。
    • 与类图相关,通常把构件映射为一个或多个类、接口或协作。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

狂野小白兔

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

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

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

打赏作者

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

抵扣说明:

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

余额充值