Skip to content

Latest commit

 

History

History
287 lines (205 loc) · 15.4 KB

oms04.md

File metadata and controls

287 lines (205 loc) · 15.4 KB
Raw

OMS04

点餐管理系统 04

写在前面

大家对 Java 编程已经逐渐熟悉，现在我们开始减少对于实现方式的要求，只对测试接口进行严格要求。所有方法我们只规定需要实现，实现方式等不做要求，但请将代码写规范，因为有⼀部分分会给在代码风格上。接口和文件格式一定要写正确，无法测试会直接导致分数较低。

题目背景

经过大家辛苦的开发，目前我们的点餐系统已经实现了较为成熟的菜单的查看以及菜品的查找，当然，只有菜品菜单是不够的，饭店的正常运营，一些角色是无法或缺的，此次 oms 的实现主要侧重于完善这些类的编写。

任务

Person

此次功能新增会对 oms01 已经编写的Person类进行修改，说明如下：

该类是下面几个角色类的父类。为 Person 类新增主键属性 PID（String 类型），对应的密码为 PWD（String 类型），两者的组成结构有严格的要求，具体要求如下：

  • 对于 PID：
PID = 两位身份符号（Cu/Wa/Co） + 5位整数编号
例如：Cu00000、Wa01000
  • 对于 PWD：
  1. PWD的长度限制在[8,18]
  2. PWD中至少含有英文字母以及阿拉伯数字（即不允许只出现数字或字母）
  3. 只允许出现ASCII码表中序号在[33,126]中的字符
  4. 在角色被新创建时，为其生成默认密码oms1921SE

Customer

顾客 - 继承Person类

  • 添加属性：isVIP（boolean 类型），表示当前顾客是否为 VIP 用户（default: false)
  • 添加属性：balance（double 类型），表示当前该顾客账户的余额（**保留一位小数**）
  • 添加属性：isDining（boolean 类型），表示当前顾客是否在店用餐
  • 添加属性：当前点餐清单（列表）
  • 添加属性：当前未上菜清单（列表）

Waiter

服务员 - 继承Person类

  • 添加属性：当前所服务的顾客清单（列表，具体存储内容请自行设计，但必须保证含有 Person 类的主键以方便相关方法的编写）

Cook

厨师 - 继承Person类

  • 添加属性：当前完成菜品清单（Dish 对象列表）

PersonList

编写 PersonList 类存放当前点餐系统的所有人的信息，包括当前系统中所有的 Customer、Waiter、Cook。

DishDoneList

编写 DishDoneList 类存放当前由厨师完成而未被服务员取走的 Dish 对象

功能新增

此次功能新增依旧是在前面的 oms 的基础上进行，请务必完成 oms03 后再编写此次实验。本次实验将会检查项目结构的合理性，要求除了自定义排序等方法类外，一个 java 文件中的类不应该超过 1 个，也即每一个 java 文件所负责的功能应该是单一的。如果出现一个项目所有的功能全部放在 Test 类（例如 Person 等类全部写在 Test.java 中）中或者类似的类冗余的情况，会进行大额度地扣分。

SUDO 模式的引入

为了引入权限模式，此次功能更新会引入 SUDO 指令，来模拟有权限的终端系统（老板角色）。 在初始的情况下，输入指令SUDO进入超级用户模式（现实中只有经理等角色才可以使用，这里省略了权限的认证阶段），进入 SUDO 模式后，首先输出Enter sudo mode，接着输入 sudo 模式下的指令，如下所示：

基本格式：

选项 [参数1] [参数2] [参数3] [参数4]
选项 [参数 1] [参数 2] [参数 3] [参数 4] 功能描述
sncu 新增顾客姓名 新增顾客性别 新增顾客手机号 新增顾客 PID 详见新增功能描述 1
snwa 新增服务员姓名 新增服务员性别 新增服务员手机号 新增服务员 PID 详见新增功能描述 1
snco 新增厨师姓名 新增厨师性别 新增厨师手机号 新增厨师 PID 详见新增功能描述 1
dcu 目标顾客 PID 详见新增功能描述 2
dwa 目标服务员 PID 详见新增功能描述 2
dco 目标厨师 PID 详见新增功能描述 2
pp 详见新增功能描述 3
SQ 退出超级用户状态，输出Quit sudo mode，返回初始环境

