前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >都2020年了还不会 UML,面试官怎么敢要你?

都2020年了还不会 UML,面试官怎么敢要你?

原创
作者头像
JavaEdge
修改2020-03-12 18:39:57
1.4K0
修改2020-03-12 18:39:57
举报
文章被收录于专栏:JavaEdgeJavaEdge

0 简介

◆统一建模语言(英语: Unified Modeling Language ,缩写UML ) ◆非专利的第三代建模和规约语言

◆UML是一种开放的方法 ◆用于说明、可视化、构建和编写一个正在开发的 面向对象的、软件密集系统的制品的开放方法

◆UML展现了一系列最佳工程实践 这些最佳实践在对大规模,复杂系统进行建模方面, 特别是在软件架构层次已经被验证有效

UML2.2中一共定义了14种图示,分类如下:

结构式图形

强调的是系统式的建模

  • 静态图(类图,对象图,包图)
  • 实现图(组件图,部署图)
  • 剖面图
  • 复合结构图

行为式图形

强调系统模型中触发的事件

  • 活动图
  • 状态图
  • 用例图

交互式图形

属于行为式图形子集合,强调系统模型中资料流程

  • 通信图
  • 交互概述图( UML2.0 )
  • 时序图( UML2.0 )
  • 时间图( UML2.0 )

UML 类图

  • Class Diagram:用于表示类、接口、实例等之间相互的静态关系
  • 虽然名字叫类图,但类图中并不只有类

记忆技巧

◆UML箭头方向:从子类指向父类 ◆提示:可能会认为子类是以父类为基础的,箭头应从父类指向子类

◆定义子类时需要通过extends关键字指定父类 ◆子类-定是知道父类定义的 ,但父类并不知道子类的定义 ◆只有知道对方信息时才能指向对方

  • 所以箭头方向是从子类指向父类

实线-继承 虚线-实现

空心三角箭头:继承或实现 实线-继承,isa关系,扩展目的,不虚,很结实 虚线-实现,虚线代表”虚”无实体

实线-关联 虚线-依赖

◆虚线-依赖关系:临时用一下,若即若离,虚无缥缈,若有若无 表示一种使用关系,一个类需要借助另一个类来实现功能 一般是一个类使用另-个类做为参数使用, 或作为返回值

◆实线-关联关系:关系稳定,实打实的关系,铁哥们 表示一个类对象和另一个类对象有关联 通常是一个类中有另一个类对象做为属性

空心菱形-聚合

  • 菱形就是一个盛东西的器皿(例如盘子)
  • 聚合:代表空器皿里可以放很多相同东西,聚在一起(箭头方向所指的类)

实心菱形-@TOC

  • 组合:代表满器皿里已经有实体结构的存在,生死与共
  • 整体和局部的关系,两者有着独立的生命周期,是has a的关系
  • 弱关系
  • 消极的词:弱-空

整体与局部的关系,和聚合的关系相比,关系更加强烈 两者有相同的生命周期,contains-a的关系

  • 强关系
  • 积极的词:强~满

◆常见数字表达及含义,假设有A类和B类,数字标记在A类侧 0..1:0或1个实例. 0..*:0或多个实例. 1..1:1个实例. 1 : 只能有一个实例. 1.. * : 至少有一个实例.

时序图

◆ Sequence Diagram :是显示对象之间交互的图,这些对象是按时间顺序排列的。

时序图中包括的建模元素主要有:

  • 对象( Actor)
  • 生命线( Lifeline )
  • 控制焦点( Focus of control)
  • 消息( Message )

2 UML类图讲解- 自上而下

2.1 依赖关系(Dependency)

依赖关系是一种使用关系,特定事物的改变有可能会影响到使用该事物的其他事物,在需要表示 一个事物使用另一个事物时使用依赖关系。大多数情况下,依赖关系体现在某个类的方法使用另一个类的对象作为参数。 在UML中,依赖关系用带箭头的虚线表示,由依赖的一方指向被依赖的一方

依赖关系实例
依赖关系实例

在系统实施阶段,依赖关系通常通过三种方式来实现

  • 第一种也是最常用的一种方式是如图所示的将一个类的对象作为另一个类中方法的参数
  • 第二种方式是在一个类的方法中将另一个类的对象作为其局部变量
  • 第三种方式是在一个类的方法中调用另一个类的静态方法

2.2 继承关系(Generalization)

用于描述父类与子类之间的关系,父类又称作基类或超类,子类又称作派生类。在UML中,泛化关系用带空心三角形的直线来表示。在代码实现时,我们使用面向对象的继承机制来实现泛化关系,在Java语言中使用extends关键字

2.3 组合关系(Composition)

表示类之间整体和部分的关系,但是在组合关系中整体对象可以控制成员对象的生命周期,一旦整体对象不存在,成员对象也将不存在,成员对象与整体对象之间具有同生共死的关系.

在UML中,组合关系用带实心菱形的直线表示 例如:HashSet及其内部的 HashMap,HashMap是HashSet的组成部分之一,而且如果HashSet没了,HashMap也就没了,因此他俩是组合关系

