
服务子系统用例图及相关图示与描述。
5星
- 浏览量: 0
- 大小:None
- 文件类型:DOCX
简介:
该服务子系统用例图及用例描述,重点阐述了餐厅预订与服务流程中的诸多关键场景。这些场景涉及了客户、预订专员、第三方支付系统以及客服代表、服务员等多方参与者。下面将对每个用例进行更为详尽的说明,以便更好地理解其功能和交互方式。
1. **预订订单用例(001)**
- 涉及方:客户、预订管理员、以及第三方支付系统。
- 主要流程:
- 首先,客户通过输入其手机号码来启动预订订单的创建过程,随后选择期望的用餐时间、桌位以及所选定的菜品。
- 接着,预订管理员会对提交的信息进行验证,确认其准确性。之后,客户完成支付订单所需的费用。
- 在支付成功后,系统会立即生成一份电子支付凭证,以便客户进行下载和保存。
- 此外,还存在其他可能的流程:
- 线下预订流程中,客户可以直接在预订处完成整个预订操作。支付方式则可以包括第三方支付平台、现金支付或使用会员积分余额。
- 若发生异常情况,例如输入了无效的手机号码,则系统会自动取消该订单。如果第三方支付账户余额不足以完成支付,订单状态将被设置为“待支付”,并要求客户进行充值后再继续操作。
2. **呈现客户反馈示例(002)**
- 涉及人员:客服代表
- 核心事件流程:
- 客服代表浏览客户对订单、菜单及服务进行的评价反馈。
- 备选事件流程:
- 当未有任何评价时,系统会向用户提示表明目前暂无客户评价。
3. **客户服务用例(003)**
- 参与者:普通客户、服务员
- 基本事件流:
- 当顾客入座后,他们通过客户端进行点单和完成支付操作。若需要服务,顾客需向服务员发出请求。
- 异常事件流:
- 如果服务员正处于繁忙状态,系统会向客户发送提示,告知其需等待服务。
4. **订单评估用例 (004)**
- 涉及对象:普通客户、会员
- 核心流程:
- 在客户完成结账后,他们会对所点的菜品及所获得的的服务进行评分和反馈,这些评价内容随后会被上传至系统进行记录。
- 潜在异常情况:
- 如果没有合适的评价类别可供选择,客户可以选择其他类别,或者在稍后进行编辑和完善。
5. **会员服务用例 (005)**
- 涉及对象:会员与服务人员。
- 核心流程:
- 会员通过登录系统,得以获得定制化的服务体验。
- 潜在异常情况:若登录尝试失败,会员将需要重新提供其注册的用户名和密码以继续访问系统。
6. **信息展示应用场景 (006)**
- 涉及对象:普通客户、会员、厨师、服务员以及餐厅维护人员。
- 主要操作流程:
- 各相关人员均会提出信息需求并进行查看操作。
7. **点单用例 (007)**
- 涉及对象:普通顾客与会员。
- 点单是餐厅提供服务的关键步骤,顾客可以依据菜单上的菜品选项进行选择,并在点单过程中进行调整。然而,一旦菜品开始准备烹饪,则无法进行取消操作。完成点单后,顾客需进行支付结算,并可自由选择多种不同的支付方式。
这些用例详细阐述了一个涵盖餐厅预订和相关服务的完整流程,它从顾客的预订请求开始,逐步延伸至点餐、支付环节,以及最终的评价和会员服务体系构建,从而完整地覆盖了整个服务的使用阶段,旨在为顾客在餐厅内创造愉悦的用餐体验。此外,该系统还具备处理异常事件流的能力,能够高效地解决各种潜在的问题,并确保服务的顺利和持续进行。
全部评论 (0)


