问答题
阅读下列说明和图,回答问题1至问题4,将解答填入对应栏内。
【说明】
在线会议审稿系统(Online Reviewing System,ORS)主要处理会议前期的投稿和审稿事务,其功能描述如下:
1.用户在初始使用系统时,必须在系统中注册(register)成为作者或审稿人。
2.作者登录(login)后提交稿件和浏览稿件审阅结果。提交稿件必须在规定提交时间范围内,其过程为先输入标题和摘要、选择稿件所属主题类型、选择稿件所在位置 (存储位置)。上述几步若未完成,则重复;若完成,则上传稿件至数据库中,系统发送通知。
3.审稿人登录后可设置兴趣领域、审阅稿件给出意见以及罗列录用和(或)拒绝的稿件。
4.会议委员会主席是一个特殊审稿人,可以浏览提交的稿件、给审稿人分配稿件、罗列录用和(或)拒绝的稿件以及关闭审稿过程。其中,关闭审稿过程须包括罗列录用和(或)拒绝的稿件。
系统采用面向对象方法开发,使用UMi进行建模。在建模用例图时,常用的方式是先识别参与者,然后确定参与者如何使用系统来确定用例,每个用例可以构造一个活动图。参与者名称、用例和活动名称分别参见以下各表。参与者列表
名称 说明 名称 说明
User 用户 Author 作者
Reviewer 审稿人 PCChair 委员会主席

  用例名称列表
名称 说明 名称 说明
login 登录系统 register 注册
submit paper 提交稿件 browse review results 浏览稿件审阅结果
close reviewing procss 关闭审稿过程 assign paper to reviewer 分配稿件给审稿人
set preferences 设定兴趣领域 enter review 审阅稿件给出意见
list accepted/rejected
papers
罗列录用或/和拒
绝的稿件
browse     submitted
papers
浏览提交的稿件
活动名称列表
名称
说明
名称
说明
select paper location 选择稿件位置 upload paper 上传稿件
select subject group 选择主题类型 send notification 发送通知
enter title and abstract 输入标题和摘要
  系统的部分用例图和提交稿件的活动图分别见下图。
问答题
【问题1】
根据[说明]中的描述,使用参与者列表的英文名称,给出ORS用例图中A1~A4所对应的参与者。
【正确答案】
【答案解析】A1:User A2:Author A3:Reviewer A4:PCChair
问答题
【问题2】
根据[说明]中的描述,使用用例名称列表中的英文名称,给出ORS用例图中U1一 U3所对应的用例。
【正确答案】
【答案解析】U1:list accepted/rejected papers U2:browse submitted papers U3:assign paper to reviewer 注:U2和U3的答案可互换
问答题
【问题3】
根据[说明]中的描述,给出ORS用例图中{{U}} (1) {{/U}}和{{U}} (2) {{/U}}所对应的关系。
【正确答案】
【答案解析】(1):<<extend>>(2):<<include>>
问答题
【问题4】
根据[说明]中的描述,使用用例名称列表和活动名称列表中的英文名称,给出提交稿件过程的活动图中Actionl~Action4对应的活动。
【正确答案】
【答案解析】Action1:enter title and abstract Action2:select subject group Action3:select paper location Action4:upload paper 试题三[分析] 本题涉及面向对象系统开发时的UML用例图、活动图以及用例之间的关联关系。 构建用例图时,常用的方式是先识别参与者,然后确定用例。创建参与者之间的继承关系是为了简化绘图。继承关系可以通过子类型“是一种”父类型进行判定。在本题中,作者和审稿人分别是一种用户,委员会主席是一种特殊审稿人。因此,A1:User、 A2:Author、A3:Reviewer、A4:PCChair。 考查用例时,通过判断用例是哪一个特定参与者发起或者触发,来建立和参与者之间的关联。审稿人可以设定兴趣领域、审阅稿件给出意见和罗列录用或/和拒绝的稿件,因此U1:list accepted/rejiected papers,会议委员会主席可以浏览提交的稿件、给审稿人分配稿件、罗列录用和(或)拒绝的稿件以及关闭审稿过程,U2和U3分别为browse submitted papers和assign paper to reviewer(可互换)。 考查用例之间的关系时,<<extend>>(扩展)关系可以通过判断是否可以从一个用例的执行中,在需要时转向执行另一个用例,执行完返回继续,即存在<<extend>>关系。<<include>>(包含)定义了用例之间的包含关系,用于一个用例包含另一个用例的行为的建模,通过这种方式,可以把抽象(公共)行为从多个行为中分离出来。本题中,只有作者能提交稿件,“提交稿件”时判断是否登录,如果没有登录,先“登录”,然后返回继续提交稿件,所以(1)处应填<<extend>>。审稿人可以罗列录用和(或)拒绝的稿件,会议委员会主席在关闭审稿过程时须包括罗列录用和(或)拒绝的稿件,即用例“list accepted/rejected papers”和用例“close reviewing process”存在包含关系,所以(2)处应填<<include>>。 可以通过为每个用例构造一个活动图对用例进一步细化。构造活动图时可以通过如下步骤进行:从一个作为起点的初始节点开始;为用例的每个主要步骤添加一个动作:从一个活动到另一个活动、决策点或终点添加一条流;在流分解成不同路线的地方添加决策,并用一个合并将各个流重新合并;在有并行执行活动的地方添加分支和联合;用一个单一的活动终止符号结束。本题中,根据说明中条目2中描述的提交稿件的过程构建活动图,所以Actionl处填enter title and abstract、Action2处填select subject group、 Action3处填select paper location、Action4处填upload paper。