【计算机类职业资格】系统分析师-面向对象方法学(二)及答案解析.doc

1、系统分析师-面向对象方法学(二)及答案解析(总分：42.00，做题时间：90 分钟)一、B单项选择题/B(总题数：11，分数：42.00)类库是一种预先定义的程序库，它以程序模块的形式，按照U U 1 /U /U把一组类的定义和实现组织在一起：U U 2 /U /U对类库的建设提供了强有力的支持。（分数：3.00）(1). A.类的功能 B.类层次结构 C.实例之间的调用关系 D.类的类型（分数：1.00）A.B.C.D.(2). A.引用 B.重置 C.类属类 D.封装（分数：1.00）A.B.C.D.(3).用例(use+case)用来描述系统在对事件做出响应时所采取的行动。用例之间是具有

2、相关性的。在一个“订单输入子系统”中，创建新订单和更新订单都需要核查用户账号是否正确。那么，用例“创建新订单”、“更新订单”与用例“核查客户账号”之间是U U /U /U关系。 A.包含(include) B.扩展(extend) C.分类(classification) D.聚集(aggregation)（分数：1.00）A.B.C.D.在 UML 中，对象行为是通过交互来实现的，是对象间为完成某一目的而进行的一系列消息交换。消息序列可用两种图来表示，强调消息时间次序的图称为UU 4 /U /U，该图的特点是U U 5 /U /U，强调参加交互的对象的组织图称为U U 6 /U /U，这两种

3、图是U U 7 /U /U。（分数：4.00）(1). A.活动图 B.状态图 C.顺序图 D.协作图（分数：1.00）A.B.C.D.(2). A.有生命线及控制焦点，重点在消息的时间顺序上 B.有路径有顺序号，为了一个消息的时间顺序给消息加数字前缀 C.是对系统、子系统或类的行为建模 D.本质上是一个流程图，显示从活动到活动的信息流（分数：1.00）A.B.C.D.(3). A.活动图 B.状态图 C.顺序图 D.协作图（分数：1.00）A.B.C.D.(4). A.同构的，所以可以互相转换 B.异构的，所以不可以互相转换 C.强调对象行为的事件顺序，常用于对反应式系统建模 D.专注于系统

4、的动态视图，状态无法确定，所以不可以互相转换（分数：1.00）A.B.C.D.用 UML 建立业务模型是理解企业业务过程的第一步。业务人员扮演业务中的角色及其交互方式，例如航空公司的售票员是业务人员，电话售票员也是业务人员，他们之间的关系是U U 8 /U /U。在 UML 中，用U U 9 /U /U表示企业业务的工作流。这种图显示了工作流中的步骤、决策点，以及完成每一步骤的角色和对象。（分数：3.00）(1). A.关联关系(Association) B.依赖关系(Dependency) C.聚集关系(Aggregation) D.概括关系(Geneiralization)（分数：1.00

5、）A.B.C.D.(2). A.活动图(activitv diagram) B.业务图(business diagram) C.用例图(use-case diagram) D.交互图(interaction diagram)（分数：1.00）A.B.C.D.(3).在 CORBA 体系结构中，负责屏蔽底层网络通信细节的协议是U U /U /U。 A.IDL B.RPC C.ORB D.GIOP（分数：1.00）A.B.C.D.在面向对象技术中，一个子类的对象同时又属于父类，它继承了父类的一切属性，这种多态性称为U U 11 /U /U。同一个算子在不同的表达式中可能有不同的操作意义，这种多态性

6、称为U U 12 /U /U。编译程序根据上下文判定算子的操作意义，这称为U U 13 /U /U。（分数：3.00）(1). A.参数多态 B.过载多态 C.包含多态 D.隐含多态（分数：1.00）A.B.C.D.(2). A.参数多态 B.过载多态 C.包含多态 D.隐含多态（分数：1.00）A.B.C.D.(3). A.算子鉴别 B.算子操作 C.算子定义 D.算子运算（分数：1.00）A.B.C.D.在面向对象分析过程中，用概念模型来详细描述系统的问题域，用U U 14 /U /U来表示概念模型；用U U 15 /U /U来描述对象行为。（分数：5.00）(1). A.顺序图 B.类图

