UML考试真题.docx

1、UML考试真题前面的实体有欠缺。828.在状态视图中， B 表示两个状态之间的关系；源状态和目的状态。A、监护条件 B、事件 C、状态 D、转换829.在需求分析中，控制类B。A、负责目标软件系统与外部执行者之间的交互B、作为完成用例任务的责任承担着，负责协调，控制其他类共同完成用例规定的功能或行为C、负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作。D、负责实现用户的业务逻辑830.UML的B是由建模者设计的心的模型元素，但是这个模型元素的设计要建立在UML已定义的模型元素根底上。A、标记值 B、构造型 C、注释 D、约束831.一般情况下，可以将面向对象中的聚合概念区

2、分为B关系。A 继承 B 关联 C 组合 D 聚合832.在UML活动图中，B表示操作之间的信息交换。A 控制流 B 信息流 C 初始活动 D 活动833.如果用例A与用例B相似，但A的动作序列是通过改写B的局部动作或者扩展B的动作而获得的，那么称C。A .用例A包含用例BB .用例A扩展用例B C .用例A继承用例B D .用例A实现用例B 834.UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进展刻画，其中A包括构件图ponent diagram。它描述软件系统中各组成构件、构件的部构造以及构件之间的依赖关系。A 构件视图 B 行为视图 C 构造视图 D 用例视图835.在用例

3、图中，执行者之间的关系只有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是子对象或者子类自动共享父对象或者父类数据构造和方法的机制，这是对象

4、或类之间的一种关系。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的一个输出局部有一个监护条件，检查预订者是不是会员。这是一个条件线程，它只有在监护条件被满足时才会激发，如果这个线程没有被激发，那么

5、随后相对应的结合的输入局部被认为已完成。A、分叉 B、转换 C、控制 D、活动847.将下列图中的接口映射为JAVA代码，具有A的形式。A、 void interface Service.B、 private interface Service.C 、protect interface Service.D、 public interface Service.849.C描述软件系统中的构件及构件之间的构成关系和依赖关系A、状态图 B、对象图 C、构件图 D、部署图850.在UML中，B可以对模型元素进展有效地组织，如类，用例，构件，从而构成具有一定意义的单元。A、构件 B、包 C、节点 D、 8

6、51.在UML顺序图中，如果一条消息从对象a传向对象b，那么其A 是一条从b指向a的虚线有向边，它表示原消息的处理已经完成，处理结果如果有的话沿返回消息传回。A返回消息 B创立create消息 C自消息 D销毁destroy消息852.在顺序图中，下列图表示CA带时延的消息 B自消息 C异步消息 D同步消息853.UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进展刻画，其中B包括构件图ponents diagram，它描述软件系统中各组成构件，构件的部构造以及构件之间的依赖关系。A、行为视图 B、构件视图 C、构造视图 D、用例视图854.多项选择ocl已经嵌入到UML2.0规约中

7、，建模人员可以在以下ABCD情况下使用OCL。A、使用OCL在类上或者在类模型的类型上定义不变量B、使用OCL对构造型stereotypes定义类型不变量C、将OCL作为一种查询语言D、使用OCL描述操作和方法上的前置和后置条件856.当需要强调一系列相关产品对象的设计以便进展联合使用，可以考虑使用B。A对象池模式 B工厂模式 C单例模式 D外观模式858.UML通过图形的表示机制从多个侧面对系统的分析和设计模型进展刻画。其中A包括类图classic diagram、对象图object diagram和包图package diagram，它们分别从不同的层面表示系统的静态构造。A、构件视图 B

8、、行为视图 C、构造视图 D、用例视图859.在需求分析中，实体类BA作为完成用例任务的责任承担着，负责协调、控制其他类共同完成用例规定的功能或行为B负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作C负责目标软件系统与外部执行者之间的交互D负责实现用户的业务逻辑860.多项选择以下BC属于活动图的节点A决策点 B活动 C并发控制 D对象861. 当需要强调一系列相关产品对象的设计以便进展联合使用，可以考虑使用B。A、对象池模式 B、工厂模式 C、单例模式 D、外观模式863. UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进展刻画。其中C包括交互图intera

