uml试题及答案.docx

《uml试题及答案.docx》由会员分享，可在线阅读，更多相关《uml试题及答案.docx（16页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、【用例图】.用例图的节点包括1ABD）A、用例B、边界C、关联D、执行者.用例之间的关系主要有BCD）A、聚合B、继承C、扩展D、包含.在承受用例模型捕获需求时，需要执行如下ABCD）操作A、描述非功能需求B、用例建模C、识别用例D、识别参与者.在识别用例时，以下ABC）问题可以帮助识别用例A、当系统状态发生故障时，是否需要通知参与者B、系统是否存在外部大事，假设存在，是哪个能参与者通知系统这 些个部大事C、参与者期望系统为他供给什么样的功能D、系统运行环境是什么1 .在用例图中，可以用 ）来表示整个软件系统或其中一些子系统 的边界，也可以用它表示软件系统的不同公布版本的功能范围A、执行者 B

2、、关联关系 C、用例 D、边界框6.山 作为完成用例任务的责任担当者，协调、掌握其他类共同完成用例 规定的功能或行为A、数据对象B、掌握类C、实体类D、边界类.基丁用例图的需求捕获的第一步就是确定系统的参与者，在查找 系统参与者时，可以依据以下（ABCD等问题来确定A、系统同环境如何进展交互. (A)可以用于帮助设计人员在UML模型为模型定义约束信息，创 立更为准确的设计模型A、OCL B、表达式C、属性D、变量. UML2. 0在1.0的根底上，对如下ABCD)的建模力量进展了增加 A、活动B、交互C、简单构造D、状态机7 .在界面设计中，通常屏幕的)表示与软件系统的运行状态无关、 在任何状

3、况下均没有变化的文本、图标icon)、图形(graph)、 图象(image)等A、用户命令元素B、用户输入元素C、动态元素D、静态元素8 .在界面设计中，通常屏幕的C表示在屏幕上预留空位、由用 户在界面操作中填写或选择的界面元素，包括可编辑的文本、单项选 择钮(radio)、多项选择框(checkbox)、选择列表(select list) 等A、静态元素B、动态元素C、用户输入元素D、用户命令元 素.对于一个学校的课程注册治理系统，假设有一条需求为“学生只 能查看本人选课打算；教师只能查看本人所开课程的学生信息；教务 治理员可以查看全部信息。”，该属于 )类型的需求A、可配置性需求B、可移

4、植性需求C、功能需求D、安全性.对于一个学校的课程注册治理系统，假设有一条需求为“目前在校 学生1000名，教师100名；以后每年逐步递增，估量五年且翻番，要 示软件产品不需修改即可适应学校规模的扩张。”，该属于B类 型A、可配置性需求B、可伸缩性需求C、功能需求D、安全性需求.对于一个学校的课程注册治理系统，假设有一条需求为“本软件 必需通过接口定义文档规定的接口API与计费系统、学籍治理系统、 教师信息治理系统交互。”该属于C)类型。A、可集成性需求B、可伸缩性需求C、可互操作性需求D、安全性需求9 .对与OCL,说法正确的选项是ABCD) A、使用OCL在模型的方法上定义不变量B、将OC

5、L作为一种查询语言C、使用OCL对构造型(Stereotypes)定义前置和后置条件D、使用0CL描述类型的前置和后置条件10 . UML的B是由建模者设计的的建模元素，但是这个模型元素 的设计要建立在UML已定义的模型元素根底上A、标记值B、构造型C、注释D、约束11 . UML通过图形化的表示机制从多个侧面对系统的分析和设计模型 进展刻画，其中C)包括构件图，它描述软件系统中各组成构件， 构件的内部构造以及构件之间的依靠关系A、行为视图B、构造视图C、构件视图D、用例视图【设计模式】.以下属于面对对象的设计原则的有)A、最少学问原则B、依靠倒转原则C、接口隔离原则D、无循环依靠原则包图）A