7、 C.协作图 D.用例图（分数：1.00）A.B.C.D.(2). A.顺序图和协作图 B.用例图和活动图 C.状态图和活动图 D.用例图和构件图（分数：1.00）A.B.C.D.(3).在 UML 中，U U /U /U把活动图中的活动划分为若干组，并将划分的组指定给对象，这些对象必须履行该组所包括的活动，它能够明确地表示哪些活动是由哪些对象完成的。 A.组合活动 B.同步条 C.活动 D.泳道（分数：1.00）A.B.C.D.(4).在较高的抽象层次上，传统的程序流程图与 UML 中活动图最根本的区别在于U U /U /U。 A.程序流程图明确地指定了每个活动的先后顺序，而活动图仅描述了活

8、动和必要的工作顺序 B.活动图不能提供循环控制结构，而程序流程图提供 C.活动图不能表示并发活动，而程序流程图可以表示并发活动 D.两者采用不同的图形符号系统（分数：1.00）A.B.C.D.(5).在关于用例的描述中，错误的是U U /U /U。 A.用例将系统的功能范围分解成许多小的系统功能陈述 B.一个用例代表了系统的一个单一的目标 C.用例是一个行为上相关的步骤序列 D.用例描述了系统与用户的交互（分数：1.00）A.B.C.D.在用例建模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例，这种用例称为U U 19 /U /U。在UML 的用例图上，将用例

9、之间的这种关系标记为U U 20 /U /U。（分数：2.00）(1). A.扩展用例 B.抽象用例 C.公共用例 D.参与用例（分数：1.00）A.B.C.D.(2). A.association B.extend C.include D.inheritances（分数：1.00）A.B.C.D.UML 提供了 4 种结构图用于对系统的静态方面进行可视化、详述、构造和文档化。其中U U 21 /U /U是面向对象系统建模中最常用的图，用于说明系统的静态设计视图；当需要说明系统的静态实现视图时，应该选择U U 22 /U /U；当需要说明体系结构的静态实施视图时，应该选择U U 23 /U /

10、U。（分数：10.00）(1). A.构件图 B.类图 C.对象图 D.部署图（分数：1.00）A.B.C.D.(2). A.构件图 B.协作图 C.状态图 D.部署图（分数：1.00）A.B.C.D.(3). A.协作图 B.对象图 C.活动图 D.部署图（分数：1.00）A.B.C.D.(4).面向对象系统中有两种基本的复用方式：框架复用和类库复用。下列关于框架和类库的描述不正确的是U U /U /U。 A.框架是一个“半成品”的应用程序 B.类库只包含一系列可被应用程序调用的类 C.框架会为一个特定的目的实现一个基本、可执行的架构 D.类库是框架的一种扩展形式（分数：1.00）A.B.C

11、.D.(5).下列有关面向对象的叙述不正确的是U U /U /U。 A.面向对象设计最根本的意图是适应需求变化 B.应尽量针对接口编程，而不要针对实现编程 C.尽量使用继承而不是组合，因为继承使得类问的耦合性最小 D.尽量使用已有的类库（分数：1.00）A.B.C.D.(6).当U U /U /U时，用例是捕获系统需求最好的选择。 A.系统具有很少的用户 B.系统具有很少的接口 C.系统算法复杂，功能单一 D.系统有很多参与者（分数：1.00）A.B.C.D.(7).现有两个用例 UC1 和 UC2，其中 UC2 是一个完整的用例，可被实例化，而 UC1 需要 UC2 中的事件流才可被实例化，

