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.一般情况下，可以将面向对象中的聚合概念区分为（B）

2、关系。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）包括构件图（component diagram）。它描述软件系统中各组成构件、构件的内部结构以及构件之间的依赖关系。A 构件视图 B 行为视图 C 结构视图 D 用例视

3、图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）是子对象或者子类自动共享

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）可以对模型元素进行有效地组织，如类，用例，构件

6、，从而构成具有一定意义的单元。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）包括构件图（components diagram），它描述软件系统中各组成构件，构件的内部结构以及构件之间的依赖关系。

7、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）包括类图（classic diagram）、对

8、象图（object diagram）和包图（package diagram），它们分别从不同的层面表示系统的静态结构。A、构件视图 B、行为视图 C、结构视图 D、用例视图859.在需求分析中，实体类（B）A作为完成用例任务的责任承当着，负责协调、控制其他类共同完成用例规定的功能或行为B负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作C负责目标软件系统与外部执行者之间的交互D负责实现用户的业务逻辑860.（多选）以下（BC）属于活动图的节点A决策点 B活动 C并发控制 D对象861. 当需要强调一系列相关产品对象的设计以便进行联合使用，可以考虑使用（B）。A、对象池模式

9、B、工厂模式 C、单例模式 D、外观模式863. UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。其中（C）包括交互图（interactivediagram）、状态图（statechart diagram）与活动图（activity diagram）。它们从不同的侧面刻画系统的动态行为。A 结构视图B 用例视图C 行为视图D 构件视图864. 在UML活动图中，（C）表示操作之间的信息交换。P26控制流初始活动信息流活动865. 在UML活动图中，（?）表示活动需要输入的对象或者作为活动的处理结果输出的对象。A 并发控制B 决策点C 对象D 活动868. 下图表示类图的（B

10、）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包含用例B872.（多选）在UML的最上一层，试图划分成（）视图域。A 结构分类 B 动态行为 C模型管理 D扩展机制873.

11、（多选）用例之间的关系主要有（ABC）A扩展 B 包含 C继承 D聚合874.当需要支持日志修改时，可以考虑使用A 命令模式 B 工厂模式 C 单例模式 D适配器模式875.（多选）当使用单件设计模式时，可以获得如下（）优点。A缩小名称空间 B 允许对操作和表示进行精化操作 C对唯一实例提供受控访问 D运行可变数目的类实例数876（）可用于描述用户接口、设备控制器和其他具有反馈的子系统。它可以用于描述在生命期中跨越多个不同性质阶段的被动对象行为，在每一阶段该对象都自己特殊的行为。A 状态机视图 B动态视图 C 模型管理视图 D静态视图877（）有关联和类的特性，他将多个类连接起来又有着属性和操

12、作。A 继承 B关联 C泛化 D关联类879（多选）活动图的边包括A数据流 B对象流 C控制流 D消息流880（多选）用例图的节点包括（）A 边界 B用例 C 执行者 D 关联881、对于某些类来说，只有一个实例是非常重要的。例如，系统中可以有多种类型的打印机，但是只能有一个打印假脱机（printer spooler）,只应该一个文件系统和一个窗口管理器，为此，可以使用（）。A、对象池模式 B、工厂模式 C、单例模式 D、外观模式882、（）是在分析模型的基础上，添加了设计元素的结果，使得分析模型更加接近系统实现。A、数据模型 B、领域模型 C、设计模型 D、概念模型884、在面向对象的设计原

13、则中，（）表示软件实体应当对扩展开放，对修改关闭，即软件实体应当在不修改的前提下扩展。 A、完全替换原则 B、开放封闭原则 C、合成/聚合服用原则 D、单一责任原则885、（多选）在需求分析的业务流程建模中，可以利用活动图描述（）。A、系统对外部成现的功能 B、多个用例联合起来形成的处理流程C、多对象（或多个子系统、多个构件）协同的单个用例中的处理流程D、软件系统与外部实体共同参与的业务处理流程886、在用例图中，执行者之间的关系只有（）一种。A、实现 B、继承 C、包含 D、扩展888、（）是在领域模型的基础上，对系统进行进一步的分析获得的，它有三种非常有效的模型：实体类、控制类和边界类。A