新增功能描述 1

本组新增功能的目的是实现超级用户向点餐系统中录入各类角色信息（顾客、服务员、厨师），在录入信息时，需要对各参数的合法性进行检查，同时保证主键的不重复性（目前可以认为姓名、手机号、PID 均不可重复）。

指令名 成功输出
sncu Add new customer success
snwa Add new waiter success
snco Add new cook success

错误情况的输出如下，且相同指令的错误判断优先级由上到下进行

指令名 错误情况 错误输出
错误指令 SUDO 模式不存在该指令 Call sudo method illegal
sncu\snwa\snco 参数（数量）错误 Params' count illegal
sncu\snwa\snco 输入性别错误（非 M/F） Sex illegal
sncu\snwa\snco 输入手机号格式错误 Phone number illegal
sncu\snwa\snco 输入性别与手机号不匹配 Phone number doesn't match sex
sncu\snwa\snco 输入手机号已存在 Phone number exists
sncu 新增顾客 PID 格式错误 Customer PID illegal
sncu 新增顾客 PID 已存在 Customer PID exists
snwa 新增服务员 PID 格式错误 Waiter PID illegal
snwa 新增服务员 PID 已存在 Waiter PID exists
snco 新增厨师 PID 格式错误 Cook PID illegal
snco 新增厨师 PID 已存在 Cook PID exists

不考虑 SUDO 情况下的指令参数中名称的错误或重复

建议大家把重复的判断封装成一个方法，进行调用而不是简单的 if-else 的复制粘贴。

新增功能描述 2

在一个管理餐厅的系统中，除了能够添加用户，也可以移除用户、开除员工，这就需要我们给系统添加删除操作。所以本组新增功能的目的是实现超级用户对系统角色信息的删除操作，在删除时需要指定删除对象的 PID，自然也需要对该 PID 进行合法性的检查（格式是否正确、是否存在）。

指令名 成功输出
dcu Delete customer success
dwa Delete waiter success
dco Delete cook success
指令名 错误情况 错误输出
错误指令 SUDO 模式不存在该指令 Call sudo method illegal
dcu\dwa\dco 参数（数量）错误 Params' count illegal
dcu 指定 PID 错误 D-Customer PID illegal
dcu 指定 PID 不存在 D-Customer PID doesn't exist
dwa 指定 PID 错误 D-Waiter PID illegal
dwa 指定 PID 不存在 D-Waiter PID doesn't exist
dco 指定 PID 错误 D-Cook PID illegal
dco 指定 PID 不存在 D-Cook PID doesn't exist

新增功能描述 3

为了方便超级用户查看当前系统的所有用户信息，新增指令 pp 用来输出系统角色信息列表（格式化）。输出的顺序依旧有两层优先级，首先按照Customer > Waiter > Cook排列，其次则是 PID 的排序（PID 从小到大），序号从 1 开始。

注意，如果当前角色列表为空，则输出Empty person list，不退出 SUDO 模式，继续接收指令。

输出的格式如下所示：

[-] SUDO
[+] Enter sudo mode
[-] pp
[+] Empty person list
[-] sncu ZhangSan M 13766660310 Cu00000
[+] Add new customer success
[-] pp
[+] 1.PID:Cu00000,Name:ZhangSan,Sex:M,Phone:13766660310,PWD:oms1921SE

角色部分基本方法的实现

登录 login

有了账户以及用户密码，接下来就需要实现系统用户的登录功能。用户登录需要在初始环境下进行（非 SUDO 权限环境），同样也需要通过指令进行：

