UML组件图和部署图实践课件

实验十、十一组件图和部署图

一、实验目的

1．理解组件图的基本概念。

2．理解组件图的应用：逻辑部署。

3．理解部署图的基本概念。

4．理解部署图的应用：物理部署。

5．掌握组件图和部署图绘制的方法。

二、实验器材

1．计算机一台。

2．Rational Rose 工具软件。

三、实验内容

某图书管理系统的分析和设计已按计划完成类图和交互图的分析与设计，下一步将完成系统的组件图和部署图，现系统分析部指派您完成如下任务：

完成系统的组件图。

四、实验步骤

1. 绘制组件图分析：

在某图书馆管理系统中，通过分析可以发现类图中的类应分为4个部分：

1．用户接口模块（UI），主要负责系统和用户的交互，包括Frame类，Dialog 类等。 2．业务对象模块（BO），主要负责处理系统中的业务计算，如借书，还书等功能的具体操作。

3．数据存储模块（DB），主要负责处理对数据的存储。 4．通用工具模块（UTIL），包括系统中通用函数。

通过一个主程序StartClass来启动。由于系统中的类较多，这里以业务对象模块

（BO）为例来讲解如何创建组件图，BO模块中包括

Item类：书目类，表示一本实际存在的书籍或杂志

Loan类：借书业务类，将借阅者和图书馆关联起来，一个Loan对象表示借出的一本书 BorrowerInfomation类：借阅者信息类，表示一个借阅者。

Title类：表示一种书或一种杂志。如《C++编程思想》就是一种书，用1个title 表示，如果有2本这样的书，则需要用2个Item表示。

Reservation类：预定信息类，表示一个预定信息。

Item类和Loan类之间互相依赖，Loan类和BorrowerInfomation类之间互相依赖，BorrowerInfomation类和Reservation类之间互相依赖，Reservation类和Title之间互相依赖，Title和Item类之间互相依赖。

绘图步骤：

（1）在组件视图中双击Main图，出现图10.1，为编辑组件图做好准备，这时绘图工具栏中的图标如图中椭圆所示，其中具体含义可参看本节“补充图标”一段的介绍。

图10.1

2）在组件视图中，从工具栏中选择MainProgram图标，在右边的绘图区中添加一个新组件，并取名StartClass.java表明新增一个主程序。

图10.2

（3）选择新创建的组件，点击鼠标右键，在弹出的菜单中选择“Open Sepcification”,弹出图10.3对话框。

（4）在对话框中，可以修改组件的名称，设置组件的类型，指定实现的语言。这里新组件的名称定为“StartClass.java”，组件构型为Main Program（Rose中提供了多种构型，大部分在补充图标一段中均有简单的介绍），实现语言为JA V A （Rose中默认的是分析语言Analysis），修改结果如图10.4所示。

图10.3

图10.4

（5）组件图描述的是系统的实现视图，因此要指定实现组件功能的文件。点击File选项卡，在列表框中点击鼠标右键，在弹出的菜单中选择“Insert File”，弹出文件对话框。在对话框中，键入StartClass.java，点击“打开”按键，这时对话框如图10.5所示。

图10.5

（6）双击StartClass.java，弹出是否创建对话框，询问是否创建文件，选择“YES”,弹出记事本，这时可输入相应的源程序（注意：如果这里选择的文件已经存在，

则不会弹出创建文件对话框，而是直接显示相应文件内容）。

（7）创建相应的包。选择包图标，在右图中创建。这里同样需要对每个组件打开“Open Specification”对话框，设置具体的属性，对“包”组件来说需要在Files 选项卡中指明与其对应的目录。创建完毕的组件图如图10.6所示。

图10.6

（8）选择业务对象包（BO），双击，打开业务对象包的详细组件图，这里根据分析的结果分别创建Title.java,Item.java，Loan.java，BorrowerInfomation.java，Reservation.java组件，并设置好每个组件的构型和对应的文件。创建好的BO包组件图如图10.7。

10.7

（9）创建依赖关系。在本节“关系”一段中，已经描述过依赖关系使用虚线表

示，因此根据分析中的结果，在图中将相互依赖的组件连接即可。完成后的组件图如图10.8。

图10.8

2. 绘制部署图

分析：

