在面向对象设计中，用于描述目标软件与外部环境之间交互的类被称为（1），它可以（2）。空白（2）处应选择（）A、表示目标软件系统中具有持久意义的信息项及其操作B、协调、控制其他类完成用例规定的功能或行为C、实现目标软件系统与外部系统或外部设备之间的信息交流和互操作D、分解任务并把子任务分派给适当的辅助类

正确答案：B
解析：本题考查UML语言。
  类图(class diagram)：展现了一组对象、接口、协作和它们之间的关系。在面向对象系统的建模中所建立的最常见的图就是类图。类图给出系统的静态设计视图。包含主动类的类图给出了系统的静态进程视图。
  .对象图(obiect diagram)：展现了一组对象以及它们之间的关系。对象图描述了在类图中所建立的事物实例的静态快照。和类图相同，这些图给出系统的静态设计视图或静态进程视图，但它们是从真实的或原型案例的角度建立的。
  .用例图(use case diagram)：展现了一组用例、参与者(actor)以及它们之间的关系。用例图给出系统的静态用例视图。这些图对系统的行为进行组织和建模是非常重要的。
  .序列图(sequencediagram)：是场景(scenario)的图形化表示，描述了以时间顺序组织的对象之间的交互活动。
  .协作图(collaboration diagram 或 communication diagram)：强调收发消息的对象的结构组织。
  序列图和协作图都是交互图(interaction diagram)。交互图展现了一种交互，它由一组对象和它们之间的关系组成，包括它们之间可能发送的消息。交互图关注系统的动态视图。序列图和协作图是同构的，它们之间可以相互转换。
  .状态图(statechart diagram)：展现了一个状态机，它由状态、转换、事件和活动组成。状态图关注系统的动态视图，它对于接口、类和协作的行为建模尤为重要，它强调对象行为的事件顺序。
  .活动图(activity diagram)：是一种特殊的状态图，它展现了在系统内从一个活动到另一个活动的流程。活动图专注于系统的动态视图。它对于系统的功能建模特别重要，并强调对象间的控制流程。
  .构件图(component diagram)：展现了一组构件之间的组织和依赖。构件图专注于系统的静态实现视图。它与类图相关，通常把构件映射为一个或多个类、接口或协作。
  .部署图(deployment diagram)：展现了运行处理节点以及其中的构件的配置。部署图给出了体系结构的静态实施视图。它与构件图相关，通常一个节点包含一个或多个构件。

正确答案：B
面向对象技术中的类分为三种：实体类、边界类、控制类。实体类是用于对必须存储的信息和相关行为建模的类。实体对象（实体类的实例）用于保存和更新一些现象的有关信息，例如：事件、人员或者一些现实生活中的对象。实体类通常都是永久性的，它们所具有的属性和关系是长期需要的，有时甚至在系统的整个生存期都需要。边界类是一种用于对系统外部环境与其内部运作之间的交互进行建模的类。这种交互包括转换事件，并记录系统表示方式（例如接口）中的变更。常见的边界类有窗口、通信协议、打印机接口、传感器和终端。如果您在使用GUI生成器，您就不必将按钮之类的常规接口部件作为单独的边界类来建模。通常，整个窗口就是最精制的边界类对象。边界类还有助于获取那些可能不面向任何对象的API（例如遗留代码）的接口。控制类用于对一个或几个用例所特有的控制行为进行建模。控制对象（控制类的实例）通常控制其他对象，因此它们的行为具有协调性质。控制类将用例的特有行为进行封装。

正确答案：B,C

参考答案：B

正确答案：C
同29题解析

正确答案：B
解析：在UML中，用例图用于描述系统与外部系统及用户之间的交互，在交互过程中，系统表现出相应的逻辑功能。类图用于描述系统的静态结构。顺序图和协作图统称为交互图，在UML2.0中，已将协作图更名为通信图。顺序图和协作图用于描述系统内对象之间的交互，但是它们的侧重点有所不同。顺序图清楚地表示了交互中的时间顺序，但没有明确表示对象之间的关系；协作图清楚地描述了对象之间的关系，但时间顺序必须从一系列序号中获得。顺序图常用于展示交互的场景，而协作图常用于展示过程的详细设计。

正确答案：C
1.实体类实体类映射需求中的每个实体，实体类保存需要存储在永久存储体中的信息，例如，在线教育平台系统可以提取出学员类和课程类，它们都属于实体类。实体类通常都是永久性的，它们所具有的属性和关系是长期需要的，有时甚至在系统的整个生存期都需要。实体类是对用户来说最有意义的类，通常采用业务领域术语命名，一般来说是一个名词，在用例模型向领域模型的转化中，一个参与者一般对应于实体类。通常可以从SRS中的那些与数据库表（需要持久存储）对应的名词着手来找寻实体类。通常情况下，实体类一定有属性，但不一定有操作。2.控制类控制类是用于控制用例工作的类，一般是由动宾结构的短语（“动词+名词”或“名词+动词”）转化来的名词，例如，用例“身份验证”可以对应于一个控制类“身份验证器”，它提供了与身份验证相关的所有操作。控制类用于对一个或几个用例所特有的控制行为进行建模，控制对象（控制类的实例）通常控制其他对象，因此，它们的行为具有协调性。控制类将用例的特有行为进行封装，控制对象的行为与特定用例的实现密切相关，当系统执行用例的时候，就产生了一个控制对象，控制对象经常在其对应的用例执行完毕后消亡。通常情况下，控制类没有属性，但一定有方法。3.边界类边界类用于封装在用例内、外流动的信息或数据流。边界类位于系统与外界的交接处，包括所有窗体、报表、打印机和扫描仪等硬件的接口，以及与其他系统的接口。要寻找和定义边界类，可以检查用例模型，每个参与者和用例交互至少要有一个边界类，边界类使参与者能与系统交互。边界类是一种用于对系统外部环境与其内部运作之间的交互进行建模的类。常见的边界类有窗口、通信协议、打印机接口、传感器和终端等。实际上，在系统设计时，产生的报表都可以作为边界类来处理。边界类用于系统接口与系统外部进行交互，边界对象将系统与其外部环境的变更（例如，与其他系统的接口的变更、用户需求的变更等）分隔开，使这些变更不会对系统的其他部分造成影响。通常情况下，边界类可以既有属性也有方法。

正确答案：C
解析：实体类主要负责数据和业务逻辑。边界类负责和用户进行交互，即用户界面控制类则负责实体类和界面类的交互。

答案：A

正确答案：B