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包含用例BB.用例A扩展用例BC.用例A继承用例BD.用例A实现用例B834.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）的形式。ServiceImpServiceA、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）obj1obj2someMsgA．带时延的消息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）包括交互图（interactivediagram）、状态图（statechartdiagram）与活动图（activitydiagram）。它们从不同的侧面刻画系统的动态行为。A结构视图B用例视图C行为视图D构件视图864.在UML活动图中，（C）表示操作之间的信息交换。P26Ａ控制流Ｂ初始活动Ｃ信息流Ｄ活动865.在UML活动图中，（?）表示活动需要输入的对象或者作为活动的处理结果输出的对象。A并发控制B决策点C对象D活动868.下图表示类图的（B）+op11()+op12()-attr11-attr12Class1+op21()+op22()-attr21-attr22Class21*A聚合关系B组合关系C关联关系D依赖关系869.在状态机图中，（?）表示两个状态之间的关系：源状态和目的状态。A事件B监护条件C状态D转换870.（?）是在分析模型的基础上，添加设计元素的结果，使得分析模型更加接近系统实现。A数据模型B设计模型C领域模型D概念模型871.如果用例B是用例A的某项子功能，并且建模者确切地知道在A所对应的动作序列中间将调用8，则称（D）A、用例A继承用例BB、用例A实现用例BC、用例A扩展用例BD、用例A包含用例B872.（多选）在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.下图表示类图的（）。+op11()+op12()-attr11-attr12Class1+op21()+op22()-attr21-attr22Class2A关联关系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对象90