参考答案:

【问题1】（5分，各1分）　　A1：乘客    A2：服务技术人员
U1：支付   （1）<<include>>    （2）<<include>>

【问题2】（7分）
C1：键盘   （2分）
C2：目的地键盘   （1分）
C3：车票键盘   （1分）
C4：继续/取消键盘      （1分）
（3）~（6）：1 （各0.5分）

【问题3】（3分）
使用Mediator模式，可以使各个对象间的耦合松散（1分），只需关心和Mediator的关系，使多对多的关系变成了一对多的关系（1分），可以降低系统的复杂性，提高可修改扩展性(1分）。

详细解析:

    本题考查面向对象开发相关知识，涉及UML用例图、类图以及类图设计时的设计模式。 UML目前在面向对象软件开发中广泛使用，是面向对象软件开发考查的重要内容。
【问题1】
    本问题考查用例图。用例图用于确定系统边界，识别与系统交互的参与者，通过判断参与者发起的用例，建立和参与者之间的关联，然后再确认用例之间的关系。
    本题中对售票机的描述为“乘客可以通过车票键盘选择车票种类（单程票、多次往返票和座席种类）；售票机的维护工作（取回现金、放入空白车票等）由服务技术人员完成”。由此可知，图3-1中A1为乘客，A2为服务技术人员。
    对购票用例，要选择目的地和车票类型、通过插卡口进行支付才可完成购票。因此U2为支付。
    在考查用例之间的关系时，购票过程可以取消，也允许乘客连续购买多张票，因此，购票时可以包含多次选择目的地和车票类型、支付，即购票用例包含（关系<<include>>)选择目的地和车票类型以及支付。 
【问题2】
    本问题考查类图。类图设计的重点是类的抽象和继承关系以及多重度。售票机的面板由多个控制部件组成。根据说明这些控制部件有目的地键盘、车票键盘和继续／取消键盘、显示屏、卡驱动器、硬币／纸币槽、打印机。图3-3中只有前3个部件在图中没有给出，而要填如4个类。从图中己经抽象出的硬件组件，给出了抽象的思路，从而可以把键盘抽象出来。由C1与C2、C3、C4的继承关系中C1为基类，可知C1为键盘。由C2、C3和C4给出的方法名称可知，C2为目的地键盘获取目的地代码，C3为车票键盘选择产品类型，C4为继续／和取消动作。
    本题中的重复度比较简单。从图3-1售票机的图示中可以看出，一个售票机只包含一个目的地键盘、一个车票键盘和一个继续／取消键盘，因此（3）～（6）均为1。
【问题３】
    本问题考查设计模式。设计模式题目虽然比较难，但是本题题目中已经给出了所采用的设计模式为Mediator模式，只需说明设计模式的内涵即可，也比较容易。使用Mediator模式，可以使各个对象间的耦合松散，只需关心和Mediator的关系，使多对多的关系变成了一对多的关系，可以降低系统的复杂性，提高可修改扩展性。