9、ctivediagram、状态图statechart diagram与活动图activity diagram。它们从不同的侧面刻画系统的动态行为。A 构造视图B 用例视图C 行为视图D 构件视图864. 在UML活动图中，C表示操作之间的信息交换。P26控制流初始活动信息流活动865. 在UML活动图中，?表示活动需要输入的对象或者作为活动的处理结果输出的对象。A 并发控制B 决策点C 对象D 活动868. 下列图表示类图的BA 聚合关系B 组合关系C 关联关系D 依赖关系869. 在状态机图中，?表示两个状态之间的关系：源状态和目的状态。A 事件B 监护条件C 状态D 转换870. ?是在分

10、析模型的根底上，添加设计元素的结果，使得分析模型更加接近系统实现。A 数据模型B 设计模型C 领域模型D 概念模型871.如果用例B是用例A的某项子功能，并且建模者确切地知道在A所对应的动作序列中间将调用8，那么称DA、用例A继承用例B B、用例A实现用例B C、用例A扩展用例B D、用例A包含用例B872.多项选择在UML的最上一层，试图划分成视图域。A 构造分类 B 动态行为 C模型管理 D扩展机制873.多项选择用例之间的关系主要有ABCA扩展 B 包含 C继承 D聚合874.当需要支持日志修改时，可以考虑使用A 命令模式 B 工厂模式 C 单例模式 D适配器模式875.多项选择当使用单

11、件设计模式时，可以获得如下优点。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、对于某些类来说，只有一

12、个实例是非常重要的。例如，系统中可以有多种类型的打印机，但是只能有一个打印假脱机printer spooler,只应该一个文件系统和一个窗口管理器，为此，可以使用。A、对象池模式 B、工厂模式 C、单例模式 D、外观模式882、是在分析模型的根底上，添加了设计元素的结果，使得分析模型更加接近系统实现。A、数据模型 B、领域模型 C、设计模型 D、概念模型884、在面向对象的设计原那么中，表示软件实体应当对扩展开放，对修改关闭，即软件实体应当在不修改的前提下扩展。 A、完全替换原那么 B、开放封闭原那么 C、合成/聚合服用原那么 D、单一责任原那么885、多项选择在需求分析的业务流程建模中，可以

13、利用活动图描述。A、系统对外部成现的功能 B、多个用例联合起来形成的处理流程C、多对象或多个子系统、多个构件协同的单个用例中的处理流程D、软件系统与外部实体共同参与的业务处理流程886、在用例图中，执行者之间的关系只有一种。A、实现 B、继承 C、包含 D、扩展888、是在领域模型的根底上，对系统进展进一步的分析获得的，它有三种非常有效的模型：实体类、控制类和边界类。A、设计模型 B、分析模型 C、概念模型 D、E-R模型889、多项选择两个类之间的关联表示它们之间存在一种不适于继承关系的逻辑关系。在关联关系的表示图元的两端，可以表示参与关联的特性。A、可见性 B、约束 C、角色名 D、多重性

14、891、以算法和数据构造为中心，其系统功能由一系列的处理步骤构成，相邻的处理步骤之间以数据流通管道相互连接。 A、分层模式 B、架构模式 C、MVC D、流程处理模式892.下列图表示类图的。A关联关系 B 实现关系 C 继承关系 D 依赖关系894.在面向对象的设计原那么中， 表示在包的依赖关系图中不允许存在环。 A 无循环依赖原那么 B 接口隔离原那么 C 依赖倒转原那么 D 最少知识原那么895.在面向对象的设计原那么中， 表示使用多个专门的接口比使用单一的总接口要好，一个类对另外一个类的依赖性应当是建立在最小的接口上的。A 单一责任原那么B 接口隔离原那么C 依赖倒转原那么D 合成/聚

