当前位置：文档库 › 第二章UML建模语言介绍

第二章UML建模语言介绍

1、UML(统一建模语言)，统一了：Booch方法、OMT

方法、OOSE方法的概念和表示法。

2、UML:一种通用的、标准的、可视化的建模语言，能

让系统构造者用标准的、易于理解的方式建立起项

目中所有静态结构和动态行为，便于不同的人之间

有效的共享和交流工作结果。

3、UML的特点：一、统一了面向对象方法的基本概

念。1、UML是在Booch方法、OMT方法、

OOSE方法的基础上发展起来的，是这些方法的延

续和发展。2、消除了不同方法在表示法和术语上

的差异，3、避免了在符号表示和理解上不必要的混

乱。二、强大的建模能力。1、吸收了不同面向对象

方法的长处，2、融入了其他面向对象方法的可取之

处，其中也包括非面向对象方法的影响，3、汇入了

面向对象领域中很多先进思想，4、UML表达能力更

强，表示更清晰一致，建模能力更强。三、提出了

很多新概念。1、UML符号表示涵盖了很多方法的图

形表示，2、删除了大量容易引起混乱的、多余的和

极少使用的符号，3、增加了一些新符号，4、提出

了一些新概念，如，构造型、职责、扩展机制、线

程、模式、合作图和活动图等。四、独立于开发过

程。1、UML是一个标准的图形表示法，2、它不是

面向对象的分析和设计，也不是一种方法，只是一

组符号。3、UML只是一种建模语言，与具体软件开发过程无关，因此独立于开发过程。4、可用于软件开发过程，支持从用户需求到测试的各个开发阶

段。五、易于掌握。UML概念明确，表示方法简洁

明了，图形结构清晰，因此易于掌握。

4、UML的目标是：以面向对象图的方式来描述任何类

型的系统。

5、UML的用途说明：一、以面向对象图的方式来描述

任何类型的系统。具有很广泛的应用领域，最常见

的是：建立软件系统的模型，同样可以用于描述非

软件领域的系统。二、适用于系统开发过程中的不

同阶段。（适用于系统开发过程中从需求规格描述

到系统完成后测试的不同阶段。）1、系统分析和设计。A、在需求分析阶段，可以用用例来捕获用户需求。B、分析阶段主要关心问题域中的主要概念和机制，需要识别这些类，以及它们相互间的关系，并

用UML类图来描述。2、编程。一个独立的阶段，

任务是用面向对象编程语言将来自设计阶段的类转

换成实际的代码。3、测试。UML模型还可以作为

测试阶段的依据。系统通常需要经过：A、单元测试（使用类图和类规格说明做为测试依据）、B、集成测试（使用构件图和合作图做为测试依据）、C、系统测试（使用用例图来验证系统的行为作为测试依

据）和D、验收测试（由用户进行）。

6、UML的发展历史变革：1、面向对象建模语言出现

于20世纪70 年代中期。2、1989年到1994年

面向对象语言从10余种发展到50余种，爆发了一

场方法大战。3、最引人注意的是Booch方法、

OMT方法、OOSE方法。4、Booch是面向对象最

早的提倡者之一，提出了面向对象软件工程的概

念。适合于系统的设计和构造。5、OMT（对象建

模技术）采用了面向对象的概念，引入各种独立于

语言的表示符。OMT2适用于分析和描述以数据为

中心的信息系统。6、OOSE（面向对象软件工程）

方法是由Jacobson于1994年提出，最大特点是

面向用例，在用例的描述中引入了外部角色的概

念。OOSE适合支持商业工程和需求分析。7、

1994年10月，Booch和Rumbaugh将Booch

和OMT统一起来，1995年10月发布了第一个公

开版本UM0.8。8、1995年秋，Jacobson加入，三人一起努力，1996年6月和10月发表了

UML0.9和UML0.91，将UM命名为UML。9、

1996年成立了UML会员协会。10、1997年1月和7月公布了UML1.0和UML1.1版本。11、

1997年11月，OMG（对象管理组织）采纳了

UML1.1作为面向对象技术的标准建模语言。

7、UML建模型语言的描述方式：以标准的图形表示为

主

8、UML模型图由：元素、关系和图构成。

9、元素：是UML模型中最基本的构成元素，是具有代

表性的成分的抽象。

10、关系：把元素紧密联系在一起。

11、图：是元素和关系的可视化表示。

12、UML表示法：提供标准的图形符号和正文语法。

13、UML的图形表示法：1、用例图。从用户的角度描

述系统功能，并指出各功能的操作者，用于描述表

