随着亲手接触的项目越来越多，项目的复杂度越来越大，项目的理解程度也变的很难，尤其是在接收一个别人已经做好的项目时，你迫切先想到的就是“有没有文档啊”，当然是各种文档，概要设计文档，详细设计文档，数据库设计文档，第三方接口等等各种，但往往得到的答案就是“这个现在没有文档啊”，而且刚好作为经理考研你是否看懂熟悉代码的依据-让你自己写个文档，流程图等等。
下面还是先说说UML里面的图吧等等 。UML总共有用例图、类图、包图、对象图、协作图和序列图、活动图、构件图和部署图。关系主要有依赖关系（Dependency）、关联关系（Associate）（又分为组合和聚合）、泛华关系（Generalization）、实现关系（Realization）。
关联关系
聚合是部分与整体的关系（has a），体现在类成员变量。
组成则是一个比聚合更强形式的关联，在组合中，成员对象的生命周期取决于聚合的生命周期。
依赖体现在方法变量，返回值，局部变量等。
聚合和组成是结构上的关系，而依赖关系则强调的是语义上的关系
1、用例图
意义：有参与者（Actor）、用例（Use Case）以及他们之间的关系构成的用于描述系统功能的动态视图。
用例之间关系分为包含，扩展，泛华。其中扩展用例只有在满足一定条件下才会被执行，而在包含关系中，当基础用例执行完成后，被包含用例是一定会被执行的。
例外需要注意用例规约：用例场景，前置条件，后置条件。
2、类图
显示了系统的静态结构。
3、序列图
序列图是描述对象之间基于时间顺序的动态交互，强调消息发送的时间先后顺序。
注意同步消息和异步消息的格式。
4、活动图
活动图强调的是计算过程中的顺序和并发步骤，类似于流程图。
活动图1
活动图2
5、包图
直接看图吧。
6、状态图
状态图有状态、转换、事件、活动和东站组成。
7、构建图与部署图
将系统中可重用的模块封装成具有可替代性的物理单元,即为构建。
部署图即系统运行时的硬件节点。
处理器即为能运算的节点。
