理解 UML 元素如何映射到 Java 类图是最常用的 UML 图，它用于描述系统的结构化设计。其中包括类关系以及与每个类关联的属性及行为。类图能出色地表示继承与合成关系。为了将类图作为一种高效的沟通工具使用，开发者必须理解如何将类图上出现的元素转换到 Jav a 中。下面来进一步探索这一转换过程。 1 元素 在后面的小节中，分别讲解了类图的各个元素及其在 Jav a 中相应的表示。我会列出元素名，后续简短的代码片断和一幅图来表示元素在类图上的样子。每一节的最后简要总结了该元素。 1.1 类（Clas s ） 类（图 A）是对象的蓝图，其中包含 3 个组成部分。第一个是 Jav a 中定义的类名。第二个是属性（attribu tes）。第三个是该类提供的方法。 属 性和操作之前可附加一个可见性修饰符。加号（+）表示具有公共可见性。减号（-）表示私有可见性。#号表示受保护的可见性。省略这些修饰符表示具有 package（包）级别的可见性。如果属性或操作具有下划线，表明它是静态的。在操作中，可同时列出它接受的参数，以及返回类型，如图 A 的“Java” 区域所示。 图 A 1.2 包（Package） 包（图 B） 是一种常规用途的组合机制。UML 中的一个包直接对应于 Jav a 中的一个包。在 Jav a 中，一个包可能含有其他包、类或者同时含有这两者。进行建模时，你 通常拥有逻辑性的包，它主要用于对你的模型进行组织。你还会拥有物理性的包，它直接转换成系统中的Jav a 包。每个包的名称对这个包进行了惟一性的标识。 图 B 1.3 接口（Interface） 接口（图 C）是一系列操作的集合，它指定了一个类所提供的服务。它直接对应于Jav a 中的一个接口类型。接口既可用图 C 的那个图标来表示，也可由附加了<>的一个标准类来表示。通常，根据接口在类图上的样子，就能知道与其他类的关系。 图 C 2 关系 后面的例子将针对某个具体目的来独立地展示各种关系。 虽然语法无误，但这些例子可进一步精炼，在它们的有效范围内包括更多的语义。 2.1 依赖（Dependency） 实体之间一个“使用”关系暗示一个实体的规范发生变化后，可能影响依赖于它的其他实例（图D）。 更具体地说，它可转换为对不在实例作用域内的一个类或对象的任何类型的引用。其中包括一个局部变量，对通过方法调用而获得的一个对象的引用（如下例所示），或者对一个类的静态方法的引用（同时不存在那个类的一个实例）。也可利用“依赖...