示系统的功能。2、静态图。包括类图、对象图及包图，用于描述系统的静态结构。3、行为图。包括状态图和活动图。用于描述系统的动态行为和对象之

间的相互关系。4、交互图。包括序列图和合作图，

用于描述系统的对象之间的动态合作关系。5、实现图。包括构件图和部署图。用于描述系统的物理实

现。

14、十种图也可分为：1、静态模型图（类图、对象图、

包图、构件图、部署图）描述的是系统的与时间不

相关的属性和行为。2、动态模型图（用例图、状态图、活动图、序列图和合作图）描述了系统随时间

变化的行为。

15、UML的通用模型元素：构造型元素和基元素。

16、模型元素：由构造型元素和基元素组成。是UML构

造系统各种模型的元素，是UML构建模型的基本单位。

17、基元素：指由UML定义的模型元素。（类、对象、

节点、包、构件、注释、关联、依赖、泛化等）

18、构造型元素：是指在基元素的基础上增加新的定义

而构造的新的模型元素，是UML的一种扩展机制。

简称构造型。

19、构造型元素：用带有一对尖括号的字符串表示。

如：<使用>、<扩展>泛化关系的构造型元素。

20、常见的关系有：关联、依赖、泛化。

21、关联关系：一种结构关系，主要是指两个元素间的

相互联接结构，表示整体和部分的关系。

22、关联关系的图形符号是：一条实线。

23、泛化关系：指出类之间的“一般和特殊”关系，即

继承关系。特殊化元素（子元素）可以共享一般化

元素（父元素）的结构和行为。

24、泛化关系的图形符号是：一条带有空心箭头的由特

殊元素指向一般化元素的实线。

25、依赖关系：是指两个事物或者元素之间拥有相互影

响的关系，当一个事物或者元素发生改变时，会影

响到另一个事物。（其中一个事物或元素是独立、

另一个非独立）

26、依赖关系的图形符号是：一条带有箭头的由非独立

元素指向独立元素的虚线。

27、UML中，类图、包图、构件图和部署图都会用到依

赖关系。

28、约束：UML中提供的一种简便、统一和一致的约

束，是各种模型元素的一种语义条件或限制，用于

类、关系、属性、操作等元素及其基本构成要素的

约束条件，这些约束条件描述了这些元素及其构成

要素应遵守的限制和应满足的条件。

29、约束的图形符号：由一对花括号括起约束的内容。

30、约束的示例：{abstract}:用于类的约束，表明该类

是一个抽象类。{complete}：用于关系的约束，

表明该分类是一个完全分类。{hierarchy}:用于关

系的约束，表明该关系是一个分层关系。{xor}:用

于关联的约束，称为“或约束”，即某时刻只有一

个当前的关联实例。

31、细化：两个元素A和B，若B元素是A元素的详细

描述，则称为B元素细化A元素。细化关系表示了

元素之间更详细的一层描述。

32、细化的图形符号：用两个元素之间带空心三角箭头

的虚线来表示，箭头的方向由细化的元素指向被细

化的元素。

33、注释：用于对UML的元素或实体进行说明、解释和

描述，通常用自然语言进行注释。

34、注释的图形符号：注释由注释体和注释连接组成。

图形符号是由一个矩形，其右上角翻下，矩形中间

标注释注释的内容；注释连线用虚线表示，它把注

释体和被注释的元素或实体连接起来。

35、用例图符号表示：由用例（一个椭圆形表示），参

与者（直立人形图表示）和关联线（实线）组成。

用例属于系统内部，装入矩阵内，参与者是系统外

部，放在矩阵外面。

36、用例图的组成：用例、参与者、关联线。

37、用例图：从用户角度描述系统功能，并指出各功能

的操作者，用于描述表示系统的功能。

38、用例图的作用：1、用例是系统提供的一个功能单

元，2、从用户角度对系统行为的一个描述，3、从

用户的角度来描述系统需求，4、用例图就是参与

者、用例以及它们之间的关系构成的用于描述系统

功能的模型图，5、用例图主要用于对系统功能进行建模，F:帮助开发团队以一种可视化的方式理解系

统的功能我需求。6、它是从系统外部看系统功能，并不描述系统内部对功能的具体实现。

39、参与者：是与所建系统交互的人或事物，可以是实

际的人，也可以是其他系统或事物，是系统的一部

分，是用例图的重要组成部分，是系统的外部实

体，放在矩阵外面。

40、类图：一个类是一类或者一组具有类似属性和共同

行为的事物。类图由系统中使用的类以及它们之间

的关系组成。

41、类图的作用：1、描述系统中类的静态结构，2、不