在代码实现组合关系时,通常在整体类的构造方法中直接实例化成员类.比如说 LinkedHashMap 组合 HashMap 的能力,Set 组合 Map 的能力,还有 DelayQueue 组合 PriorityQueue 的能力.

2.4 关联关系(Association)

类与类之间最常用的一种关系,它是一种结构化关系,用于表示一类对象与另一类对象之间有联系 如汽车和轮胎、师傅和徒弟、班级和学生等等。 在UML类图中,用实线连接有关联关系的对象所对应的类 在使用Java实现关联关系时,通常将一个类的对象作为另一个类的成员变量 在使用类图表示关联关系时可以在关联线上标注角色名,一般使用一个表示两者之间关系的动词或者名词表示角色名(有时该名词为实例对象名),关系的两端代表两种不同的角色,因此在一个关联关系中可以包含两个角色名,角色名不是必须的,可以根据需要增加,其目的是使类之间的关系更加明确。

如在一个登录界面类LoginForm中包含一个JButton类型的注册按钮loginButton,它们之间可以表示为关联关系,代码实现时可以在LoginForm中定义一个名为loginButton的属性对象,其类型为JButton

在UML中,关联关系通常又包含如下几种形式:

2.4.1 双向关联

默认情况下,关联是双向的 例如:顾客(Customer)购买商品(Product)并拥有商品,反之,卖出的商品总有某个顾客与之相关联。因此,Customer类和Product类之间具有双向关联关系

代码语言:javascript
复制
public class Customer {
  private Product[] products;
  ……
}

public class Product {
  private Customer customer;
  ……
}

2.4.2 单向关联

类的关联关系也可以是单向的,单向关联用带箭头的实线表示 例如:顾客(Customer)拥有地址(Address),则Customer类与Address类具有单向关联关系,如图3所示:

单向关联实例
单向关联实例
代码语言:javascript
复制
public class Customer {
  private Address address;
  ……
}

public class Address {
  ……
}

2.4.3 自关联

在系统中可能会存在一些类的属性对象类型为该类本身,这种特殊的关联关系称为自关联 例如:一个节点类(Node)的成员又是节点Node类型的对象

自关联实例
自关联实例
代码语言:javascript
复制
public class Node {
  private Node subNode;
  ……
}

2.4.4 多重性关联

多重性关联关系又称为重数性(Multiplicity)关联关系,表示两个关联对象在数量上的对应关系 在UML中,对象之间的多重性可以直接在关联直线上用一个数字或一个数字范围表示。 对象之间可以存在多种多重性关联关系

多重性表示方式
多重性表示方式

例如:一个界面(Form)可以拥有零个或多个按钮(Button),但是一个按钮只能属于一个界面,因此,一个Form类的对象可以与零个或多个Button类的对象相关联,但一个Button类的对象只能与一个Form类的对象关联,如图5所示:

多重性关联实例
多重性关联实例
代码语言:javascript
复制
public class Form {
  private Button[] buttons; //定义一个集合对象
  ……
}

public class Button {
  ……
}

2.5 聚合关系(Aggregation)

表示整体与部分的关系 has-a 关系 在聚合关系中,成员对象是整体对象的一部分,但是成员对象可以脱离整体对象独立存在 在UML中,聚合关系用带空心菱形的直线表示

在代码实现聚合关系时,成员对象通常作为构造方法、Setter方法或业务方法的参数注入到整体对象中,

2.6 接口与实现关系

在很多面向对象语言中都引入了接口的概念,如Java,在接口中,通常没有属性,而且所有的操作都是抽象的,只有操作的声明,没有操作的实现 UML中用与类的表示法类似的方式表示接口

接口的UML图示
接口的UML图示

接口之间也可以有与类之间关系类似的继承关系和依赖关系,但是接口和类之间还存在一种实现(Realization)关系,在这种关系中,类实现了接口,类中的操作实现了接口中所声明的操作。在UML中,类与接口之间的实现关系用带空心三角形的虚线来表示

实现关系在编程实现时,不同的面向对象语言也提供了不同的语法,如在Java语言中使用implements关键字

总结
总结

在UML 2.0的13种图形中,类图是使用频率最高的UML图之一。Martin Fowler在其著作《UML Distilled: A Brief Guide to the Standard Object Modeling Language, Third Edition》(《UML精粹:标准对象建模语言简明指南(第3版)》)中有这么一段:“If someone were to come up to you in a dark alley and say, ‘Psst, wanna see a UML diagram?’ that diagram would probably be a class diagram. The majority of UML diagrams I see are class diagrams.”(“如果有人在黑暗的小巷中向你走来并对你说:‘嘿,想不想看一张UML图?’那么这张图很有可能就是一张类图,我所见过的大部分的UML图都是类图”),由此可见类图的重要性。

类图用于描述系统中所包含的类以及它们之间的相互关系,帮助人们简化对系统的理解,它是系统分析和设计阶段的重要产物,也是系统编码和测试的重要模型依据。

3 类