6、BCD.从模式所供给的解决方案的抽象程度来看，模式可以分为1）A、测试模式B、面对软件实现的设计模式C、软件子系统或构件设计模式D、体系构造设计模式BCD.在设计模式中，0的核心是缓存和共享A、外观模式B、工厂模式C、对象池模式D、单例模式C.在面对对象的设计原则中，U表示软件实体应当对扩开放放， 对修改关闭，即软件实体应当在不修改的前提下扩展。A、单一责任原则B、开放封闭原则C、完全替换原则D、合成/聚合 复用原则.）将整个软件系统划分为模型、视图和掌握器三个局部。A、MVC B、分层模式C、管道模式D、架构模式A1 .在面对对象的设计原则中，U表示在一个的对象里面使用一些 已有的对象，便之

7、成为对象的一局部，的对象通过向这些对的委派到 达复用已有功能的目的。A、完全替换原则B、开放封闭原则C、合成/聚合复用原则D、单一 责任原则C2 .当使用单件单例设计模式时，可以获得如下U优点。A、对唯一实例供给受控访问B、缩小名称空间C、允许对操作和表 示进展精化操作D、运行可变数目的类实例数ABCD3 .设计U的目的是，将目标软件系统中依靠于系统运行环境的数 据存取局部与其他局部相分别。A、外部接口 B、外观模式C、数据长久存储效劳D、系统架构C4 .在面对对象的的设计原则中，）表示高层模块不应当依靠于低 层模块，都应当依靠于抽象，抽象不应当依靠于细节，细节应当依靠 于抽象。A、依靠倒转原

8、则B、开放封闭原则C、创立长久存储效劳D、唯一 责任原则A5 .）是指以设计复用为目的，承受一种良好定义、正规的、全都 的方式记录的软件设计阅历。A.架构B.模型C.设计模式D.设计数据C6 .在设计模式中，1）保证每个类只要单个实例。A.工厂模式 B.对象池模式C.外观模式 D.单例模式D7 .当客户程序与抽象类的实现局部之间存在很大的依靠性时，可以 考虑使用0A、单例模式B、对象池模式C、工厂模式D、外观模式D.当需要强调一系列相关产品对象的设计以便进展联合使用，可以 考虑使用1）。A.工厂模式 B.对象池模式C.外观模式D.单例模式A. U将整个软件系统分为假设干层次，最顶层直接面对用户

9、供给 软件系统的操作界面。其余各层为紧邻其上的层次供给效劳。A.分层模式B.MVCC.架构模式D.管道模式A.在面对对象的原则中，）表示使用多个特地的接口比使用单一 的总接口要好，一个类对另一个来的依靠性应当是建立在最小的接口 上的。A.单一责任原则B.接口隔离原则C.依靠倒转原则D.合成/聚合复用原则B8 .在面对对象的设计原则中，U表示在包的依靠关系图中不允许 存在环。A.最少学问原则B.依靠倒转原则C.接口隔离原则D.无循环依靠原则D.期望创立一个可复用的类，该类必需能够与接口不行预订的类协 同工作，可以考虑使用）A、单例模式B、对象池模式C、工厂模式D、适配器模式D9 .在需要构建一个

10、层次构造的子系统时，可以使用门面模式定义子 系统中每层的入口点，可以考虑使用U oA.外观模式B.工厂模式C.对象池模式D.单例模式A10 .当需要在不同时刻指定、排列和执行恳求是，可以考虑使用U oA.单例模式 B.命令模式 C.工厂模式D.适配器模式B11 .当某个系统需要多个产品系列中的一个来配置，可以考虑使用） A、单例模式B、对象池模式C、工厂模式D、外观模式C【代码重构】.在如下U状况下，可以考虑使用重构A、修改错误时B、复审程序代码时C、添加功能时D、需求分析时 ABC.当一个临时变量仅仅在使用它的方法中可见，则用一个（），取 代变理睬使得代码更加易读，这也相当于为信息创立一个单