仅定义系统中的类，3、表示类之间的联系，如关

联、依赖、聚合等，4、也包括类的内部结构（类的属性和操作）。

42、类图的表示：类在类图上使用包含三个区域的矩形

来描述。最上面是：类名，中间区域是：类的属

性，最下面区域是：类的操作。

43、类的属性和方法都具有可见性，表示该属性或方法

对类外的元素是否可见。常见的可见性有：公用、

私有、受保护三种。分别用：“+”、“-”、

“#”来表示。

44、状态图：用来描述一个对象所有可能的状态以及

状态之间的转移，并给出了状态变化序列的起点和

终点。

45、状态图常用的模型元素：状态、转换、初态、终

态。

46、状态图的初态：是状态图的起始点，一个状态图

只有一个初态，用一个黑点表示。

47、状态图的终态：是状态图的终点，终态可以有多

个，用黑点外加一个圆表示。

48、状态图的状态：是一个圆角四边形表示。带箭头的

连线被称为转移，箭头指向目标状态。状态的转移

需要事件的触发。

49、活动图：活动描述的是系统要完成的一个任务或要

进行的一个过程。活动图描述了一组顺序的或并发

的活动。

50、活动图作用：应用广泛，1、即可用来描述操作（类

的方法）的行为，2、也可描述用例和对象内部的工作过程，3、还可用于表示并行过程。

51、活动图常用的模型元素：活动、起点、终点、转

移、对象、条件判断、同步线、信息流和泳道。

52、活动：是活动图中的一个原子活动，是构成活动图

的核心元素，用一个圆角的矩形表示，并标上活动

名。

53、起点：描述活动图的开始状态，用一个黑色的圆表

示，可以有多个起点。

54、终点：描述活动图的终止状态，用一个带圆圈的黑

色圆表示，可以有多个终点。

55、转移：描述活动之间的转换，也就是被描述对象

的控制流。转移用带箭头的实线段表示，箭头指向

转向的活动，可以在线段上用文字标识转移发生的

条件

56、对象：活动图中参与的对象，它可以发送信号给活

动或是接收活动的信号，也可以表示活动输入/输出的结果。

57、条件判断：描述活动间转换的分支，只有一个流入

的信息流，不同的条件下输出的信息流有不同的流

向，条件判断用一个菱形表示。

58、同步线：描述活动之间的同步，一般有多个信息流

流入，多个信息流流出，必须是流入的信息流都到

达，流出的信息流才能同时流出。

59、同步线符号表示：用一条较粗的水平的或垂直的实

线段表示。

60、信息流：描述活动和对象的交互关系，对象可以作

为活动的输入/输出，也可以作为一个实体，接收活动的信号或是向活动发送信号。

61、信息流符号表示：带箭头的虚线段表示，箭头标识

信息流的方向。

62、泳道：把活动图中的活动用垂直线划分成若干纵向

区域，这些区域称为泳道。

63、什么情况下使用泳道：活动图描述了要执行的活动

和顺序，但并没有描述这些活动由谁来完成，泳道

进一步描述完成活动的对象，并聚合一组活动，因

此泳道也是一种分组机制，把活动图中活动用垂直

线划分成若干纵向区域，这些区域称为泳道，每个

区域代表一个特定类、人及组织的责任区，将这些

责任者标注在每个区域的顶部，在这些区域中的活

动就由该区域的类、人及组织负责，通过泳道来指

出活动由谁来完成。

64、在系统模型中为什么要使用多种UML图：1、把

UML图有机的结合起来就可以从不同角度描述系

统，使得应用程序更易理解。2、UML图对这门语言

及其用法背后的基本原理提供了很好的介绍。3、

UML 图提供了一种标准的交流方式，使UML图描述的产

品更容易被不同的人理解，便于交流。

65、序列图：通过描述对象之间的交互来表达被描述对

象的行为。

66、序列图重点强调：对象交互的时间性、顺序性。

67、序列图的作用：1、序列图常用来描述一个用例

的行为，、显示具体用列（或用例一部分）的详细

流程，3、显示该用例中所涉及的对象和这些对象之间的消息传递情况。

68、在UML模型描述图中，用来显示具体用例

69、详细流程的是：序列图。

70、序列图常用的模型元素：对象、对象生命线、消

息、说明信息。

71、对象：是序列图描述的对象中的一个子对象，

72、对象生命线：在序列图中的对象只放置在所在纵向

区域的顶端，同时有一条向下延伸的虚线，表示对

象的生命线。

73、在对象正在执行动作区间：生命线的虚线就被一

个矩形方块代替，用来表示此时对象处于激活状