TJKD的图书管理系统目前开发的是一个单机版系统，其中所有的运算均在一台机器上完成，但是由于打印报表的需要，系统还应配备一台打印机。因此得出系统中存在2个节点：

一台主机，其类型是Processor。

②一台打印机，其类型是Device。绘图步骤：

绘图步骤：

（1）浏览窗口中选择“Deployment View”,弹出如图10.9所示窗口。

图10.9

（2）在图中添加分别添加一个Processer和Device，并分别命名为“computer with java support”和“Printer”，添加完毕后，其结果如图10.10所示。

图10.10

（3）为节点添加连接关系。全图如图10.11。

图10.11

五、实验报告要求

1. 组件图和部署图的基本概念，它们都包含哪些模型元素。

2. 仿照书中的例子，在Rose软件上画出上述各种组件图和部署图，打印附在作业上

UML中各种图的画法(全)

UML中各种图的画法(全) 一、UML中基本的图范畴： 在 UML 2 中有二种基本的图范畴：结构图和行为图。每个 UML 图都属于这二个图范畴。结构图的目的是显示建模系统的静态结构。它们包括类，组件和（或）对象图。另一方面，行为图显示系统中的对象的动态行为，包括如对象的方法，协作和活动之类的内容。行为图的实例是活动图，用例图和序列图。 二、UML中的类图： 1.类图的表示： 类的 UML 表示是一个长方形，垂直地分为三个区，如图 1 所示。顶部区域显示类的名字。中间的区域列出类的属性。底部的区域列出类的操作。在一个类图上画一个类元素时，你必须要有顶端的区域，下面的二个区域是可选择的（当图描述仅仅用于显示分类器间关系的高层细节时，下面的两个区域是不必要的）。 描述： 顶部区域显示类的名字。中间的区域列出类的属性。底部的区域列出类的操作。当在一个类图上画一个类元素时，你必须要有顶端的区域，下面的二个区域是可选择的（当图描述仅仅用于显示分类器间关系的高层细节时，下面的两个区域是不必要的）。 ·类名：如果是抽象类，则采用斜体 ·类属性列表：name : attribute type 如 flightNumber : Integer，这是最常见的表达形式 n ame : attribute type = default value 如balance : Dollars = 0，这是带有默认值的表达形式 ·类方法列表：name(parameter list) : type of value returned

注意： 在业务类图中，属性类型通常与单位相符，这对于图的可能读者是有意义的（例如，分钟，美元，等等）。然而，用于生成代码的类图，要求类的属性类型必须限制在由程序语言提供的类型之中，或包含于在系统中实现的、模型的类型之中。 2.继承的表示： 为了在一个类图上建模继承，从子类（要继承行为的类）拉出一条闭合的，单键头（或三角形）的实线指向超类。 类名BankAccount和withdrawal操作使用斜体。这表示，BankAccount 类是一个抽象类，而withdrawal方法是抽象的操作。换句话说，BankAccount 类使用withdrawal规定抽象操作，并且CheckingAccount 和 SavingsAccount 两个子类都分别地执行它们各自版本的操作。 3.接口的表示： 一个类和一个接口不同：一个类可以有它形态的真实实例，然而一个接口必须至少有一个类来实现它。在 UML 2 中，一个接口被认为是类建模元素的特殊化。因此，接口就象类那样绘制，但是长方形的顶部区域也有文本“interface”。

UML组件图和部署图实践课件

实验十、组件图和部署图 、实验目的 1 ?理解组件图的基本概念。 2?理解组件图的应用：逻辑部署。 3?理解部署图的基本概念。 4.理解部署图的应用：物理部署。 5?掌握组件图和部署图绘制的方法。 、实验器材 1. 计算机一台。 2. Rational Rose工具软件。 、实验内容 某图书管理系统的分析和设计已按计划完成类图和交互图的分析与设计，下一步将完成系统的组件图和部署图，现系统分析部指派您完成如下任务：完成系统的组件图。 四、实验步骤 1.绘制组件图分析： 在某图书馆管理系统中，通过分析可以发现类图中的类应分为4个部分： 1.用户接口模块（UI）,主要负责系统和用户的交互，包括Frame类，Dialog 类等。 2.业务对象模块（BO），主要负责处理系统中的业务计算，如借书，还书等功能的具体操作。 3 ?数据存储模块（DB），主要负责处理对数据的存储。4?通用工具模块（UTIL ），包括系统中通用函数。