15、合复用原那么896. 是在分析模型的根底上，添加了设计元素的结果，使得分析模型更加接近系统实现。 A 领域模型 B 数据模型 C 设计模型 D 概念模型897.在界面设计中，通常屏幕的 表示当前用户及软件系统的运行状态而异，由软件系统根据业务逻辑自动呈现于屏幕中，且不允许用户修改的容，包括不可编辑的文本、图标、图形、图像等。 A 用户输入元素 B 动态元素 C 用户命令元素 D 静态元素898.当一个抽象模型有两个方面，其中一个方面依赖于另一面，将这两者封装在独立的对象中以使它们可以各自独立地改变和复用，可以考虑使用 A 观察者模式 B 命令模式 C 适配器模式 D 单例模式899.当希望创立

16、一个可复用的类，该类必须能够与接口不可预定的类协同工作，可以考虑使用 。 A 对象池模式 B 单例模式 C 抽象工厂模式 D 适配器模式900. 是对象与其他外部世界相互关联的唯一途径。 A 消息传递 B 状态转换 C 接口 D 函数调用901.UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进展刻画，其中 包括用例图use case diagram,它从外部用户的角度描述系统的功能，并指出功能的参与者。 A 行为视图 B 结果视图 C 构件视图 D 用例视图902. 可用于描述用户接口、设备控制器和其他具有反应的子系统，它还可用于描述在生命期中跨越多个不同性质阶段的被动对象的行为，

17、在每一个阶段该对象都有自己特殊的行为。 A 状态机视图 B 模型管理视图 C 动态视图 D 静态视图903. 是在领域模型的根底上，对系统进展进一步的分析获得的，它有三种非常有效的模型，实体类、控制类和边界类。 A 分析模型 B E-R模型 C 设计模型 D 概念模型904.多项选择以下 属于活动图的节点。A 活动 B 决策点 C 开发控制 D 对象905.多项选择在采用用例模型捕获需求时，需要执行如下操作。A识别参与者B识别用例C用例建模D描述非功能需求907.多项选择活动图的边包括A.对象流B.消息流C.数据流D.控制流909.将整个软件系统划分为模型，试图和控制器三个局部A.MVCB.分

18、层模式C.管道模式D.架构模式910.在需求分析中，实体类A负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作B作为完成用例任务的责任承担者，负责协调，控制其他类共同完成用例规定的功能或行为C负责实现用户的业务逻辑D负责目标软件系统与外部执行者之间的交互913.在活动图中，是从多个源活动集合到一个目标的转换。A结合B初始节点和活动终点C分叉D活动914.在构件图中，用于显示构件之间的关联关系A依赖关系B构件C包D节点915.说明了软件之间的依赖关系，包括源代码构件，二进制代码构件和可执行代码构件A类图B包图C用例图D构件图916.可用于描述用户接口，设备控制器和其他具有反应

19、的子系统。它还可以用于描述在生命期中跨越多个不同性质阶段的被动对象的行为，在每一阶段该对象都有自己特殊的行为A状态机视图B动态视图C模型管理视图D静态视图917、在类图中，说明允许候选值围，如集合可以设定的大小。可以说明可能用语关联端、组成类中的局部、消息的迭代次数和其他目的的等。A、多重性B、注释C 角色D 监护条件918 泛化使得操作成为可能，即操作的实现是由它们所使用的对象的类。而不是由调用者确定的。A 传值B 传参C 多重D 多态919 在状态机图中，表示两个状态之间的关系：源状态和目的状态。A 转换B 状态C 事件D 监护条件920 在UML活动图中，表示一个操作完成后对其后续操作的

20、触发。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异步消

21、息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、负责目标

