多选题

第一章 UML与面向对象

1. UML中具有多种视图，包含用例视图和（ABCD）

A、并发视图
B、部署视图
C、组件视图
D、逻辑视图

解析：
UML包含多种视图，用于从不同角度描述系统：

• 用例视图：描述系统的功能需求，从用户角度展示系统的行为
• 逻辑视图：描述系统的静态结构和动态行为，包括类图、对象图、交互图等
• 组件视图：描述系统的物理组件结构，包括组件图
• 部署视图：描述系统的物理部署，包括部署图
• 并发视图：描述系统的并发特性，包括状态图、活动图等

2. 以下说法正确的有（AB）

A、UML是一种可视化建模语言
B、UML仅仅是一种语言
C、UML是一种程序设计语言
D、UML是一种软件设计方法

解析：
关于UML的正确说法：

• A、UML是一种可视化建模语言：UML提供了一套图形符号，用于可视化地描述软件系统
• B、UML仅仅是一种语言：UML定义了建模的词汇和规则，但它不是方法学，也不是程序设计语言
• C、UML是一种程序设计语言：错误，UML是建模语言，不是程序设计语言，不能直接用于编写代码
• D、UML是一种软件设计方法：错误，UML是语言，不是方法，它可以与多种方法学（如RUP）结合使用

3.通用机制包括（ABCD）

A、规格说明
B、注释
C、修饰
D、扩展机制

解析：
UML的通用机制包括：

• A、规格说明：为UML模型元素提供详细的文字描述
• B、注释：用于解释模型元素，提高模型的可读性
• C、修饰：用于表示模型元素的附加特性，如可见性、抽象性等
• D、扩展机制：允许用户扩展UML，包括构造型、标记值和约束

4. 以下关于UML四个抽象层次说法正确的是（ACD）

A、对象图属于用户模型层
B、元元模型层代表要定义的所有事物
C、类图、用例图属于模型层
D、类、用例、节点、组件等都属于元模型层

解析：
UML的四个抽象层次：

1. 用户模型层：最终用户看到的模型，如对象图、实例图等
2. 模型层：系统的概念模型，如类图、用例图、状态图等
3. 元模型层：定义模型层中的概念，如类、用例、节点、组件等
4. 元元模型层：定义元模型层的概念，是UML的最基础层次

• A、对象图属于用户模型层：正确，对象图展示的是类的实例
• B、元元模型层代表要定义的所有事物：错误，元元模型层定义的是元模型层的概念
• C、类图、用例图属于模型层：正确，这些图描述的是系统的概念模型
• D、类、用例、节点、组件等都属于元模型层：正确，这些是UML的核心概念

5. 以下不属于UML1.x版本的图形有（ABD）

A、组合结构图
B、交互概览图
C、包图
D、时序图（或计时图）

解析：
UML1.x版本中包含9种图形，而组合结构图、交互概览图和时序图（计时图）是UML2.0版本新增的图形。包图在UML1.x版本中就已经存在，用于组织模型元素。

• A、组合结构图：UML2.0新增
• B、交互概览图：UML2.0新增
• C、包图：UML1.x已有
• D、时序图（或计时图）：UML2.0新增

6. OO开发方法中三层设计将系统中的所有对象分成（BCD）三类。

A、程序类
B、GUI类
C、数据访问类
D、问题域类

解析：
面向对象开发方法中的三层设计将系统对象分为三类：

• B、GUI类：负责用户界面的设计和实现，处理用户交互

• C、数据访问类：负责与数据库或其他数据存储系统进行交互

• D、问题域类：负责业务逻辑的实现，是系统的核心部分

• A、程序类：不是三层设计中的标准分类

7. 以下属于交互图的是（ABCD）

A、计时图
B、顺序图
C、交互概览图
D、协作图

解析：
UML中的交互图用于描述对象之间的交互关系，包括：

• A、计时图（Timing Diagram）：强调对象状态随时间变化的情况
• B、顺序图（Sequence Diagram）：按时间顺序描述对象间的消息交换
• C、交互概览图（Interaction Overview Diagram）：结合了活动图和顺序图的特点
• D、协作图（Collaboration Diagram，UML2.0中改名为通信图）：强调对象之间的协作关系

第二章 用例图

1. 用正文描述用例包含的内容有（ABCDE）

A、前置条件
B、用例名
C、参与者
D、后置条件
E、事件流

解析：
用正文描述用例时，通常包含以下核心内容：

• A、前置条件：执行用例前必须满足的条件
• B、用例名：简洁描述用例功能的名称
• C、参与者：与用例交互的外部实体
• D、后置条件：用例执行完毕后系统的状态
• E、事件流：用例执行的详细步骤和流程

