UML 笔记

UML，就是一种建模的语言和标准，既方便自己构思产品，也方便进行各种沟(hu)通(you)活动。

用例图

大致就是业务各功能、各模块之间的关系。

用箭头表示关系。

泛化

类似继承的概念。

上传文档、上传图片、上传视频泛化为上传。

包括(include)和扩展(extend）

我个人的理解，A包括B，大致就是在说B是A的subroutine。扩展就是非必需的subroutine。

时序图

看这张图就很明白了。注意生命线表示时间，所以箭头的高低是有讲究的。这里箭头是普通的，如果细分的话，可以区分同步和异步。

对象、生命周期、消息传递，和面向对象的编程思想很密切。

状态图

用来分析同一对象的状态改变，适用于状态比较复杂的情况。

活动图

类似状态图，描述流程。

类图

差不多是一个类的骨架的样子。列出了类的属性和方法。

误区

1. UML主要用于软件设计。
   UML除了用于软件设计，还能用于需求分析。

2. UML 很晦涩。客户无法理解UML，在需求分析中应用UML实际意义不大。
   掌握基本的一些概念和符号后就可以画UML了，不管是自己理清思路，还是和别人沟通，都很方便。实际⼯作中发现UML恰恰成为与客户沟通的良好桥梁！UML其实不难读懂，只要稍加解释客户基本上就能读懂。

3. UML太繁琐、笨重。
   可以根据自己的情况，不用画得很细。比如作需求分析的时候，不用画类图。画类图的时候可以省略方法，只画属性，等等。

本文基于fenbox的分享《UML需求分析入门》。