选项 [参数1] [参数2] [参数3]
指令名 [参数 1] [参数 2] [参数 3] 功能
login -i 用户 ID（PID） 用户密码 通过 ID 登录，如果当前 PID 格式错误，则输出PID illegal；若 PersonList 不含有该 PID，则输出Pid not exist；登录成功则输出Login success，密码错误输出Password not match
login -n 用户姓名 用户密码 通过姓名登录，如果输入的姓名格式非法（姓名仅可能由 26 个字母大小写和数字构成，不含空格)，则输出Pname illegal；若姓名合法，但当前 PersonList 不含有该姓名，则输出Pname not exist；登录成功则输出Login success，密码错误输出Password not match
和 oms02 类似，若输入指令不存在，输出Command not exist；若参数数量不正确，输出Params' count illegal；对于所有未提及的其他输入不合法的情况，输出Input illegal。

二级指令环境 - login 状态

在成功登录后，用户进入用户登录状态，同时可以使用二级指令，具体指令如下：

选项 [参数1] [参数2]
指令名 [参数 1] [参数 2] 功能
chgpw 新密码 确认新密码 修改当前用户的密码，首先判断新密码是否合法，非法输出New password illegal，合法则与确认新密码进行比较，二者一致则修改密码，输出Change password success，否则输出Not match
myinfo 输出当前账号的格式化信息，格式示例
back 退出登录状态，输出Logout success
QUIT 退出系统（同 oms03 的基本环境中的 QUIT 指令）
角色方法 每一个角色在登陆后都有该角色独有的方法，具体在下面进行说明
调用错误等情况的输出和 login 一级指令相同

当前账户格式化信息如下：

[info]
| name:	Tom
| Sex:	M
| Pho:	13766660310
| PID:	Cu00000
| Pwd:	oms1921plus
| Type:	Customer

为了方便大家辨识，这里直接给出格式化信息代码，请大家自行适配：

System.out.println(
        "[info]\n" +
        "| name:\t" + name + "\n" +
        "| Sex:\t" + sex + "\n" +
        "| Pho:\t" + phone + "\n" +
        "| PID:\t" + PID + "\n" +
        "| Pwd:\t" + Pwd + "\n" +
        "| Type:\t" + Type
);
login 子环境中的角色方法
顾客 Customer

充值

顾客为了方便在餐厅内用餐，所以会选择在账户内预存一些现金，转为余额并进行消费

由于是在 login 的子环境中，因此充值时直接将余额加入到该用户的余额中

指令名 [参数 1] 功能
rc 金额 m 增加用户的余额
gb 查看用户的余额，输出"Balance: " + customer.balance

说明：

  • 金额 m 为无前缀正浮点数类型，且单笔交易范围为 100.0 <= m < 1000.0 如果输入不符合要求，输出Recharge input illegal
  • 增加余额成功后无输出，继续等待下一个指令的读取
# 已进入用户Cu00000账户的login子环境

[-] rc 50.0
[+] Recharge input illegal
[-] rc 1000.0
[+] Recharge input illegal
[-] rc 101
[-] gb
[+] Balance: 101.0
[-] rc 999.9
[-] gb
[+] Balance: 1100.9

会员

由于餐厅对会员（VIP）有优惠，因此顾客可以申请成为 VIP 的资格

由于是在 login 的子环境中，因此申请会员会对当前账户进行修改操作

指令名 功能
aplVIP 用户申请成为 VIP

说明：

  • 申请成为 VIP 是有要求的（得充钱），需要用户账户余额数>= 200.0（当前状态）
  • 在余额满足的前提下，申请成功并输出Apply VIP success，同时用户账户属性isVIP赋值为true
  • 在余额不满足的前提下，申请失败并输出Please recharge more，同时用户账户属性isVIP赋值为false

oms5预告：

  • 每一次结账时，都进行余额的判断，如果余额不足 200.0，自动取消 VIP 身份，需要再次申请才可以成为 VIP
  • 成为 VIP 后，每一餐打八五折哦~
# 已进入用户Cu00000账户的login子环境，当前余额为0

[-] aplVIP
[+] Please recharge more
[-] rc 800.0
[-] aplVIP
[+} Apply VIP success