uml是一种软件建模语言，在关注它建模特性的同时更要关注它的过程特性--在什么时间做什么工作，用什么模型 ，让哪些人来做。利用uml可以有效地解决软件设计和分析过程中的沟通和交流问题。并且在设计之初就将软件的设计结构和思想固化在纸上有利于规避项目实施过程中程序员离开的风险。
学习uml首先要了解uml的3个主要要素：uml的几本构造块，支配这些构造块如何放在一起的规则和一些运用于整个uml的公共机制。
uml包含3种构造块：1.事物；2.关系 3.图
uml包含4种事物：结构事物、行为事物、分组事物、注释事物。
结构事物是uml模型中的名词，包括：类、接口、协作、用况（use case）（对一组动作序列的描述,系统执行这些动作将产生一个对特定参与者有价值而且可观察的结果）、主动类、构件（物理的，可替代的部分）、节点（可计算的资源）。
行为事物是uml的动态部分。主要有两类行为事物：交互、状态机。
分组事物是uml模型的组织部分，它包括：包。
注释事物是uml模型的解释部分。它包括：注解--是一个依附于一个元素或一组元素之上，对它进行解释或约束的简单符号。
uml中的四种关系：依赖、关联、泛化、实现。
依赖是两个事物间的语义关系，表示其中一个事物发生变化会影响另一个事物的语义。
关联是一种结构关系，他描述了一组链，链是对象之间的连接。他描述了整体和部分间的结构关系。
泛化是一种特殊/一般关系，特殊可以替代一般元素的对象。
实现是类元之间的语义关系。其中一个类元指定了有另一个类元保证执行契约。
从现实世界映射到模型世界要考考虑下诉过程：
（1） use case 驱动
（2）以体系结构为中心
（3）迭代的和增量的
软件的开发生命周期有4个阶段：初始、细化、构造、移交。
这4个阶段是迭代进行的；
在做系统设计时，首先要从用户的需求分析文档中，提取出业务需求，建立use case 注意此时建立的use case 是业务用例图而不是系统用例图，业务用例图是从功能文档中提取出最基本的用户业务需求。 此时不应过分考虑细节。主要是提取出最基本相关的类。然后要将其映射到活动图中。找出每个最基本的use case的活动过程需求。 将活动图整合就会得到备选用例图了。
在得到备选用例图后，就可以根据备选用例图中公共的部分得到系统用例图了。并且要给每个系统用例图中的用例一个规格说明，写清楚主要流程和次要流程。 在这之后要绘制业务领域类图。注意此时，在领域类图中actor不应单独成为一个类。因为actor使系统外部的，在系统界限外，但可以构造供actor调用的类。下一步就是绘制实现类图，这里类图要和底层平台和系统有关。 要将设计模式应用于此。 然后就是时序图用来说明系统中各模块的条用先后顺序与关系。这是要注意边界类，实体类，控制类相互之间的关系。
