uml复习资料

uml复习资料

Uml复习资料

第一章

1.面向对象技术是一种以对象为基础，以事件或消息来驱动对象执行处理的程序设计技

术。——自下而上的程序设计方法。

2.对象是由状态和行为构成的。

3.类（Class）是具有相同属性和操作的一组对象的组合，也就是说，抽象模型中的“类”描

述了一组相似对象的共同特征，为属于该类的全部对象提供了统一的抽象描述。

4.抽象、封装、继承、多态是面向对象程序的基本特征。

5.对象是某种可被人感知的事物，也是思维、感觉或动作所能作用的物质或精神体。

6.下列关于类与对象的关系的说法不正确的是：有些对象是不能被抽象成类的。

7.类的定义可以不包含的要素是：类的编号。

第二章

1.在UML中主要包括的视图为静态视图、用例视图、交互视图、实现视图、状态机视图、活动视图、部署视图和模型管理视图。

2.uml图包括：用例图、类图、状态图、序列图、活动图、构件图和部署图。

3.用例视图描述了系统的参与者与系统进行交互的功能，是参与者所能观察和使用到的系统功能的模型图。一个用例是系统的一个功能单元，是系统参与者与系统之间进行的一次交互作用。

4.状态机视图是通过对象的各种状态来建立模型来描述对象随时间变化的动态行为，并且它是以的对象为中心进行描述的。

5．用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的“角色”关系，以及系统内用例之间的关系。

6.在UML中，定义了四种基本的面向对象的事物，分别是结构事物、行为事物、分组事物和注释事物等。

7.UML中主要包含四种关系，分别是依赖、关联、泛化和实现。

8.下列关于视图的说法不正确的是：构件视图表示运行时的计算资源（例如计算机以及它们之间的连接）的物理布置。

9.构件不包括uml图。

10.下列关于交互视图说法不正确的是：交互视图包含类图和顺序图。应该是序列图和协作图。

11.下列关于对象约束语言的特性，说法不正确的是：对象约束语言是一种弱类型语言。

第三章

1.在Rational Rose建立的模型中包括四种视图，分别是用例视图、逻辑视图、构件视图和部署视图。

2.在用例视图中包括了系统中的所有参与者、用例和用例图，必要时还可以在用例视图中添加顺序图、协作图、活动图和类图等。

3.逻辑视图关注系统如何实现用例中所描述的功能，主要是对系统功能性需求提供支持，即在为用户提供服务方面，系统所应该提供的功能。

4.构件视图用来描述系统中的各个实现模块以及它们之间的依赖关系，包含模型代码库，执行文件，运行库和其他构件等信息。

5.部署视图显示的是系统的实际部署情况，它是为了便于理解系统如何在一组处理节点上的物理分布而在分析和设计中使用的构架视图。

6. Rational Rose企业版默认支持的目标语言不包括：C#。

7. Rational Rose建模工具可以执行以下几项任务，其中不包括：生成Delphi语言

代码。

8.下列说法不正确的是：在逻辑视图下可以创建包。

第四章

1.Rational统一过程拥有自己的一套架构，并且这套架构是以一种大多数项目和开发组织都能够接受的形式存在的。其采用了现代软件工程开发的六项最佳实践：迭代式软件开发、需求管理、基于构件的架构应用、建立可视化的软件模型、软件质量验证、软件变更控制。

2.在Rational统一过程的开发流程中定义了“谁”“何时”“如何”做“某事”，并分别使用四种主要的建模元素来进行表达，它们是：角色、活动、产物和工作流。

3.将迭代过程分为4个连续的阶段，分别为：初始阶段、细化阶段、构建阶段和移交阶段。

4.对于一个以架构为中心的开发组织，需要对架构的以下3个方面进行关注，这3个方面分别是：架构的目的、架构的表示和架构的过程。

5.下面不是Rational统一过程包含的6项最佳实践的是：瀑布式软件开发。

6.一个有效的需求管理不包括的内容是：减少开发者之间的交流。

7.迭代过程的4个连续的阶段不包括：分析。