11、独的访问 机制A、提升方法重构B、承受查询替换临时变量重构C、Move Method 重构 D Extract Method 重构B【增】1、在UML中，（可以对模型元素进展有效组织，如类，用例，构件，从而构成具有肯定意义的单元。A连接B包 C构件D节点2、UML通过图形化的表示机制从多个侧面系统的分析和设计模型进 展刻画，其中1包括类图、对象图和包图，他们分别从不同的层外表表示系统的静态构造。A构件视图B行为视图C构造视图D用例视图C3、以算法和数据构造为中心，其系统功能有一系列的处理步骤构成, 相邻的处理步骤之间数据流通管道相互连接）A MVC B分层模式C流程处理模式D架构模式C4、UM

12、L通过图形化的表示机制从多个侧面对系统的分析设计模型进 展刻画。其中（）包括交互图、状态图与活动图，他们从不同的侧 面刻画系统的动态行为。A构造视图 B用例视图C行为视图D构件视图C5、当需要支持日志修改时，可以考虑使用1 ）A命令模式 B工厂模式C单例模式D适配器模式A6、对于某些类来说，只有一个实例是格外重要的，例如，系统中可 以有都种类型的打印机，但是只能有一个打印机假脱机，只应当一个 文件系统和一个窗口治理器，为此，可以使用）。A对象模式B工厂模式C单例模式D外观模式C7、是在领域模型的根底上，对系统惊醒进一步的分析获得的，它有 三种格外有效的模型，实体类、掌握类和边界类。A设计模型B

13、分析模型C概念模型D E-R模型B8、当一个抽象模型有两个方面，其中一个方面依靠于另一方面，将 这两者封装在独立的对象中以使它们可以各自独立地转变和复用，可 以考虑使用（）A观看者模式B命令模式C适配器模式D单例模式A9、在需求分析中，实体类UA负责保存目标软件系统中具有长久意义的信息项并向其他类供给信 息访问的操作B作为完成用例任务的责任担当者，负责协调，掌握其他类共同完成 用例规定的功能后行为C负责实现用户的业务规律D负责目标软件系统与外部执行者之间的交互A10、）是在不转变代码外在行为的前提下，对代码做出修改，以改进程序内部构造。A版本掌握B代码调式C代码重构D代码走查C11、在UML中

14、1 ）表示执行者为达成一项相对独立、完整的业务目 标而要求软件系统完成的功能。A用例图B边C执行者D用例D12、）是子对象或者子类自动共享父对象或者父类数据构造和方法的机制，这是对象或类之间的一种关系。A封装B抽象C继承D信息隐蔽C13、在活动图中）的一个输出局部有一个监护条件，检查预定者是不是会员，这是一个条件线程，它只有在监护条件被满足时才 会激发，假设这个线程没有被激发，那么随后相对应的结合的输入局 部被认为已完成。A分叉B转换C掌握D活动A14、1. OCL已经嵌入到UML2.0规约中，建模人员可以在以下）状况下使用OCL。A使用OCL在类上或者在类模型的类型上定义不变量B使用OCL对

15、构造型定义类型不变量C将OCL作为一种查询语言D使用OCL描述操作和方法的前置和后置条件ABCD15、以下15、以下）属于活动图的节点。B、由谁安装系统C、系统为哪些对象供给信息、效劳D、系统的使用者是谁.假设用例B是用例A的某项子功能，并且建模者精准地知道在A 所对应的动作序列中何时将调用B,则称A)A、用例A扩展用例BB、用例A继承用例BC、用例A包括用例BD、用例A实现用例B8 .假设用例A与用例B相像，但A的动作序列是通过改写B的局部 或者扩展B的动作而获得的，则称B)A、用例A实现用例BB、用例A继承用例BC、用例A扩展用例BD、用例A包括用例B.假设用例A与用例B相像，但A的功能较

16、B多，A的动作序列是 通过在B的动作序列中的某些执行点上插入附加的动作序列而构成的, 则称A、用例A扩展用例BB、用例A包含用例BC、用例A继承用例BD、用例A实现用例BA决策点B活动C并发掌握D对象ABCD16、在需求分析的业务流程建模中，可以利用活动图描述)A系统对外部呈现的功能B多个用例联合起来形成的处理流程C对象协同的单个用例中的处理流程D软件与外部实体共同参与的业务处理流程BCD17、以下属于面对对象的开发方法的有)A jacobson方法B 0MT方法C Coad方法D Booch方法 ABCD18、在UML中，模型的组织元素包括)几个主要的层次。A视图B状态C模型D图ACD19、

