前言
之前听说过UML这个东西，但并不清楚它是什么，有什么用，到底什么才是UML。花了四个小时学习了一下UML的相关知识，希望对UML不再陌生，可以对各种图有大概印象。
1、UML概念
UML是什么
（Unified Modeling Language ），翻译过来就是统一建模语言，是面向对象软件的标准化建模语言。我觉得这里一定要记住的就是，UML是一种语言。建模什么意思
建模是就是将一个实际系统进行模型化的过程。比如建造一座高楼之前进行设计图纸，这个过程也可以叫建模。UML是做什么用的
它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。UML三要素
基本构造块：事物、关系和图；
支配这些构造块如何放置在一起的规则；
运用于整个语言的公用机制。
UML特点
UML统一了各种方法对不同类型的系统、不同开发阶段以及不同内部概念的不同观点，从而有效的消除了各种建模语言之间不必要的差异。它实际上是一种通用的建模语言，可以为许多面向对象建模方法的用户广泛使用；
UML建模能力比其它面向对象建模方法更强。它不仅适合于一般系统的开发，而且对并行、分布式系统的建模尤为适宜；
UML是一种建模语言，而不是一个开发过程。
补充
软件开发生命周期
需求分析阶段
分析出软件要完成的功能是什么，由需求分析师（懂技术，懂业务）完成。软件设计阶段
由架构师或项目经理完成：用什么技术（java/python/c..），操作系统（Windows/Linux...）、数据库（mysql/oracle/sql server...）、设计表/类图/时序图、选人编码阶段
由软件开发工程师完成：从设计到代码测试阶段
由测试工程师完成实施和维护
把软件安装配置好，交给客户使用，并解决简单问题。软件开发模型
瀑布模型
认为需求不变，严格按照软件生命周期流程走。增量迭代模型
将功能模块细化，每个功能模块按照设计、编码、测试的流程进行开发。原型开发
2、UML分类
从考虑系统的不同角度出发，对系统的不同的侧面进行描述，UML定义了9种图：用例图、类图、对象图、状态图、活动图、序列图、协作图、构件图、部署图。
2.1 用例图
表达系统的功能性需求或行为，就是告诉别人我这个系统可以干啥。往细了说，就是分析这个系统由哪些角色（比如贴吧上有吧主（相当于管理员）、有一般的会员（相当于普通用户））、每个角色使用的功能。
2.2 类图
描述系统中的对象类本身的组成和对象类之间的各种静态关系
原则上，一个用例图对应于一个类图，一个类图可以有多个类。
那么，一个类图中，类与类之间的关系有哪些呢？共有6种：依赖、泛化（继承）、实现、关联、聚合、组合。各种关系的强弱顺序：泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖
- 依赖
只要在类中用到了对方，那么他们之间就存在依赖关系（如果没有对方，编译都通过不了）；
依赖方指向被依赖方，用虚线箭头表示。
- 泛化（继承）
带三角箭头的实线，箭头指向父类。
- 实现
也就是implement
带三角箭头的虚线，箭头指向接口。
- 关联
依赖关系的特例，关联具有导航性（双向关系还是单向关系）和多重性（有几个）。
- 聚合
表示的是整体和部分的关系，整体可以与部分分开，它是关联关系的特例，比如电脑和键盘、屏幕、主机的关系；
使用一头是空心菱形一头是箭头的实线表示，空心菱形指向整体，箭头指向部分。 - 组合
组合是聚合关系的升级，它的整体和部分是不可分割的。
使用一头是实心菱形一头是箭头的实线表示，实心菱形指向整体，箭头指向部分。
2.3 活动图
本质就是流程图，描述系统的活动、判断点和分支等。
2.4 时序图
显示对象之间交互的图，这些对象是按时间顺序排列的。
该时序图可能并不准确，只是示意，如有错误，欢迎指出。
2.5 协作图
显示某组对象如何为了由一个用例描述的一个系统事件而与另一组对象进行协作的。协作图与时序图表达的信息是一样的，只是强调的重点不同。协作图表达的是在实现某个用例期间，对象之间的合作关系，而时序图表达的是对象之间产生合作发生消息的时间顺序。
2.6 组件图
建立系统的各个组件之间的关系，帮助设计系统的整体架构；
可以通过组件图了解某个功能位于软件包的哪个位置，以及各个版本的软件包含哪些功能。
2.7 部署图
描述各个组件驻留在什么硬件位置之上，以及这些硬件之间的交互关系。
