UML(Unified Modeling Language)统一建模语言

1.UML工具

  1. Pational Rose2003, Rose7.0(特点:特别好用,功能强大,漂亮;太大了,收费昂贵)
  2. StarUML(特点:轻巧,免费,开源,一般好用,不漂亮)
  3. EA(特点:轻巧,收费,漂亮,功能强大,不好用)

2.沟通的语言是UML

2.1为什么存在?

  1. 简单图形描述是不准确的
  2. 自然语言描述也是不准确的
  3. 所以为了更好的沟通,必须要一门统一的语言(UML)

2.2 UML

  • 用UML的理由:让我们用一种语言,相同的方式进行交流
  • 做计划,做需求,我们不用中文,而是用UML
  • 选择StarUML工具作为画UML的工具
  • UML应用方面:草图、蓝图、代码设计图
  • UML和看图说话是一个道理,两个要素是很重要的:节点和联系

3.UML图形架构:对象、交互、状态

3.1 UML图形列表

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

作用于对象:类图、组件图、部署图

作用于交互(行为):用例图、时序图、协作图、活动图

作用于状态:状态图

3.2 三视图

三张图:用例图、类图、时序图(活动图)

3.3 用例图(in StarUML)

3.3.1 用例图简介

  • 用例:是帮助角色确定系统使用情况的UML组件
  • 用例组:从用户的角度出发对如何使用系统的描述
  • 用例图:用图形的方式来描述情景

3.3.2 开发卡片(文不如表之“表”)

在这里插入图片描述

3.3.3 总结用例(Use Case)要素

  • 参与者
  • 假设条件
  • 前置条件
  • 场景中的步骤
  • 后置条件

3.3.4 用例图组件简介

在这里插入图片描述

关联:陈述句(如:小张喝水)

泛化:继承

依赖:比如吃饭依赖于嘴

包含:特殊的依赖

扩展:也是特殊的依赖

系统边界:后台执行者,在一个区间中

3.3.5 用户图的作用

  • 用例图用来描述需求场景
  • 在与用户交流过程中快速建立用户业务描述,并且跟用户确认
  • 设计好的用例图用来检验程序实现情景

3.3.6 实操图解(表不如图之“图”)

1.点开界面
在这里插入图片描述

注:红框处为常用的两种画图种类(此次选择 RA => 点击OK)

2.右击(Use Case View)=》 Add =》 Subsystem
在这里插入图片描述

注:Model和Subsystem是特殊的Package

3.右击Subsystem包 =》Add Diagram =》User Case Diagram

在这里插入图片描述

4.画图

在这里插入图片描述

5.组件信息
在这里插入图片描述

注:如果线条不直,可以用快捷键Ctrl+l使线条变直

3.3.7 某些问题

在这里插入图片描述

3.4 状态图

3.4.1 简介

在这里插入图片描述

3.4.2 组件简介

在这里插入图片描述

状态节点:处在一个什么样的状态

状态的子节点:在这个状态下还附带什么小的状态

交汇点:两条线的焦点

选择点:想出或进去有多个

浅层历史状态:是否保持出去时的状态

深层历史状态:出去时的情况全部保持全部保持

同步:多个人同一个门出或进去

对象流程结束:表示状态是一个流程,不是独立的

状态传递:由外部原因引起

自我传递:内部自身原因引起

3.4.3 难点分析

  • 状态的name用…ing,表示状态进行中
  • 状态图描述的是一个对象
  • 事件和动作
  • 保护条件用()
  • History状态
  • 子状态,并发子状态

3.4.4 什么时候我们会用到?

在这里插入图片描述

3.5 时序图

3.5.1 什么是时序图

一般用在分析程序调用,分析业务流程
时序图:描述一个事件端的不同角色之间的业务情况
常用它:画出时序图和协作图的关系

3.5.2 时序图组件

在这里插入图片描述

对象:表示时序对象

对象消息传递:

自我消息传递:

组合碎片:分块

交互操作:按照时间顺序分段

框架Frame:分段

3.5.3 重点难点

在这里插入图片描述

3.6 协作图

3.6.1 简介

协作图:与时序图类似,协作图也是展现对象交互的图形

协作图与时序图的异同
异:
1.协作图和时序图是语意等价的
同:
1.协作图强调的是交互语境和参与交互的对象整体组织
2.时序图强调的是交互时间顺序
3.协作图和时序图的互转

3.6.2 组件

在这里插入图片描述
对象:定义的对象

对象消息传递:箭头

自我消息传递:箭头

框架:一个框架内

3.6.3 提问

在这里插入图片描述

3.7 活动图

3.7.1 简介

在这里插入图片描述

3.7.2 组件

在这里插入图片描述

2.7.3 重难点

  1. 判定
  2. 并发
  3. 信号
  4. 对象流程

2.7.4 提问

  1. 活动图是否必要?
    活动图就是用来描述流程的,能表现多个对象之间的复杂活动关系。比时序图更具有表现力,因此还是有必要的,就拿收录系统的流程图为例,一个时序图就表现不出来
    但是一般我们优先考虑

优先考虑时序图,时序图画不了则用活动图

3.8 类图

3.8.1 简介

类图:用来描述对象及对象之间关系的图。类图在需求阶段和设计阶段有不同的含义需求阶段,类图可以看做对象图MDA模型启动的基础就是对象。类图用来描述实体对象的,和用例图是同等重要。

3.8.2 组件

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

3.8.3 重难点

在这里插入图片描述

3.9 组件图

3.9.1 简介

在这里插入图片描述

3.9.2 组件

在这里插入图片描述

3.10 部署图

在这里插入图片描述

4.参考书

《UML参考手册》
《UML基础案例与应用》

版权声明:本博客为记录本人自学感悟,转载需注明出处!
https://me.csdn.net/qq_39657909

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值