文档介绍：该【UML试题及答案-(5) 】是由【儒林】上传分享，文档一共【22】页，该文档可以免费在线阅读，需要了解更多关于【UML试题及答案-(5) 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。UML试题及答案-(5)【用例图】(ABD)A、用例B、边界C、关联D、(BCD)A、聚合B、继承C、扩展D、,需要执行如下(ABCD)操作A、描述非功能需求B、用例建模C、识别用例D、,以下(ABC)问题可以帮助识别用例A、当系统状态发生故障时,是否需要通知参与者B、系统是否存在外部事件,如果存在,是哪个能参与者通知系统这些个部事件C、参与者希望系统为他提供什么样的功能D、,可以用(D)来表示整个软件系统或其中一些子系统的边界,也可以用它表示软件系统的不同发布版本的功能范围A、执行者B、关联关系C、用例D、边界框6.(B)作为完成用例任务的责任承担者,协调、控制其他类共同完成用例规定的功能或行为A、数据对象B、控制类C、实体类D、,在寻找系统参与者时,可以根据以下(ABCD)等问题来确定A、,(A)表示使用软件系统的功能,与软件系统交换信息的外部实体A、执行者B、类C、用例D、,执行者之间的关系只有(B)一种A、包含B、继承C、扩展D、实现【静态图】,其属性的可见性表示对类的外部世界的可见性,它有以下(ABCD)选项A、公开(public)B、包内公开(package)C、保护(protected)D、私有(private),以下(ABCD)是可以应用于包的构造型A、框架{《Framework》}B、虚包{《Facade》}C、子系统{《Subsystem》}D、系统{《system》}。在关联关系的表示图元的两端,可以表示参与关联的(ABCD)特性。A、约束B、可见性C、角色名D、(ABC)A、包含B、继承C、扩展D、,(D)用于显示构件之间的关联关系。A、节点B、包C、构件D、依赖关系6.(D)用于描述相互合作的对象间的交互关系的链接关系。A、类图B、通信图C、用例图D、协作图7.(D)是一种不包含操作的实现部分的特殊类。A、概念类B、分析类C、实现类D、,(C)说明允许候选值范围,如集合可以设定的大小。可以说明可能用于关联端、组成类中的部分、消息迭代次数和其他目的。A、角色B、多重性C、注释D、(A)操作成为可能,即操作的实现是由它们所使用的对象的类,而不是由调用确定的。A、多态B、多重C、传参D、,具有(D)形式。A、privateinterfaceService{……}B、protectinterfaceService{….}C、voidinterfaceService{…..}D、publicinterfaceService{……}11.(A)关系是类元的一般描述和具体描述之间的关系,具体描述建立在一般描述的基础之上,并对其进行了扩展,具体描述与一般描述完全一致所有特性、成员和关系,并且包含补充的信息,它用从子指向父的箭头表示,指向父的是一个空三角形。A、泛化B、继承C、组成D、聚集12.(C)使用类图的一个子集,用于强化某个时间点类实例之间的关系。A、交互图B、协作图C、对象图D状态图13.(A)是用来反映代码的物理结构。A、构件图B、用例图C、类图D、(A)将一个对象的两个版本以连续一方式连接起来,它表示一个对象的值、状态和位置的转换,可以将类元角色在一次相互作用中连接起来。A、流B、依赖C、泛化D、关联15.(D)是对象与其外界相互关联的唯一途径。A、函数调用B、接口C、状态转换D、(BCD)A、部署图有主要建模元素是构件B、使用部署图可以显示运行时系统的结构,同时还传达构成应用程序的硬件和软件的配置的部署方式C、从部署图中,可以了解到软件与硬件之间物理关系及处理节点的组件分布情况D、部署图(deployment,配置图),可以(ABCD)A、探究系统和生产环境中的其它系统的依赖关系,这些系统可能是已经存在,或是将要引入的B、探究系统投产的相关问题C、描述一个应用主要的部署结构D、描述一个商业应用主要的部署结构,描述一个组织的硬件网络基础结构【动态图】(BC)A、数据流B、控制流C、对象流D、,(B)表示一个操作完成后对其后续操作的触发。A、信息流B、控制流C、初始活动D、,(C)表示活动需要输入的对象或者作为活动的处理结果输出的对象。A、并发控制B、决策点C、对象D、,(C)是从多个源活动汇合到一个????A、活动B、初始节点和活动终点C、结合D分叉5.(C)是一种特殊形式的状态机,用于对计算流程和工作流程建模。A、时间图B、流程图C、活动图D、,(D)表示一个具有子结构的纯粹计算的执行,通常为操作或位于其内的声明的调用成真实世界程序的执行。A、状态B、活动C、顺序状态D、,以下说法正确的有(ABD)A、活动图适用于精确地描述单个用例中的处理流程,也可用来描述多个用例联合起来形成的处理流程,表达相对复杂的业务操作或软件处理过程,有时甚至可以针对类中某个个复杂的操作用活动图给出实现细节B、活动图中包含控制流和信息流,控制流表示一个操作完成后对其后续操作的触发,信息流则刻画操作这间的信息交换C、活动图的基本建模机制包括节点、边及泳道D、活动图描述实体为完成某项功能面执行的操作序列,,(A)表示操作之间的信息交换。A、信息流B、控制流C、初始活动D、(A)表示消息源发出消息后不必等待消息处理过程的返回,即可继续执行自己的后续操作。A、异步消息B、返回消息C、同步消息D、,(A)对消息传递的目标对象的销毁。A、销毁(destory)消息B、创建(create)消息C、返回消息D、,下图表示(D)A、????????带时廷的消息B、自消息C、异步消息D、,如果一条消息从对象a传向对象b,那么其(A)是一条从b指向a的虚线有向边,它表示原消息的处理已经完成处理结果(如果有的话)给返回消息传回。A返回消息B、自消息C、创建(create)消息D、销毁(destory)消息13.(B)用于概述相互合作的对象流的交互关系和链接关系。A、用例图B、通信图C、协作图D、,包含以下(BCD)几个部分。A、值生命线B、消息标签和消息端点C、状态生命线D、,(A)表示两个状态之间的关系,源状态和目的状态。A、转换B、状态C、事件D监护条件【综合】,视图被划分为(ACD)视图域。A、模型管理B、扩展机制C、动态行为D、(CD)A、行为视图B、结构视图C、部署视图和构件视图D、(ABCD)A、结构分类描述了系统中的结构成员及其相互关系。类元包括类、用例、构件和节点。类元为研究系统动态行为奠定了基础。类元视图包括静态视图、用例视图和实现视图。B、动态行为描述了系统随时间变化的行为。待业用从静态视图中抽取的瞬间值的变化来描述。动态行为视图包括状态机视图、活动视图和交互视图C、模型管理说明了模型的分层组织结构。包是模型的基本组织单元。特殊的包还包括模型和子系统。模型管理视图跨越了其他视图并根据系统开发和配置组织这些视图。D、UML还包括多种具的扩展能力的组件,这些扩展能力有限但很有用。这些组件包括约束、构造型和标记值,它们适用于所有的视图元素4.(B)是一个类对象所可能经历的所有历程的模型图A、模型管理视图B、状态机视图C、动态视图D、静态视图5.(C)可用于描述用户接口、设备控制器和其他具有反馈的子系统。它还可用于描述在生命期中跨越多个不同性质阶段的被动对象的行为,在每一阶段该对象都有自己特殊的行为A、动态视图B静态视图C、状态机视图D、模型管理视图6.(C)是在分析模型的基础上,添加了设计元素的结构,使得分析模型更加接近系统实现。A、领域模型B、数据模型C、设计模型D、概念模型7.(A)可以用于帮助设计人员在UML模型为模型定义约束信息,创建更为精确的设计模型A、OCLB、表达式C、属性D、,对如下(ABCD)的建模能力进行了增强