阅读以下技术说明，根据要求回答下列问题。
[说明]
某汽车停车场欲建立一个信息系统，已经调查到的需求如下。
1．在停车场的入口和出口分别安装一个自动栏杆、一台停车卡打印机、一台读卡器和一个车辆通过传感器等，其示意图见图8-18。
2．当汽车到达入口时，驾驶员按下停车卡打印机的按钮获取停车卡。当驾驶员拿走停车卡后，系统命令栏杆自动抬起；汽车通过入口后，入口处的传感器通知系统发出命令，栏杆自动放下。
3．在停车场内分布着若干个付款机器。驾驶员将在入口处获取的停车卡插入付款机器，并缴纳停车费。付清停车费之后，将获得一张出场卡，用于离开停车场。
4．当汽车到达出口时，驾驶员将出场卡插入出口处的读卡器。如果这张卡是有效的，系统命令栏杆自动抬起；汽车通过出口后，出口传感器通知系统发出命令，栏杆自动放下。若这张卡是无效的，系统不发出栏杆抬起命令而发出告警信号。
5．系统自动记录停车场内空闲的停车位的数量。若停车场当前没有车位，系统将在入口处显示“车位已满”信息。这时，停车卡打印机将不再出卡，只允许场内汽车出场。
根据上述描述，采用面向对象方法对其进行分析与设计，得到如表8-8所示的类/用例/状态列表，如图8-19所示的用例图，如图8-20所示的初始类图以及如图8-21所示的描述入口自动栏杆行为的UML状态图。
表8-8 类/用例/状态列表
| 用户名 | 说明 | 类名 | 说明 | 状态名 | 说明 |
| Car entry | 汽车进入停车场 | CentralComputer | 停车场信息系统 | Idle | 空闲状态，汽车可 以进入停车场 |
| Car exit | 汽车离开停车场 | PaymentMachine | 付款机器 | Disable | 没有车位 |
| Report Statistics | 记录停车场的相关 信息 | CarPark | 停车场，保存车位信 息 | Await Entry | 等待汽车进入 |
| Barrier | 自动护栏 | Await Ticket Take | 等待打印停车卡 | ||
| Car entry when full | 没有车位时，汽车请 求进入停车场 | EntryBarrier | 入口的护栏 | Await Enable | 等待停车场内有空 闲车位 |
| ExitBarrier | 出口的护栏 |
[问题2]
根据说明中的描述，使用表8-8给出的类的名称，给出图8-20中的A～D所对应的类。
参考答案：A：CarPark B：Barrier
C：EntryBarrier D：ExitBarrier
解析：在UML类图中，类与类之间的5种关系从弱到强依次为：依赖(Dependency)，关联(Association)，聚合(Aggregation)，组合(Composition)和继承(Inheritance)。因此依赖关系最弱，继承表示类与类之间关系最强。依赖(Dependency)关系是类与类之间的连接，并且依赖总是单向的，其标准UML图形表示为“
”。“
”表示其相联的两个类之间存在关联关系，用于描述两个概念上位于相同级别的类的实例之间存在的某种语义上的联系。聚合关系是关联关系的一种特例，代表两个类之间的整体/局部关系，其标准UML图形表示为“
”。“
”表示其相联的两个类之间存在继承关系。子类继承父类的行为与含义，子类还可以增加或者覆盖父类的行为。子类可以出现在父类出现的任何位置。
依题意可以判断Barlrier、EntryBarrier和ExitBarrer之间存在继承关系，而在图8-20类图中“
”所表示的继承关系的部分只有一处，因此这3个类分别对应于图8-20中的类B、类C和类D，而剩下的类A只有选择类CarPark了。