12、且 UC1 指定了使用 UC2 的精确位置，则 UC1 和 UC2 之间的关系是“U U /U /U”。 A.include B.extend C.generalize D.call（分数：1.00）A.B.C.D.(8).下列关于面向对象的分析与设计的描述，正确的是U U /U /U。 A.面向对象设计描述软件要做什么 B.面向对象分析不需要考虑技术和实现层面的细节 C.面向对象分析的输入是面向对象设计的结果 D.面向对象设计的结果是简单的分析模型（分数：1.00）A.B.C.D.(9).协作图主要描述对象间的交互与连接，它U U /U /U。 A.能够表示消息的顺序和嵌套关系 B.能够表示

13、消息的顺序关系，但不能表示消息的嵌套关系 C.能够表示消息的嵌套关系，但不能表示消息的顺序关系 D.既不能表示消息的顺序关系，也不能表示消息的嵌套关系（分数：1.00）A.B.C.D.(10).下列关于 UML 叙述正确的是U U /U /U。 A.UML 是一种语言，语言的使用者不能对其扩展 B.UML 仅是一组图形的集合 C.UML 仅适用于系统的分析与设计阶段 D.UML 是独立于软件开发过程的（分数：1.00）A.B.C.D.已知 3 个类 O、P 和 Q，类 O 中定义了一个私有方法 F1、一个公有方法 F2 和一个受保护的方法 F3；类 P 和类 Q 为类 O 的派生类，其继承方式

14、如下所示：class P：protected Oclass Q：public O在关于方法 F1 的描述中正确的是U U 31 /U /U。在关干方法F2 的描述中正确的是U U 32 /U /U。在关于方法 F3 的描述中正确的是U U 33 /U /U。（分数：3.00）(1). A.方法 F1 无法被访问 B.只有在类 O 内才能访问方法 F1 C.只有在类 P 内才能访问方法 F1 D.只有在类 Q 内才能访问方法 F1（分数：1.00）A.B.C.D.(2). A.类 O、P 和 Q 的对象都可以访问方法 F2 B.类 P 和 Q 的对象都可以访问方法 F2 C.类 O 和 Q 的对

15、象都可以访问方法 F2 D.只有在类 P 内才能访问方法 F2（分数：1.00）A.B.C.D.(3). A.类 O、P 和 Q 的对象都可以访问方法 F3 B.类 O、P 和 Q 的对象都不可以访问方法 F3 C.类 O 的对象可以访问方法 F3，但类 P 的对象不能访问方法 F3 D.类 P 的对象可以访问方法 F3，但类 Q 的对象不能访问方法 F3（分数：1.00）A.B.C.D.在一个客户信息系统中存在两种类型的客户：个人客户和集团客户。对于个人客户，系统中保存了其客户标识和基本信息(包括姓名、住宅电话和 E-mail)；对于集团客户，系统中保存了其客户标识，以及与该集团客户相关的若

16、干个联系人的信息(联系人的信息包括姓名、住宅电话、E-mail、办公电话和职位)。根据上述描述，得到了如图 7-1 所示的 UML 类图，其中类“客户”的属性有UU 34 /U /U；类“人”的属性有U U 35 /U /U。（分数：3.00）(1). A.客户标识 B.姓名、住宅电话、E-mail C.姓名、住宅电话、办公电话、E-mail、职位 D.客户标识、办公电话、职位（分数：1.00）A.B.C.D.(2). A.客户标识 B.姓名、住宅电话、E-mail C.姓名、住宅电户、办公电话、E-mail、职位 D.客户标识、办公电话、职位（分数：1.00）A.B.C.D.(3).根据图

17、7-2 所示的 UML 类图可知，类 Car 和类 Boat 中的 move()方法U U /U /U。 （分数：1.00）A.B.C.D.在 UML 的通用机制中，U U 37 /U /U用于把元素组织成组；U U 38 /U /U是系统中遵从一组接口规范且付诸实现的物理的、可替换的软件模块。（分数：2.00）(1). A.包 B.类 C.接口 D.构件（分数：1.00）A.B.C.D.(2). A.包 B.类 C.接口 D.构件（分数：1.00）A.B.C.D.回调(Callback)函数是面向过程的程序设计语言中常用的一种机制，而设计模式中的U U 39 /U /U模式就是回调机制的一个

