UML：Unified Modeling Language（统一建模语言）
作为我专业学科里的一门语言，其目的就是交流，同客户交流，同自己交流。
用图像和文字，详细地讲解将要做的工程的 需求和功能细节
经过一长段历史的发展，UML已经成为一个成熟的交流平台了，有了规范的规则限制，统一了语言，也就统一的交流方法。所以，我的第一个认识就是UML非常重要。
大学上的课程中，初识UML是存留几个类型的图的印象。
UML图分为两类图：结构型的图和行为型的图
（1）结构型的图（Structure Diagram）
l 类图（Class Diagram）
l 对象图（Object Diagram）
l 构件图（Component Diagram）
l 部署图（Deployment Diagram）
l 包图（Package Diagram）
（2）行为型的图（Behavior Diagram）
l 活动图（Activity Diagram）
l 状态机图（State Machine Diagram）
l 顺序图（Sequence Diagram）
l 通信图（Communication Diagram）
l 用例图（Use Case Diagram）
l 时序图（Timing Diagram）
以自己所做的类图为例（自己的图）
以矩形为类，用线条连接，表示它们之间的关系
类图为使用率最高的UML图，其内容也较为复杂。
其中类与类之间存在如下关系：
（以StarUML作的图）
依赖关系（Dependence）：
依赖关系（Dependence）：假设A类的变化引起了B类的变化，则说明B类依赖于A类。
这是一种使用关系，特定事物的改变有可能会影响到使用该事物的其他事物，在需要表示一个事物使用另一个事物时使用依赖关系。大多数情况下，依赖关系体现在某个类的方法使用另一个类的对象作为参数
在UML中，依赖关系用带箭头的虚线表示，由依赖的一方指向被依赖的一方。
泛化关系（Generalization）
泛化关系（Generalization）:A是B和C的父类，B，C具有公共类（父类）A，说明A是B，C的一般化（概括，也称泛化）
这是一种继承关系，用于描述父类与子类之间的关系，父类又称作基类或超类，子类又称作派生类。
在UML中，泛化关系用带空心三角形的直线来表示。
关联关系（Association）
关联关系（Association）:类之间的联系，如客户和订单，每个订单对应特定的客户，每个客户对应一些特定的订单，再如篮球队员与球队之间的关联
其中，线两边的数字表示两者的关系的限制，是关联两者之间的多重性。
聚合关系（Aggregation）
聚合关系（Aggregation）：表示的是整体和部分的关系，整体与部分可以分开
这个关系表示一个整体与部分的关系。成员类是整体类的一部分，即成员对象是整体对象的一部分，但成员对象可以脱离整体对象独立存在。
在UML中，聚合关系用带空心菱形的直线表示。
组合关系（Composition）
组合关系（Composition）：也是整体与部分的关系，但是整体与部分不可以分开。
这个关系是类之间整体和部分的关系。一旦整体对象不存在，部分对象也将不存在，部分对象与整体对象之间具有同生共死的关系。
在UML中，组合关系用带实心菱形的直线表示。
实现关系（Implementation）
实现关系（Implementation）：是用来规定接口和实线接口的类或者构建结构的关系，接口是操作的集合，而这些操作就用于规定类或者构建的一种服务。
在UML中，类与接口之间的实现关系用带空心三角形的虚线来表示。
书中画了UML图实际应用情况，有助于自己对这些图的倾向。
作者也总结了UML的几大误区，我自己也看到了自己对UML的错误理解。
之前我认为UML用途不大，只是加大了自己的工作量。
其实，UML有助于自己的分析：
第一：它就像一个蓝图一样，自己的设想分析都在里面，像是在画一个地图一样，信息都在里面。有工程的需求，有运行的流程，更有细节中，类中的属性和方法。某一方面来说，也相当于是在预写编程了。
第二：它就像说明书一样，能够将自己的设想面面俱到地给对方解释，给自己解释。能够将重点交流出来，知道其中的脉络，那么有了改动，也就有地方，有目标地分析下手了。
此篇阅读随笔是自己的感悟和总结。以后学到更多的东西，就来填充这篇随笔。