17、构件图的节点可以是UA包 B类 C用例D构件ABD20、在状态机图中，转换包括以下()类型A外部自转换B内部自转换C模拟转换D正常转换ABD21、在一般状况下，可以将面对对象的聚合概念区分为)关系。A组合 B聚合C关联D继承ABC22、在面对对象的设计中，主要建立的模型包括1）。A算法规律模型B功能模型 C动态模型 D对象模型BCD11 .在UML中，A表示使用软件系统的功能，与软件系统交换信 息的外部实体A、执行者B、类C、用例D、用例图12 .在用例图中，执行者之间的关系只有 山)一种A、包含B、继承C、扩展D、实现【静态图】.对于类，其属性的可见性表示对类的外部世界的可见性，它有以 下(

18、ABCD)选项A、公开(public) B、包内公开package) C、保护(protected)D、私有(private)1 .在UML中，以下(ABCD)是可以应用于包的构造型A、框架FrameworkB、虚包FacadeC、子系统SubsystemD、系统system).两个类之间的关联表示他们之间存在一种不适于继承的规律关 系。在关联关系的表示图元的两端，可以表示参与关联的(ABCD)特 性。A、约束B、可见性C、角色名D、多重性.用例之间的关系主要有ABC)A、包含B、继承C、扩展D、聚合.在构件中图中，)用于显示构件之间的关联关系。A、节点B、包C、构件D、依靠关系.用于描述相互

19、合作的对象间的交互关系的链接关系。A、类图B、通信图C、用例图D、协作图.是一种不包含操作的实现局部的特别类。A、概念类B、分析类C、实现类D、接口.在类图中，C说明允许候选值范围，如集合可以设定的大小。 可以说明可能用于关联端、组成类中的局部、消息迭代次数和其他目 的。A、角色B、多重性C、注释D、监护条件.泛化使得（A）操作成为可能，即操作的实现是由它们所使用的对 象的类，而不是由调用确定的。A、多态B、多重C、传参D、传值.将以下图中的接口映射为Java代码，具有 ）形式。A、 private interface Service（protect interface ServiceB、 v

20、oid interface Service(public interface Service11 . （A）关系是类元的一般描述和具体描述之间的关系，具体描述 建立在一般描述的根底之上，并对其进展了扩展，具体描述与一般描 述完全全都全部特性、成员和关系，并且包含补充的信息，它用从子 指向父的箭头表示，指向父的是一个空三角形。A、泛化B、继承C、组成D、聚拢. C）使用类图的一个子集，用于强化某个时间点类实例之间的 关系。A、交互图B、协作图C、对象图D状态图.A是用来反映代码的物理构造。A、构件图B、用例图C、类图D、状态机.类元之间的A）将一个对象的两个版本以连续一方式连接起来， 它表示一个

21、对象的值、状态和位置的转换，可以将类元角色在一次相互 作用中连接起来。A、流B、依靠C、泛化D、关联.）是对象与其外界相互关联的唯一途径。A、函数调用B、接口 C、状态转换D、消息传递.以下对部署图说法正确的有BCDA、部署图有主要建模元素是构件B、使用部署图可以显示运行时系统的构造，同时还传达构成应用程 序的硬件和软件的配置的部署方式C、从部署图中，可以了解到软件与硬件之间物理关系及处理节点的 组件分布状况D、部署图deployment,配置图是用来显示系统中软件和硬件的物 理构造12 .利用部署图，可以（ABCD）A、探究系统和生产环境中的其它系统的依靠关系，这些系统可能是 已经存在，或是

22、将要引入的B、探究系统投产的相关问题C、描述一个应用主要的部署构造D、描述一个商业应用主要的部署构造，描述一个组织的硬件网络根 底构造【动态图】.活动图的边包括（BC）A、数据流B、掌握流C、对象流D、消息.在UML活动图中，B表示一个操作完成后对其后续操作的触发。A、信息流B、掌握流C、初始活动D、活动.在UML活动图中，（C表示活动需要输入的对象或者作为活动的 处理结果输出的对象。A、并发掌握B、决策点C、对象D、活动.在活动图中，（C）是从多个源活动集合到一个？ ？ ？ ？A、活动B、初始节点和活动终点C、结合D分叉. C）是一种特别形式的状态机，用于对计算流程和工作流程建模。A、时间图

23、B、流程图C、活动图D、状态图.在活动图中，)表示一个具有子构造的纯粹计算的执行，通常 为操作或位于其内的声明的调用成真实世界程序的执行。A、状态B、活动C、挨次状态D、活动状态.对于活动图，以下说法正确的有ABD)A、活动图适用于准确地描述单个用例中的处理流程，也可用来描述 多个用例联合起来形成的处理流程，表达相对简单的业务操作或软件 处理过程，有时甚至可以针对类中某个个简单的操作用活动图给出实 现细节B、活动图中包含掌握流和信息流，掌握流表示一个操作完成后对其 后续操作的触发，信息流则刻画操作这间的信息交换C、活动图的根本建模机制包括节点、边及泳道D、活动图描述实体为完成某项功能面执行的操