18、面向对象的替代品。该模式的意图是U U 40 /U /U。（分数：4.00）(1). A.Strategy(策略) B.Adapter(适配器) C.Command(命令) D.Observer(观察者)（分数：1.00）A.B.C.D.(2). A.使原本由于接口不兼容而不能一起工作的那些类可以一起工作 B.将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化，将请求排队或记录请求日志，支持可撤销的操作 C.定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新 D.使算法可独立于使用它的客户而变化（分数：1.00）A.B.C.D.(3

19、).对 OO 系统的技术度量的识别特征，Berard 定义了导致特殊度量的特征。其中U U /U /U抑制程序构件的操作细节，只有对访问构件必需的信息被提供给其他希望访问的构件。 A.局部化 B.封装 C.信息隐藏 D.继承（分数：1.00）A.B.C.D.(4).用例从用户角度描述系统的行为。用例之间可以存在一定的关系。在“某图书馆管理系统”用例模型中，所有用户使用系统之前必须通过“身份验证”，“身份验证”有“密码验证”和“智能卡验证”两种方式，则“身份验证”与“密码验证”和“智能卡验证”之间是U U /U /U关系。 A.关联 B.包含 C.扩展 D.泛化（分数：1.00）A.B.C.D.

20、系统分析师-面向对象方法学(二)答案解析(总分：42.00，做题时间：90 分钟)一、B单项选择题/B(总题数：11，分数：42.00)类库是一种预先定义的程序库，它以程序模块的形式，按照U U 1 /U /U把一组类的定义和实现组织在一起：U U 2 /U /U对类库的建设提供了强有力的支持。（分数：3.00）(1). A.类的功能 B.类层次结构 C.实例之间的调用关系 D.类的类型（分数：1.00）A.B. C.D.解析：(2). A.引用 B.重置 C.类属类 D.封装（分数：1.00）A.B.C. D.解析：解析 从物理特征上来看，类库和传统例程库是类似的，它们都是一种预先定义的程序

21、库。类库是一种预先定义的程序库，它以程序模块的形式，按照类层次结构把一组类的定义和实现组织在一起。较上层的类代表了较一般的事物，相反，较下层的类代表了较具体的事物，很好地体现了面向对象机制的继承、重载等许多特征。 类属类(generic class)仅描述了适用于一组类型的通用样板，由于其中所处理对象的数据类型尚未确定，因而程序员不可用类属类直接创建对象实例，即一个类属类并不是一种真正的类类型。 类属类必须经过实例化后才能成为可创建对象实例的类类型。类属类的实例化是指用某一数据类型替代类属类的类型参数。类属类定义中给出的类型参数称为形式类属参数，类属类实例化时给出的类型参数称为实际类属参数。如

22、果类属类实例化的实际类属参数可以是任何类型，那么这种类属类称为无约束类属类。然而在某些情况下，类属类可能要求实际类属参数必须具有某些特殊的性质，以使得在类属类中可应用某些特殊操作，这种类属类称为受约束类属类。类属类对类库的建设提供了强有力的支持。(3).用例(use+case)用来描述系统在对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中，创建新订单和更新订单都需要核查用户账号是否正确。那么，用例“创建新订单”、“更新订单”与用例“核查客户账号”之间是U U /U /U关系。 A.包含(include) B.扩展(extend) C.分类(classificat

23、ion) D.聚集(aggregation)（分数：1.00）A. B.C.D.解析：解析 用例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。它确定了一个和系统参与者进行交互并可由系统执行的动作序列。用例模型描述的是外部执行者(actor)所理解的系统功能。用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。 两个用例之间的关系可以概括为两种情况。一种是用于重用的包含关系，用 include 表示(在 UML 1.x 版本中用 use 表示)；另一种是用于分离出不同行为的扩展，用 extend 表示(在 UML 1x

24、 版本中用 extends 表示)。 (1)包含关系。当可以从两个或两个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某一个用例的部分功能很重要时，我们应该使用包含关系来表示它们。 (2)扩展关系。如果一个用例明显地混合了两种或两种以上的不同场景，即根据情况可能发生多种事情，则将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰。 另外，用例之间还存在一种泛化关系。用例可以被特别列举为一个或多个子用例，这被称为用例泛化。当父用例能够被使用时，任何子用例也可以被使用。例如，我们购买飞机票，既可以是电话订票，也可以是网上订票，则订票用例就是电话订票和网上订票的抽象。在 UML