态，在对象生命线末尾用一个“X”标识对象生命期的结束。

74、消息：是对象间通信的信息，可以是控制信息、

数据信息等。消息用对象生命线之间的带箭头连线

来表示，箭头的方向由消息的发送对象指向消息的

接收对象。

75、说明信息：在序列图的左边，用于说明消息发送的

时间、动作执行情况，定义两个消息之间的时间限

制，定义一些约束信息等。

76、合作图：用于描述相互合作的对象之间交互关系，

它描述的交互关系是对象间的消息连接关系，更侧

重说明哪些对象之间有消息传递

77、序列图：侧重于在某种特定情况下对象之间传递消

息的时序性。

78、合作图的元素：对象、链接和消息流。

79、构件图：描述系统中构件以及构件之间的依赖关

系。构件图是在很具体的层次描述系统的物理结

构。

80、构件可以看作包与类对应的物理代码模块：源代码

构件、二进制构件、可执行构件。

81、构件图主要模型元素：构件、接口、依赖关系。

82、构件的图形符号：一个矩形框，在其左边框线上串

两个小矩形，在图符的顶部要标注构件名。

83、构件之间的依赖关系：是指结构之间在编译、链接

或执行时的依赖关系。

84、依赖关系符号表示:用虚线箭头表示，箭头指向被依

赖的构件。

85、构件图的使用：主程序（Main）类、画圆

（Circle）类、画矩形（Square）类。源程序：

Main.cpp、Circle.cpp、Square.cpp。编译后：

Main.obj、Circle.obj、Square.obj。通过链接后的

可执行程序为：Main.exe。动态连接库：

Graphic.dll

86、部署图：也称为配置图，用来描述系统硬件的物理

拓扑结构以及在此结构上执行的软件，即系统运行时的结构。

87、部署图的元素：节点和连接。

88、节点：代表某种计算机构件，通常是某种硬件，还

包括在其上运行的软构件。

89、节点的图形符号：一个立方体，在左上角要标注节

点的名字，在节点内要标注节点内容，节点内容是节点包含的软构件。

90、连接：部署图各节点之间进行交互的通信路径称为

连接。连接表示系统中节点之间的联系，用节点间的连线表示，并标注通信类型。

91、通信类型：通信类型用《》括起来，表示该连接的

通信路径使用的通信协议或网络类型。

92、包图：用于描述包中存在的类以及包与包之间的各

种关系，它是管理复杂系统的若干类以及类结构的有力工具，也是保持系统整体结构简明、清晰的重要工具。

93、包图的模型元素：包、依赖关系、泛化关系。

94、包的图形符号：一个矩形框的左上角带有一个小

的矩形框。

95、对象图：描述的是对象之间的关系，也可以理解

为系统在某一时刻的图像。

96、对象图的表示:都用实线段相连

第二章UML建模语言介绍

第二章UML建模语言介绍 1、UML(统一建模语言)，统一了：Booch方法、OMT 方法、OOSE方法的概念和表示法。 2、UML:一种通用的、标准的、可视化的建模语言，能让系统构造者用标准的、易于理解的方式建立起项目中所有静态结构和动态行为，便于不同的人之间有效的共享和交流工作结果。 3、UML的特点：一、统一了面向对象方法的基本概念。1、UML是在Booch方法、OMT方法、 OOSE方法的基础上发展起来的，是这些方法的延续和发展。2、消除了不同方法在表示法和术语上的差异，3、避免了在符号表示和理解上不必要的混乱。二、强大的建模能力。1、吸收了不同面向对象方法的长处，2、融入了其他面向对象方法的可取之处，其中也包括非面向对象方法的影响，3、汇入了面向对象领域中很多先进思想，4、UML表达能力更强，表示更清晰一致，建模能力更强。三、提出了很多新概念。1、UML符号表示涵盖了很多方法的图形表示，2、删除了大量容易引起混乱的、多余的和极少使用的符号，3、增加了一些新符号，4、提出了一些新概念，如，构造型、职责、扩展机制、线程、模式、合作图和活动图等。四、独立于开发过程。1、UML是一个标准的图形表示法，2、它不是面向对象的分析和设计，也不是一种方法，只是一

