UML真题Word文档下载推荐.docx
《UML真题Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《UML真题Word文档下载推荐.docx(26页珍藏版)》请在冰豆网上搜索。
![UML真题Word文档下载推荐.docx](https://file1.bdocx.com/fileroot1/2023-2/2/8b0f5bfb-a38f-40da-a181-099e1bffac33/8b0f5bfb-a38f-40da-a181-099e1bffac331.gif)
}
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
A 控制流
B 初始活动
C 信息流
D 活动
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),只应该一个文件系统和一个窗口管理器,为此,可以使用()。
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模型
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事件
920在UML活动图中,()表示一个操作完成后对其后续操作的触发。
A控制流
B初始活动
C信息流
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.当客户程序与抽象类的实现部分之间存在很大的依赖性时,可以考虑使用()。
B工厂模式
C单例模式
D外观模式
941、当需要强调一系列相关产品对象的设计以便进行联合使用,可以考虑使用()。
A工厂模式
B外观模式
C对象池模式
942、在设计模式中,()的核心包括缓存和共享。
943、在设计模式中,()保证每个类只有单个实例。
B单例模式
C工厂模式
944、在界面设计中,通常屏幕的()表示与软件系统的运行状态无关、在任何情况下均没有变化的文本、图标(icon)、图形(graph)、图像(image)等。
B用户命令元素
C动态元素
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.(多选)UML2.0在1.0的基础上,对如下()的建模能力进行了增强。
A复杂结构
B活动
C交互
D状态机
964.(多选)以下属于面向对象的开发方法的有()
AJacobson方法
BOMT方法
CCoad方法
DBooch方法
965.(多选)在UML中,模型的组织元素包括()几个主要的层次
A视图
C模型
D图
967.(多选)活动图的边包括()
B数据流
C对象流
D消息流
968.(多选)构件图的节点可以是()
A包
B类
C用例
D构件
970.(多选)在状态图视图中,转换包括以下()类型
A外部自转换
B内部自转换
C模拟转换
D正常转换
971.(多选)在UML中,模型的继承元素包括()几个主要的层次。
A模型B视图C图D状态
972.UML通过图形化的元素机制从多个侧面对系统的分析和设计模型进行刻画,其中()包括构建图(componentdagram),他描述软件系统中各组成构建、构建的内部以