在UML中一共有九种图，他们分别是 用例图、类图、对象图、顺序图，协作图、活动图、状态图、构件图，部署图。
这九种图对我们建立的工程模型进行了详细的描述。这些图从不同的角度对模型进行描述。有了这些图的描述，我们就可以对整个程序非常了解了。
我们怎么才能够分清这些图分别是描述那个方面的呢？
通过上一次我们对《机房收费系统》文档的书写，利用rose画了一些关于此软件的图。在此过程中有了一些体会。具体表现如下：
这九种图可以按照两个标准进行分类，一个是动、静态。例如类图是描述静态的，而状态图，协作图等式描述动态的。
另一个标准是内、外部，这里的内部说的是程序完成后，内部的数据和信息的处理。外部则描述的是用户使用程序的外在表现。例如时序图主要描述的是消息在系统内部的流动顺序。通过这样的描述可以知道程序是怎样完成我们需要程序完成的工作的。
而状态图描述的是用户完成一个具体的工作过程中状态的变化。这样我们可以很清楚的了解用户使用软件的工作流程。
现在只是有了这样一个想法，具体是不是这个样子还有待进一步的了解。
不过我对其他形式的模型也进行了分析，认为上述的分析有可能是正确的。
我们建立软件的模型是通过这些图，而其他具体事务的模型是通过实体进行描述的（不过首先还是要一些图纸来进行规划的。
就拿飞机的模型来说吧，首先要对其结构进行描述吧！这就是静态的，看他有几个发动机等等。
完了还必须描述其工作时各部件工作顺序、状态，原理等等，也是一个描述的方面。
而内部与外部主要还是描述运动时，例如飞机的启动时需要人做什么样的工作，内部工作流程有是什么个样子的！
从这几个大的方面出发，再从其他小的角度进行详细的描述。“飞机”的基本框架就可以出来的，基本可以描述清楚程序。
我们就可以通过这些图，再加上文字性的描述就可以将程序完成。
