简要解释图3-22中用例U1和U3之间的extend关系的内涵。

正确答案：用例之间的延伸关系用于对被用户看作是可选系统行为的用例的一部分建模。通过这种方式可以把可选行为从必需的行为中分离出来。
用例之间的延伸关系用于对被用户看作是可选系统行为的用例的一部分建模。通过这种方式，可以把可选行为从必需的行为中分离出来。 解析：本题考查面向对象设计基本知识和方法。
题目给出了4个用例，在4个用例中，两个用例表示汽车进入停车场，一个用例表示汽车退出停车场，另一个用例表示记录停车场相关信息。经分析得出，前3个用例的参与者都是驾驶员，因此U1、U2和U3对应进入和退出停车场。U1和U3之间存在扩展关系，而用例之间的延伸关系用于对被用户看作是可选系统行为的用例的一部分建模通过这种方式，可以把可选行为从必需的行为中分离出来。Car entry when full和Car entry之间就可以使用extend关系进行建模。
类图问题的回答比较容易，因为首先可以判断Barrier、EntryBarrier和ExitBarrier之间存在继承关系，而类图中表示继承关系的部分只有一处，因此这3个类分别对应B、C和D，而剩下的空A只有选择类CarPark了。
在状态图中，Idle表示有空闲车位，Disable表示没有空闲车位，因此在其之间存在双向的状态迁移，因此状态图上的状态31为Idle状态。当停车场存在空闲车位时，汽车请求进入停车场，根据说明描述“当汽车到达入口时，驾驶员按下停车卡打印机的按钮获取停车卡”，可知在该动作正对应于状态图上的S1和状态S2之间的迁移，因此，状态S2表示的含义应该是按下按钮后状态，此时，驾驶员等待打印停车卡，所以，状态日2为Await Ticket Take。同理可分析出状态S3和状态S4。

参考答案：B

正确答案：Transaction是一个抽象泛化用例具有其他事务类型共有的属性和行为每个具体的事务类型继承它并实现适合自己的特定的操作。
Transaction是一个抽象泛化用例，具有其他事务类型共有的属性和行为，每个具体的事务类型继承它，并实现适合自己的特定的操作。 解析：问题1：识别参与者时，考查和系统交互的人员和外部系统。本题中，与系统交互的人员包括客户(Customer)和银行操作员(()perator)，与本模拟系统交互的外部系统包括银行系统(Sank)。考查用例时，通过判断哪一个特定参与者发起或者触发了与系统的哪些交互，来识别用例并建立和参与者之间的关联。考查用例之间的关系时，-include；(包含)定义了用例之问的包含关系，用于一个用例包含另一个用例的行为的建模；如果可以从一个用例的执行中，在需要时转向执行另一个用例，执行完返回之前的用例继续执行，用例间即存在<<extend>>关系。
问题2：序列图是场景的图形化表示，描述了以时间顺序组织的对象之间的交互活动。构造序列图时遵循如下指导原则：确定顺序图的范围，描述这个用例场景或一个步骤；绘制参与者和接口类，如果范围包括这些内容的话；沿左手边列出用例步骤：对控制器类及必须在顺序中协作的每个实体类，基于它拥有的属性或已经分配给它的行为绘制框；为持续类和系统类绘制框；绘制所需消息，并把每条消息指到将实现响应消息的责任的类上；添加活动条指示每个对象实例的生命期；为清晰起见，添加所需的返回消息；如果需要，为循环、可选步骤和替代步骤等添加框架。
问题3：用例之间的继承关系表示子类型“是一种”父类型。其中父类型通常是一个抽象泛化用例，具有子类型共有的属性和行为，每个具体的子类型继承它，并实现适合自己的特定的操作。本题中Transaction、Withdraw和Deposit等四个用例之间的关系即为继承关系，Transaction即是一个抽象泛化用例，具有其他事务类型共有的属性和行为，每个具体的事务类型继承它，并实现适合自己的特定的操作。

正确答案：U1：list accepted/rejected papers U2：browse submitted papers U3：assign paper to reviewer 注：U2和U3的答案可互换
U1：list accepted/rejected papers U2：browse submitted papers U3：assign paper to reviewer 注：U2和U3的答案可互换