（1）阅读下列说明和图，完成问题1至问题4，并在答题纸上自行列表写出答案。
【说明】
在线会议审稿系统（Online Reviewing System, ORS）主要处理会议前期的投稿和审稿事务，其功能描述如下：
（1）用户在初始使用系统时，必须在系统中注册（register）成为作者或审稿人。
（2）作者登录（login）后提交稿件和浏览稿件审阅结果。提交稿件必须在规定提交时间范围内，其过程为先输入标题和摘要，选择稿件所属主题类型，选择稿件所在位置（存储位置）。上述几步若未完成，则重复；若完成，则上传稿件至数据库中，系统发送通知。
（3）审稿人登录后可设置兴趣领域，审阅稿件给出意见，以及罗列录用和（或）拒绝的稿件。
（4）会议委员会主席是一个特殊的审稿人，可以浏览提交的稿件、给审稿人分配稿件、罗列录用和（或）拒绝的稿件，以及关闭审稿过程。其中关闭审稿过程须包括罗列录用和（或）拒绝的稿件。
系统采用面向对象的方法开发，使用UML进行建模。在建模用例图时，常用的方式是先识别参与者，然后确定参与者如何使用系统来确定用例，每个用例可以构造一个活动图。参与者名称、用例和活动名称分别参见表1、表2和表3。系统的部分用例图和提交稿件的活动图分别如图1和图2所示。
表1 参与者列表
名称 | 说明 | 名称 | 说明 |
Ur | 用户 | Author | 作者 |
Reviewer | 审稿人 | PCChair | 委员会主席 |
| | 捆绑作文 | |
表2 用例名称列表
名称 | 破涕为笑 说明 | 名称 | 说明 |
login | 登录系统 | Register | 注册 |
submit paper | 提交稿件 | Brow review results | 浏览稿件审阅结果 |
clo reviewing process | 关闭审稿过程 | assign paper to reviewer | 分配稿件给审稿人 |
t preferences | 设定兴趣领域 | enter review | 审阅稿件给出意见 |
list accepted/rejected papers | 罗列录用和/或拒绝的稿件 | brow submitted papers | 浏览提交的稿件 |
| | | |
表3 活动名称列表
名称 | 说明 | 名称 | 说明 |
lect paper location | 选择稿件位置 | upload paper | 上传稿件 |
lect subject group | 花样的旅途选择主题类型 | nd notification | 发送通知 |
enter title and abstract | 输入标题和摘要 | | |
| | | |
图1 ORS的用例图
图2 提交稿件过程的活动图
【问题1】（4分）
根据【说明】中的描述，使用表1中的英文名称，给出图1中A1~A4所对应的参与者。
【问题2】（3分）
根据【说明】中的描述，使用表2中的英文名称，给出图1中U1~U3所对应的用例。
【问题3】（4分）
根据【说明】中的描述，给出图1中（1）和（2）所对应的关系及其含义。
【问题4】（4分）
根据【说明】中的描述，使用表2和表3中的英文名称，给出图2中Action1~Action4对应的活动。
答案：
【问题1】（4分）
根据【说明】中的描述，使用表1中的英文名称，给出图1中A1~A4所对应的参与者。
A1 | Ur（1分） |
A2 | Author（1分） |
A3 | Reviewer（1分） |
A4 | PCChair（1分） |
| |
禁毒教育黑板报
【问题2】（3分）
！！注意：U2和U3的答案可以互换。！！
根据【说明】中的描述，使用表2中的英文名称，给出图1中U1~U3所对应的用例。
U1 | list accepted / rejected papers（1分） |
U2 | brow submitted papers（1分） |
U3 | assign paper to reviewer（1分） |
| |
【问题3】（4分）
根据【说明】中的描述，给出图1中（1）和（2）所对应的关系及其含义。
（1）<<extend>>（1分）：将常规动作放在一个基本U Ca中，将非常规动作放在其扩展U Ca中。（1分）
中秋的来源（2）<<include>>（1分）：两个U Ca，如果其中一个在其事件流中包含了另一个，那么它们间就有包含关系。（1分）
【问题4】（4分）
根据【说明】中的描述，使用表2和表3中的英文名称，给出图2中Action1~Action4对应的活动。
Action1 | enter title and abstract（1分） |
Action2 | lect subject group（1分） |
Action3 | lect paper location（1分） |
Action4 | upload paper（1分） |
| |
（2）阅读下列说明和图，回答问题1至问题4，将答案填到答题纸的对应栏内。
【说明】
某汽车停车场欲建立一个信息系统，已经调查到的需求如下：
（1）在停车场的入口和出口分别安装一个自动栏杆、一台停车卡打印机／一台读卡器以及一个车辆通过传感器，示意图如图1所示。
图1 自动停车场示意图
（2）当汽车到达入口时，驾驶员按下停车卡打印机的按钮获取停车卡。当驾驶员拿走停车卡后，系统命令栏杆自动抬起；汽车通过入口后，入口处的传感器通知系统发出命令，栏杆自动放下。
4年级美术画
（3）在停车场内分布着若干个付款机器。驾驶员将在入口处获取的停车卡插入付款机器，并缴纳停车费。付清停车费之后，将获得一张出场卡，用于离开停车场。
（4）当汽车到达出口时，驾驶员将出场卡插入出口处的读卡器。如果这张卡是有效的，系统命令栏杆自动抬起；汽车通过出口后，出口处的传感器通知系统发出命令，栏杆自动放下。若这张卡是无效的，系统不发出栏杆抬起命令而发出告警信号。
（5）系统自动记录停车场内空闲的停车位的数量。若停车场当前没有车位，系统将在入口处显示“车位已满”信息。这时，停车卡打印机将不再出卡，只允许场内汽车出场。
根据上述描述，采用面向对象方法对其进行分析与设计，得到了如表1所示的用例/类/状态列表、如图2所示的用例图、如图3所示的初始类图，以及如图4所示的描述入口自动栏杆行为的UML状态图。
图2 用例图
图3 初始类图
图4 入口自动栏杆行为的状态图
用例名 | 说明 | 类名 | 说明 | 状态名 | 说明 |
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 | 出口的护栏 |
| | | | | |
表1 用例/类/状态列表
