UML图（二） 类图

我们一直都在学习……

上篇文章介绍了UML图（一）用例图，其实在UML的静态机制中类图是一个重点，它不但是设计人员关心的核心，更是实现人员关心的核心。建模工具也主要根据类图来产生代码，类图在UML的9个图中占据了一个相当重要的地位。既然如此重要，那现在由小编来讲讲UML图中的类图。

_________________文章出于个人理解，错误不足处请指点；本文如有雷同，纯属巧合

先睹为快

• 类图包含的元素有类、接口、协作和类的四种关系。
• 类图的3个基本组件：类名、属性、方法。
• 一个类就是许多的相同属性或者是相同动作的一些对象抽象抽来的。
• 类之间的关系是类图中比较复杂的内容。有关联、聚合、组合、泛化、依赖。
• 每个实例都拥有自己的属性和方法，对于一个类的所有成员都可以共享这个成员，这个成员就成为是静态成员，下成员的下面加上下划线加以区分。
• 一个类可以通过一个接口来实现一个功能，那么这个接口有可能是为了完成某种操作而抽象出来的一个类，这样的类叫做抽象类，抽象类的区分是名称是斜体的表示。

建立类图

软件开发不同阶段使用的类图具有不同的抽象层次，即概念层、说明层、和实现层。使用UML进行应用建模也应该是一个迭代的过程，所以我们应该建立一个类图的层次的概念。

概念层类图

在这个层次的类图描述的是现实世界中问题领域的概念理解，类图中表达的类与现实世界的问题领域有着明显的对应关系，类之间的关系也与问题领域中实际事物的关系有着明显的对应关系。类与类关系与最终的实现类并没有一定直接和明显对应关系。

说明层类图

在这个层次的类图考擦的是累的接口而不是实现，类图中表达的类和类关系应当是对问题领域在接口层次抽象的描述。这时候我们不必关心类最终是用什么语言编码的、是用什么设计模式设计的、是遵循什么标准的，我们所关心的只是这样一些类，他们通过接口惊醒交互，进而完成了问题领域中的业务目标。

实现层类图

类是实现代码的描述，类图中的类直接映射到可执行代码，在这个层次上，类必须明确采用哪种实现语言、什么设计模式、什么通信标准、遵循什么规范等。事项层类图位于设计阶段，许多人在建模的时候根本没有概念层和说明层的类图而直接跳到实现层类图，该类图是用的最普遍的。

类图建模师想概念层而说明层，进而实现层这样一个随着抽象层次的逐步降低而逐步细化的过程。

练一练：《机房收费系统》

学而不思则罔，思而不学则殆，好好学习，好好总结。

附：本文资料《UML视频》、《Think in UML 大象》