通过一个主程序StartClass来启动。由于系统中的类较多，这里以业务对象模块 （BO）为例来讲解如何创建组件图，BO模块中包括 Item类：书目类，表示一本实际存在的书籍或杂志 Loan类：借书业务类，将借阅者和图书馆关联起来，一个Loan对象表示借出的一本书Borrowerlnfomation类：借阅者信息类，表示一个借阅者。 Title类：表示一种书或一种杂志。如《C++编程思想》就是一种书，用1个title 表示，如果有2本这样的书，则需要用2个Item表示。 Reservation类：预定信息类，表示一个预定信息。 Item类和Loan类之间互相依赖，Loan类和BorrowerI nfomation类之间互相依赖，BorrowerI nfomation 类和Reservation 类之间互相依赖，Reservation 类和Title 之间互相依赖，Title和Item类之间互相依赖。 绘图步骤： （1）在组件视图中双击Main图，出现图10.1，为编辑组件图做好准备，这时 绘图工具栏中的图标如图中椭圆所示，其中具体含义可参看本节“补充图标” 一段的介绍。 图10.1 2）在组件视图中，从工具栏中选择Ma in Program图标，在右边的绘图区中添加一个新组件，并取名StartClass.java表明新增一个主程序。

UML的几种图

1、用例图（use case diagram） 用例图（Use Case Diagram ）是被称为参与者(Actor)的外部用户所能观察到的系统功能的模型图 列出系统中的用例和参与者 显示哪个参与者参与了哪个用例的执行 核心概念 用例：系统中的一个功能单元，可以被描述为参与者与系统之间的一次交互作用 参与者、参与者泛化 用例与参与者之间的关系：关联UC01：“借书”用例文档 用例名称：借书 用例标识：UC01 涉及的参与者：工作人员 涉及的用例：无 描述：工作人员利用该用例为读者完成借书过程前置条件：工作人员必须登录到当前系统 涉众利益：