8. 一个以架构为中心的开发组织，不需要对架构的哪个方面进行关注：架构的绘制软件。

第五章

1.由参与者、用例以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。

2.与传统的SBS方法相比，用例图可视化地表达了系统的需求，具有直观、规范等优点，克服了存文字性说明的不足。

3.对于每一个用例，还需要有详细的描述信息，这些信息包含在用例规约之中。

4.包含关系指用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。

5.下面不是用例图组成要素的是：泳道。

6.识别用例可以不注意：系统将会由哪些人来使用。

7.下列说法不正确的是：参与者只能是人，不能是子系统、时间等。

8.下列对用例的泛化关系描述不正确的是：用例的泛化关系中，基础用例在目的上可以完全不同，但是它们都有一段相似的行为，它们的相似是部分的相似不是整体的相似。

9.用例图的作用：

一．用例图是从软件需求分析到最终实现的第一步，它显示了系统的用户和用户希望提供的功能，有利于用户和软件开发人员的沟通。

二．用例图可视化地表达了系统的需求，具有直观、规范等优点，克服了纯文字性说明的不足。

三．用例方法是完全从外部来定义系统功能，它把需求和设计完全的分离开来，使用户不用关心系统内部是如何完成各种功能的。

10.用例之间的关系有包括、扩展和泛化等3种：包含关系指用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。在一定条件下，把新的行为加入到已有的用例中，获得的新用例叫做扩展用例，原有的用例叫做基础用例，从扩展用例到基础用例的关系就是扩展关系用例的泛化指的是一个父用例可以被特化形成多个子用例，而父用例和子用例之间的关系就是泛化关系。

11.在确定参与者的过程中需要注意什么：寻找参与者的时候不要把目光只停留在使用计算

机的人身上，直接或间接的与系统交互的任何人和事都是参与者。另外由于参与者总是处于系统外部，因此它们可以处于人的控制之外。

第六章

1.在类图中一共包含以下几种模型元素，分别是：类，接口，依赖关系，泛化关系，关联关系以及实现关系。

2.对象图描述系统在某一个特定时间点上的静态结构，是类图的实现在快照，即类图中的各个类在某一个时间点上的实例及其关系的静态写照。

对象图中包含对象和链。其中对象是类的特定实例，链是类之间关系实例，表示对象之间的特定关系。

3.在UML的图形表示中，类的表示法师一个矩形，这个矩形由3个部分构成，分别是：类名，类的属性和类的操作。

4.类中属性的可见性包含3种，分别是:公有类型，受保护类型和私有类型。

5.下列关于类和类图的说法正确的是:一个类图通过系统中的类以及各个类之间的关系来描述系统的静态方面

6.下列关于对象和对象图的说法正确的是：对象图是类图的实例和快照，即类图中的各个类在某一个时间点上的实例及其关系的静态写照。

7.类之间的关系不包括：分解关系

8.下列关于接口关系的说法不正确的是：在程序运行的时候，其它对象不仅需要依赖于此接口，还需要知道该类对接口实现的其他信息。

9.什么是类图？什么是对象图？

类图是用于对系统中的各种概念进行建模，并描绘出他们之间关系的图。对象图描述系统在某一个特定时间点上的静态结构，是类图的实例是快照，即类图中的各个类在某一

个时间点上的实例及其关系的静态写照。类图的作用为：为系统的词汇建模，模型化简单的协作，模型化的逻辑数据库模式。对象图的作用为：说明复杂的数据结构，表示快照中的行为。10.类图有哪些部分组成？

类图是由类，接口等模型元素以及它们之间的关系构成。；

11.类之间的关系有哪些？

通常认为类与类之间有4种关系，分别是依赖关系，泛化关系，关联关系和实现关系。12.对象图中包含哪些元素？它们都有什么作用？

对象图是有对象和链组成的。对象是类的实例，链是两个或多个对象之间的连接，它们是对象引用的元组，是关联的实例。

第7章

1.交互是指在具体语境中由为实现某个目标的一组对象之间进行交互的一组消息所构成的行为。