14、、设计模型 B、分析模型 C、概念模型 D、E-R模型889、（多选）两个类之间的关联表示它们之间存在一种不适于继承关系的逻辑关系。在关联关系的表示图元的两端，可以表示参与关联的（）特性。A、可见性 B、约束 C、角色名 D、多重性891、（）以算法和数据结构为中心，其系统功能由一系列的处理步骤构成，相邻的处理步骤之间以数据流通管道相互连接。 A、分层模式 B、架构模式 C、MVC D、流程处理模式892.下图表示类图的（）。A关联关系 B 实现关系 C 继承关系 D 依赖关系894.在面向对象的设计原则中，（ ）表示在包的依赖关系图中不允许存在环。 A 无循环依赖原则 B 接口隔离原则 C

15、依赖倒转原则 D 最少知识原则895.在面向对象的设计原则中，（ ）表示使用多个专门的接口比使用单一的总接口要好，一个类对另外一个类的依赖性应当是建立在最小的接口上的。A 单一责任原则B 接口隔离原则C 依赖倒转原则D 合成/聚合复用原则896.（ ）是在分析模型的基础上，添加了设计元素的结果，使得分析模型更加接近系统实现。 A 领域模型 B 数据模型 C 设计模型 D 概念模型897.在界面设计中，通常屏幕的（ ）表示当前用户及软件系统的运行状态而异，由软件系统根据业务逻辑自动呈现于屏幕中，且不允许用户修改的内容，包括不可编辑的文本、图标、图形、图像等。 A 用户输入元素 B 动态元素 C

16、用户命令元素 D 静态元素898.当一个抽象模型有两个方面，其中一个方面依赖于另一面，将这两者封装在独立的对象中以使它们可以各自独立地改变和复用，可以考虑使用（ ） A 观察者模式 B 命令模式 C 适配器模式 D 单例模式899.当希望创建一个可复用的类，该类必须能够与接口不可预定的类协同工作，可以考虑使用（ ）。 A 对象池模式 B 单例模式 C 抽象工厂模式 D 适配器模式900.（ ）是对象与其他外部世界相互关联的唯一途径。 A 消息传递 B 状态转换 C 接口 D 函数调用901.UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画，其中（ ）包括用例图（use cas

17、e diagram）,它从外部用户的角度描述系统的功能，并指出功能的参与者。 A 行为视图 B 结果视图 C 构件视图 D 用例视图902.（ ）可用于描述用户接口、设备控制器和其他具有反馈的子系统，它还可用于描述在生命期中跨越多个不同性质阶段的被动对象的行为，在每一个阶段该对象都有自己特殊的行为。 A 状态机视图 B 模型管理视图 C 动态视图 D 静态视图903.（ ）是在领域模型的基础上，对系统进行进一步的分析获得的，它有三种非常有效的模型，实体类、控制类和边界类。 A 分析模型 B E-R模型 C 设计模型 D 概念模型904.（多选）以下（ ）属于活动图的节点。A 活动 B 决策点

18、C 开发控制 D 对象905.（多选）在采用用例模型捕获需求时，需要执行如下（）操作。A 识别参与者B 识别用例C 用例建模D 描述非功能需求907.（多选）活动图的边包括（）A. 对象流B. 消息流C. 数据流D. 控制流 909.（）将整个软件系统划分为模型，试图和控制器三个部分A.MVCB.分层模式C.管道模式D.架构模式910.在需求分析中，实体类（）A负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作B作为完成用例任务的责任承担者，负责协调，控制其他类共同完成用例规定的功能或行为C负责实现用户的业务逻辑D负责目标软件系统与外部执行者之间的交互913.在活动图中，（

