UML真题.docx

UML真题.docx

《UML真题.docx》由会员分享，可在线阅读，更多相关《UML真题.docx（26页珍藏版）》请在冰豆网上搜索。

UML真题

828.在状态视图中，（B）表示两个状态之间的关系；源状态和目的状态。

A、监护条件B、事件C、状态D、转换

829.在需求分析中，控制类（B）。

A、负责目标软件系统与外部执行者之间的交互

B、作为完成用例任务的责任承担着，负责协调，控制其他类共同完成用例规定的

功能或行为

C、负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作。

D、负责实现用户的业务逻辑

830.UML的（B）是由建模者设计的心的模型元素，但是这个模型元素的设计要建立在UML已定义的模型元素基础上。

A、标记值B、构造型C、注释D、约束

831.一般情况下，可以将面向对象中的聚合概念区分为（B）关系。

A继承B关联C组合D聚合

832.在UML活动图中，（B）表示操作之间的信息交换。

A控制流B信息流C初始活动D活动

833.如果用例A与用例B相似，但A的动作序列是通过改写B的部分动作或者扩展B的动作而获得的，则称（C）。

A.用例A包含用例B

B.用例A扩展用例B

C.用例A继承用例B

D.用例A实现用例B

834.UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画，其中（A）包括构件图（componentdiagram）。

它描述软件系统中各组成构件、构件的内部结构以及构件之间的依赖关系。

A构件视图B行为视图C结构视图D用例视图

835.在用例图中，执行者之间的关系只有（D）一种。

A扩展B包含C继承D实现

836.（C）是一种特殊形式的状态机，用于对计算流程和工作流程建模。

A状态图B活动图C流程图D时间图

837.（D）使用类图的一个子集，用于强化某个时间点类实例之间的关系。

A协作图B交互图C对象图D状态图

838.（D）用于描述相互合作的对象间的交互关系和链接关系。

A通信图B用例图C类图D协作图

839.在UML中，（B）可以对模型元素进行有效组织，如类、用例、构件，从而构成具有一定意义的单元。

A连接B包C构件D节点

840.（C）是子对象或者子类自动共享父对象或者父类数据结构和方法的机制，这是对象或类之间的一种关系。

A封装B抽象C继承D信息隐藏

841.泛化使得（A）操作成为可能，即操作的实现是由它们所使用的对象的类，而不是由调用者确定的。

A、多重B、多态C、传参D、传值

844.（C）表明了软件构件之间的依赖关系，包括源代码构件，二进制代码构件和可执行代码构件。

A、用例图B、类图C、包图D、构件图

845.在UML中，（C）表示使用软件系统的功能、与软件系统交换信息的外部实体。

A、边B、执行者C、用例图D、用例

846.在活动图中，（AB）的一个输出部分有一个监护条件，检查预订者是不是会员。

这是一个条件线程，它只有在监护条件被满足时才会激发，如果这个线程没有被激发，那么随后相对应的结合的输入部分被认为已完成。

A、分叉B、转换C、控制D、活动

847.将下图中的接口映射为JAVA代码，具有（A）的形式。

A、voidinterfaceService{

……..

}

B、privateinterfaceService{

……..

}

C、protectinterfaceService{

……..

}

D、publicinterfaceService{

……..

}

849.（C）描述软件系统中的构件及构件之间的构成关系和依赖关系

A、状态图B、对象图C、构件图D、部署图

850.在UML中，（B）可以对模型元素进行有效地组织，如类，用例，构件，从而构成具有一定意义的单元。

A、构件B、包C、节点D、链接

851.在UML顺序图中，如果一条消息从对象a传向对象b，那么其（A）是一条从b指向a的虚线有向边，它表示原消息的处理已经完成，处理结果（如果有的话）沿返回消息传回。

A．返回消息B．创建（create）消息

C．自消息D．销毁（destroy）消息

852.在顺序图中，下图表示（C）

A．带时延的消息B．自消息C．异步消息D．同步消息

853.UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画，其

中（B）包括构件图（componentsdiagram），它描述软件系统中各组成构件，构件的

内部结构以及构件之间的依赖关系。

A、行为视图B、构件视图C、结构视图D、用例视图

854.（多选）ocl已经嵌入到UML2.0规约中，建模人员可以在以下（ABCD）情况下使用OCL。

