，

昨晚针对我所画的uml图让师傅进行了一下验收，我也从一个宏观的角度对我这个阶段的学习有了一定的了解，挺感谢师傅的。开始听前辈们说她们在验收uml图之后才发现自己的很多了解犹如管中窥豹，但是处于某些原因（或许是为了赶进度）就不会再改正。虽说我的进度比较慢但是我不希望自己在这纷扰的学海中浮躁，我还是要尽自己所能稳重求快。废话说了这么多进入正题吧。    首先从系统的需求开始吧，也就是针对用例图遇到

在uml中大部分模型描述了逻辑和设计方面的信息：用例图知道期望类图可以知道问题域的词汇（类、对象）状体图、交互图和活动图可以知道类图中的词汇是如何写作完成行为的（逻辑结构）实现图是用来描述实现方面的信息它从系统的层次来描述：硬件的组成和布局；软件系统划分和功能实现。这两个方面分别是通过部署图和组件图来实现的：        构件图：用来显示一组构件之间的组织与依赖关系。主要

前面介绍了uml的很多种图，下面挑出几个联系比较紧密的进行对比和联系。用例图和交互图都是表示动态行为，只是前者表示系统外部对象（参与者）与系统这两个大对象之间的互动，而后者则侧重在表示系统内部一群小对象之间的互动。下面针对类图、用例图和交互图进行对比。类图用例图活动图静态结构动态行为动态行为 系统内在结构系统外在行为系统内在行为

前面讲述了活动图，那就从活动图的基础上来分析状态图。我们知道活动图侧重从行为的动作来描述活动，而与之相对状态图侧重从行为的结果来描述状态。在实际项目中，活动图并不是必须的。一般在以下情况需要使用活动图：a、描述一个并行的过程或者行为b、描述一个算法c、描述一个跨越多个用例的活动   而状态图描述了一个具体对象的可能状态以及它们之间的转换。联系了这么多以前的内容，那么到底什么是状态图

在介绍了以前的类图和用例图等之后，由于对象图是描述类图的某一个时刻的快照，所以类图没有具体的赋值但是对象图可以有具体的值。而包图是蕴含在画uml图之中的，对类图和对象图等进行分类的图，就像windows系统中我们平时建立的文件夹的作用一样，所以对象图和包图这里就不详尽介绍了。类图、对象图和包图都是从系统结构的角度分析的。    系统建模，需要从系统的结构和行为两个方面来描述，其中系统的行为是通

类图class diagram用来表述系统内部的静态结构。具体来说，开发人员可以通过类图的设计，把代码分类构成系统内部的静态结构。    以前，程序员在开发过程中，需要分模块、定功能、定义变量，这些过程在面向对象的技术中也会得以体现。下面是一个表格用来区分一般面向过程的方法和面向对象方法。 面向过程面向对象模块类功能操作变量属

我的总结是在看完uml学习之后又参考了同学借的《uml和ooad快速入门》的思路，利用齿轮带动的原理进行。废话不多说了，首先分析一下类图和用例图的联系与区别。类图用例图类class用例use case 、参与者actor关联association包含include、扩展extend静态结构 动态功能系统内观系统外观

1.用例图是对用户需求的期望2.而类图是对系统的静态描述，包括类图和对象图，其中对象图是类图的实例化3.接下来表述动态描述的动作图。动作图分为状态图、活动图和交互图。各自的区别是，状态图侧重于变化结果的描述，而活动图侧重动作行为过程的描述。交互图比较容易区分与前两者，它是对侧重于过程内部用例的关系描述。交互图根据不同的角度进行划分，又分为序列图和协作图。前者侧重于不同的时间序列而后者侧重于对象之间的关系，两者可以相互转化。4.实现图是从实现的角度对系统进行描述。其中分为构件图和部署图。构件图是从软件构