D

A

[解析] 继承是父类和子类之间共享数据和方法的机制。这是类之间的一种关系，在定义和实现一个类(子类)的时候，可以在一个已经存在的类(父类)的基础上进行，把这个已经存在的类所定义的内容作为自己的内容，并加入若干新的内容。一个父类可以有多个子类，这些子类都是父类的特例，父类描述了这些子类的共有属性和操作。一个子类可以继承它的父类(或祖先类)中的属性和操作，这些属性和操作在子类中不必定义，子类中还可以定义自己的属性和操作。所以D选项错误。
   题中的Thing1为接口，那么doIt()为接口中的抽象方法，必须由实现它的类去实现该方法。因此在Thing3中必须实现，而Thing4也是Thing1的子类，但不是直接子类，所以可能由Thing4实现。

D

A

[解析] 在面向对象技术中，不同的对象收到同一消息可以产生完全不同的结果，这一现象叫做多态，这说明一个对象具有多种形态；继承是父类和子类之间共享数据和方法的机制，这是类之间的一种关系。

D

A

[解析] 类是现实世界或思维世界中的实体在计算机中的反映，它将数据以及这些数据上的操作封装在一起。类是对象的抽象，而对象是类的具体实例。
   在类中，可将数据声明为private、protect和public，声明为private的数据为私有的，只能被类中的成员函数调用，不能在类外访问，从而实现数据隐藏的目的，可防止意外更改。

B

D

C

[解析] 在收到消息时，对象要予以响应。不同的对象收到同一消息可以产生完全不同的结果，这一现象叫做多态(polymorphism)。在使用多态的时候，用户可以发送一个通用的消息，而实现的细节则由接收对象自行决定。这样，同一消息就可以调用不同的方法。绑定是一个把过程调用和响应调用所需要执行的代码加以结合的过程。在一般的程序设计语言中，绑定是在编译时进行的，叫做静态绑定。动态绑定则是在运行时进行的，因此，一个给定的过程调用和代码的结合直到调用发生时才进行。
   动态绑定是和类的继承以及多态相联系的。在继承关系中，子类是父类一个特例，所以父类对象可以出现的地方，子类对象也可以出现。因此在运行过程中，当一个对象发送消息请求服务时，要根据接收对象的具体情况将请求的操作与实现的方法进行连接，即动态绑定。

D

A

C

[解析] 在基本的面向对象的系统中，对象是基本的运行时的实体，它既包括数据(属性)，也包括作用于数据的操作(行为)，所以，一个对象把属性和行为封装为一个整体，封装是一种信息隐蔽技术，它的目的是使对象的使用者和生产者分离，使对象的定义和实现分开。
   继承是父类和子类之间共享数据和行为的机制。在定义和实现一个类的时候，可以在一个已经存在的类的基础上，把这个已经存在的类所定义的内容作为自己的内容，并加入新的内容。继承可以实现子类拥有父类的全部属性和服务。
   对象之间进行通信的一种构造叫做消息。当一个消息发送给某个对象时，包含要求接收对象去执行某些活动的信息，接收到信息的对象经过解释，予以响应，这种通信机制叫做消息传递。消息内容一般包含提供服务的对象标识、服务标识、输入信息和应答信息等。

A

C

B

C

B

B

D

D

C

[解析] 业务用例模型描述一个业务的流程以及它们与外部各方(如客户和合作伙伴)之间的交互。业务用例模型描述的是业务范围，与系统用例模型讲述的系统范围是不同的。
   业务对象模型是描述业务用例实现的对象模型。业务对象模型是一种根据职责、可交付工件和协作行为来说明业务流程的方法。不建立成业务对象模型意味着存在一定风险，因为开发人员只是肤浅地注意业务的进行方式，用自己已有的观念思考，即在缺乏业务流程观念的前提下设计和创建软件，其结果可能是构建出来的系统无法满足业务需要。

B

A

C

D

D

C

[解析] 开-闭原则(Open-Closed Principle)可以说是面向对象设计的核心所在。开-闭原则的两个重要特点是“对扩展开放，对修改关闭”，即允许对程序作出扩展(以扩展的方式响应需求的变化)，但拒绝对程序作出修改(即修改之前运行良好的程序)。实现“开-闭原则”的重要机制就是“抽象”与“多态”。通过对“变化”进行抽象隔离，使程序具有更好的扩展性与可维护性。
   里氏代换原则(LiskoV Substitution Principle，LSP)在实现继承时，子类(subtype)必须能替换掉它们的基类(base type)。如果一个软件实体使用的是基类的话，那么也一定适用于子类；但反过来的代换不成立。
   依赖倒转原则(Dependence Inversion Principle，DIP)是指在进行业务设计时，与特定业务有关的依赖关系应该尽量依赖接口和抽象类，而不是依赖具体类。具体类只负责相关业务的实现，修改具体类不影响与特定业务有关的依赖关系。

C

B

A

[解析] 实体类(Entity Class)是应用领域中的核心类，一般是从现实世界中的实体对象归纳和抽象出来的，用于长期保存系统中的信息，以及提供针对这些信息的相关处理行为。一般情况下，实体类的对象实例和应用系统本身有着相同的生命周期。
   边界类(Boundary Class)是系统内的对象和系统外的参与者的联系媒体，外界的消息只能通过边界类的对象实例发送给系统。
   控制类(Control Class)是实体类和边界类之间的润滑剂，是从控制对象中归纳和抽象出来的，用于协调系统内边界类和实体类之间的交互。

A

C

C

D

[解析] 状态图展现了一个状态机，它由状态、转换、事件和活动组成。状态图关注系统的动态视图，它对接口、类和协作的行为建模尤为重要，它强调对象行为的事件顺序。状态图通常包含简单状态和组合状态、转换(事件和动作)。可以用状态图对系统的动态方面建模。这些动态方面可以包括出现在系统体系结构的任何视图中的任何一种对象的按事件排序的行为，这些对象包括类(主动类)、接口、构件和节点。所以状态图不表示多个对象之间的交互。根据ON状态的内部行为可以发现该状态为超状态。