组符号。3、UML只是一种建模语言，与具体软件开发过程无关，因此独立于开发过程。4、可用于软件开发过程，支持从用户需求到测试的各个开发阶段。五、易于掌握。UML概念明确，表示方法简洁明了，图形结构清晰，因此易于掌握。 4、UML的目标是：以面向对象图的方式来描述任何类型的系统。 5、UML的用途说明：一、以面向对象图的方式来描述任何类型的系统。具有很广泛的应用领域，最常见的是：建立软件系统的模型，同样可以用于描述非软件领域的系统。二、适用于系统开发过程中的不同阶段。（适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。）1、系统分析和设计。A、在需求分析阶段，可以用用例来捕获用户需求。B、分析阶段主要关心问题域中的主要概念和机制，需要识别这些类，以及它们相互间的关系，并用UML类图来描述。2、编程。一个独立的阶段，任务是用面向对象编程语言将来自设计阶段的类转换成实际的代码。3、测试。UML模型还可以作为测试阶段的依据。系统通常需要经过：A、单元测试（使用类图和类规格说明做为测试依据）、B、集成测试（使用构件图和合作图做为测试依据）、C、系统测试（使用用例图来验证系统的行为作为测试依据）和D、验收测试（由用户进行）。

浅析UML(统一建模语言)的现状与发展

浅析UML(统一建模语言)的现状与发展摘要：uml(统一建模语言)是软件工程领域的一种建模语言，是在多种面向对象建模方法的基础上发展起来的。uml现在已成为软件企业事实上的工业标准。uml采用元模型对其进行描述，它是4层元模型体系结构模式中的一层。此模式还有另外三个层次，分别是元-元模型层、模型层和用户对象层。uml既有其无可比拟的优势，也存在一些不足，在未来发展中uml定能扬长避短发挥其优势。关键词：uml对象建模元模型模型层用户对象层 1 uml的提出 uml是软件工程领域的一种建模语言，是在多种面向对象建模方法的基础上发展起来的。在1995年，gray booch和janes rumbaugh 将他们的面向对象建模方法统一为unified method v0.8。一年之后ivar jacobson加入其中，共同将该方法统一为二义性较少的uml 0.9。同时，这三位杰出的方法学家被称为“三友(three amigos)”。很快用户也认识到可对软件系统进行可视化、描述、构造和文档化的通用建模语言所带来的益处。他们充满激情地将这种语言的早期草案应用于不同的领域。受用户强烈需求的驱动，建模工具厂商也很快在它们的产品中加入了对uml的支持。uml成了事实上的工业标准。1996年，一个由建模专家组成的国际性队伍“uml伙伴组织”开始同“三友”一起工作，计划将uml提议作为omg(object management group)的标准建模语言。1997年1月，伙伴组织向omg

提交了最初的提案uml 1.0。经过了九个月的紧张修订，于1997年9月提出了最终提案uml 1.1，这个提案在1997年11月被omg正式采纳为对象建模标准。在一个规范被采纳后不久，将成立一个修订任务组，负责该规范的修订。1997年9月，omg采纳uml 1.1规范之后不久，特许成立了第一个uml修订任务组(revision task forces，rtf)，负责收集有关评论，并且提出修改建议。该rtf提交的第一个主要产品是一个编辑版本uml 1.2，它改编了规范，使之与其他omg规范更为一致。尽管这一版本纠正了印刷和语法错误，以及某些明显的逻辑上的不一致，但还是没有涉及对重要技术的改进。该rtf的第二个主要的产品是其技术版本uml 1.3，它修正和改善了uml 1.1的遗留问题，并矫正了在此之后发现的许多小错误。该rtf一致推荐omg批准其uml 1.3最终草案，并于1999年6月提交了一份最终报告。被推荐的规范随后被提交给组织委员会和平台技术委员会以获得批准。 2 uml体系结构演变 uml采用元模型对其进行描述，它是4层元模型体系结构模式中的一层，其他层次分别是元-元模型层、模型层和用户对象层。其中元模型层由元-元模型层导出，uml的元-元模型层在omg mof的元-元模型中定义，而uml元模型中的元类是mof元-元类的实例。元模型的体系结构模式可以用来定义复杂模型所要求的精确语义，这种复杂模型通常需要被可靠地保存、共享、操作以及在工具

UML统一建模语言

统一建模语言引言

