会议审稿系统(Online Reviewing System，ORS)主要处理会议前期的投稿和审稿事务，其功能描述如下：1．用户在初始使用系统时，必须在系统中注册(register)成为作者或审稿人。2．作者登录(login)后提交稿件和浏览稿件审阅结果。提交稿件必须在规定提交时间范围内，其过程为先输入标题和摘要、选择稿件所属主题类型、选择稿件所在位置 (存储位置)。上述几步若未完成，则重复；若完成，则上传稿件至数据库中，系统发送通知。3．审稿人登录后可设置兴趣领域、审阅稿件给出意见以及罗列录用和(或)拒绝的稿件。4．会议委员会主席是一个特殊审稿人，可以浏览提交的稿件、给审稿人分配稿件、罗列录用和(或)拒绝的稿件以及关闭审稿过程。其中，关闭审稿过程须包括罗列录用和(或)拒绝的稿件。系统采用面向对象方法开发，使用UMi进行建模。在建模用例图时，常用的方式是先识别参与者，然后确定参与者如何使用系统来确定用例，每个用例可以构造一个活动图。参与者名称、用例和活动名称分别参见以下各表。参与者列表
系统的部分用例图和提交稿件的活动图分别见下图。
根据[说明]中的描述，使用用例名称列表中的英文名称，给出ORS用例图中U1一 U3所对应的用例。
正确答案及解析
正确答案
解析
U1：list accepted/rejected papersU2：browse submitted papersU3：assign paper to reviewer注：U2和U3的答案可互换
考查用例时，通过判断用例是哪一个特定参与者发起或者触发，来建立和参与者之间的关联。审稿人可以设定兴趣领域、审阅稿件给出意见和罗列录用或/和拒绝的稿件，因此U1：list accepted/rejiected papers，会议委员会主席可以浏览提交的稿件、给审稿人分配稿件、罗列录用和(或)拒绝的稿件以及关闭审稿过程，U2和U3分别为browse submitted papers和assign paper to reviewer(可互换)。考查用例之间的关系时，＜＜extend>>(扩展)关系可以通过判断是否可以从一个用例的执行中，在需要时转向执行另一个用例，执行完返回继续，即存在＜＜extend>>关系。＜＜include>>(包含)定义了用例之间的包含关系，用于一个用例包含另一个用例的行为的建模，通过这种方式，可以把抽象(公共)行为从多个行为中分离出来。