A、使用OCL在类上或者在类模型的类型上定义不变量

B、使用OCL对构造型（stereotypes）定义类型不变量

C、将OCL作为一种查询语言

D、使用OCL描述操作和方法上的前置和后置条件

856.当需要强调一系列相关产品对象的设计以便进行联合使用，可以考虑使用（B）。

A．对象池模式B．工厂模式C．单例模式D．外观模式

858.UML通过图形的表示机制从多个侧面对系统的分析和设计模型进行刻画。

其中

（A）包括类图（classicdiagram）、对象图（objectdiagram）和包图（packagediagram），它们分别从不同的层面表示系统的静态结构。

A、构件视图B、行为视图C、结构视图D、用例视图

859.在需求分析中，实体类（B）

A．作为完成用例任务的责任承当着，负责协调、控制其他类共同完成用例规定

的功能或行为

B．负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作

C．负责目标软件系统与外部执行者之间的交互

D．负责实现用户的业务逻辑

860.（多选）以下（BC）属于活动图的节点

A．决策点B．活动C．并发控制D．对象

861.当需要强调一系列相关产品对象的设计以便进行联合使用，可以考虑使用（B）。

A、对象池模式B、工厂模式C、单例模式D、外观模式

863.UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。

其中（C）包括交互图（interactive　diagram）、状态图（statechartdiagram）与活动图（activitydiagram）。

它们从不同的侧面刻画系统的动态行为。

A结构视图

B用例视图

C行为视图

D构件视图

864.在UML活动图中，（C）表示操作之间的信息交换。

P26

Ａ　控制流

Ｂ　初始活动

Ｃ　信息流

Ｄ　活动

865.在UML活动图中，（?

）表示活动需要输入的对象或者作为活动的处理结果输出的对象。

A并发控制

B决策点

C对象

D活动

868.下图表示类图的（B）

A聚合关系

B组合关系

C关联关系

D依赖关系

869.在状态机图中，（?

）表示两个状态之间的关系：

源状态和目的状态。

A事件

B监护条件

C状态

D转换

870.（?

）是在分析模型的基础上，添加设计元素的结果，使得分析模型更加接近系统实现。

A数据模型

B设计模型

C领域模型

D概念模型

871.如果用例B是用例A的某项子功能，并且建模者确切地知道在A所对应的动作序列中间将调用8，则称（D）

A、用例A继承用例B

B、用例A实现用例B

C、用例A扩展用例B

D、用例A包含用例B

872.（多选）在UML的最上一层，试图划分成（）视图域。

A结构分类B动态行为C模型管理D扩展机制

873.（多选）用例之间的关系主要有（ABC）

A扩展B包含C继承D聚合

874.当需要支持日志修改时，可以考虑使用

A命令模式B工厂模式C单例模式D适配器模式

875.（多选）当使用单件设计模式时，可以获得如下（）优点。

A缩小名称空间B允许对操作和表示进行精化操作

C对唯一实例提供受控访问D运行可变数目的类实例数

876（）可用于描述用户接口、设备控制器和其他具有反馈的子系统。

它可以用于描述在生命期中跨越多个不同性质阶段的被动对象行为，在每一阶段该对象都自己特殊的行为。

A状态机视图B动态视图C模型管理视图D静态视图

877．（）有关联和类的特性，他将多个类连接起来又有着属性和操作。

A继承B关联C泛化D关联类

879．（多选）活动图的边包括

A数据流B对象流C控制流D消息流

880．（多选）用例图的节点包括（）

A边界B用例C执行者D关联

881、对于某些类来说，只有一个实例是非常重要的。

例如，系统中可以有多种类型的打印机，但是只能有一个打印假脱机（printerspooler）,只应该一个文件系统和一个窗口管理器，为此，可以使用（）。

A、对象池模式B、工厂模式C、单例模式D、外观模式

882、（）是在分析模型的基础上，添加了设计元素的结果，使得分析模型更加接近系统实现。

A、数据模型B、领域模型C、设计模型D、概念模型

884、在面向对象的设计原则中，（）表示软件实体应当对扩展开放，对修改关闭，即软件实体应当在不修改的前提下扩展。

A、完全替换原则B、开放封闭原则C、合成/聚合服用原则D、单一责任原则