2. 描述一个用例可以用的方式有（BD）

A、流程图
B、正文
C、用例图
D、活动图

解析：
描述用例的标准方式包括：

• B、正文：用文字详细描述用例的各个方面，包括前置条件、事件流、后置条件等

• D、活动图：用UML活动图表示用例的执行过程，强调活动和状态转换

• A、流程图：不是UML中描述用例的标准方式

• C、用例图：用于展示用例之间和用例与参与者之间的关系，不是描述单个用例内部细节的方式

3. 识别用例时，需要考虑以下哪些问题（ABCDE）

A、需要将系统的哪个事件告诉参与者
B、参与者希望系统执行什么任务
C、需要将外界的哪些信息提供给系统
D、参与者在系统中访问哪些信息
E、如何维护系统

解析：
识别用例时需综合考虑：

• A、系统需通知参与者的事件
• B、参与者的任务需求
• C、系统所需的外部输入信息
• D、参与者的信息访问需求
• E、系统维护需求

第三章 类图、对象图和包图

1. 类图中，描述操作的格式中包括（ABCD）

A、约束特性
B、操作名（参数表）
C、可见性
D、返回类型表达式

解析：
在UML类图中，操作的完整描述格式包括：

• C、可见性：表示操作的访问权限，如+（公有）、-（私有）、#（保护）、~（包可见）
• B、操作名（参数表）：操作的名称和参数列表
• D、返回类型表达式：操作的返回值类型
• A、约束特性：对操作的约束条件，如前置条件、后置条件等

操作的完整格式通常为：可见性 操作名（参数表）: 返回类型

2. 在UML2.0中，以下属于依赖关系的有（ABCDEF）

A、instantiate(实例化)
B、bind
C、creat
D、call
E、use
F、access

解析：
UML2.0中，依赖关系表示一个元素（客户端）使用另一个元素（提供者）的信息或服务，是一种使用关系。所有选项均属于依赖关系的具体类型：

• A、instantiate(实例化)：一个类创建另一个类的实例
• B、bind：绑定模板参数
• C、creat：创建对象
• D、call：调用操作
• E、use：使用服务
• F、access：访问属性

3. 以下正确的对象命名有（BCD）

A、Tiger:Animal
B、:Animal
C、tiger
D、tiger:Animal

解析：
UML中对象命名规则：

• 格式1：对象名:类名（如D选项tiger:Animal）
• 格式2：:类名（匿名对象，如B选项:Animal）
• 格式3：对象名（省略类名，如C选项tiger）
• 注意：对象名首字母一般小写，类名首字母大写，A选项Tiger首字母大写不符合对象命名惯例

4. 以下定义的属性正确的有（ABC）

A、+ status : Status = unpaid {unpaid, paid}
B、+ amount : Real
C、- administrator : String=“unspecified”
D、- Number : Integer

解析：
属性定义的正确格式：可见性 属性名 : 属性类型 = 缺省值

• A、正确：可见性+，属性名status，类型Status，缺省值unpaid，约束特性
• B、正确：可见性+，属性名amount，类型Real
• C、正确：可见性-，属性名administrator，类型String，缺省值"unspecified"
• D、错误：属性名Number首字母大写，不符合属性命名惯例（属性名一般首字母小写）

5. 类图中，定义一个类的属性，格式中包括（ABCDE）

A、属性名
B、可见性
C、约束特性
D、缺省值
E、属性值类型
F、所属类

解析：
类的属性定义完整格式包括：

• B、可见性：表示属性的访问权限（+、-、#、~）
• A、属性名：属性的名称
• E、属性值类型：属性的数据类型
• D、缺省值：属性的默认值
• C、约束特性：对属性的约束条件

F选项"所属类"不属于属性定义的格式组成部分，而是属性与类的关系。

6. 实现关系可以用（AD）表示

A、空心三角形+虚线
B、空心圆圈+虚线
C、空心三角形+实线
D、空心圆圈+实线

解析：
实现关系表示类与接口之间的关系，接口定义了一组操作契约，类实现这些操作。实现关系的表示方法：

• A、空心三角形+虚线：用于表示类实现接口
• D、空心圆圈+实线：也称为"棒棒糖"表示法，用于表示类实现接口

7. 用菱形和实线表示的是（AB）

A、组合关系
B、聚合关系
C、实现关系
D、泛化关系

解析：
在UML类图中：

• A、组合关系：实心菱形+实线，表示整体与部分的强依赖关系，部分不能独立于整体存在
• B、聚合关系：空心菱形+实线，表示整体与部分的弱依赖关系，部分可以独立于整体存在
• C、实现关系：空心三角形+虚线或空心圆圈+实线
• D、泛化关系：空心三角形+实线