2.在UML的表示中序列图将交互关系表示为一张二维图，其中纵向是时间轴，时间沿竖线向下延伸。横向代表了在协作中各对象的角色。

3.序列图是由对象、生命线、激活、和消息等构成。

4.消息是从一个对象向另一个或几个其他对象发送信号，或由一个对象调用另一个对象操作。它可以有不同的实现方式，如过程调用、活动线程间的内部通信、事件的发生等。

生命线是一跳垂直的虚线，用来表示序列图中的对象在一段时间内的存在。

5.下列关于序列图的说法不正确的是

D 在UML的表示中，序列图将交互关系表示为一张二维图，其中横向是时间轴，时间沿竖线向下延伸。纵向代表了在协作中各对象的角色。

6.下列关于序列图的用途中，说法不正确的是

A 描述系统在某一个特定时间点上的动态结构

7．消息的组成不包括A接口

8.下列关于生命线的说法不正确的是

D序列图中的所有对象在程序一开始运行的时候，其生命线都必须存在

第8章

1.协作图是对在一次交互过程中有意义对象和对象间的链建模，显示了对象之间如何进行交互以执行特定用例或用例特定部分的行为。

2.在协作图中，类元角色描述了一个对象，关联角色描述了协作关系中的链，并通过几何排列表现交互作用的各个角色。

3.协作图是由对象、消息、链等构成的。

4.协作图通过各个对象之间的组织交互关系以及对象彼此之间的连接，表达对象之间的交互。

5.在协作图中的链是两个或多个对象之间的连接，是关联的实例。

6.下列关于协作图的说法不正确的是

C 协作图的目的在于描述系统中各个对象按照时间顺序的交互过程

7.下列关于协作图的用途，说法不正确的是

C 显示对象及其交互关系的时间传递顺序

8.在UML中，协作图的组成不包括

C 发送者

9.下列关于协作图中的链，说法不正确的是

C 在协作图中，需要关于某个类的所有对象都出现，同一个类的对象在一个协作图中也不可以充当多个角色

第9章

1.状态图用于描述模型元素的实例的行为。

2.在UML中，状态机由对象的各个状态和连接这些状态的转换组成，是展示状态与状态转换的图。

3.历史状态代表上次离开组成状态是的最后一个活动子状态，它用一个包含字母H的小圆圈表示。

状态图适合描述跨越多个用例的对象在其生命周期中的各种状态及其状态之间的转换。

4.下面不是状态图组成要素的是

D 链

5.状态用于

B 将系统的需求先转化成图形表示，再转化成程序的代码

6.下列说法不正确的是

D浅历史状态是保存在最后一个引起封装组成状态退出的显式转换之前处于活动的所有状态。

7.下列对状态图的描述不正确的是

C 状态图的主要目的是描述对象创建和销毁的过程中资源的不同状态，有利于开发人

员提高开发效率

8.事件：信号事件、调用事件、改变事件、时间事件。

简答题

（1）什么是状态机？什么是状态图？

答：从广义上讲，状态机是一种记录下给定时刻状态的设备，它可以根据各种不同

的输入对每个给定的变化而改变其状态或引发一个动作。在UML中，状态机由对象的各个状态和连接这些状态的转换组成，是展示状态与状态转换的图。一个状态图本质上就是一个状态机，或者是状态机的特殊情况，它基本上是一个状态机的元素的一个投影，这也意味着状态图包括状态机的所有特征。状态图描述了一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的时间做出反应的。

（2）状态图的组成要素有哪些？

答：状态图的组成要素包括：状态、转换、事件、判定、同步、动作、条件等。（3）简述简单状态和组成状态的区别。

答：状态可以分为简单状态和组成状态。简单状态指的是不包含其他状态的状态，简单状态没有子结构，但是它可以具有内部转换、进入动作、退出动作等。组成状态是内部嵌套有子状态的状态。一个组成状态包括一系列子状态。组成状态可以使用“与”关系分解并行子状态，或者通过“或”关系分解为互相排斥的互斥子状态。

因此组成状态可以是并发或者顺序的。

