第09章 面向对象方法学引论.pptVIP

图9.5 表示类的图 类名是一类对象的名字。命名是否恰当对系统的可理解性影响相当大，因此，为类命名时应该遵守以下几条准则： (1) 使用标准术语。应该使用在应用领域中人们习惯的标准术语作为类名，不要随意创造名字。例如，“交通信号灯”比“信号单元”这个名字好，“传送带”比“零件传送设备”好。 (2) 使用具有确切含义的名词。尽量使用能表示类的含义的日常用语作名字，不要使用空洞的或含义模糊的词作名字。例如，“库房”比“房屋”或“存物场所”更确切。 (3) 必要时用名词短语作名字。为使名字的含义更准确，必要时用形容词加名词或其他形式的名词短语作名字。例如，“最小的领土单元”、“储藏室”、“公司员工”等都是比较恰当的名字。 总之，名字应该是富于描述性的、简洁的而且无二义性的。 表示关系的符号  类之间的关系：关联、泛化（继承）、依赖和细化 （2）表示关联的角色 4、关联类 在一些情况下，与两个互相关联的类相关的属性不能放在任何一个类中。 关联类 为了说明关联的性质可能需要一些附加信息。可以引入一个关联类来记录这些信息。关联中的每个连接与关联类的一个对象相联系。关联类通过一条虚线与关联连接。 例如，图9.9是一个电梯系统的类模型，队列就是电梯控制器类与电梯类的关联关系上的关联类。从图中可以看出，一个电梯控制器控制着4台电梯，这样，控制器和电梯之间的实际连接就有4个，每个连接都对应一个队列（对象），每个队列（对象）存储着来自控制器和电梯内部按钮的请求服务信息。电梯控制器通过读取队列信息，选择一个合适的电梯为乘客服务。关联类与一般的类一样，也有属性、操作和关联。 图9.9 关联类示例 2.聚集（聚合） 聚集是关联的特例表示的是整体和部分的关系 聚集：一般聚集、共享聚集和组合聚集 3. 泛化 UML中的泛化关系就是通常所说的继承关系，它是通用元素和具体元素之间的一种分类关系。具体元素完全拥有通用元素的信息，并且还可以附加一些其他信息。 在UML中，用一端为空心三角形的连线表示泛化关系，三角形的顶角紧挨着通用元素。 注意，泛化针对类型而不针对实例，一个类可以继承另一个类，但一个对象不能继承另一个对象。实际上，泛化关系指出在类与类之间存在“一般-特殊”关系。泛化可进一步划分成普通泛化和受限泛化。 （1） 普通泛化 普通泛化与继承基本相同，对普通泛化的概念此处不再赘述。 需要特别说明的是，没有具体对象的类称为抽象类。抽象类通常作为父类，用于描述其他类（子类）的公共属性和行为。图示抽象类时，在类名下方附加一个标记值{abstract}，如图9.11所示。图下方的两个折角矩形是模型元素“笔记”的符号，其中的文字是注释，分别说明两个子类的操作drive的功能。 图9.11 抽象类示例 抽象类通常都具有抽象操作。抽象操作仅用来指定该类的所有子类应具有哪些行为。抽象操作的图示方法与抽象类相似，在操作标记后面跟随一个性质串{abstract}。 与抽象类相反的类是具体类，具体类有自己的对象，并且该类的操作都有具体的实现方法。 图9.12给出一个比较复杂的类图示例，这个例子综合应用了前面讲过的许多概念和图示符号。 图9.12 复杂类图示例 （2） 受限泛化 可以给泛化关系附加约束条件，以进一步说明该泛化关系的使用方法或扩充方法，这样的泛化关系称为受限泛化。预定义的约束有4种： 多重、不相交、完全和不完全。这些约束都是语义约束。 多重继承指的是，一个子类可以同时多次继承同一个上层基类，例如图9.13中的水陆两用类继承了两次交通工具类。 与多重继承相反的是不相交继承，即一个子类不能多次继承同一个基类（这样的基类相当于C++语言中的虚基类）。如果图中没有指定{多重}约束，则是不相交继承，一般的继承都是不相交继承。 图9.13 多重继承示例 完全继承指的是父类的所有子类都已在类图中穷举出来了，图示符号是指定{完全}约束。 不完全继承与完全继承恰好相反，父类的子类并没有都穷举出来，随着对问题理解的深入，可不断补充和维护，这为日后系统的扩充和维护带来很大方便。不完全继承是一般情况下默认的继承关系。 4. 依赖和细化 （1） 依赖关系 依赖关系描述两个模型元素（类、用例等）之间的语义连接关系： 其中一个模型元素是独立的，另一个模型元素不是独立的，它依赖于独立的模型元素，如果独立的模型元素改变了，将影响依赖于它的模型元素。 在UML的类图中，用带箭头的虚线连接有依赖关系的两个类，箭头指向独立的类。在虚线上可以带一个版类标签，具体说明依赖的种类，例如，图9.14表示一个友元依赖关系，该关系使得B类的操作可以使用A类中私有的或保护的成员。 图9.14 友