8. 以下属于特殊的关联关系的是（BC）

A、实现关系
B、组合关系
C、聚合关系
D、泛化关系

解析：
关联关系表示类之间的连接，特殊的关联关系包括：

• B、组合关系：强关联，整体与部分不可分离
• C、聚合关系：弱关联，整体与部分可以分离

A选项实现关系和D选项泛化关系不属于关联关系，它们是独立的关系类型。

9. UML中，一个类用三栏矩形表示，从上到下分别填写（ABC）

A、操作
B、属性
C、类名
D、对象名

解析：
UML类的标准表示方法是三栏矩形，从上到下依次为：

• C、类名：类的名称
• B、属性：类的属性列表
• A、操作：类的操作列表

D选项对象名属于对象图中的概念，不是类的三栏表示内容。

10. 类图中，类与类之间的关系包括（ABCD）

A、依赖关系
B、泛化关系
C、实现关系
D、关联关系

解析：
UML类图中，类与类之间的主要关系类型包括：

• A、依赖关系：使用关系
• B、泛化关系：继承关系
• C、实现关系：类实现接口
• D、关联关系：连接关系，包括聚合和组合等特殊形式

11. 以下定义的操作正确的有（ABD）

A、+ draw()
B、#Login()
C、$ resize( percentX : Integer=25 , percentY : Integer = 25 )
D、- returnPos( ) : Position

解析：
操作定义的正确格式：可见性 操作名（参数表）: 返回类型

• A、正确：可见性+，操作名draw，无参数，无返回类型
• B、正确：可见性#，操作名Login，无参数，无返回类型
• C、错误：可见性$不是UML标准可见性符号（标准可见性为+、-、#、~）
• D、正确：可见性-，操作名returnPos，无参数，返回类型Position

12. 在类图中，以下关系中可以有哪些（ABCDE）

（A）泛化
（B）实现
（C）依赖
（D）聚合
（E）组合

解析：
UML类图中支持多种关系类型，包括：

• A、泛化：继承关系，子类继承父类的特性
• B、实现：类实现接口的关系
• C、依赖：一个类使用另一个类的关系
• D、聚合：整体与部分的弱关系，部分可以独立于整体存在
• E、组合：整体与部分的强关系，部分不能独立于整体存在

第四章 活动图

1. 在活动图中（ ）用空心小菱形表示。（AD）

A、分支
B、分岔
C、汇合
D、合并

解析：
在UML活动图中：

• A、分支：用空心小菱形表示，用于根据条件选择不同的执行路径
• B、分岔：用实心小菱形表示，用于将一条流分成多条并发流
• C、汇合：用实心小菱形表示，用于将多条并发流合并
• D、合并：用空心小菱形表示，用于将不同条件分支的流合并

空心小菱形用于表示条件分支和合并，实心小菱形用于表示并发分岔和汇合。

2. 下面哪些图形可以清楚地表达并发行为（BCD）

A、类图
B、状态图
C、活动图
D、顺序图
E、实现图

解析：
在UML中，能够清楚表达并发行为的图形主要有：

• B、状态图：可以描述对象在不同状态之间的转换，包括并发状态
• C、活动图：通过分岔和汇合明确表示并发执行流
• D、顺序图：通过多生命线的并发交互表示并发行为，多个对象可以同时存在并交换消息

类图主要描述静态结构，实现图不是UML标准术语。

第五章 顺序图

1. UML2.0中，交互图包括（ABCD）

A、顺序图
B、时序图
C、交互概览图
D、协作图

解析：
UML2.0中的交互图包括：

• AB、顺序图(时序图)：描述对象按时间顺序的消息交换过程
• C、交互概览图：结合了顺序图和活动图的特点，用于概述多个交互
• D、协作图：描述对象之间的协作关系和消息传递

第六章 协作图

1. 顺序图和协作图能表示出的消息种类有（ABCDE）

A、返回消息
B、异步消息
C、反身消息
D、同步消息
E、简单消息

解析：
顺序图和协作图能表示的消息种类包括：

• A、返回消息：表示消息的返回结果
• B、异步消息：不需要等待响应，采用半开箭头
• C、反身消息：对象向自身发送的消息
• D、同步消息：需要等待响应，采用实心箭头
• E、简单消息：消息类型不重要，采用开箭头

第七章 时序图

1.构成时序图的主要成分有（ABCDEF）

A、状态线
B、状态
C、时间约束
D、事件与消息
E、时间
F、对象

解析：
时序图的主要成分包括：