25、中，对象行为是通过交互来实现的，是对象间为完成某一目的而进行的一系列消息交换。消息序列可用两种图来表示，强调消息时间次序的图称为UU 4 /U /U，该图的特点是U U 5 /U /U，强调参加交互的对象的组织图称为U U 6 /U /U，这两种图是U U 7 /U /U。（分数：4.00）(1). A.活动图 B.状态图 C.顺序图 D.协作图（分数：1.00）A.B.C. D.解析：(2). A.有生命线及控制焦点，重点在消息的时间顺序上 B.有路径有顺序号，为了一个消息的时间顺序给消息加数字前缀 C.是对系统、子系统或类的行为建模 D.本质上是一个流程图，显示从活动到活动的信息流（分数：

26、1.00）A. B.C.D.解析：(3). A.活动图 B.状态图 C.顺序图 D.协作图（分数：1.00）A.B.C.D. 解析：(4). A.同构的，所以可以互相转换 B.异构的，所以不可以互相转换 C.强调对象行为的事件顺序，常用于对反应式系统建模 D.专注于系统的动态视图，状态无法确定，所以不可以互相转换（分数：1.00）A. B.C.D.解析：解析 顺序图用来描述对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。顺序图允许直观地表示出对象的生存期，在生存期内，对象可以对输入消息做出响应，并且可以发送信息。 对象间的通信通过在对象的生命线间画消息来表示。消息的箭头指明消息的类型

27、。顺序图中的消息可以是信号、操作调用或类似于 c+中的 RPC(Remote Procedure Call)和 Java 中的 RMI(Remote Method Invocation)。收到消息后，接收对象立即开始执行活动，即对象被激活了。通过在对象生命线上显示一个细长矩形框来表示激活。 消息可以用消息名及参数来标识，消息也可带有顺序号。消息还可带有条件表达式，表示分支或决定是否发送消息。如果用于表示分支，则每个分支是相互排斥的，即在某一时刻仅可发送分支中的一个消息。 协作图用于描述相互合作的对象间的交互关系和链接关系。虽然顺序图和协作图都用来描述对象间的交互关系，但侧重点不一样。顺序图着重

28、体现交互的时间顺序，协作图则着重体现交互对象间的静态链接关系。 顺序图和协作图统称为交互图，是表示各组对象如何依某种行为进行协作的模型。强调对象交互行为时间顺序时使用顺序图，强调对象协作关系时使用协作图，它们之间没有什么本质不同，只是排版不尽相同而已。用 UML 建立业务模型是理解企业业务过程的第一步。业务人员扮演业务中的角色及其交互方式，例如航空公司的售票员是业务人员，电话售票员也是业务人员，他们之间的关系是U U 8 /U /U。在 UML 中，用U U 9 /U /U表示企业业务的工作流。这种图显示了工作流中的步骤、决策点，以及完成每一步骤的角色和对象。（分数：3.00）(1). A.关

29、联关系(Association) B.依赖关系(Dependency) C.聚集关系(Aggregation) D.概括关系(Geneiralization)（分数：1.00）A.B.C.D. 解析：(2). A.活动图(activitv diagram) B.业务图(business diagram) C.用例图(use-case diagram) D.交互图(interaction diagram)（分数：1.00）A. B.C.D.解析：解析 用 UML 建立业务模型时，可以把业务人员看做是系统中的角色或者类。在建立抽象模型时，很少有类会单独存在，大多数都将会以某种方式彼此通信，因此还需

