一、在UML系统开发中有三个主要的模型：
功能模型: 从用户的角度展示系统的功能，包括用例图。
对象模型: 采用对象，属性，操作，关联等概念展示系统的结构和基础，包括类、对象图、包图。
动态模型: 展现系统的内部行为。包括序列图，活动图，状态图
下面简单简绍一下九种图：
用例图（Usecase
Diagram）用来描述用户的需求，从用户的角度描述系统的功能，并指出各功能的执行者，强调谁在使用，完成那些功能。
类图（Class Diagram）：用于定义系统中的类，包括描述累的内部结构和类之间的关系。是对软件系统的静态部分进行呈现，表示不同的实体是如何相关联的
包图（Package Diagram）是对程序的软件系统模块划分使源码模块程序更加清晰
对象图（Object Diagram）：是类图的一个实列，描述了系统在具体时间点上所包含的对象以及各个对象之间的关系。
行为图从动态的角度描述系统功能操作（动态模型）和对象之间的关系
状态图（Statechart Diagram）用来描述类的对象所有可能的状态以及事件发生时的状态转移条件。
活动图（Activity Diagram）反映一个连续的活动流，用于描述某个操作执行时具体的活动状况。
活动图和状态图是描述同一个行为的不同角度，活动是从动作本身来描述，状态是从结果来描述。如吃饭是活动，而状态是饱了。
交互是指消息的传递。交互图使用来描述对象是如何通过消息进行相互作用的。
顺序图（sequence Diagram ）描述对象之间的消息传递顺序，强调消息的时间顺序，同时显示对象的交互过程。
协作图：（collaboration Diagram）强调接收和发送消息的对象之间的结构组织关系
序列图和协作图是可以相互转化的。
就如学生、卡、系统之间的交互
学生要刷卡登入系统，系统还要验证信息。刷卡、验证就是这些对象之间的交互。
实现图是从硬件方面来说的。
构件图（Component Diagrams） 描述代码的物理结构以及各构件之间的依赖关系
部署图（Deployment Diagrams）系统中硬件的物理体系结构
二、九种图与开发过程的关系
需求采用用例图来描述。
分析是发现、明确要解决问题的细节。从静态和动态两方面来描述。
静态结构采用类图
动态行为采用顺序图、合作图、活动图、状态图、
设计：给出问题的解决方案。采用类图包图对类的接口设计。
实现编码
集成交付时用到了构件图、部署图。
在测试阶段：单元测试使用类图和类的规格说明书
集成测试阶段使用类图、包图、构件图和合作图
系统测试使用用例图来测试系统功能。
虽然九种图是画完了，但是对九种图的理解仍然还是存在问题的，比如为什么要实现类图？还有活动图和交互图有什么区别等等，相信这些问题，随着学习的深入，会逐渐理解的。
小结九种图