UML第三章
第三章
一、选择题
1．可行性研究分析包括经济可行性分析、技术可行性分析和（）。
A.风险可行性分析
B.法律可行性分析
C.资源可行性分析
D.效益可行性分析
2、UML的客户分析模型包括（）模型、类图、对象图和活动图组成。
A.用例
B.分析
C.属性
D.系统
3、UML客户需求分析使用的CRC卡上“责任”一栏的内容主要描述类的（）和操作。
A.对象成员
B.关联对象
C.属性
D.私有成员
4、UML客户需求分析产生的系统模型描述了系统的（）
A.状态
B.体系结构
C.静态模型
D.功能要求
5、在UML的需求分析建模中，用例模型必须与（）反复交流并加以确认。
A.软件生产商
B.用户
C.软件开发人员
D.问题领域专家
6、在UML的需求分析建模中，对用例模型中的用例进行细化说明应使用（）。
A.活动图
B.状态图
C.配置图
D.构件图
7、活动图中的分劈和同步接合图符是用来描述（）
A.多进程的并发处理行为
B.对象的时序
C.类的关系
D.系统体系结构框架
二、填空题
8..UML软件开发过程需求分析阶段产生的模型由三类模型图表示。
它们是：_______模型图、_______模型图和_______模型图。
9.CRC卡中的描述由_______、_______、_______、_______和_______工5个部分组成。
10.软件项目的可行性研究分析中，技术可行性研究包括_______、_______、_______3个部分组成。
11、在UML软件开发过程的需求分析阶段，建立用例模型的步骤分为_______、_______、_______、_______和_______。
12、用例图中一实线方框表示系统的范围和边界，在系统边界内描述的是_______，在边界外描述的是_______。
13、用例模型中的执行者可以是_______也可以是_______。
14、用例模型中的用例之间的关联有_______关联、_______关联、_______关联和______关
联。
三、解释名词
15、需求规格说明书：
16、用例模型：
17、执行者：
18、用例：
19、经济分析风险研究：
20、法律风险分析研究：
四、综合题
21、简单描述可行性分析阶段的具体任务。
22、试说明可行性分析报告包括的主要内容。
23、简单描述客户需求分析阶段的具体任务。
34、试说明客户需求分析规格说明的主要内容。
25、简述UML软件开发过程客户需求分析的特点和涉及的模型。
26、请读者将需求分析案例中的第2层用例图——图3-23（进销存管理系统）中的“采购管理”用例的第3层、第4层用例图展开。
27、请读者将需求分析案例中的第2层用例图——图3-23（进销存管理系统）中的“采购管理”用例的第3层、第4层用例图中的用例用相应的活动图做进一步描述。
28、请读者将需求分析案例中的第2层用例图——图3-23（进销存管理系统）中的“管理”用例的第3层、第4层用例图展开。
29、请读者将需求分析案例中的第2层用例图——图3-23（进销存管理系统）中的“库存管理”用例的第3层、第4层用例图中的用例用相应的活动图做进一步描述。
30、请读者将需求分析案例中的第1层用例图——图3-22（企业综合信息管理系统用例图）中的“财务管理”用例的。
合集下载
uml面向对象建模与设计第三章PPT
ห้องสมุดไป่ตู้
at (时间表达式)
• 相对时间事件
after (时间表达式)
22
事件举例
绝对时间事件 at [11:49pm]/ selfTest() 相对时间事件
Idle after [2 seconds]/ dropConnection()
when [altitude<1000] Active
变化事件
23
动作（action）
15
信号事件
• 信号（signal）
– 是从一个对象到另一个对象的明确的单向信 息流动。 – 是对象间的消息。 – 是由一个对象异步地发送，并由另一个对象 接收的已命名的对象。
• 信号事件
– 发送或接收信号的事件。
16
信号类的表示
可将信号建模为一个<<signal>>版型的类。
17
对信号的建模
第3章 状态建模
状态（state）
• 对象生命周期中的一个条件或状态，在 此期间对象将满足某些条件、执行某些 活动或等待某些事件。
2
状态的特性
• 所有对象都具有状态。 • 状态是对象执行了一系列活动的结果。 • 某事件发生后，对象的状态将发生变化 。
3
状态模型
• 描述对象响应外部激励而发生的操作序 列。 • 包括多个状态图。 • 每个类对应一个状态图。
• 用一个版型为<<send>>的依赖来表示 一个操作发送了一个特定的信号。
18
信号建模的原则
• 考虑一组给定的主动对象可能响应的所 有不同种类的信号。 • 寻找信号的公共种类，并使用继承将它 们放在层次结构中。 • 在主动对象的状态机中寻找多态性，在 发现多态性的地方，必要时通过引入中 间的抽象信号来调整层次结构。
at (时间表达式)
• 相对时间事件
after (时间表达式)
22
事件举例
绝对时间事件 at [11:49pm]/ selfTest() 相对时间事件
Idle after [2 seconds]/ dropConnection()
when [altitude<1000] Active
变化事件
23
动作（action）
15
信号事件
• 信号（signal）
– 是从一个对象到另一个对象的明确的单向信 息流动。 – 是对象间的消息。 – 是由一个对象异步地发送，并由另一个对象 接收的已命名的对象。
• 信号事件
– 发送或接收信号的事件。
16
信号类的表示
可将信号建模为一个<<signal>>版型的类。
17
对信号的建模
第3章 状态建模
状态（state）
• 对象生命周期中的一个条件或状态，在 此期间对象将满足某些条件、执行某些 活动或等待某些事件。
2
状态的特性
• 所有对象都具有状态。 • 状态是对象执行了一系列活动的结果。 • 某事件发生后，对象的状态将发生变化 。
3
状态模型
• 描述对象响应外部激励而发生的操作序 列。 • 包括多个状态图。 • 每个类对应一个状态图。
• 用一个版型为<<send>>的依赖来表示 一个操作发送了一个特定的信号。
18
信号建模的原则
• 考虑一组给定的主动对象可能响应的所 有不同种类的信号。 • 寻找信号的公共种类，并使用继承将它 们放在层次结构中。 • 在主动对象的状态机中寻找多态性，在 发现多态性的地方，必要时通过引入中 间的抽象信号来调整层次结构。
UML学习03
所以下列语句不能被执行，因为firstElement措施 只能由Stack类内部旳私有组员LinkedList对象去调 用：
实现栈类
➢ 继承和复合
继承有如下缺陷：
№1 极难实现完善旳代码； №2 在发觉设计中旳不足时极难变化; №3 客户程序员不轻易了解； №4 层次构造会“泄露”给客户代码。
实现栈类
➢ 使用复合实现栈
复合是一种强大旳聚合关系，构成旳对象经常和复 合物同步创建和删除 为Stack和LinkedList建立复合关系：
➢ 使用复合实现栈
使用Java代码描述复合旳细节
实现栈类
实现栈类
➢ 使用复合实现栈
在复合关系中，LinkedList对象都在Stack对象旳 内部引用，Stack类旳消息都经过LinkedList对象来 完毕，假如删除Stack对象，LinkedList对象也会被 删除
面对对象旳软件开发并不意味着要编写代码； 应首先类似旳已经有旳类，使用经过查找类似旳类 能够实当代码旳复用
实现栈类
➢ 已开发好旳类LinkedList，有如下四个消息
addElement() 在列表尾部添加一种对象； lastElement():Object 返回列表尾部旳对象； numberOfElement():int 返回列表中旳对象数； removeLastElement() 删除列表尾部旳对象。
重定义措施
➢ 面对对象能够重新定义继承来旳元素
在子类中重新定义继承来旳措施有下列三个原因：
№1 将抽象措施详细化； №2 子类中旳措施需要完毕某些额外旳工作； №3 为子类提供更适合（更高效或更精确）旳代码。
每种面对对象旳语言都允许重新定义旳措施调用超 类上旳措施；
注意：重定义措施时，不要变化其含义，因为任何 人都能够假定子类与超类旳工作方式完全相同，只是 子类有其他旳知识和行为。
实现栈类
➢ 继承和复合
继承有如下缺陷：
№1 极难实现完善旳代码； №2 在发觉设计中旳不足时极难变化; №3 客户程序员不轻易了解； №4 层次构造会“泄露”给客户代码。
实现栈类
➢ 使用复合实现栈
复合是一种强大旳聚合关系，构成旳对象经常和复 合物同步创建和删除 为Stack和LinkedList建立复合关系：
➢ 使用复合实现栈
使用Java代码描述复合旳细节
实现栈类
实现栈类
➢ 使用复合实现栈
在复合关系中，LinkedList对象都在Stack对象旳 内部引用，Stack类旳消息都经过LinkedList对象来 完毕，假如删除Stack对象，LinkedList对象也会被 删除
面对对象旳软件开发并不意味着要编写代码； 应首先类似旳已经有旳类，使用经过查找类似旳类 能够实当代码旳复用
实现栈类
➢ 已开发好旳类LinkedList，有如下四个消息
addElement() 在列表尾部添加一种对象； lastElement():Object 返回列表尾部旳对象； numberOfElement():int 返回列表中旳对象数； removeLastElement() 删除列表尾部旳对象。
重定义措施
➢ 面对对象能够重新定义继承来旳元素
在子类中重新定义继承来旳措施有下列三个原因：
№1 将抽象措施详细化； №2 子类中旳措施需要完毕某些额外旳工作； №3 为子类提供更适合（更高效或更精确）旳代码。
每种面对对象旳语言都允许重新定义旳措施调用超 类上旳措施；
注意：重定义措施时，不要变化其含义，因为任何 人都能够假定子类与超类旳工作方式完全相同，只是 子类有其他旳知识和行为。
UML讲义-03
•
ii. 一个类与多个类之间
• 2）聚集 • 表示整体与部分之间的关系。
• 3）三元关联 • 三个类同时参与一个关联。
•
其中，*表示多件衣服。
• 4）依赖关系 • 一个类使用了另一个类。（如P44的图 3.18） • 一般的做法是： • 将被依赖类（Frame类）实例化为一个 对象，将该对象定义为依赖类（System类） 中的一个属性。（见P44）
• 5）类图常见问题 • 见P55上部
• 3.5 对象图 • 某一时刻系统的类图的实例化。 • 对象名的表示： • a. 对象名: 类名 • b. : 类名 • c. 对象名 • 例子：从类图到对象图。（P56图3.32和图 3.33），特点为：各个属性有了具体的值。 • 实际分析、设计时，很少用对象图，因为用动 态图描述对象之间的关系。
• •
ii. 针对属性的置取方法（get、set）不列入。 iii. 也见P53图3.30
• 3）属性和方法的可见性 • a. “-”表示私有的，只在本类的内部使用。 • “+”表示公有的，是本类的对外接口，可由外 部的类调用。 • “#”表示受保护的，只能被本类、本类的子类 使用，外部的类不能使用。 • b. 可见性的设计原则 • 类的属性设计为私有的。 • 方法设计为公有的，的确只被自己使用时才设 计成私有的、受保护的。 • （见“合同制员工”、“全日制员工”的工资 计算示例。文件：UML的前期基础.doc）
• 3）分析阶段的类图 • 描述现实世界中的问题。步骤为： • a. 分析类 • b. 分析类的属性和方法 • c. 建立类间关系：关联、泛化 • 4）设计阶段的类图 • 描述软件系统的结构。 • a. 确定类、属性和方法 • b. 根据顺序图、合作图的设计，调整、补充类、 属性和方法 • c. 完成属性和方法的细节描述（可见性、类型、 缺省值、返回值、约束条件等） • 见P54图3.31。
uml 基础教程 第三章-用例图
大多数标点符号，用例的名字是一个能准确描述功能的动 词短语或动词词组。
• 用例具有3个明显的特征： （1）用例表明的是一个类，而不是某个具体的实例 （2）用例必须由某一个参与者触发激活后才能执行，即
每个用例至少应该涉及一个参与者 （3）用例是一个完整的描述
椭圆来表示用例
“回顾”饮料销售机
• 在前面的分析中，我们获得了系统中有3个用例，分别是 “Buy soda（买饮料）”、“Restock（供货）”、“Collect（ 收款）”。
• 假设正在对一台饮料机建模，这台饮料销售机允许顾 客选择买一罐饮料或是买一杯饮料。在这种情况下，“Buy Soda”就是一个父用例，“Buy a can of soda”和“Buy a cup of Soda”就是子用例。用例之间的泛化关系建模与类之间 泛化关系建模方法相同，用一条带空心三角形箭头的实线 从子用例指向父用例。
• 要用在用例图上显示某个用例：
➢使用人形符号绘制一个参与者；
➢绘制一个椭圆表示用例，将用例的名称放在椭 圆的中心或椭圆下面的中间位置；
➢使用带箭头或不带箭头的线段来描述参与者和 用例之间的关系。
举例：饮料销售机
• 假设你现在正着手设计一台饮料销售机。为了获得用户 的观点，你会见了许多可能的用户以了解这些用户将如何 与这台机器交互。
“取钱”用例
• 还有一个“取钱”用例，同样也是因为一段时间的流逝， 收款人发起了这个用例。它的前期工作步骤与”供货“一 样，也是打开销售机前端架子。收款人从机器中取出钱， 然后按照”供货“步骤，放回架子锁好机器。 这个用例的前置条件也是时间间隔的流逝，后置条件 是收款人收到了钱。
3.1.1 参与者
• 理想情况下，顾客看到这条消息后会立即选择其它品牌 的饮料。销售机也必须提供给顾客取回原来的钱的选项。 这表示，销售机应给顾客两种选择：让顾客选择另一种饮 料并且给顾客提供这种饮料（如果这种饮料还有存货的话） 或者让顾客选择退钱。
• 用例具有3个明显的特征： （1）用例表明的是一个类，而不是某个具体的实例 （2）用例必须由某一个参与者触发激活后才能执行，即
每个用例至少应该涉及一个参与者 （3）用例是一个完整的描述
椭圆来表示用例
“回顾”饮料销售机
• 在前面的分析中，我们获得了系统中有3个用例，分别是 “Buy soda（买饮料）”、“Restock（供货）”、“Collect（ 收款）”。
• 假设正在对一台饮料机建模，这台饮料销售机允许顾 客选择买一罐饮料或是买一杯饮料。在这种情况下，“Buy Soda”就是一个父用例，“Buy a can of soda”和“Buy a cup of Soda”就是子用例。用例之间的泛化关系建模与类之间 泛化关系建模方法相同，用一条带空心三角形箭头的实线 从子用例指向父用例。
• 要用在用例图上显示某个用例：
➢使用人形符号绘制一个参与者；
➢绘制一个椭圆表示用例，将用例的名称放在椭 圆的中心或椭圆下面的中间位置；
➢使用带箭头或不带箭头的线段来描述参与者和 用例之间的关系。
举例：饮料销售机
• 假设你现在正着手设计一台饮料销售机。为了获得用户 的观点，你会见了许多可能的用户以了解这些用户将如何 与这台机器交互。
“取钱”用例
• 还有一个“取钱”用例，同样也是因为一段时间的流逝， 收款人发起了这个用例。它的前期工作步骤与”供货“一 样，也是打开销售机前端架子。收款人从机器中取出钱， 然后按照”供货“步骤，放回架子锁好机器。 这个用例的前置条件也是时间间隔的流逝，后置条件 是收款人收到了钱。
3.1.1 参与者
• 理想情况下，顾客看到这条消息后会立即选择其它品牌 的饮料。销售机也必须提供给顾客取回原来的钱的选项。 这表示，销售机应给顾客两种选择：让顾客选择另一种饮 料并且给顾客提供这种饮料（如果这种饮料还有存货的话） 或者让顾客选择退钱。
第三章 初识UML-UML面向对象分析、建模与设计-吕云翔-清华大学出版社
行为图
状态图
活动图
顺序图
协作图
用例图
UML 2中的图
UML图
结构图
类图
组件图
对象图
外廓图
组合结构 图
部署图
包图
顺序图
行为图
用例图
活动图
状态机图
交互图
通信图
交互概览 图
时间图
UML 1.4与UML 2中不同图的对比
UML 1.4
状态图 活动图
UML 2 包图 状态机图 活动图
对比说明
尽管UML 1.4使用包图说明规范的组织结构，但是没有对包图进行明确 定义。
例如，在一个类的符号中暗示了一种规格说明：它提供类所有的属性、 操作等信息的全面描述。
修饰
修饰是对规格说明的文字的或图形的表示。
例如，通过对类名添加斜体修饰来表明这是一个抽象类。
在UML中的每个元素符号都以一个基本的符号开始，在其上添加一 些具有独特性的修饰。
例如，这里有一个类，我们可以通过不同的修饰来标示出它是一个抽象 类，拥有两个公有性的操作，一个保护性的操作和一个私有性的操作。
通用划分
在面向对象系统建模中，通常有几种划分方法，其中最常见的有两 种划分：
类型-实例：是通用描述与某个特定元素的对应。
➢例如，类和对象就是一种典型的类型-实例划分。
接口-实现：接口是一个系统或对象的行为规范，这种规范预先告知使 用者或外部的其它对象这个系统或对象的某项能力，和其提供的服务。 实现是接口的具体行为，它负责执行接口的全部语义，是具体的服务兑 现过程。
只是名称不同，技术上完全相同。 UML 2的活动图独立于状态机存在。
组合结构图 显示结构化类元或协作的内部结构，和普通类图之间没有严格界限。
第三章 类图
3.1 类图的概念
图3-1电子商务网站的对象模型
3.1 类图的概念
2、类图的作用 类图常用来描述业务或软件系统的组成、结构和关系。
3、类图的组成元素 类 接口 协作 关系 注释 约束 包
3.2 UML中的类
１、类的表示 （１）类的定义
类是具有相似结构、行为和关系的一组对象的描述 符。 （２）类的表示
关于聚合与组合
2、泛化-Generalization
表示两个类元间“一般”与“特殊”的关系。 对应面向对象编程语言中类与类之间的继承关系。 “is a kind of”关系，XX是一种XX
Athlete
SwimmerBiblioteka Golfer3、实现-Realization
表达一种说明元素与实现元素之间的关系； 类和接口之间的关系是实现关系，表示类实现接口提供的
3.2 UML中的类
（７）类的约束 约束指定了类所要满足的一个或多个规则。 在UML中，约
束是用花括号括起来的自由文本。
Washing Machine
Brand name Model name Serial number Capacity Add clothes( ) Add detergent( ) Remove clothes( )
表示客户与提供者之间用不同的方法表现同一个概念， 通常一个概念更抽象，一个概念更具体。包括：
① 跟踪<<trace>>--声明不同模型中的元素之间存在一些 连接但不如映射精确。
② 精化<<refine>>--声明具有两个不同语义层次上的元 素之间的映射。
③ 派生<<derive>>--声明一个实例可以从另一个实例导 出。
uml课件第3章
+executive
Command
+ Execute()
OpenCommand
+ Execute()
PasteCommand
+ Execute()
30
(2) OpenCommand和PasteCommand是什么关系？ 组合 泛化（类属）
聚合
④ 没关系
(3) 编辑菜单(EditMenu)是一种菜单，下面哪个图较好的描述 了二者之间的关系？
可以用于用例之间的依赖关系的衍型
可以用于为对象间的交互作用建模的衍型 可以应用于状态机上下文中的衍型
（13）<<become>> （14）<<call>> （15）<<copy>> （16）<<send>> （11）<<extend>> （12）<<include>>
（9）<<access>> （10）<<import>>
Customer
Date
4
StarUML是什么？
适合用户的UML工具 StarUML™是支持UML (Unified Modeling Language（统一模
型语言))的建模平台软件。
基于UML1.4版本，提供11种不同类型的图，采纳了UML2.0的
表示法。
通过支持UML轮廓（profile）的概念积极地支持UMD(Model
1第3章uml的关系2uml的关系?依赖dependency关系?类属generalization关系?关联association关系?实现realization关系3依赖关系?如果一个模型元素的变化会影响另一个模型元素这种影响不必是可逆的那么就说在这两个模型元素之间存在依赖关系
uml003
Home
3.2 元模型
(1)公共行为包 ②信号 信号(Signal)是实例之间通信的一个异步激发的说明.接受信号 的实例用一个状态机处理信号. 信号必须有构造型标志<<signal>>.信号的属性中必须含有参数, 但不能有操作. (2)Use Case包 定义实体功能的建模所需要的概念,或系统提供什么给外界的用户. 这些概念主要有活动者和Use Case. 活动者是一个实体的外部事物的模型.活动者定义一组与该实体进 行交互的用户角色. 在元模型中,Use Case是一个元对象类,它的定义如图3.7所示.
Home
3.1 UML语言结构
(3)模型(Model) 模型是元模型的一个实例,模型层定义用于描述信息领域 的语言. 模型是对现实世界的抽象.无论是问题领域还是解决方案, 都可以抽象成模型. 例:一个软件开发管理系统的部分模型,在对象类"人" 与"开发组"之间存在着"成员"关联,如图3.3所示.
图3.3 模型示例
Home
3.1 UML语言结构
(2)元模型(Meta model) 元模型层定义描述模型的语言.元模型是关于模型的模型. 在UML语言的元模型中,定义了面向对象的范型的概念, 如"对象类","属性","操作","组件"等,它们 是元模型层的元对象. 元模型是元—元模型的一个实例. 元模型示例见图3.2(b),其中的"对象类","对象", "关联","链接"等概念都是元-元模型中的"事物"概 念的实例.
Home
3.2 元模型
(1)核心包 核心包定义了为建立面向对象模型所需要的基 本的抽象元模型构造物和具体元模型构造物. 包括: ①抽象元模型构造物: 模型元素(Model Element) 可泛化元素(Generalizable Element) 分类符(Classifier) ②具体元模型构造物:对象类,属性,操作, 关联等.
3.2 元模型
(1)公共行为包 ②信号 信号(Signal)是实例之间通信的一个异步激发的说明.接受信号 的实例用一个状态机处理信号. 信号必须有构造型标志<<signal>>.信号的属性中必须含有参数, 但不能有操作. (2)Use Case包 定义实体功能的建模所需要的概念,或系统提供什么给外界的用户. 这些概念主要有活动者和Use Case. 活动者是一个实体的外部事物的模型.活动者定义一组与该实体进 行交互的用户角色. 在元模型中,Use Case是一个元对象类,它的定义如图3.7所示.
Home
3.1 UML语言结构
(3)模型(Model) 模型是元模型的一个实例,模型层定义用于描述信息领域 的语言. 模型是对现实世界的抽象.无论是问题领域还是解决方案, 都可以抽象成模型. 例:一个软件开发管理系统的部分模型,在对象类"人" 与"开发组"之间存在着"成员"关联,如图3.3所示.
图3.3 模型示例
Home
3.1 UML语言结构
(2)元模型(Meta model) 元模型层定义描述模型的语言.元模型是关于模型的模型. 在UML语言的元模型中,定义了面向对象的范型的概念, 如"对象类","属性","操作","组件"等,它们 是元模型层的元对象. 元模型是元—元模型的一个实例. 元模型示例见图3.2(b),其中的"对象类","对象", "关联","链接"等概念都是元-元模型中的"事物"概 念的实例.
Home
3.2 元模型
(1)核心包 核心包定义了为建立面向对象模型所需要的基 本的抽象元模型构造物和具体元模型构造物. 包括: ①抽象元模型构造物: 模型元素(Model Element) 可泛化元素(Generalizable Element) 分类符(Classifier) ②具体元模型构造物:对象类,属性,操作, 关联等.
UML第三四章
UML发展历史
UML应用目标
• 提供易用的、表现力强的可视化建模语言 • 提供可扩展、可定制的核心扩充机制 • 不依赖于特定的程序设计语言和开发过程 • 提供形式化基础以利于理解建模语言 • 促进面向对象工具的市场拓展 • 支持高层开发概念（如协同、构架、模式等） • 集成最好的实践经验
UML建模工具—Rational Rose
• • • • • • 商业建模（Business Modeling） 需求（Requirements） 分析和设计（Analysis & Design） 实现（Implementation） 测试（Test） 部署（Deployment）
UML与RUP
• RUP的九个核心工作流
核心支持工作流
• 一种工具，可在UML建模中提供建立、 视图、修改和操作组件的能力 • Rose 运行环境
Windows NT，Windows 95 UNIX（Solaris，HP/UX，AIX，DEC Unix）
• Rose支持Unified、Booch、OMT标记法
UML建模工具—Rational Rose
UML的构造块
• 构造块 (Building blocks)
事物 (Things)
• 基本图示符号，表示一些面向对象的基本概念 • 对模型中最具代表性成分的抽象
关系 (Relationships)
• 表示基本图示符号之间的关系 • 建模元素之间的语义联系
图 (Diagrams)
• 特定的视角对系统所作的抽象描述 • 聚集了相关的事物
Person +employee *
+employer Company 1
UML的构造块
《UML》第3章
掌握4种关系的语义、 掌握 种关系的语义、符号表示 种关系的语义
组合关系（Composition） 组合关系（Composition） 组合是聚合的变种， 组合是聚合的变种，它加入了一些重要的语 在组合关系中， 义。在组合关系中，整体与部分之间具有很 强的所有关系和一致的生命周期。 强的所有关系和一致的生命周期。 在组合关系中， 在组合关系中，一个对象每次只是作为一个 组合的一部分。例如，一个窗口系统中， 组合的一部分。例如，一个窗口系统中，一 个对象Frame只属于一个对象 只属于一个对象Window。 个对象 只属于一个对象 。 而在聚合关系中，一个“部分” 而在聚合关系中，一个“部分”可以被几个 整体”共享。例如， “整体”共享。例如，一面墙可以是多个房 间的一部分。 间的一部分。
关联关系的4 关联关系的4种基本修饰 名字 角色 阶元 聚合
聚合关系（Aggregation） 聚合关系（Aggregation） 聚合关系是一种特殊的关联关系， 聚合关系是一种特殊的关联关系，表示类 之间的关系是整体与部分的关系， 之间的关系是整体与部分的关系，它代表 了”has-a”（拥有）关系，即作为整体的对 （拥有）关系， 象拥有作为部分的对象。 象拥有作为部分的对象。 用带空心菱形头的实线表示。 用带空心菱形头的实线表示。
-balance : float(idl) -owner : Customer -date : Date +account() +deposit() +withdraw()
3.2 泛化关系（Generalization）
UML中的泛化关系定义了一般元素和特殊 中的泛化关系定义了一般元素和特殊 元素之间的分类关系，与和C++及Java中 元素之间的分类关系，与和 及 中 的继承关系有些类似。 的继承关系有些类似。 在UML图中，泛化关系用一条带有空心箭 图中， 图中 头的实线来表示 。