885、（多选）在需求分析的业务流程建模中，可以利用活动图描述（）。

A、系统对外部成现的功能B、多个用例联合起来形成的处理流程

C、多对象（或多个子系统、多个构件）协同的单个用例中的处理流程

D、软件系统与外部实体共同参与的业务处理流程

886、在用例图中，执行者之间的关系只有（）一种。

A、实现B、继承C、包含D、扩展

888、（）是在领域模型的基础上，对系统进行进一步的分析获得的，它有三种非常有效的模型：

实体类、控制类和边界类。

A、设计模型B、分析模型C、概念模型D、E-R模型

889、（多选）两个类之间的关联表示它们之间存在一种不适于继承关系的逻辑关系。

在关联关系的表示图元的两端，可以表示参与关联的（）特性。

A、可见性B、约束C、角色名D、多重性

891、（）以算法和数据结构为中心，其系统功能由一系列的处理步骤构成，相邻的处理步骤之间以数据流通管道相互连接。

A、分层模式B、架构模式C、MVCD、流程处理模式

892.下图表示类图的（）。

A关联关系B实现关系C继承关系D依赖关系

894.在面向对象的设计原则中，（）表示在包的依赖关系图中不允许存在环。

A无循环依赖原则B接口隔离原则

C依赖倒转原则D最少知识原则

895.在面向对象的设计原则中，（）表示使用多个专门的接口比使用单一的总接口要好，一个类对另外一个类的依赖性应当是建立在最小的接口上的。

A单一责任原则

B接口隔离原则

C依赖倒转原则

D合成/聚合复用原则

896.（）是在分析模型的基础上，添加了设计元素的结果，使得分析模型更加接近系统实现。

A领域模型

B数据模型

C设计模型

D概念模型

897.在界面设计中，通常屏幕的（）表示当前用户及软件系统的运行状态而异，由软件系统根据业务逻辑自动呈现于屏幕中，且不允许用户修改的内容，包括不可编辑的文本、图标、图形、图像等。

A用户输入元素

B动态元素

C用户命令元素

D静态元素

898.当一个抽象模型有两个方面，其中一个方面依赖于另一面，将这两者封装在独立的对象中以使它们可以各自独立地改变和复用，可以考虑使用（）

A观察者模式

B命令模式

C适配器模式

D单例模式

899.当希望创建一个可复用的类，该类必须能够与接口不可预定的类协同工作，可以考虑使用（）。

A对象池模式

B单例模式

C抽象工厂模式

D适配器模式

900.（）是对象与其他外部世界相互关联的唯一途径。

A消息传递

B状态转换

C接口

D函数调用

901.UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画，其中（）包括用例图（usecasediagram）,它从外部用户的角度描述系统的功能，并指出功能的参与者。

A行为视图

B结果视图

C构件视图

D用例视图

902.（）可用于描述用户接口、设备控制器和其他具有反馈的子系统，它还可用于描述在生命期中跨越多个不同性质阶段的被动对象的行为，在每一个阶段该对象都有自己特殊的行为。

A状态机视图

B模型管理视图

C动态视图

D静态视图

903.（）是在领域模型的基础上，对系统进行进一步的分析获得的，它有三种非常有效的模型，实体类、控制类和边界类。

A分析模型

BE-R模型

C设计模型

D概念模型

904.（多选）以下（）属于活动图的节点。

A活动

B决策点

C开发控制

D对象

905.（多选）在采用用例模型捕获需求时，需要执行如下（）操作。

A．识别参与者

B．识别用例

C．用例建模

D．描述非功能需求

907.（多选）活动图的边包括（）

A.对象流

B.消息流

C.数据流

D.控制流

909.（）将整个软件系统划分为模型，试图和控制器三个部分

A.MVC

B.分层模式

C.管道模式

D.架构模式

910.在需求分析中，实体类（）

A负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作

B作为完成用例任务的责任承担者，负责协调，控制其他类共同完成用例规定的功能或行为

C负责实现用户的业务逻辑

D负责目标软件系统与外部执行者之间的交互

913.在活动图中，（）是从多个源活动汇合到一个目标的转换。

A结合

B初始节点和活动终点

C分叉

D活动

914.在构件图中，（）用于显示构件之间的关联关系

A依赖关系

B构件

C包

D节点