第十章

1.填空题

(1)活动图的状态建模机制一共有5种

(2)活动图所有或多数状态都是活动状态或动作状态

(3)一个对象流状态必须与它所宝石的参数和结果的类型匹配

(4)为了活动的职责进行组织而在活动图中酱活动状态分为不同的组，称为泳道

2.选择题

(1)下面不是活动图组成要素的是A 生命线

(2)动作状态A 是废院子性的动作或操作的执行状态

(3)下列说法不正确的是C 活动状态是原子性的，用来表示一个具有子结构的纯粹计算的执行

(4)下列对活动图的描述不正确的是D 活动图的对象之间传送消息的时间顺序的可视化表示，目的在于描述系统中各个对象按照时间顺序的交互过程

3.简答题

(1)什么是活动图？活动图有什么作用？

活动图是一种用于描述喜用行为的模型师徒，它可用来描述动作和动作导致的对象状态改变的结果，而不用考虑引发状态的时间，活动图可以描述一个操作执行过程中所完成的工作，说明角色、工作流、组织和对象是如何工作的。活动图对用例描述尤其有用，他可建模用例的工作流，显示用例内部和用例之间的路径。活动图显示如何执行一组相关的动作，一级这些动作如何影响他们周围的对象。活动图对理解业务处理过程十分有用。活动图可以描述复杂过程的算法，在这种情况下使用的活动图和传统的程序流程图的功能是差不多的。

(2)请描述合并和结合的区别？

合并会合了两个以上的控制路径，在任何执行过程中每次只走一条，不同路径之间是互斥的关系。而结果则会合了两条或两条以上的并行控制路径。在执行过程中，所有路径都要走过，先到的控制流要等待其他路径的控制流都到达后才能继续运行。

(3)活动图的主要组成要素有哪些？

主要包括：动作状态、活动状态、组合状态、分叉与结合、分支与合并、泳道、对象流。

第十一章

1在uml的建模机制中，模型的组织是通过包来实现.。

2. 将系统分层很常用的一种方式是将系统分为三层的结构，分别是用户界面层、业务逻辑层和数据访问层。

3 包图是一种维护和描述系统总体结构的模型的重要的建模工具，通过对图中各个包以及包之间的关系的描述，展现出系统的模块与模块之间的依赖关系。

4 包的组成包括名称、包中拥有的元素和这些元素的可见性、包的构造型及包与包之间的关系。

5 下列关于系统的模型组织结构的说法不正确的是：将模型的组织分层或分组能够允许多个项目开发小组同时使用某个模型而不发生过多的相互牵扯。

6 下列关于包的用途说法不正确的是：细化用例的表达。

7 包图的组成不包括：发送者。

8 下列关于创建包的说法不正确的是：在序列图和协作图中可以创建包。

第十二章

9 在构件图中，将系统中可重用的模块封装成为具有可替代性的物理单元，称为构建。

10 构建的代码特征是指它包含和封装了实现系统功能的类或者其他元素的实现代码以及某些构成系统状态的实例对象。构建的身份特征的构建拥有省份和特征，用于定位在其上的物理对象。

11 构件图是用来表示系统中构建和构建之间、定义的类或接口与构建之间的关系图。

12 在构件图中，构建和构建之间的关系表现为依赖关系定义的类或接口与类之间的关系表现为依赖关系成实现关系。

13 部署图描述了一个系统运行时的硬件节点、在这些节点上运行的软件构建将在何处物理运行，以及它们将如何彼此通信的静态视图。

14 些列关于构建的说法不正确的是：构建作为系统定义良好接口的物理实现单元。但是它需要依赖于其他构建而不是仅仅依赖所支持的接口。

15 下列关于序列图的用途说法不正确的是：在构件图中，构建和构建之间的关系表现为依赖关系，定义的类或接口与类之间的关系表现为依赖关系。

16 构件图的组成部包括：发送者

17 下列关于部署图说法不正确的是：使用Rational Rose2003创建的每一个模型中可以多个部署图。

18 部署图的组成部包括：构件