本文主要是介绍类图（Class diagram）——UML之图二（上），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
本文主要侧重类和类图的理解。具体内容待UML之类图二详解。
类
包括他的名称、方法、属性和事件。类是对问题的抽象。
例如车是一个抽象的概念 就是类。那么汽车 火车 就是类的实例化。各种车都有相同的特点，都是人或货物的运输工具这就称之为属性。 我开车就称之为一个事件。当然，汽车也可以作为一个类，那么夏利 宝马等就是它的实例化。即抽象出共有的就是那个类。男同学 女同学都是同学 同学就是一个类。三角 圆形都是图形 图形就是一个类。另一方面也能看出类的抽象是有多方面的。
一个类好画。
整体是一个矩形，第一栏是名字。第二栏表示属性。第三栏表示方法。其中，“—”表示私有，“+”表示共有，还有“#”表示保护。表示一个类时，可只显示类名，也可以只显示类名和属性，或者是类名和方法。
类之间的关系包括：（详解博客敬请期待，此处不赘述）
1关联
·普通关联
·聚合
·组合
2依赖
3泛化
4实现
类图
在UML中，类图描述系统中类的静态结构。不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构(类的属性和操作)。在系统的整个生命周期都是有效的。 也就是帮助我们在软件设计过程中理清业务逻辑关系。
通俗的说，如果软件是房子的话，那么类图就是房子的布置图吧。这张“类图”会告诉我们，这个房子里的静态结构。沙发会在客厅里，电视会在客厅里，茶几会在沙发的前面等等。虽然我们不知道主人的沙发是什么样子的 电视是多大的。但是有了类图， 我们就能初步想象出房子的大概布置及它们之间的位置关系。在软件开发过程中我们也需要对软件的整体有一个把握，这就用到UML的类图。类就好比是房子里的沙发 茶几等。
我们要想充分的用好类图，必须深知类的几种关系。一般在设计时 先看用例图，再看类图。研究类的属性和方法。方法就是，属性是静态的，而方法是操作的集合，我们看这个行为是谁实施的。
所以只要我们熟悉掌握类所涉及的关系，类图其实并不难。下文详解。
这篇关于类图（Class diagram）——UML之图二（上）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