基本原理为什么有这个模块统一建模语言作为Java 模块的人口点。 UML 是一个可视化建模语言，用于软件系统的可视化、说明、构造、及文档等不同方面，它强烈地表现为世界范围的业界标准。并入此模块纯粹是由于一些项目管理者的输入，他们从事过涉及如Java这样的面向对象语言的大型项目。强烈推荐：学生应在学习如Java这样的语言之前受到设计和建模概念的教育。项目管理者（Project Managers）的观点是：在开始创建实际项目的应用之前应向学生讲授设计的概念。按照业界的观点，设计是这种项目成功的关键。称为‘统一建模语言引言’ 的模块作为简述处理，旨在说清楚跟建模、设计、UML 表示法、 SDLC 概念、及典型的应用有关的信息。在了解了UML课件之后，给出本模块的设计输入的Project Manager的不同的短评是： “我希望在我们以前的项目中有此内容” - 是指在他以前用UML 标准做的项目过程中缺乏整体化。 “也可用在客户服务器项目中” - 是指项目中UML的可用性，使用了非面向对象的方法学。 “通过引入概念和表示法，我认为你可包含我可想到的一切” - 是指用UML 课件所给予的知识范围。 “我可以看到，就他们意识到设计的重要性的能力而言，接受过此教程的学生将比有经验的人员更好。” - 是指通过UML教程的学生要比有经验的人准备的好。 “将能够理解现有系统的文档、手册、及基于输出的工具” -是指完成完成 UML模块后的学生的能力。 “可否由这种观点出发” -是指用基于UML的软件工具的学生的能力。与 Java的联系 UML是最适宜于支持使用面向对象语言（如Java 和 C++）的项目。向学生引入面向对象分析和设计(OOAD) 、软件开发生命周期(SDLC) 概念、之后是UML 表示法和图。

UML统一建模语言期末考试复习题

一、单选题。 1．UML中关联的多重度是指( )。 A．一个类有多个方法被另一个类调用 B．一个类的实类能够与另一个类的多个实类相关联 C．一个类的某个方法被另一个类调用的次数 D．两个类所具有的相同的方法和属性 2．在用例之间，会有三种不同的关系，下列哪个不是他们之间可能的关系（）。 A．包含 B．扩展 C．泛化 D．关联 3．在类图中，“ #”表示的可见性是（）。 A．Public B．Protected C．Private D．Package 4．关于约束，下列描述错误的是（）。 A．约束是对特定模型元素附加的语义信息。 B．可以在注解中表示约束。 C．约束必须表示为规范的约束语言。 D．约束允许增加新的规则或者修改已有的规则。5．关于同步调用消息和异步调用消息，下面哪一种说法是错误的（）。 A．同步调用，发出调用某操作的消息之后，发送方等待接受方的应答。 B．异步调用，发出调用信息之后，继续下面动作，而不等待应答。 C．发出同步调用消息之后，发送方在收到应答之前，只能等待，而不能做其它动作。 D．同步调用描述为实线实箭头，异步调用描述为虚线开箭头。 6．要表示单个对象在生命期内的状态变化，应采用的UML图为（）。 A．用例图 B．类图 C．顺序图 D．状态图 7．在确定类名时，下列属于候选的类的是（）。 A．名词 B．形容词 C．动词 D．代词 8．用于对面向对象系统的物理方面建模进行描述图形是（）。 A．部署图 B．对象图 C．包图 D．类图 9．关于接口和构件，下列说法错误的是（）。 A．接口是一组操作的集合，用于描述类或构件的一个服务。 B．一个构件可以有若干个供接口，也可以有若干个需接口。 C．一个构件可以用遵循相同接口的其他构件来替换。 D．构件图展示了构件的内部结构和构件之间的传递的消息序列。 10．构件图的组成不包括（）。 A．接口 B．构件 C．发送者 D．依赖关系 11．下列关于用例图的描述，错误的是（）。 A．用例图中的参与者和用例之间是关联关系。 B．包含是用例之间的一种依赖关系，由基用例指向抽象用例。 C．参与者和参与者之间、用例和用例之间都可能出现泛化关系。 D．扩展关系规范了扩展用例的行为如何及何时插入到基用例的行为之中，由基用例指向扩展用例。 12．在UML中，类之间的关系有一种为关联关系，其中多重性用来描述类之间的对应关系，下面哪个不是其中之一（）。 A．0..1 B．0..* C．1..* D．*..* 13．部署图的组成不包括（） A．处理器 B．设备 C．构件D．连接 14．下列对状态图描述不正确的是（）。 A．状态图通过建立类对象的生命周期模型来描述对象随时间变化的动态行为

统一建模语言UML课程教学大纲

