第3章类图分析.ppt

第三章 类图 第三章 类图 我们看到的大多数UML图都是类图[Martin,2004]。类图是最广泛的一种模型，用来表述系统中各个对象的类型以及其间存在的各种静态关系。 目录 3.1类图的概念 类图(Class diagram)是最常用的UML图，显示出类、接口以及它们之间的静态结构和关系；我们常用类图描述系统的结构。 1.类图 类图是描述类、协作(类或对象间的协作)、接口及其关系的图。与所有UML的其它图一样，类图可以包括注释、约束、包。图3-1是一个典型的类图。 类图中的关系包括：依赖关系（Dependency）、泛化关系（Generalization）、关联关系（Association）、实现关系（Realization） 。 3.1类图的概念 3.1类图的概念 2.类图的作用 类图常用来描述业务或软件系统的组成、结构和关系。我们通常通过下面三种方式使用类图： 　　 (1).为系统词汇建模型 　　为系统的词汇建模实际上是从词汇表中发现类，发现它的责任。 　　(2).模型化简单的协作 　　协作是指一些类、接口和其他的元素一起工作，提供一些合作的行为，这些行为不是简单地将元素加在一起就能实现的。例如：当我们为一个分布式的系统中的事务处理过程创建模型时，我们不可能只通过一个类来表明事务是怎样执行的，事实上这个过程的执行涉及到一系列的类的协同工作。使用类图来可视化这些类和他们的关系。 3.1类图的概念 　　(3).模型化一个逻辑数据库模式 我们常用类图设计数据库的蓝图。在很多领域，我们想把持久性数据保存到关系数据库或面向对象的数据库中。我们可以用类图为这些数据库模式建立模型。 3.类图的组成元素 类图中的元素有类、接口、协作、关系、注释、约束、包。关系把类、协作、接口连接在一起构成一个图。注释的作用是对某些类和接口进行注释，约束的作用是对某些类和接口进行约束。 3．2 UML中的类 3．2．1 类的表示 UML中，表示一个类，主要是标识它的名称、属性和操作。如图3-2所示，类由一个矩形表示，它包含3栏，在每栏中分别写入类的名称、类的属性和类的操作。 1．名称 每个类都必须有一个有别于其他类的名称, 类名部分是不能省略的，其他组成部分可以省略。名称（Name）是一个文本串，表示方法有两种： (1).简单名：如图3-2中的Order（订单），它就只是一个单独的名称。 3．2 UML中的类 (2).全名：也称为路径名，就是在类名前面加上包的名称，例如java::awt::Rectangel、businessRule::order等。 对于类的命名规范要求，由字符、数字、下划线组成的惟一的字符串即可。但在实际应用中，有一个普遍采用的命名原则：采用CamelCase格式(大写字母开头、混合大小写，每个单词以大写开始，避免使用特殊符号)，尽可能避免使用缩写。 2.属性 属性描述了类的静态特征，在面向对象编程中，把属性表示为成员变量。例如，在图3-2所示的Order类中，列出了orderDate（下订单时间）、destArea（送货区域）、price（订单总价格）、paymentType（支付类型）四个属性，它们是用来描述每个具体的订单对象的。 3．2 UML中的类 在属性的前面有一个修饰，用来表示属性的可见性，属性的可见性一般都是private，这样才符合面向对象的“封装”思想。通常属性名的第一个字母是小写的。 3.操作 操作是类所提供的服务，通俗地说，操作就是定义了对象所能做的事情。在面向对象编程语言中，它通常表示为成员方法。对于操作的图示，有以下几点需要说明： (1) 操作名的命名规范也未硬性规定的，大家习惯采用和属性名相同的命名规则。 3．2 UML中的类 (2) 对于操作，也经常会提供可见性修饰，只是通常应该声明为public，否则它难以向其他类提供服务。 (3) 操作在表示时可以只写出操作名，也可以将操作拥有的参数也写出来，即写成员方法的完整签名。 属性和操作名之前可附加的可见性修饰符： 加号（+）表示public；减号（-）表示private；#号表示protected；省略这些修饰符表示具有package（包）级别的可见性。 如果属性或操作名具有下划线，则说明它是静态的。 4．职责 职责指类承担的责任和义务。在矩形框中最后一栏中写明类的职责。如图3-3所示。 3．2 UML中的类 5．约束 约束指定了类所要满足的一个或多个规则。 在UML中，约束是用花括号括起来的自由文本。如图3-4所示。 3．2．2 类的种类 1.抽象类 在进行类设计时，如果一些具体类具有相同的方法或属性，我们可以把这些相同的方法或属性从这些具体类中抽取出来，把它们封装到一个抽象类中，