30、要描述这些类之间的关系。关系是事物间的连接，在 UML 中，有几个很重要的关系。 (1)依赖关系。有两个元素 A、B，如果元素 A 的变化会引起元素 B 的变化，则称元素 B 依赖于元素 A。在类中，依赖关系有多种表现形式，例如，一个类向另一个类发消息；一个类是另一个类的成员；一个类是另一个类的某个操作参数等。 (2)泛化关系。描述了一般事物与该事物中的特殊种类之间的关系，也就是父类与子类之间的关系。继承关系是泛化关系的反关系，也就是说子类是从父类中继承的，而父类则是子类的泛化。在 UML 中，对泛化关系有 3 个要求。 子类应与父类完全一致，父类所具有的关联、属性和操作，子类都应具有。 子类

31、中除了与父类一致的信息外，还包括额外的信息。 可以使用父类实例的地方，也可以使用子类实例。 (3)关联关系。关联表示两个类的实例之间存在的某种语义上的联系。例如，一个老师为某所学校工作，一所学校有多间教室。我们就认为老师和学校、学校和教室之间存在着关联关系。关联关系为类之间的通信提供了一种方式，它是所有关系中最通用、语义最弱的。关联关系通常可以再细分成以下两种： 聚集关系。聚集关系(聚合关系)是关联关系的特例，表示一种整体和部分的关系， 其中整体和部分的生命周期不相同。例如，电话机和话筒的关系，计算机和显示器的关系等都是聚集关系的例子。 组合关系。组合关系也是表示一种整体和部分的关系，其中整体

32、和部分的生命周期相同。例如，公司与部门之间的关系就是组合关系的例子。 (4)实现关系。类之间的语义关系，其中的一个类指定了由另一个类保证执行的契约。在 UML 中，活动图用来表示系统中各种活动的次序，它的应用非常广泛，既可用来描述用例的工作流程，也可用来描述类中某个方法的操作行为。活动图是由状态图变化而来的，它们各自用于不同的目的。活动图依据对象状态的变化来捕获动作(将要执行的工作或活动)与动作的结果。活动图中一个活动结束后将立即进入下一个活动(在状态图中状态的变迁可能需要事件的触发)。(3).在 CORBA 体系结构中，负责屏蔽底层网络通信细节的协议是U U /U /U。 A.IDL B.R

33、PC C.ORB D.GIOP（分数：1.00）A.B.C. D.解析：解析 ORB(Object Request Broker，对象请求代理)作为一个“软件总线”来连接网络上的不同对象，提供对象的定位和方法调用，它是 CORBA 实现的关键。 GIOP(General Intel-ORB Protocol，通用ORB 之间的协议)定义了一个不同 ORB 之间的接口。GIOP 是 CORBA 方法调用的核心部分。GIOP 不基于任何特别的网络协议，如 IPX 或 TCP/IP。为了确保互操作性，OMG 必须将 GIOP 定义在所有供应商都支持的特定传输之上。如果有详细和简洁的消息规范，则不会提

34、供互操作性，因为所有供应商都使用不同的传送机制来实现这个互操作性。 IDL(Interface Definition Language，接口定义语言)定义客户和服务器之间的静态接口，通过编译器生成客户存根、服务器框架，以及根据支持的语言映射，自动生成来自一个CORBA IDL 的代码。目前支持的语言映射包括：Java、C+、Ada、SmallTalk 和 Cobol 等。CORBA IDL 是由对象管理组织(Object Management Group)为定义所有的 CORBA 界面而制定的。 RPC(远程过程调用)是一种协议，程序可使用这种协议向网络中的另一台计算机上的程序请求服务。由于使

