根据描述，为“图书借阅自助系统”建立用例图。
系统为借阅者提供服务，系统的借阅者为学生和教师，系统提供服务如下表所示；
其他需求：出于系统安全考虑，要求在“借阅图书”、“归还图书”时，要先”验证借阅者的身份”。
由
系统为借阅者提供服务，系统的借阅者为学生和教师，
可知参与者是：借阅者，且借阅者分为学生和教师
学生最多可借阅5本；教师最多可借阅20本。
属于业务规则，不应是用例
预约图书：|若教师想借阅的书已被借空，教师可预约该书。预约后可优先借阅该书。
可以得出，教师可以预约图书，两者是关联关系。
预约后可优先借阅该书。
属于业务规则，不是用例
易得借阅图书”和“归还图书”对于”验证借阅者的身份”是包含关系。
描述在棋牌馆管理系统中，客户通过Internet进行“预订座位”操作，其中需要“检查座位信息”。如果没有空闲或满意的座位，则选择“处理等候队列”。当客户到棋牌馆后，总台服务员“安排座位”，其中需要“检查座位信息”。客户要离开棋牌馆时，总台服务员需“处理结账”，支持“处理现金结账”和通过银联POS系统“处理银行卡结账”两种方式。要求根据描述画出描述该业务的用例图。
注意两点
基础知识
名称描述用例的意图或实现的目标,一般为动词或动宾短语参与者描述用例的参与者,包括主要参与者和其他参与者前置条件用例能够正常启动和工作的系统状态条件后置条件用例执行完毕后系统的状态条件基本事件流对用例中常规、预期路径的描述扩展事件流主要是对一些异常情况,选择分支的描述特殊需求描述用例实现时需考虑的业务规则,实现约束及非功能性需求等信息
例规约的基本事件流和备选事件流中对系统实现及界面设计细节描述的越详细、细致，越有助于后续软件开发活动的顺利开展。错
分析：用户下单只包含下单，不包含支付，因此外卖下单部分不要写出支付过程。
用例编号UC01
用例名称外卖下单
用例简述用户通过该用例订餐生成外卖订单
参与者用户
触发条件用户选择要点餐的商家时，用例开始；
后置条件下单成功，系统保存订单信息；下单失败，不保存订单信息。
基本事件流
1.用户选择要点餐的商家，用例启动；
描述时要明确参与者，不能写“参与者”，要写出正确的参与者名字。
2.系统显示所选餐馆的信息界面，并显示餐品菜单（菜单分类、餐品名称、图片、价格、月售量、好评度等）；
3.用户对菜品点击“添加”；
4.系统将该菜品添加入购物车；
要对用户的每次点击都写出。
重复操作步骤3、4，直到完成点餐；
5.用户选择结算；
因为有用例支付订单，所以不需要写出支付细节
7.用户选择收货地址，点击“提交订单”；
8.系统确认订单信息无误，创建订单，并显示订单应支付金额，用例结束。
扩展事件流
3a.用户点击菜品图片，系统显示菜品详细信息（详情、描述、搭配推荐）；点击返回，返回2。
4a.如果所选菜品余量不足，系统给出提示，返回2。
5a.如果用户点击购物车，系统显示购物车列表；用户可以删除已选菜品，或者增减某菜品的数量；点击返回，返回2。
7a.如果用户所选的收货地址超出商家配送范围，系统给出提示，返回6。
8a.系统检验订单信息有误，提示用户检查订单列表，返回6，并突出显示有误信息。
特殊需求
特殊需求类似于制定的规则。
1.菜品添加购物车时，默认数量为1；2.订单总金额=Σ菜品单价×数量-优惠金额；3.收货地址详细到门牌号，必须添加收货人手机；4.订单放弃后，购物车信息自动保留20分钟，20分钟后清空；5.订单超过30分钟未支付，自动取消订单。
扩展点
本用例执行基本事件流6时，可选择执行扩展用例“UC05新增收货地址”用例；
本用例执行基本事件流8后，可选择执行扩展用例“UC06支付订单”用例。
事件流——基本流顾客选择要购买的商品系统计算优惠金额，并显示生成的用户付款订单顾客确认用户付款订单系统保存用户付款订单系统显示付款方式顾客选择付款方式，进行付款系统启用银行系统，确认顾客的付款系统显示顾客此次购买成功信息顾客确认成功信息，结束此次购买
事件流——备选流3a.如果顾客取消付款订单，系统给出提示，结束7a.如果顾客没有付款，给出提示，保留该订单，返回步骤5
特殊需求：需要系统能与现有的银行系统连接，获取顾客付款信息扩展点：商品优惠用例