用例之间关系：扩展、包括、泛化 推荐使用场合 业务建模、需求获取、定义 某图书馆管理系统： 是一个基于Web 的计算机应用系统； 读者可以查询图书信息以及借阅信息； 读者可以通过系统预约所需的图书； 图书馆工作人员利用该系统完成读者的借书、还书业务； 图书馆工作人员可以对图书信息、读者信息等进行维护； 对于到期的图书，系统会自动向读者发送催还信息； 管理员会定期进行系统维护； …… 基本事件流： 后置条件：备选事件流 字段列表： 认为当天日期）、借阅天数以及归还日期。业务规则 阅规则取决于读者的类型(非功能需求：设计约束：

2、活动图（activity diagram） 活动图（Activity Diagram） 通过动作来组织，主要用于描述某一方法、机制或用例的内部行为 核心概念 状态、活动、组合活动、对象 转移、分支 并发、同步 泳道 推荐使用场合 业务建模、需求、类设计 3、静态结构图

类、 、框架、层、

UML中数据流图介绍

·单向关联 在一个单向关联中，两个类是相关的，但是只有一个类知道这种联系的存在。 一个单向的关联，表示为一条带有指向已知类的开放箭头（不关闭的箭头或三角形，用于标志继承）的实线。如同标准关联，单向关联包括一个角色名和一个多重值描述，但是与标准的双向关联不同的时，单向关联只包含已知类的角色名和多重值描述。 简单的说就是OverdrawAccountReport中包含了BankAccount属性，而BankAccount中不需要包含OverdrawnAccountsReport对象 6.聚合的表示： 聚合是一种特别类型的关联，用于描述“总体到局部”的关系。在基本的聚合关系中，部分类的生命周期独立于整体类的生命周期。 举例来说，我们可以想象，车是一个整体实体，而车轮轮胎是整辆车的一部分。轮胎可以在安置到车时的前几个星期被制造，并放置于仓库中。在这个实例中，Wheel类实例清楚地独立于Car类实例而存在。然而，有些情况下，部分类的生命周期并不独立于整体类的生命周期 -- 这称为合成聚合。举例来说，考虑公司与部门的关系。公司和部门都建模成类，在公司存在之前，部门不能存在。这里Department类的实例依赖于Company类的实例而存在。 让我们更进一步探讨基本聚合和组合聚合。 注意：聚合与普通的关联的区别在于：普通的关联可能只是一个简单的“包含、引用”关系，关联和被关联类之间在逻辑概念上不一定有紧密的联系，而聚合则不同，它表示的是一种内在关系紧密，相互依存，相互包含的概念，其中的一部分是构成另外一部分的不可或缺的成分。 ·基本聚合 有聚合关系的关联指出，某个类是另外某个类的一部分。在一个聚合关系中，子类实例可以比父类存在更长的时间。为了表现一个聚合关系，你画一条从父类到部分类的实线，并在父类的关联末端画一个未填充棱形。

UML考试试题及答案

一、选择题 (共40分，每小题2分) 1. 下面的模型图中，哪个能正确表示“1个教师可以指导0个到多个学生的论文，1个学生必须有1个教师指导其论文” 的意思（ ） 2. 计算机由CUP 、内存、硬盘、显示器、鼠标等构成，那么计算机类和鼠标类之间的关系是（ ） A 继承关系 B 关联关系 C 聚合关系 D 依赖关系 3. 下面（ ）图形表示依赖关系。 4. 关于UML ，下面说法正确的是（ ） A UML 是一种面向对象的建模方法。 B UML 是一种形式化的语言，使用UML 建立的模型可被计算机编译执行。 C UML 是一种面向对象的编程语言。 D UML 是一种面向对象的建模语言，但不是建模方法。 5. 顺序图和交互图的关系，类似与下面的哪种关系（ ） A 类和对象的关系 B 类和参与者关系 C Java 和编程语言的关系 D UML 和Java 的关系 6. 要对一个企业的工作流程建模，下面4种图中的（ ）是最重要的。 A 交互图 B 活动图 C 状态图 D 类图 A B C D

7.关于参与者，错误的说法是（） A 参与者是与所建立的系统交互的人或物。 B 参与者可以是实际的人，也可以其他系统。 C 参与者是系统的一部分，是用例图的重要组成部分。 D 参与者之间可以存在泛化关系。 8.UML中关联的多重性是指（） A 一个类有多个方法被另一个类调用。 B 一个类的实例对象能够与另一个类的多少个实例对象相关联。 C 一个类的某个方法被另一个类调用的次数。 D 两个类所具有的相同的方法和属性。 9.关于类图的说法正确的是（） A 类图分为3个层次：对象层、特征层和关系层，其中对象层给出系统中所 有反映问题域和系统责任的对象。 B 类图分为3个层次：对象层、特征层和关系层，其中特征层给出系统中所 有反映问题域和系统责任的对象。 C 类图只是一种辅助模型，不如其他图重要。 D 类图定义了系统的功能需求，描述了系统的动态行为。 10.根据Coad/Yourdon的定义，面向对象的概念不包括（） A 对象 B 继承 C 消息 D 封装 11.使用UML对系统进行动态建模，不能使用以下哪种图（） A 类图 B 顺序图 C 状态图 D 活动图 12.UML的结构事物不包括（） A 接口 B 类 C 协作 D 状态机 13.分析下面的顺序图，并指出哪种说法是正确的（）

UML组件图和部署图实践课件

实验十、十一组件图和部署图 一、实验目的 1．理解组件图的基本概念。 2．理解组件图的应用：逻辑部署。 3．理解部署图的基本概念。 4．理解部署图的应用：物理部署。 5．掌握组件图和部署图绘制的方法。 二、实验器材 1．计算机一台。 2．Rational Rose 工具软件。 三、实验内容 某图书管理系统的分析和设计已按计划完成类图和交互图的分析与设计，下一步将完成系统的组件图和部署图，现系统分析部指派您完成如下任务： 完成系统的组件图。 四、实验步骤 1. 绘制组件图分析： 在某图书馆管理系统中，通过分析可以发现类图中的类应分为4个部分：1．用户接口模块（UI），主要负责系统和用户的交互，包括Frame类，Dialog类等。 2．业务对象模块（BO），主要负责处理系统中的业务计算，如借书，还书等功能的具体操作。 3．数据存储模块（DB），主要负责处理对数据的存储。 4．通用工具模块（UTIL），包括系统中通用函数。 通过一个主程序StartClass来启动。由于系统中的类较多，这里以业务对象模块

（BO）为例来讲解如何创建组件图，BO模块中包括

Item类：书目类，表示一本实际存在的书籍或杂志 Loan类：借书业务类，将借阅者和图书馆关联起来，一个Loan对象表示借出的一本书 BorrowerInfomation类：借阅者信息类，表示一个借阅者。 Title类：表示一种书或一种杂志。如《C++编程思想》就是一种书，用1个title 表示，如果有2本这样的书，则需要用2个Item表示。 Reservation类：预定信息类，表示一个预定信息。 Item类和Loan类之间互相依赖，Loan类和BorrowerInfomation类之间互相依赖，BorrowerInfomation类和Reservation类之间互相依赖，Reservation类和Title之间互相依赖，Title和Item类之间互相依赖。 绘图步骤： （1）在组件视图中双击Main图，出现图10.1，为编辑组件图做好准备，这时绘图工具栏中的图标如图中椭圆所示，其中具体含义可参看本节“补充图标”一段的介绍。 图10.1 2）在组件视图中，从工具栏中选择MainProgram图标，在右边的绘图区中添加一个新组件，并取名StartClass.java表明新增一个主程序。

uml+选修课系统类图交互图设计文档

类图和交互图 练习一: 问题: 软件学院打算开发一个学生选课系统。 … 新的系统允许学生利用局域网上的PC机来注册本学期的课程，并可以查看自己已学的所有课程的所有成绩。新的系统允许教师决定要教哪些课程，并通过管理员更新数据库，教师在学期末登记自己教授的课程的成绩。 … 学院已有课程目录(course catalog)数据库部分，课程目录数据库中保存了所有的课程信息新的学生注册系统将读取课程目录数据库中的课程信息，但不会修改数据库中的课程信息。管理员通过其它系统来维护课程信息 ? 在每个学期初，学生可以获取这个学期所开设的所有课程的目录，在课程目录中包含每门课的详细信息，如professor（讲课教师，因为后面约定老师可以有教授、副教授和讲师3种类型）, department, prerequisite等。 ? 每个学生在一个学期，根据自己所在系的培养计划，必修课必须选，选修课自愿，但一学期不可超过8门课程，不少于3门课程。（第8周周二到周五可以退课，但必须保证本学期课程不少于3门，退课需交纳50/门的费用，由计费系统扣费，扣费成功后，该门课程从学生的选课计划中删除，否则，退课不成功） ? 每门课的学生人数最多为200人，最少为30人，如果选修课学 生人数少于30人，该门课将被取消，必修课无最低人数限制。 在每个学期，有一个选课期，在这个时间段内，学生可以改变他们的选课计划(Schedule)，注册系统允许学生在这段时间内可以增加或删除所选课程，选课最后一天只能选课，不可退课,在学期结束的时候，学生可以通过系统查询成绩，由于学生成绩属于敏感信息，因此系统要有安全措施来防止非授权的存取。（学生查询成绩前，需要先评教）。 ? 教师可以读取系统来获取他们所教的课程的信息，可以了解哪些学生选了他们的课，也可以登记该门课程的学生成绩。 ? 教师分为讲师、副教授、教授。 此系统涉及到得参与者有:①学生;②教师;③管理员;④课程目录数据库；⑤计费系统。 此系统的类图如下:

图书管理系统 交互图 UML

学生实验报告 学院：用友软件学院 课程名称：面向对象技术 专业班级： 08级软件工程4班 姓名：尚丽娟 学号： 0088234

学生实验报告(一) 学生姓名尚丽娟学号0088234 同组人 实验项目图书管理系统交互图建模 √□必修□选修□演示性实验□验证性实验√□操作性实验□综合性实验实验地点H110 实验仪器台号计算机一台 指导教师张驰实验日期及节次2010-5-4，5、6、7节 一、实验综述 1、实验目的及要求 (1)、掌握时序图建模； (2)、掌握协作图建模； (3)、熟悉并掌握Rational Rose的使用。 对实验一中描述的5个关键用例进行时序图和协作图建模。 2、实验仪器、设备或软件 (1)、实验仪器：计算机 (2)、软件：Windows XP+Rational Rose 二、实验过程（实验步骤、记录、数据、分析） (1)、时序图建模； 1.图书管理员处理还书时序图 2.图书管理员借出书时序图

3.读者预留书籍时序图 4.图书管理员添加读者信息时序图

5.读者查询图书信息时序图 6.系统管理员查询读者信息时序图

(2)、协作图建模； 1.图书管理员处理还书协作图 2.读者查询图书信息协作图 3.系统管理员查询读者信息协作图 4.读者预留书籍协作图 5.图书管理员添加读者信息协作图 6.读者预留书籍协作图 三、结论 1、实验结果 (1)、场景描述； 1图书管理员处理还书 步骤1：读者前来还书，把书给图书管理员 步骤2：图书管理员登录还书系统界面，并输入登入密码 步骤3：系统验证密码是否正确，确认密码并登入到系统中 步骤4：从还书系统输入书籍号查找 步骤5：图书管理员在还书系统中对此书更改书籍状态从借出为存在步骤6：还书成功。 2图书管理员处理借书 步骤1：读者前来借书，把书名告诉图书管理员 步骤2：图书管理员登入到借书系统界面，输入登入密码 步骤3：系统验证密码是否正确。确认密码并登入到系统中 步骤4：从借书系统输入书籍名称查找

uml实验三：交互图

实验三 交互图建模 1 实验目的 让学生掌握时序图和协作图的语义和功能，对时序图和协作图进行比较；让 学生掌握协作图的语义和功能，对时序图和协作图进行比较。 2 实验内容 使用交互图按时间顺序为控制流建模、按组织结构为控制流建模；使用协作 图为控制流建模系统。主要包括管理员添加书籍的时序图，图书管理员处理书籍借阅的时序图，系统管理员删除图书的时序图，借阅者预订书籍的时序图。 3 实验指导 3.1场景描述及用例图 3.1.1系统管理员添加图书的时序图 系统管理员添加书目时，首先与系统的维护窗口交互，查找有没有相应的标题信息，检查是否书目已经存在，如果有，直接添加。如果没有，则创建新的标题。 图3.1.1添加图书

3.1.2系统管理员删除图书的时序图 系统管理员与系统的（删除窗口）交互，查找到相应的书目及书籍信息并删除。如果只删除书目，而不是删除标题，则去掉消息7，修改书目的书籍数量即可。 图3.1.2删除图书 3.1.3图书管理员借出书籍的时序图 读者首先与系统的借阅窗口交互，然后借阅窗口要与数目和书籍信息交互，还要与借阅信息和预约信息进行交互。读者登录到我们的系统当中，查询想要借阅的书籍，如果找到该书籍且该书没有全部借出，则通过图书管理员借到书，此时，该书数据库中的数目改变，读者借阅记录中添加该借阅信息；如果该书已经全部借出，则要进行网上预约，等到图书还回的时候通知该读者可以继续借阅该书。 图3.1.3图书管理员时序图

3.1.4添加书籍协作图 图3.1.4添加书籍协作图3.1.5删除书籍协作图 图3.1.5删除书籍协作图3.1.6借出书籍业务的协作图 2: find_reservation 图3.1.6借出书籍业务的协作图

UML各种图总结-精华

UML各种图总结-精华 UML（UnifiedModelingLanguage）是一种统一建模语言，为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。下面将对UML的九种图+包图的基本概念进行介绍以及各个图的使用场景。 一、基本概念 如下图所示，UML图分为用例视图、设计视图、进程视图、实现视图和拓扑视图，又可以静动分为静态视图和动态视图。静态图分为：用例图，类图，对象图，包图，构件图，部署图。动态图分为：状态图，活动图，协作图，序列图。 1、用例图（UseCaseDiagrams）： 用例图主要回答了两个问题：1、是谁用软件。2、软件的功能。从用户的角度描述了系统的功能，并指出各个功能的执行者，强调用户的使用者，系统为执行者完成哪些功能。

2、类图（ClassDiagrams）： 用户根据用例图抽象成类，描述类的内部结构和类与类之间的关系，是一种静态结构图。在UML类图中，常见的有以下几种关系:泛化（Generalization）,实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。 各种关系的强弱顺序：泛化=实现>组合>聚合>关联>依赖 2.1.泛化 【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何继承父类的所有特征和行为。例如：老虎是动物的一种，即有老虎的特性也有动物的共性。 2.2.实现 【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现。

2.3.关联 【关联关系】：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。 【代码体现】：成员变量 2.4.聚合 【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。如车和轮胎是整体和部分的关系，轮胎离开车仍然可以存在。 聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分，必须考察具体的逻辑关系。 【代码体现】：成员变量