24、作序列，其中的某些 操作或者操作的子序列可以并发和同步1 .在UML活动较中，(A)表示操作之间的信息交换。A、信息流B、掌握流C、初始活动D、活动. UML的A)表示消息源发出消息后不必等待消息处理过程的返回， 即可连续执行自己的后续操作。A、异步消息B、返回消息C、同步消息D、简洁消息.在UML挨次图中，A)对消息传递的目标对象的销毁。A、销毁(destory)消息B、创立(create)消息C、返回消息D、自消息2 .在挨次图中，以下图表示)A、A、带时廷的消息B、自消息C、异步消息D、同步消息.在UML挨次图中，假设一条消息从对象a传向对象b,那么其A) 是一条从b指向a的虚线有向边，

25、它表示原消息的处理已经完成处理 结果假设有的话给返回消息传回。A返回消息B、自消息C、创立(create)消息D、销毁(destory) 消息.B)用于概述相互合作的对象流的交互关系和链接关系。A、用例图B、通信图C、协作图D、类图.时间图中，包含以下(BCD)几个局部。A、值生命线B、消息标签和消息端点C、状态生命线D、消息.要状态机图中，A)表示两个状态之间的关系，源状态和目的 状态。A、转换B、状态C、大事D监护条件【综合】.在UML的最上一层，视图被划分为(ACD)视图域。A、模型治理B、扩展机制C、动态行为D、构造分类.以下属于UML模型视图的有CD)A、行为视图B、构造视图C、部署

26、视图和构件视图D、用例视图.以下对UML视图说法正确的有ABCD)A、构造分类描述了系统中的构造成员及其相互关系。类元包括类、 用例、构件和节点。类元为争论系统动态行为奠定了根底。类元视图 包括静态视图、用例视图和实现视图。B、动态行为描述了系统随时间变化的行为。待业用从静态视图中抽 取的瞬间值的变化来描述。动态行为视图包括状态机视图、活动视图 和交互视图C、模型治理说明白模型的分层组织构造。包是模型的根本组织单元。 特别的包还包括模型和子系统。模型治理视图跨越了其他视图并依据系 统开发和配置组织这些视图。D、UML还包括多种具的扩展力量的组件，这些扩展力量有限但很有用。 这些组件包括约束、构造型和标记值，它们适用于全部的视图元素. B是一个类对象所可能经受的全部历程的模型图A、模型治理视图B、状态机视图C、动态视图D、静态视图. C)可用于描述用户接口、设备掌握器和其他具有反响的子系统。 它还可用于描述在生命期中跨越多个不同性质阶段的被动对象的行 为，在每一阶段该对象都有自己特别的行为A、动态视图B静态视图C、状态机视图D、模型治理视图. (C)是在分析模型的根底上，添加了设计元素的构造，使得分析 模型更加接近系统实现。A、领域模型B、数据模型C、设计模型D、概念模型