类(Class)封装了数据和行为,是面向对象的重要组成部分,它是具有相同属性、操作、关系的对象集合的总称。在系统中,每个类都具有一定的职责,职责指的是类要完成什么样的功能,要承担什么样的义务。一个类可以有多种职责,设计得好的类一般只有一种职责。在定义类的时候,将类的职责分解成为类的属性和操作(即方法)。类的属性即类的数据职责,类的操作即类的行为职责。设计类是面向对象设计中最重要的组成部分,也是最复杂和最耗时的部分。

在软件系统运行时,类将被实例化成对象(Object),对象对应于某个具体的事物,是类的实例(Instance)。

类图(Class Diagram)使用出现在系统中的不同类来描述系统的静态结构,它用来描述不同的类以及它们之间的关系。

在系统分析与设计阶段,类通常可以分为三种,分别是实体类(Entity Class)、控制类(Control Class)和边界类(Boundary Class),下面对这三种类加以简要说明:

(1) 实体类:实体类对应系统需求中的每个实体,它们通常需要保存在永久存储体中,一般使用数据库表或文件来记录,实体类既包括存储和传递数据的类,还包括操作数据的类。实体类来源于需求说明中的名词,如学生、商品等。

(2) 控制类:控制类用于体现应用程序的执行逻辑,提供相应的业务操作,将控制类抽象出来可以降低界面和数据库之间的耦合度。控制类一般是由动宾结构的短语(动词+名词)转化来的名词,如增加商品对应有一个商品增加类,注册对应有一个用户注册类等

(3) 边界类:边界类用于对外部用户与系统之间的交互对象进行抽象,主要包括界面类,如对话框、窗口、菜单等。

在面向对象分析和设计的初级阶段,通常首先识别出实体类,绘制初始类图,此时的类图也可称为领域模型,包括实体类及其它们之间的相互关系。

3.1 类的UML图示

在UML中,类使用包含类名、属性和操作且带有分隔线的长方形来表示

如定义一个Employee类,它包含属性name、age和email,以及操作modifyInfo()

对应的Java代码片段如下:

代码语言:javascript
复制
public class Employee {
	private String name;
	private int age;
	private String email;

	public void modifyInfo() {
		......
	}
}

在UML类图中,类一般由三部分组成:

类名

每个类都必须有一个名字,类名是一个字符串

1.1.2 类的属性

属性是指类的性质,即类的成员变量。一个类可以有任意多个属性,也可以没有属性

属性的表示方式 可见性 名称:类型 [ = 缺省值 ]

  • “可见性” 表该属性对于类外的元素而言是否可见 包括公有(public)、私有(private)和受保护(protected)三种,在类图中分别用符号+、-和#表示。
  • “名称”表示属性名,用一个字符串表示。
  • “类型”表示属性的数据类型,可以是基本数据类型,也可以是用户自定义类型。
  • “缺省值”是一个可选项,即属性的初始值。

类的操作

操作是类的任意一个实例对象都可以使用的行为,是类的成员方法

UML规定操作的表示方式为:

可见性 名称(参数列表) [ : 返回类型]

其中:

  • “可见性”的定义与属性的可见性定义相同。
  • “名称”即方法名,用一个字符串表示。
  • “参数列表”表示方法的参数,其语法与属性的定义相似,参数个数是任意的,多个参数之间用逗号“,”隔开。
  • “返回类型”是一个可选项,表示方法的返回值类型,依赖于具体的编程语言,可以是基本数据类型,也可以是用户自定义类型,还可以是空类型(void),如果是构造方法,则无返回类型。

操作method1的可见性为public(+),带入了一个Object类型的参数par,返回值为空(void) 操作method2的可见性为protected(#),无参数,返回值为String类型 操作method3的可见性为private(-),包含两个参数,其中一个参数为int类型,另一个为int[]类型,返回值为int类型

类图操作说明示意图
类图操作说明示意图

由于在Java语言中允许出现内部类,因此可能会出现包含四个部分的类图

包含内部类的类图
包含内部类的类图

其中的 sex,oalyGames 下划线表明为 static 静态性 study 斜体:抽象方法 GeelyClass 为斜体:抽象类

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 0 简介
    • 结构式图形
      • 行为式图形
        • 交互式图形
          • UML 类图
            • 记忆技巧
              • 实线-继承 虚线-实现
              • 实线-关联 虚线-依赖
              • 空心菱形-聚合
              • 实心菱形-@TOC
            • 时序图
            • 2 UML类图讲解- 自上而下
            • 2.1 依赖关系(Dependency)
              • 2.2 继承关系(Generalization)
                • 2.3 组合关系(Composition)
                  • 2.4 关联关系(Association)
                    • 2.4.1 双向关联
                    • 2.4.2 单向关联
                    • 2.4.3 自关联
                    • 2.4.4 多重性关联
                • 2.5 聚合关系(Aggregation)
                  • 2.6 接口与实现关系
                  • 3 类
                    • 3.1 类的UML图示
                      • 类名
                      • 1.1.2 类的属性
                      • 类的操作
                  领券
                  问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档