统一建模语言UML课程教学大纲一、课程的性质、任务和目的该课程为计算机专业课，主要介绍面向对象的系统分析和建模语言UML 的基本概念、发展历程、UML语言的特点和使用UML进行系统分析建模的基本过程。为从事面向对象的软件开发和设计等应用系统的开发奠定一个坚实的基础。二、课程的基本内容和要求：一UML简介教学任务： 1．传统的软件开发方法介绍 2．面向对象分析和设计技术 3．UML语言的发展和特点教学要求：介绍传统的软件工程开发方法，包括生命周期法和原型法等，同时介绍面向对象分析和设计方法，了解UML作为面向对象方法的国际标准的基本特点和发展历程。二UML语言概述教学任务： 1．UML语言的基本结构 2．UML语言模型和图形 3．视图、图、模型组织、公共机制、扩展机制 4．使用UML建模 5．UML支持的工具教学要求：简要介绍UML语言的概念、组成内容和定义方法，以便读者进一步了解UML语言以及正确掌握其方法。这里的基本内容包括： UML模型、图形、视图、图、模型组织等。三USE CASE 图教学任务： 1．USE CASE图概述

2．用例图USE CASE 3．活动者和角色 4．描述用例 5．测试用例 6．实现用例教学要求：介绍USE CASE图的基本用法，能够熟练的使用USE CASE图进行问题论域的分析，绘制USE CASE图。四对象类图和对象图教学任务： 1．对象类图 2．对象类的关联 3．聚合和组合 4．泛化和依赖 5．对象图与接口 6．高级对象类与模板 7．对象类图的用法教学要求：介绍对象类图与对象图的表示方法，能够熟练的使用对象类图和对象图表达对象的静态结构和对象之间的关联，掌握高级对象类与模板的特殊用法。五交互图教学任务： 1．顺序图 2．协同图 3．交互图的应用教学要求：介绍交互图的一般表示方法，能够熟练的使用两种交互图（顺序图和协同图）表示对象之间的消息传递的时间顺序，掌握顺序图和协同图在表达问题的异同。六状态图 1

【计算机专业文献翻译】OMG统一建模语言规范

附录:B OMG Unified Modeling Language Specification Preface 0.1 About the Unified Modeling Language (UML) The Unified Modeling Language (UML) provides system architects working on object analysis and design with one consistent language for specifying, visualizing, constructing, and documenting the artifacts of software systems, as well as for business modeling. This specification represents the convergence of best practices in the object-technology industry. UML is the proper successor to the object modeling languages of three previously leading object-oriented methods (Booch, OMT, and OOSE). The UML is the union of these modeling languages and more, since it includes additional expressiveness to handle modeling problems that these methods did not fully address. One of the primary goals of UML is to advance the state of the industry by enabling object visual modeling tool interoperability. However, in order to enable meaningful exchange of model information between tools, agreement on semantics and notation is required. UML meets the following requirements: ? Formal definition of a common object analysis and design (OA&D) metamodel to represent the semantics of OA&D models, which include static models, behavioral models, usage models, and architectural models. ?IDL specifications for mechanisms for model interchange between OA&D tools. This document includes a set of IDL interfaces that support dynamic construction and traversal of a user model. ? A human-readable notation for representing OA&D models. This document defines the

《UML统一建模语言》课程教学大纲

《UML统一建模语言》课程教学大纲1.课程概况

2.教学内容及要求第一章UML与面向对象教学内容（1）UML概述（2）UML组成（3）面向对象教学要求（1）了解UML的发展和组成（2）理解建模的意义（3）掌握UML的四层结构（4）理解UML视图和图的关系（5）掌握UML模型元素内容（6）理解UML通用机制（7）理解面向对象基本概念（8）了解面向对象开发（9）熟悉面向对象开发的优点（10）掌握面向对象开发三层设计教学重点难点建模的意义；UML的四层结构；模型元素；通用机制；视图和图的关系；面向对象相关知识。第二章用例图教学内容（1）用例的基本概念，参与者，用例，泛化，用例之间的关系（2）如何发现参与者、用例（3）用例描述的格式要求（4）绘制用例图教学要求（1）理解用例的基本概念（2）能够很好的识别参与者与用例（3）掌握用例之间的关系（4）理解泛化在用例图中的使用（5）熟练掌握用例图的绘制（6）熟练掌握用例描述的格式要求教学重点难点用例的基本概念，绘制用例图；用例描述的格式要求；识别参与者与用例。第三章类图、对象图和包图教学内容（1）面向对象的基本概念（2）类图的基本概念