915.（）表明了软件之间的依赖关系，包括源代码构件，二进制代码构件和可执行代码构件

A类图

B包图

C用例图

D构件图

916.（）可用于描述用户接口，设备控制器和其他具有反馈的子系统。

它还可以用于描述在生命期中跨越多个不同性质阶段的被动对象的行为，在每一阶段该对象都有自己特殊的行为

A状态机视图

B动态视图

C模型管理视图

D静态视图

917、在类图中，（）说明允许候选值范围，如集合可以设定的大小。

可以说明可能用语关联端、组成类中的部分、消息的迭代次数和其他目的的等。

A、多重性

B、注释

C角色

D监护条件

918泛化使得（）操作成为可能，即操作的实现是由它们所使用的对象的类。

而不是由调用者确定的。

A传值

B传参

C多重

D多态

919在状态机图中，（）表示两个状态之间的关系：

源状态和目的状态。

A转换

B状态

C事件

D监护条件

920在UML活动图中，（）表示一个操作完成后对其后续操作的触发。

A控制流

B初始活动

C信息流

D活动

921（）用于描述相互合作的对象间的交互关系和链接关系。

A类图

B通信图

C用例图

D协作图

922.在UML的顺序图中，（）对消息传递的目标对象**

A．返回消息

B．创建（create）消息

C．自消息

D．销毁（destroy）消息

923.设计（）的目的是，将目标软件系统中依赖于系统运行环境的数据存取部分

与其他部分相分离。

A．系统架构

B．数据持久存储服务

C．实现模型

D．外部接口

924.（）是一个类对象所可能经历的所有历程的模型图。

A．模型管理视图

B．状态机视图

C．动态视图

D．静态视图

925.UML的（）表示消息源发出消息后不必等待消息处理过程的返回，即可继续

执行自己的后续操作。

A．简单消息

B．同步消息

C．异步消息

D．返回消息

926.（）是一种不包含操作的实现部分的特殊类

A．实现类

B．接口

C．分析类

D．概念类

927.在UML活动图中，（）表示活动需要输入的对象或者作为活动的

处理结果输出的对象。

A．对象

B．并发控制

C．决策点

D．活动

930.对于一个学校的课程注册管理系统，如果有一条需求为“本软件必须通过接口

定义文档规定的接口API与计费系统、学籍管理系统、教师信息管理系统交互”，该

属于（）类型。

A．可互操作新需求

B．安全性需求

C．可伸缩性需求

D．可集成性需求

931.在用例图中，可以用（）来表示整个软件系统或其中一些子系统的边界也可以用它

表示软件系统的不同开发布版本的功能范围。

A．边界框

B．用例

C．执行者

D．关联关系

932、在需求分析中，控制类（）。

A、负责目标软件系统与外部执行者之间的交互

B、作为完成用例任务的责任承担者，负责协调、控制其他类共同完成用例规定的功能或行为

C、负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作

D、负责实现用户的业务逻辑

934、（）将整个软件系统划分为模型、视图和控制器三个部分。

A、MVCB、分层模式C、管道模式D、架构模式

938、在面向对象的设计原则中，（）表示软件实体应当对扩展开发，对修改关闭，即软件实体应当在不修改的前提下扩展。

A完全替换原则

B合成/聚合复用原则

C开放封闭原则

D单一责任原则

939.（）是指以设计复用为目的的，采用一种良好定义的，正规的，一致的方式记录的软件设计经验。

A设计模式

B架构

C模型

D设计原则

940.当客户程序与抽象类的实现部分之间存在很大的依赖性时，可以考虑使用（）。

A对象池模式

B工厂模式

C单例模式

D外观模式

941、当需要强调一系列相关产品对象的设计以便进行联合使用，可以考虑使用（）。

A工厂模式

B外观模式

C对象池模式

D单例模式

942、在设计模式中，（）的核心包括缓存和共享。

A对象池模式

B工厂模式

C单例模式

D外观模式

943、在设计模式中，（）保证每个类只有单个实例。

A对象池模式

B单例模式

C工厂模式

D外观模式

944、在界面设计中，通常屏幕的（）表示与软件系统的运行状态无关、在任何情况下均没有变化的文本、图标（icon）、图形（graph）、图像（image）等。

A用户输入元素

B用户命令元素

C动态元素

D静态元素

