一：需求分析与设计
1.1 产品原型
识别业务功能
（1）
（2）作用：设置后会影响到小程序端用户点餐
1.2 接口设计
修改原因状态、查询店铺营业状态（不建一个查询接口原因：管理端和用户端项目约定的路径不一致）
（1）设置营业状态（修改类操作）
put请求方式，请求路径：/admin/shop，传递数据：状态（以地址栏/请求体/路径参数传递），返回数据：是否成功
1.3 数据存储方式（存储营业状态数据）
Redis存储：存到表里只有一个字段，并且只有一列（1或0）
约定：1表示营业，0表示打烊
二：代码开发
通过代码开发实现业务逻辑
2.1 设置营业状态
（1）设置接口
使用@RequestMapping设置url,@PutMapping代表请求方式，@PathVariable表示通过url传递的参数，返回值为Result
（2）分析业务逻辑
设置店铺营业状态：功能是什么（设置营业状态）-需要存储什么数据（状态值“1”或“0”）-怎么存（Redis)-是否需要返回结果（返回是否成功）
接收一个status参数，保存状态
（3）代码实现
2.2 查询店铺状态
（1）设置接口
@GetMapping代表请求方式，返回值为状态
（2)分析业务逻辑
功能是干什么的（查询店铺状态）-不需要保存数据-是否需要返回结果（返回状态值）
（3）代码实现
三：功能测试
3.1 接口测试
设置店铺营业状态
获取店铺营业状态
3.2 前后端联调测试