（3）对象图的基本概念（4）包图的基本概念教学要求（1）了解面向对象的基本概念（2）掌握类的设计原则（3）理解类图的基本概念（4）掌握类间的关系（5）了解对象图和包图的概念（6）熟练使用建模工具建模类图教学重点难点类的设计原则；类图的基本概念；类之间关系的模型表示及含义；熟练使用建模工具建模类图。第四章活动图教学内容（1）活动图的标记符（2）其他标记符（3）使用建模工具为活动图建模教学要求（1）理解活动图的功能（2）掌握活动图基本标记符（3）掌握条件的使用（4）掌握分叉和汇合的使用（5）掌握泳道概念及其标记符的使用（6）理解对象流概念及其标记符（7）熟练掌握使用建模工具为活动图建模教学重点难点活动图的功能；活动图的基本标记符；使用建模工具为活动图建模；分叉和汇合；泳道的概念及其标记符的使用；对象流的概念。第五章交互图教学内容（1）交互图概述（2）顺序图概述（3）通信图概述（4）时序图概述教学要求（1）理解什么是交互图（2）使用交互图有什么优点（3）能够使用交互图为用例建模（4）了解组合结构图描述的内容（5）理解组合结构图的作用

UML统一建模语言常用符号含义

UML统一建模语言常用符号含义图一: 此实线箭头表示, 继承, 从一个非接口类的继承. 图二: 那条连线表示双向关联: 看左边, Flight扮演assignedFights角色, 有0到1个Plane跟他关联(一个航班要么取消了没有飞机,要么只能对应一架飞机) 看右边, Plane扮演着assignedPlane角色, 有0到多个Flight跟他关联(一个飞机可以参与多个航班, 也可以停在仓库里面烂掉) 图三:

那条连线表示单向关联: 基本的意义跟上面的是一样的, 唯一不同的是, 右边的类对左边的类是一无所知的. 图四: 那个大的包围的框叫软件包, 名字为Account, 就一些可以归类的类包装起来. 图五:

如此虚线的箭头表示实现一个接口. 图六: 水平的连线还是表示上面所说的关联, 但从关联连线中引伸出来的虚线, 这意味当Flight类的一个实例关联到FrequentFlyer类的一个实例时，将会产生MileageCredit类的一个实例. 图七: 带菱形的箭头表示基本聚合, 由上图知道, Wheel类扮演wheels角色, 聚合4个到Car对象里面去, 空心的菱形表示Wheel对象并不随Car的创建而创建,销毁而销毁. 图八:

意义和上面类似, 唯一不同的是, 实心菱形表示Department对象随Company对象的创建而创建,销毁而销毁. 图九: 表示反射关联, 显示一个Employee类如何通过manager / manages角色与它本身相关。当一个类关联到它本身时，这并不意味着类的实例与它本身相关，而是类的一个实例与类的另一个实例相关。

UML统一建模语言教学大纲

《UML统一建模语言》课程教学大纲一课程说明 1.课程基本情况课程名称：UML统一建模语言英文名称：Unified Modeling Language 课程编号：2414223 开课专业：信息管理与信息系统开课学期：第5学期学分/周学时：3学分/3学时课程类型：专业选修课 2．课程性质（本课程在该专业的地位作用） UML统一建模语言是计算机科学与技术、信息管理与信息系统专业的专业选修课。本课程的任务是通过介绍统一建模语言UML和一些相关的建模知识，使得学生掌握一些软件开发和设计过程中有效的建模知识和方法，同时使得学生掌握在Microsoft Office Visio或Rose环境下用UML分析和设计，学会使用UML 建模工具，为系统和科学的软件开发打下良好的基础。同时培养学生的分析、设计能力和工程思想。 3．本课程的教学目的和任务。通过本课程的学习，使学生学习和掌握系统的基本概念和基本理论，了解UML统一建模语言的基本原理和技术，掌握管理UML统一建模语言开发的基本方法和技能；要求学生能读懂软件开发队伍中各个成员绘制的各类UML图，能根据软件需求进行系统分析与设计，并绘制UML图，能将设计模式应用到实际软件开发中，能对不同的设计进行评估和分析。 4．本课程与相关课程的关系、教材体系特点及具体要求习本课程之前，高级程序设计语言、面向对象程序设计。

5．教学时数及课时分配共（总54）二教材及主要参考书 1.UML设计及应用，机械工业出版社；赵从军著，2004年版。 2.面向对象分析与设计：UML2.0版，清华大学出版社；[美] Mike O’Docherty著，2006年版。 3.UML与软件建模，清华大学出版社；徐宝文，周毓明，卢红敏著，2006年版。 4.面向对象设计UML实践，清华大学出版社；[美] Mark Priestley 著，2005年版。

第二章UML建模语言介绍

第二章UML建模语言介绍

最新统一建模语言UML复习题

浅析UML(统一建模语言)的现状与发展

UML统一建模语言

UML统一建模语言期末考试复习题

统一建模语言UML课程教学大纲

【计算机专业文献翻译】OMG统一建模语言规范

《UML统一建模语言》课程教学大纲

UML统一建模语言常用符号含义

UML统一建模语言教学大纲