• A、状态线：也称为生命线，表示对象在一段时间内的存在和活动
• B、状态：对象在特定时间点的状态
• C、时间约束：对消息或事件发生时间的限制条件
• D、事件与消息：对象之间传递的信息和触发的事件
• E、时间：时序图的核心维度，展示交互的时间顺序
• F、对象：参与交互的实体

2.以下属于交互图的有（BCD）

A、用例图
B、顺序图
C、时序图
D、通信图

解析：
交互图是用于描述对象之间交互关系的UML图，包括：

• B、顺序图：按时间顺序描述对象间的消息交换
• C、时序图：与时序图是同一种图，描述对象按时间顺序的交互
• D、通信图：强调对象之间的协作关系和消息传递
• A、用例图：不属于交互图，它描述的是系统的功能需求和用户交互，属于行为图

第八章 状态图

1. 状态图的组成要素有（ABCDE）

A、初始状态
B、结束状态
C、转换
D、状态
E、判定

解析：
状态图的组成要素包括：

• A、初始状态：表示对象在系统启动时的初始状态
• B、结束状态：表示对象在系统正常结束时的状态
• C、转换：对象从一个状态转换到另一个状态的过程
• D、状态：对象在特定时间点的状态
• E、判定：根据条件判断是否转换到另一个状态

2. 在UML的状态图中，转换通常由以下哪些部分构成（ABCDE）

（A）动作
（B）触发事件
（C）源状态
（D）目标状态
（E）监护条件

解析：
状态图中的转换描述了对象从一个状态到另一个状态的变化，通常由以下部分构成：

• C、源状态：转换的起点状态
• D、目标状态：转换的终点状态
• B、触发事件：导致转换发生的事件
• E、监护条件：转换发生必须满足的条件
• A、动作：转换过程中执行的操作

第四章 组件图

1. 下面哪些元素构成了组件图形（ACD）

（A）组件
（B）转换
（C）关系
（D）接口
（E）事件

解析：
组件图的主要构成元素包括：

• A、组件：系统的物理实现单元
• D、接口：组件提供或需要的服务
• C、关系：组件之间的依赖或实现关系

B、转换是状态图或活动图的元素，E、事件是状态图或交互图的元素。

第九章 交互概览图与组合结构图

1. 组合结构图可以用于（ABC）

A、表示对象之间的合作
B、表示对象类的内部结构
C、显示如何使用类
D、表示系统的文件组成

解析：
组合结构图是UML中用于描述对象或类内部结构以及它们之间关系的图，其主要用途包括：

• A、表示对象之间的合作：通过端口（Port）和连接器（Connector）展示对象间的协作关系
• B、表示对象类的内部结构：展示类的内部组成部分（如属性、操作、内部类等）
• C、显示如何使用类：通过组合结构展示类的实例如何相互连接和交互
• D、表示系统的文件组成：这不是组合结构图的用途，系统的文件组成通常通过部署图或其他文档来表示

组合结构图的核心功能是展示对象或类的内部结构和协作关系，帮助开发者理解复杂系统的组件构成和交互方式。

部署图

1. 部署图中的节点可以分为哪些类型（CE）

（A）数据库
（B）服务器
（C）处理器
（D）组件
（E）设备

解析：
在UML部署图中，节点主要分为两类：

• C、处理器：能够执行软件的硬件设备，如计算机、服务器、CPU等
• E、设备：不能执行软件的硬件设备，如显示器、打印机、传感器等

A、数据库属于软件范畴，B、服务器是处理器的一种，D、组件是软件实现单元。

第十三章 UML与RUP

1. RUP的静态结构是用（ABCD）等描述的，这些建模元素描述了什么人需要做什么，如何做，以及应该在什么时候做。

A、工作人员
B、活动
C、产品
D、工作流

解析：
RUP的静态结构由以下建模元素组成：

• A、工作人员：参与软件开发的人员角色，如项目经理、系统架构师、开发人员等
• B、活动：软件开发过程中的具体工作步骤
• C、产品：软件开发过程中产生的可交付成果，如需求文档、设计模型、代码等
• D、工作流：由活动构成的活动序列，描述了软件开发过程的流程

这些元素共同描述了RUP的静态结构，明确了谁来做、做什么、如何做以及何时做。

2. 进行需求获取的任务主要是在RUP的（AB）阶段完成的

A、初始
B、筹划
C、构建
D、转换

解析：
RUP的需求获取主要在以下阶段完成：

• A、初始阶段：确定项目的范围和边界，获取初步的需求
• B、筹划阶段：细化需求，建立详细的需求模型
• C、构建阶段：主要是实现系统功能，进行测试，需求获取已基本完成
• D、转换阶段：部署系统，交付用户，需求获取已经结束

需求获取是软件开发的早期活动，主要在初始和筹划阶段完成，为后续的开发工作奠定基础。