35、用 RPC 的程序不必了解支持通信的网络协议的情况，因此 RPC 提高了程序的互操作性。在 RPC 中，发出请求的程序是客户程序，而提供服务的程序是服务器。在面向对象技术中，一个子类的对象同时又属于父类，它继承了父类的一切属性，这种多态性称为U U 11 /U /U。同一个算子在不同的表达式中可能有不同的操作意义，这种多态性称为U U 12 /U /U。编译程序根据上下文判定算子的操作意义，这称为U U 13 /U /U。（分数：3.00）(1). A.参数多态 B.过载多态 C.包含多态 D.隐含多态（分数：1.00）A.B.C. D.解析：(2). A.参数多态 B.过载多态 C.包含多态

36、 D.隐含多态（分数：1.00）A.B. C.D.解析：(3). A.算子鉴别 B.算子操作 C.算子定义 D.算子运算（分数：1.00）A. B.C.D.解析：解析 在面向对象技术中，多态考虑的是类与类之间的层次关系，以及类自身内部特定成员函数之间的关系问题，解决功能和行为的再抽象问题。多态是指类中具有相似功能的不同函数用同一个名称来实现，从而可以使用相同的调用方式来调用这些具有不同功能的同名函数。这也是人类思维方式的一种直接模拟，比如一个对象中有很多求两个数最大值的行为，虽然可以针对不同的数据类型，写很多不同名称的函数来实现，但事实上，它们的功能几乎完全相同。这时，就可以利用多态的特征，用

37、统一的标识来完成这些功能。这样，就可以达到类的行为的再抽象，进而统一标识，减少程序中标识符的个数。 严格地说，多态性可分为 4 类，分别为过载多态(重载多态)、强制多态、包含多态和参数多态，其中前两种统称为专用多态(特定多态)，后面两种也称为通用多态。 包含多态是研究类族中定义于不同类中的同名成员函数的多态行为，主要通过虚函数来实现。包含多态最常见的例子就是子类型化，即一个类型是另一类型的子类型。 参数多态的应用比较广泛，被称为最纯的多态。这是因为同一对象、函数或过程能以一致的形式用于不同的类型。参数多态与类属(类模板)相关联，类属是一个可以参数化的模板，其中包含的操作所涉及的类型必须用类型参

38、数实例化。这样，由类模板实例化的各类都具有相同的操作，而操作对象的类型却各不相同。 过载多态是同一算子(操作符、函数名等)被用来表示不同的功能，通过上下文以决定一个算子所代表的功能，即通过语法对不同语义的对象使用相同的算子，编译能够消除这一模糊。 强制多态是通过语义操作把一个变元的类型加以变换，以符合一个函数的要求，如果不做这一强制性变换将出现类型错误。类型的变换可在编译时完成，通常是隐式地进行，当然也可以在动态运行时来做。 从实现的角度来看，多态可划分为两类，分别是编译时的多态和运行时的多态。前者是在编译的过程中确定同名操作的具体操作对象，而后者则是在程序运行过程中才动态地确定操作所针对的具

39、体对象。这种确定操作的具体对象的过程就是联编(编联、束定或绑定)。联编是指计算机程序自身彼此关联的过程，也就是把一个标识符名和一个存储地址联系在一起的过程；用面向对象的术语讲，就是把一条消息和一个对象的方法相结合的过程。 按照联编进行阶段的不同，可以分为两种不同的联编方法，分别为静态联编和动态联编，这两种联编过程分别对应着多态的两种实现方式。 联编工作在编译连接阶段完成的情况称为静态联编。因为联编过程是在程序开始执行之前进行的，因此有时也称为早期联编或前联编。在编译和连接过程中，系统就可以根据类型匹配等特征确定程序中操作调用与执行该操作代码的关系，其确定了某一个同名标识到底是要调用哪一段程序代