22、软件系统与外部执行者之间的交互B、作为完成用例任务的责任承担者，负责协调、控制其他类共同完成用例规定的功能或行为C、负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作D、负责实现用户的业务逻辑934、将整个软件系统划分为模型、视图和控制器三个局部。A、MVC B、分层模式 C、管道模式 D、架构模式938、在面向对象的设计原那么中，表示软件实体应当对扩展开发，对修改关闭，即软件实体应当在不修改的前提下扩展。 A 完全替换原那么 B 合成/聚合复用原那么 C 开放封闭原那么 D 单一责任原那么939.是指以设计复用为目的的，采用一种良好定义的，正规的，一致的方式记录的软件设计

23、经历。 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、在界面设计中，通常屏幕的表示与软件系统的运行状态无关、在任何情况

24、下均没有变化的文本、图标icon、图形graph、图像image等。 A 用户输入元素 B 用户命令元素 C 动态元素 D 静态元素945、是在不改变代码外在行为的前提下，对代码做出修改，以改良程序的部构造。 A 版本控制 B 代码调试 C 代码重构 D 代码走查946、可以用于帮助设计人员在NML模型为模型定义约束信息，创立更为准确的设计模型。A OCLB 表达式C 属性D 变量947、多项选择对于类，其属性的可见性表示该属性对类的外部世界的可见性，它有以下选项。A 包公开packageB 公开publicC 保护protectedD 私有private948、多项选择在UML的最上一层，视

25、图被划分成视图域。A 构造分类B 动态行为C 模型管理D 扩展机制949、多项选择用例之间的关系主要有。 A 继承 B 聚合 C 扩展 D 包含950、多项选择活动图的边包括。 A 数据流 B 对象流 C 控制流 D 消息流951.多项选择用例图的节点包括 A.边界 B.用例C执行者D关联952.多项选择以下对UML视图说确的有A模型管理说明了模型的分层组织构造。包是模型的根本组织单元。特殊的包还包括模型和子系统。模型管理视图跨越了其他视图并根据系统开发和配置组织这些视图。B动态行为描述了系统随时间变化的行为。行为用从静态视图中抽取的瞬间值得变化来描述，动态行为视图包括状态机视图、活动视图和交

26、互视图CUML还包括多种具有扩展能力的组件，这些扩展能力有限但很有用。这些组件包括约束、构造型和标记值，它们适用于所有的视图元素D构造分类描述了系统中的构造成员及其相互关系。类元包括类、用例、构件和节点。类元为研究系统动态行为奠定了根底。类元视图包括静态视图、用例视图和实现视图。953.多项选择两个类之间的关联表示它们之间存在一种不适于继承关系的逻辑关系。在关联关系的表示图元的两端，可以标示参与关联的特性。A可见性B约束C角色名D多重性954.多项选择以下属于UML模型视图的有A部署视图和构建视图B行为视图C构造视图D用例视图955.多项选择在采用用例模型捕获需求时，需要执行如下操作。A识别参

27、与者B识别用例C用例建模D描述非功能需求956.多项选择在识别用例时，以下问题可以帮组识别用例。A系统是否存在外部事件，如果存在，是哪个参与者通知系统这些外部事件。B当系统状态发生故障时，是否需要通知参与者C系统的运行环境是什么D参与者希望系统为他提供什么样的功能957.多项选择从模式所提供的解决方案的抽象程度来看，模式可以分为。A面向软件实现的设计模式B测试模式C软件子系统或构件设计模式D体系构造设计模式958.多项选择以下属于面向对象的设计原那么的有A接口隔离原那么B依赖倒转原那么C无循环依赖原那么D最少知识原那么959.多项选择当使用单件设计模式时，可以获得如下优点。A运行可变数目的类实

28、现例数B允许对操作和表示进展精化操作C缩小名称空间D对唯一实例提供受控访问960.多项选择在如下情况下，可以考虑使用重构。A添加功能时B修改错误时C复审程序代码时D需求分析时961.多项选择UML.在.的根底上，对如下的建模能力进展了增强。A 复杂构造B 活动C 交互D 状态机964.多项选择以下属于面向对象的开发方法的有A Jacobson方法B OMT方法C Coad方法D Booch方法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通过图形化的元素机制从多个侧面对系统的分析和设计模型进展刻画，其中