某企业为了便捷职工就餐，为饭店开发了一个订餐系统（COS:),企业职工可通过企业内联网使用该系统。
企业的任何职工都可以查看菜单和明日特惠。
系统的客户是注册到系统的职工大学外卖小程序，可以订餐（假如未登陆，需先登入)、注册薪水支付、预约规律的订餐，在特殊情况下可以覆盖预订。
饭店职工是特殊客户，可以进行备餐、生成付费恳求和恳求送餐，其中对于注册薪水支付的客人生成付费恳求并发献给薪资系统。
菜单管理员是饭店特定职工，可以管理菜单。
送餐员可以复印送餐说明，记录送餐信息（如送餐时间）以及记录收费（对于没有注册薪资支付的客人，由送餐员缴纳现金杂记录）。
客户订餐过程如下：
客户恳求查看菜单；系统显示菜单和明日特惠；客户选菜；系统显示订单和价钱；客户确认订单；系统显示可送餐时间；客户指定送餐时间、地点和支付方法；系统确认接受订单，之后发送E-mail给客人以确认订餐，同时发送相关订餐信息通知给饭店职工。
系统采用面向对象方式开发，使用UML进行建模。系统的顶楼用例图和一次订餐的活动图定稿分别如右图（a)和（b)所示。
【问题1】
按照说明中的描述，给出图(a)中A1和A2所对应的参与者。
【问题2】
按照说明中的描述，给出图(a)中缺乏的四个用例及其所对应的参与者。
【问题3】
按照说明中的描述,给出图(b)中（1)〜（4)处对应的活动名称或图形符号。
【问题4】
强调图（a)中职工和客户之间是哪些关系，并解释该关系的内涵。
答案：
【问题1】
A1：薪资系统
A2：菜单管理员
【问题2】
用例名参与者
查看当天特惠
职工
注册薪水支付
客户和薪资系统
生成付费恳求
饭店职工和薪资系统
管理菜单
菜单管理员
【问题3】
（1）
（2）登陆
（3）
（4）
【问题4】
泛化关系（通常/特殊关系、继承关系）。泛化关系描述了一个参与者可以完成另一个参与者同样的任务，并可以补充额外的角色功能。
解析：
【问题1】
辨识参与者时，考查和系统交互的人员和外部系统。本题中大学外卖小程序，与系统交互的人员包括职工、注册到系统的职工(客户)、餐厅职工、菜单管理员、送餐员以及薪资系统。
由“菜单管理员是饭店特定职工”以及图中A2和图中餐馆职工之间的“是一种”关系可知，A2为菜单管理员;图中还缺乏描述中与薪资系统的交互，由“……并发献给薪资系统”可知，A1为薪资系统。
【问题2】
考查用例及其和参与者之间的关系时，通过判定哪一个特定参与者发起或则触发了与系统的什么交互，来辨识用例并完善和参与者之间的关联。
本题中，由“任何职工都可以查看菜单和明日特惠”可知，图中缺乏用例查看明日特惠，对应参与者是职工；由“系统的客户是……，注册薪资支付、……"可知，图中缺乏用例注册薪资支付，对应参与者是客户和薪资系统；由“餐厅职工是……，可以进行备餐、生成付费恳求……发送给薪水系统”可知，图中缺乏用例“生成付费恳求”，对应的参与者是饭店职工和薪资系统；由“菜单管理员是饭店特定职工，可以管理菜单”可知，图中缺乏用例管理菜单，对应的参与者是菜单管理员。
须要注意的是，在注册薪资支付所对应的参与者中，尽管没有明晰说明要和薪资系统交互，并且由“对于注册薪水支付的客人生成付费恳求并发献给薪资系统”可知，薪水支付是由薪资系统控制，所以注册也须要和薪资系统交互。
【问题3】
在客户订餐过程的描述中，在“顾客选菜”之前，图中缺乏符号和活动。由说明中客户“可以订餐(假如未登入，需先登入)”可以判定，在系统“显示菜单和明日特惠"然后"客人选菜”之前，须要判定(判断符号)当前用户身分是否为客人，倘若不是，需先登入；由“……发送E-mail给客人以确认订餐，同时发送相关订餐信息通知给饭店职工”可知，发送E-mail和通知饭店职工为并行活动，须要在前后有同步条(或横向)。
【问题4】
参与者之间的关系表示子类型是一种父类型，即泛化关系。其中父类型一般是一个具象泛化的参与者,可以完成子类型可完成的共同行为，每位具体的子类型承继它，可以完成父类型参与者同样的任务，并可以补充额外的角色功能。
免责声明：部分文章信息来源于网络以及网友投稿，本站只负责对文章进行整理、排版、编辑，出于传递更多信息之目的，并不意味着赞同其观点或证实其内容的真实性，如本站文章和转稿涉及版权等问题，请作者在及时联系本站，我们会尽快为您处理。
