UML考试真题(总17页)
--本页仅作为文档封面，使用时请直接删除即可-- --内页可以根据需求调整合适字体及大小--
前面的实体有欠缺。 828.在状态视图中，（ B ）表示两个状态之间的关系；源状态和目的状态。
A、监护条件 B、事件 C、状态 D、转换
829.在需求分析中，控制类（B）。
A、负责目标软件系统与外部执行者之间的交互
B、作为完成用例任务的责任承担着，负责协调，控制其他类共同完成用例规定的
功能或行为
C、负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作。
D、负责实现用户的业务逻辑
的（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包含用例B B .用例A扩展用例B C .用例A继承用例B D .用例A实现用例B
2
通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画，其中（A）包括构件图（component diagram）。它描述软件系统中各组成构件、构件的内部结构以及构件之间的依赖关系。
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 信息隐藏
3
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）的形式。
ServiceImpService
A、 void interface Service{ …….. }
B、 private interface Service{ …….. }
4
C 、protect interface Service{ …….. }
D、 public interface Service{ …….. }
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）
obj1obj2someMsg
A．带时延的消息 B．自消息 C．异步消息 D．同步消息
5
通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画，其 中（B）包括构件图（components diagram），它描述软件系统中各组成构件，构件的
内部结构以及构件之间的依赖关系。 A、
854.（多选）ocl已经嵌入到规约中，建模人员可以在以下（ABCD）情况下使用OCL。
A、使用OCL在类上或者在类模型的类型上定义不变量 B、使用OCL对构造型（stereotypes）定义类型不变量 C、将OCL作为一种查询语言
D、使用OCL描述操作和方法上的前置和后置条件
856.当需要强调一系列相关产品对象的设计以便进行联合使用，可以考虑使用（B）。
A．对象池模式 B．工厂模式 C．单例模式 D．外观模式
通过图形的表示机制从多个侧面对系统的分析和设计模型进行刻画。其中 （A）包括类图（classic diagram）、对象图（object diagram）和包图（package diagram），它们分别从不同的层面表示系统的静态结构。 A、构件视图 B、行为视图 C、结构视图 D、用例视图
859.在需求分析中，实体类（B）
行为视图 B、构件视图 C、结构视图 D、用例视图
6
A．作为完成用例任务的责任承当着，负责协调、控制其他类共同完成用例规定
的功能或行为
B．负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作
C．负责目标软件系统与外部执行者之间的交互 D．负责实现用户的业务逻辑
860.（多选）以下（BC）属于活动图的节点 A．决策点 B．活动 C．并发控制 D．对象
861. 当需要强调一系列相关产品对象的设计以便进行联合使用，可以考虑使用（B）。
A、对象池模式 B、工厂模式 C、单例模式 D、外观模式
863. UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。其中（C）包括交互图（interactive diagram）、状态图（statechart diagram）与活动图（activity diagram）。它们从不同的侧面刻画系统的动态行为。 A 结构视图 B 用例视图 C 行为视图 D 构件视图
864. 在UML活动图中，（C）表示操作之间的信息交换。P26
7
Ａ 控制流 Ｂ 初始活动 Ｃ 信息流 Ｄ 活动
865. 在UML活动图中，（）表示活动需要输入的对象或者作为活动的处理结果输出的对象。 A 并发控制 B 决策点 C 对象 D 活动
868. 下图表示类图的（B）
Class1-attr11-attr12+op11()+op12()Class2-attr21-attr22+op21()+op22()1*
A 聚合关系 B 组合关系 C 关联关系 D 依赖关系
869. 在状态机图中，（）表示两个状态之间的关系：源状态和目的状态。 A 事件 B 监护条件 C 状态
8
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.（多选）当使用单件设计模式时，可以获得如下（）优点。
9
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、对于某些类来说，只有一个实例是非常重要的。例如，系统中可以有多种类型的打印机，但是只能有一个打印假脱机（printer spooler）,只应该一个文件系统和一个窗口管理器，为此，可以使用（）。
A、对象池模式 B、工厂模式 C、单例模式 D、外观模式
882、（）是在分析模型的基础上，添加了设计元素的结果，使得分析模型更加接近系统实现。
A、数据模型 B、领域模型 C、设计模型 D、概念模型
10
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、MVC D、流程处理模式
11
892.下图表示类图的（）。
Class1-attr11-attr12+op11()+op12()Class2-attr21-attr22+op21()+op22()A关联关系 B 实现关系 C 继承关系 D 依赖关系
894.在面向对象的设计原则中，（ ）表示在包的依赖关系图中不允许存在环。 A 无循环依赖原则 B 接口隔离原则 C 依赖倒转原则 D 最少知识原则
895.在面向对象的设计原则中，（ ）表示使用多个专门的接口比使用单一的总接口要好，一个类对另外一个类的依赖性应当是建立在最小的接口上的。 A 单一责任原则 B 接口隔离原则 C 依赖倒转原则 D 合成/聚合复用原则
896.（ ）是在分析模型的基础上，添加了设计元素的结果，使得分析模型更加接近系统实现。 A 领域模型 B 数据模型 C 设计模型
12
D 概念模型
897.在界面设计中，通常屏幕的（ ）表示当前用户及软件系统的运行状态而异，由软件系统根据业务逻辑自动呈现于屏幕中，且不允许用户修改的内容，包括不可编辑的文本、图标、图形、图像等。 A 用户输入元素 B 动态元素 C 用户命令元素 D 静态元素
898.当一个抽象模型有两个方面，其中一个方面依赖于另一面，将这两者封装在独立的对象中以使它们可以各自独立地改变和复用，可以考虑使用（ ） A 观察者模式 B 命令模式 C 适配器模式 D 单例模式
899.当希望创建一个可复用的类，该类必须能够与接口不可预定的类协同工作，可以考虑使用（ ）。 A 对象池模式 B 单例模式 C 抽象工厂模式 D 适配器模式
13
900.（ ）是对象与其他外部世界相互关联的唯一途径。 A 消息传递 B 状态转换 C 接口 D 函数调用
通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画，其中（ ）包括用例图（use case diagram）,它从外部用户的角度描述系统的功能，并指出功能的参与者。 A 行为视图 B 结果视图 C 构件视图 D 用例视图
902.（ ）可用于描述用户接口、设备控制器和其他具有反馈的子系统，它还可用于描述在生命期中跨越多个不同性质阶段的被动对象的行为，在每一个阶段该对象都有自己特殊的行为。 A 状态机视图 B 模型管理视图 C 动态视图 D 静态视图
903.（ ）是在领域模型的基础上，对系统进行进一步的分析获得的，它有三种非常有效的模型，实体类、控制类和边界类。
14
A 分析模型 B E-R模型 C 设计模型 D 概念模型
904.（多选）以下（ ）属于活动图的节点。 A 活动 B 决策点 C 开发控制 D 对象
905.（多选）在采用用例模型捕获需求时，需要执行如下（）操作。 A． B． C． D．
907.（多选）活动图的边包括（）
A. B. C. D.
909.（）将整个软件系统划分为模型，试图和控制器三个部分
对象流 消息流 数据流 控制流 识别参与者 识别用例 用例建模 描述非功能需求
15
B.分层模式 C.管道模式 D.架构模式
910.在需求分析中，实体类（）
A负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作
B作为完成用例任务的责任承担者，负责协调，控制其他类共同完成用例规定的功能或行为
C负责实现用户的业务逻辑
D负责目标软件系统与外部执行者之间的交互
913.在活动图中，（）是从多个源活动汇合到一个目标的转换。 A结合
B初始节点和活动终点 C分叉 D活动
914.在构件图中，（）用于显示构件之间的关联关系 A依赖关系 B构件 C包 D节点
16
915.（）表明了软件之间的依赖关系，包括源代码构件，二进制代码构件和可执行代码构件 A类图 B包图 C用例图 D构件图
916.（）可用于描述用户接口，设备控制器和其他具有反馈的子系统。它还可以用于描述在生命期中跨越多个不同性质阶段的被动对象的行为，在每一阶段该对象都有自己特殊的行为 A状态机视图 B动态视图 C模型管理视图 D静态视图
917、在类图中，（）说明允许候选值范围，如集合可以设定的大小。可以说明可能用语关联端、组成类中的部分、消息的迭代次数和其他目的的等。 A、多重性 B、注释 C 角色 D 监护条件
17
918 泛化使得（）操作成为可能，即操作的实现是由它们所使用的对象的类。而不是由调用者确定的。 A 传值 B 传参 C 多重 D 多态
919 在状态机图中，（）表示两个状态之间的关系：源状态和目的状态。 A 转换 B 状态 C 事件 D 监护条件
920 在UML活动图中，（）表示一个操作完成后对其后续操作的触发。 A 控制流 B 初始活动 C 信息流 D 活动
921 （）用于描述相互合作的对象间的交互关系和链接关系。 A 类图 B 通信图 C 用例图 D 协作图
18
922.在UML的顺序图中，（）对消息传递的目标对象** A．返回消息
B．创建（create）消息 C．自消息
D．销毁（destroy）消息
923.设计（）的目的是，将目标软件系统中依赖于系统运行环境的数据存取部分
与其他部分相分离。 A． B． C． D．
系统架构
数据持久存储服务 实现模型 外部接口
924.（）是一个类对象所可能经历的所有历程的模型图。 A．模型管理视图 B．状态机视图 C．动态视图 D．静态视图
的（）表示消息源发出消息后不必等待消息处理过程的返回，即可继续 执行自己的后续操作。 A． B． C．
简单消息 同步消息 异步消息
19
D． 返回消息
926.（）是一种不包含操作的实现部分的特殊类 A．实现类 B．接口 C．分析类 D．概念类
927.在UML活动图中，（）表示活动需要输入的对象或者作为活动的 处理结果输出的对象。 A． B． C． D．
对象 并发控制 决策点 活动
930.对于一个学校的课程注册管理系统，如果有一条需求为“本软件必须通过接口
定义文档规定的接口API与计费系统、学籍管理系统、教师信息管理系统交互”，该 属于（）类型。 A． B． C． D．
可互操作新需求 安全性需求 可伸缩性需求 可集成性需求
20
931.在用例图中，可以用（）来表示整个软件系统或其中一些子系统的边界也可以用它
表示软件系统的不同开发布版本的功能范围。 A． B． C． D．
932、在需求分析中，控制类（）。 A、 B、
负责目标软件系统与外部执行者之间的交互
作为完成用例任务的责任承担者，负责协调、控制其他类共同完成用例边界框 用例 执行者 关联关系
规定的功能或行为 C、
负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访
问的操作 D、
934、（）将整个软件系统划分为模型、视图和控制器三个部分。 A、MVC B、分层模式 C、管道模式 D、架构模式
938、在面向对象的设计原则中，（）表示软件实体应当对扩展开发，对修改关闭，即软件实体应当在不修改的前提下扩展。 A 完全替换原则 B 合成/聚合复用原则 C 开放封闭原则
21
负责实现用户的业务逻辑
D 单一责任原则
939.（）是指以设计复用为目的的，采用一种良好定义的，正规的，一致的方式记录的软件设计经验。 A 设计模式 B 架构 C 模型 D 设计原则
940. 当客户程序与抽象类的实现部分之间存在很大的依赖性时，可以考虑使用（）。 A 对象池模式 B 工厂模式 C 单例模式 D 外观模式
941、当需要强调一系列相关产品对象的设计以便进行联合使用，可以考虑使用（）。 A 工厂模式 B 外观模式 C 对象池模式 D 单例模式
942、在设计模式中，（）的核心包括缓存和共享。
22
A 对象池模式 B 工厂模式 C 单例模式 D 外观模式
943、在设计模式中，（）保证每个类只有单个实例。 A 对象池模式 B 单例模式 C 工厂模式 D 外观模式
944、在界面设计中，通常屏幕的（）表示与软件系统的运行状态无关、在任何情况下均没有变化的文本、图标（icon）、图形（graph）、图像（image）等。 A 用户输入元素 B 用户命令元素 C 动态元素 D 静态元素
945、（）是在不改变代码外在行为的前提下，对代码做出修改，以改进程序的内部结构。 A 版本控制 B 代码调试 C 代码重构 D 代码走查
23
946、（）可以用于帮助设计人员在NML模型为模型定义约束信息，创建更为精确的设计模型。
A OCL B 表达式 C 属性 D 变量
947、（多选）对于类，其属性的可见性表示该属性对类的外部世界的可见性，它有以下（）选项。
A 包内公开（package） B 公开（public） C 保护（protected） D 私有（private）
948、（多选）在UML的最上一层，视图被划分成（）视图域。
A 结构分类 B 动态行为 C 模型管理 D 扩展机制
949、（多选）用例之间的关系主要有（）。 A 继承 B 聚合 C 扩展
24
D 包含
950、（多选）活动图的边包括（）。 A 数据流 B 对象流 C 控制流 D 消息流
951.（多选）用例图的节点包括（） A.边界 B.用例 C．执行者 D．关联
952.（多选）以下对UML视图说法正确的有（）
A．模型管理说明了模型的分层组织结构。包是模型的基本组织单元。特殊的 包还包括模型和子系统。模型管理视图跨越了其他视图并根据系统开发和配置 组织这些视图。
B．动态行为描述了系统随时间变化的行为。行为用从静态视图中抽取的瞬间值
得变化来描述，动态行为视图包括状态机视图、活动视图和交互视图 C．UML还包括多种具有扩展能力的组件，这些扩展能力有限但很有用。这些组件
包括约束、构造型和标记值，它们适用于所有的视图元素
25
D．结构分类描述了系统中的结构成员及其相互关系。类元包括类、用例、构件和节
点。类元为研究系统动态行为奠定了基础。类元视图包括静态视图、用例视图和实现 视图。
953.（多选）两个类之间的关联表示它们之间存在一种不适于继承关系的逻辑关系。在关联关系
的表示图元的两端，可以标示参与关联的（）特性。 A． B． C． D．
954.（多选）以下属于UML模型视图的有（） A．部署视图和构建视图 B．行为视图 C．结构视图 D．用例视图
955.（多选）在采用用例模型捕获需求时，需要执行如下（）操作。 A．识别参与者 B．识别用例 C．用例建模
26
可见性 约束 角色名 多重性
D．描述非功能需求
956.（多选）在识别用例时，以下（）问题可以帮组识别用例。
A．系统是否存在外部事件，如果存在，是哪个参与者通知系统这些外部事件。
B．当系统状态发生故障时，是否需要通知参与者 C．系统的运行环境是什么
D．参与者希望系统为他提供什么样的功能
957.（多选）从模式所提供的解决方案的抽象程度来看，模式可以分为（）。 A．面向软件实现的设计模式 B．测试模式
C．软件子系统或构件设计模式 D．体系结构设计模式
958.（多选）以下属于面向对象的设计原则的有（） A．接口隔离原则 B．依赖倒转原则 C．无循环依赖原则 D．最少知识原则
959.（多选）当使用单件设计模式时，可以获得如下（）优点。 A．运行可变数目的类实现例数 B允许对操作和表示进行精化操作
27
C．缩小名称空间
D．对唯一实例提供受控访问
960.（多选）在如下（）情况下，可以考虑使用重构。 A．添加功能时 B．修改错误时 C．复审程序代码时 D．需求分析时
961.（多选）UML２.０在１.０的基础上，对如下（）的建模能力进行了增强。 A 复杂结构 B 活动 C 交互 D 状态机
964.（多选）以下属于面向对象的开发方法的有（） A Jacobson方法 B OMT方法 C Coad方法 D Booch方法
965.（多选）在UML中，模型的组织元素包括（）几个主要的层次 A 视图 B 状态 C 模型
28
D 图
967.（多选）活动图的边包括（） A 控制流 B 数据流 C 对象流 D 消息流
968.（多选）构件图的节点可以是（） A 包 B 类 C 用例 D 构件
970. （多选）在状态图视图中，转换包括以下（）类型 A 外部自转换 B 内部自转换 C 模拟转换 D 正常转换
971.（多选）在UML中，模型的继承元素包括（）几个主要的层次。 A模型 B 视图 C图 D状态
通过图形化的元素机制从多个侧面对系统的分析和设计模型进行刻画，其中（）包括构建图（component dagram）,他描述软件系统中各组成构建、构建的内部以及构建之间的依赖关系。
A 用例视图B构件视图C行为视图D软件视图
29
973.（多选）在面向对象的设计，主要建立的模型包括（） A 对象模型B动态模型C 功能模型D算法逻辑模型
974. （ ）以算法和数据结构为中心，其系统功能由一系列的处理步骤构成，相邻的处理步骤数据流管道相互连接。
A 流程处理模式 B、MVC C 分成模式 D架构模式
975.（多选）从模式所提供的解决方案的抽象程度看来，模式可以分为( ) A 软件子系统购建设计模式B 面向软件实现的设计模式 C 体系统结构模式D测试模式
976（多选）在UML 中，以下（）是可以应用于包的构造型 A子系统（《subsystem》） B 虚包( 《facade》) C 系统《system》 D框架《Framework》
977.（多选）在面向对象的设计中，主要建立的模型包括（） A 算法逻辑模型B 功能模型C 动态模型 D对象模型
979.（多选）在采用用例模型捕获需求时，需要执行如下（）操作。 A用例模型B描述非功能需求C 识别用例D识别参与者 981、（多选）以下属于面向对象的开发方法的有（） A、 B、 C、 D、
Coad方法 Jacobson方法 OTM方法 Booch方法
30
982、在界面设计中，通常那个屏幕的（）表示与软件系统的运行状态无关，在任何情况下均没有变化的文本、图标（icon）、图形（graph）、图像（image）、等。 A、
静态元素 B、动态元素 C、用户输入元素 D、用户命令元素
983、（多选）当使用单件设计模式时，可以获得如下（）优点。 A、对唯一实例模型受控访问 B、缩小名称空间
C、允许对操作和表示进行精化操作 D、运行可变数目的类实例数 985、（多选）在采用用例模型捕获需求时，需要执行如下（）操作。 A 描述非功能需求 B、用例建模 C、识别用例 D、识别参与者
986、在uml中，（）表示使用软件系统的功能，与软件系统交换信息的外部实体。
A、边 B、用例图 C、执行者 D、用例
987、如果用例B是用例A的某项子功能，并且建模者确切知道在A所对应的动作序列中间时将调用B，则称（）。
A、用例A扩展用例 B 、用例A继承用例B C、用例A包含用例B D、用例A实现用例B
988、在uml 中，（）表示执行者为达成一项相对独立，完整的业务目标而要求软件系统完成的功能。
A、用例图 B、边 C、执行者 D、用例 990、（多选）
一般情况下，可以将面向对象中的聚合概念区分为（）关系。 A、 组合 B、聚合 C、关联 D、继承
31
991、UmL通过图形化得表示机制从多个侧面对系统的分析和设计模型进行刻画，其中（）包括用例图（use case diagram），它从外部用户的角度描述系统的功能，并指出功能的参与者。
A、行为视图 B、结构视图 C、构件视图 D、用例视图
32
因篇幅问题不能全部显示，请点此查看更多更全内容