945、（）是在不改变代码外在行为的前提下，对代码做出修改，以改进程序的内部结构。

A版本控制

B代码调试

C代码重构

D代码走查

946、（）可以用于帮助设计人员在NML模型为模型定义约束信息，创建更为精确的设计模型。

AOCL

B表达式

C属性

D变量

947、（多选）对于类，其属性的可见性表示该属性对类的外部世界的可见性，它有以下（）选项。

A包内公开（package）

B公开（public）

C保护（protected）

D私有（private）

948、（多选）在UML的最上一层，视图被划分成（）视图域。

A结构分类

B动态行为

C模型管理

D扩展机制

949、（多选）用例之间的关系主要有（）。

A继承

B聚合

C扩展

D包含

950、（多选）活动图的边包括（）。

A数据流

B对象流

C控制流

D消息流

951.（多选）用例图的节点包括（）

A.边界

B.用例

C．执行者

D．关联

952.（多选）以下对UML视图说法正确的有（）

A．模型管理说明了模型的分层组织结构。

包是模型的基本组织单元。

特殊的

包还包括模型和子系统。

模型管理视图跨越了其他视图并根据系统开发和配置

组织这些视图。

B．动态行为描述了系统随时间变化的行为。

行为用从静态视图中抽取的瞬间值

得变化来描述，动态行为视图包括状态机视图、活动视图和交互视图

C．UML还包括多种具有扩展能力的组件，这些扩展能力有限但很有用。

这些组件

包括约束、构造型和标记值，它们适用于所有的视图元素

D．结构分类描述了系统中的结构成员及其相互关系。

类元包括类、用例、构件和节

点。

类元为研究系统动态行为奠定了基础。

类元视图包括静态视图、用例视图和实现

视图。

953.（多选）两个类之间的关联表示它们之间存在一种不适于继承关系的逻辑关系。

在关联关系

的表示图元的两端，可以标示参与关联的（）特性。

A．可见性

B．约束

C．角色名

D．多重性

954.（多选）以下属于UML模型视图的有（）

A．部署视图和构建视图

B．行为视图

C．结构视图

D．用例视图

955.（多选）在采用用例模型捕获需求时，需要执行如下（）操作。

A．识别参与者

B．识别用例

C．用例建模

D．描述非功能需求

956.（多选）在识别用例时，以下（）问题可以帮组识别用例。

A．系统是否存在外部事件，如果存在，是哪个参与者通知系统这些外部事件。

B．当系统状态发生故障时，是否需要通知参与者

C．系统的运行环境是什么

D．参与者希望系统为他提供什么样的功能

957.（多选）从模式所提供的解决方案的抽象程度来看，模式可以分为（）。

A．面向软件实现的设计模式

B．测试模式

C．软件子系统或构件设计模式

D．体系结构设计模式

958.（多选）以下属于面向对象的设计原则的有（）

A．接口隔离原则

B．依赖倒转原则

C．无循环依赖原则

D．最少知识原则

959.（多选）当使用单件设计模式时，可以获得如下（）优点。

A．运行可变数目的类实现例数

B允许对操作和表示进行精化操作

C．缩小名称空间

D．对唯一实例提供受控访问

960.（多选）在如下（）情况下，可以考虑使用重构。

A．添加功能时

B．修改错误时

C．复审程序代码时

D．需求分析时

961.（多选）UML２.０在１.０的基础上，对如下（）的建模能力进行了增强。

A复杂结构

B活动

C交互

D状态机

964.（多选）以下属于面向对象的开发方法的有（）

AJacobson方法

BOMT方法

CCoad方法

DBooch方法

965.（多选）在UML中，模型的组织元素包括（）几个主要的层次

A视图

B状态

C模型

D图

967.（多选）活动图的边包括（）

A控制流

B数据流

C对象流

D消息流

968.（多选）构件图的节点可以是（）

A包

B类

C用例

D构件

970.（多选）在状态图视图中，转换包括以下（）类型

A外部自转换

B内部自转换

C模拟转换

D正常转换

971.（多选）在UML中，模型的继承元素包括（）几个主要的层次。

A模型B视图C图D状态

972.UML通过图形化的元素机制从多个侧面对系统的分析和设计模型进行刻画，其中（）包括构建图（componentdagram）,他描述软件系统中各组成构建、构建的内部以