40、码。有些多态类型，其同名操作的具体对象能够在编译、连接阶段确定，通过静态联编解决，比如过载、强制和参数多态等。 和静态联编相对应，联编工作在程序运行阶段完成的情况称为动态联编，也称为晚期联编或后联编。在编译、连接过程中无法解决的联编问题，要等到程序开始运行之后再来确定，包含多态的操作对象的确定就是通过动态联编完成的。在面向对象分析过程中，用概念模型来详细描述系统的问题域，用U U 14 /U /U来表示概念模型；用U U 15 /U /U来描述对象行为。（分数：5.00）(1). A.顺序图 B.类图 C.协作图 D.用例图（分数：1.00）A.B. C.D.解析：(2). A.顺序图和协作图

41、 B.用例图和活动图 C.状态图和活动图 D.用例图和构件图（分数：1.00）A. B.C. D.解析：解析 在面向对象分析过程中，用概念模型来详细描述系统的问题域，用类图来表示概念模型。问题域是指一个包含现实世界事物与概念的领域，这些事物和概念与所设计的系统要解决的问题有关。而建立概念模型，又称为问题域建模、域建模，也就是找到代表那些事物与概念的对象。(3).在 UML 中，U U /U /U把活动图中的活动划分为若干组，并将划分的组指定给对象，这些对象必须履行该组所包括的活动，它能够明确地表示哪些活动是由哪些对象完成的。 A.组合活动 B.同步条 C.活动 D.泳道（分数：1.00）A.B

42、.C.D. 解析：解析 在 UML 中，活动图中的活动可以分成几个区域，每个区域在图中用虚线分开，因此被叫做泳道。泳道是活动图的内容的组织单元。它没有内在的语义，但可以根据建模者的意愿使用。通常，每个泳道代表现实世界组织内的一个组织单元。在活动图中，泳道用矩形框来表示，属于某个泳道的活动放在该矩形框内，将对象名放在矩形框的顶部，表示泳道中的活动由该对象负责。(4).在较高的抽象层次上，传统的程序流程图与 UML 中活动图最根本的区别在于U U /U /U。 A.程序流程图明确地指定了每个活动的先后顺序，而活动图仅描述了活动和必要的工作顺序 B.活动图不能提供循环控制结构，而程序流程图提供 C.

43、活动图不能表示并发活动，而程序流程图可以表示并发活动 D.两者采用不同的图形符号系统（分数：1.00）A. B.C.D.解析：解析 在 UML 中，活动图描述活动的次序，既支持条件行为，也支持并发行为。它是状态图的一种变形，其中多数状态都是活动状态。条件行为用分支与合并描述，并发行为是用分岔和汇合指明的。 UML 的活动图与传统的程序流程图有一定的相似性。程序流程图明确地指定了每个活动的先后顺序，而活动图仅描述了活动和必要的工作顺序，这是活动图和流程图的最根本的区别。另外，流程图一般都限于顺序进程，而活动图则可以支持并发进程。(5).在关于用例的描述中，错误的是U U /U /U。 A.用例将

44、系统的功能范围分解成许多小的系统功能陈述 B.一个用例代表了系统的一个单一的目标 C.用例是一个行为上相关的步骤序列 D.用例描述了系统与用户的交互（分数：1.00）A.B.C.D. 解析：解析 用例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果(一个目标)。用例确定了一个和系统参与者进行交互并可由系统执行的动作序列。用例模型描述的系统与用户的交互，是参与者所理解的系统功能，用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。在用例建模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例，这种用例称为U U 19 /U /U。在UML 的用例图上，将用例之间的这种关系标记为U U 20 /U /U。（分数：2.00）(1). A.扩展用例 B.抽象用例 C.公共用例 D.参与用例（分数：1.00）A.B. C.D.解析：(2). A.association B.extend C.include D.inheritances（分数：1.00）A.B.C. D.解析：解析 请参考试题 2 的分析。UML 提供了 4 种结构图用于对系统的静态方面进行可视化、详述、构造和文档化。其中U U 21 /U /U是面向对象系统建模中最常用的图，用于说