19、）是从多个源活动汇合到一个目标的转换。A结合B初始节点和活动终点C分叉D活动914.在构件图中，（）用于显示构件之间的关联关系A依赖关系B构件C包D节点915.（）表明了软件之间的依赖关系，包括源代码构件，二进制代码构件和可执行代码构件A类图B包图C用例图D构件图916.（）可用于描述用户接口，设备控制器和其他具有反馈的子系统。它还可以用于描述在生命期中跨越多个不同性质阶段的被动对象的行为，在每一阶段该对象都有自己特殊的行为A状态机视图B动态视图C模型管理视图D静态视图917、在类图中，（）说明允许候选值范围，如集合可以设定的大小。可以说明可能用语关联端、组成类中的部分、消息的迭代次数和其他目

20、的的等。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

21、）消息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 活动9

22、30.对于一个学校的课程注册管理系统，如果有一条需求为“本软件必须通过接口定义文档规定的接口API与计费系统、学籍管理系统、教师信息管理系统交互”，该属于（）类型。A 可互操作新需求B 安全性需求C 可伸缩性需求D 可集成性需求931.在用例图中，可以用（）来表示整个软件系统或其中一些子系统的边界也可以用它表示软件系统的不同开发布版本的功能范围。A 边界框B 用例C 执行者D 关联关系932、在需求分析中，控制类（）。A、 负责目标软件系统与外部执行者之间的交互B、 作为完成用例任务的责任承担者，负责协调、控制其他类共同完成用例规定的功能或行为C、 负责保存目标软件系统中具有持久意义的信息项并

23、向其他类提供信息访问的操作D、 负责实现用户的业务逻辑934、（）将整个软件系统划分为模型、视图和控制器三个部分。A、MVC B、分层模式 C、管道模式 D、架构模式938、在面向对象的设计原则中，（）表示软件实体应当对扩展开发，对修改关闭，即软件实体应当在不修改的前提下扩展。 A 完全替换原则 B 合成/聚合复用原则 C 开放封闭原则 D 单一责任原则939.（）是指以设计复用为目的的，采用一种良好定义的，正规的，一致的方式记录的软件设计经验。 A 设计模式 B 架构 C 模型 D 设计原则940. 当客户程序与抽象类的实现部分之间存在很大的依赖性时，可以考虑使用（）。 A 对象池模式 B

24、工厂模式 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 静

25、态元素945、（）是在不改变代码外在行为的前提下，对代码做出修改，以改进程序的内部结构。 A 版本控制 B 代码调试 C 代码重构 D 代码走查946、（）可以用于帮助设计人员在NML模型为模型定义约束信息，创建更为精确的设计模型。A OCLB 表达式C 属性D 变量947、（多选）对于类，其属性的可见性表示该属性对类的外部世界的可见性，它有以下（）选项。A 包内公开（package）B 公开（public）C 保护（protected）D 私有（private）948、（多选）在UML的最上一层，视图被划分成（）视图域。A 结构分类B 动态行为C 模型管理D 扩展机制949、（多选）用例之间

26、的关系主要有（）。 A 继承 B 聚合 C 扩展 D 包含950、（多选）活动图的边包括（）。 A 数据流 B 对象流 C 控制流 D 消息流951.（多选）用例图的节点包括（） A.边界 B.用例 C执行者 D关联952.（多选）以下对UML视图说法正确的有（） A模型管理说明了模型的分层组织结构。包是模型的基本组织单元。特殊的包还包括模型和子系统。模型管理视图跨越了其他视图并根据系统开发和配置组织这些视图。B动态行为描述了系统随时间变化的行为。行为用从静态视图中抽取的瞬间值得变化来描述，动态行为视图包括状态机视图、活动视图和交互视图CUML还包括多种具有扩展能力的组件，这些扩展能力有限但很

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

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

29、缩小名称空间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通过图形化的元素机制从多个侧面对系统的分析和设计模型进行刻画，其中（）包括构建图（component dagram）,他描述软件系统中各组成构建、构建的内部以