大作业 酒店控温计费系统 规划
需求阶段
设计阶段
开发阶段
第七周：
第八周：前端简单的页面写好，后端功能基本实现
第九周：前后端交互，找验收组开会
第十周：debug，完善功能测试阶段：测试阶段
做好版本管理，实现
- 注册
- 登录
- 登录：用户登陆成功进入空调管理界面，失败返回该界面重新登陆，在view的login_room中进行实现
- 管理员界面
用户开启空调功能：
tem_c2中70行点击button后，需要给后端传表单，包含（user_id, room_id）, 传给open_ac函数
需求分析：
功能
客户：设定空调温度和风速
房间内控制面板：显示使用空调消费的金额
打印空调使用的详单（什么时间打开，什么时间关闭）
空调管理员：监控各房间空调的使用状态
酒店管理员：生成酒店及房间的空调使用统计报表
实现框架：
Djiago
MVC模型：
MVC 模式（Model–view–controller）是软件工程中的一种软件架构模式，把软件系统分为三个基本部分：模型（Model）、视图（View）和控制器（Controller）。
Django 的 MTV 模式本质上和 MVC 是一样的，也是为了各组件间保持松耦合关系，只是定义上有些许不同，Django 的 MTV 分别是指：
- M 表示模型（Model）：编写程序应有的功能，负责业务对象与数据库的映射(ORM)。
- T 表示模板 (Template)：负责如何把页面(html)展示给用户。
- V 表示视图（View）：负责业务逻辑，并在适当时候调用 Model和 Template。
Django + vue
分工
1 客户端 @李
2 服务器 @周 @王
1 数据库 @高
git 暂定
- 学习各自的内容（前端、后端、数据库）
- 学习用Git上传代码
- Github创建一个远程仓库
项目功能：
项目功能图
登陆界面：
- 用户界面：
可以调节温度风速等，可以查看费用累计 - 管理界面：
可以查看各房间的空调信息，可以生成指定房间的使用详单
服务器端：
- 接收用户界面传来的空调数据，①把数据传到管理界面，②把数据传到数据库
- 根据数据库中的数据计算每个房间的费用，把费用数据传给用户界面（每小时更新一次）
- 接收管理界面传来的生成详单的请求，根据数据生成详单，传给管理界面
功能
温控类：
- 房间号
- 空调温度 风速 更改时间点
- 用户id
- 是否需要维修
用户类：
- 用户id
- 房间号
- 入住时间
- 退房时间
账单内容：
1月1号 时间11.00 26度 大风 开
1月1号 时间12.00 26度 大风 关 1h 10
1月1号 时间11.00 26度 大风 开
1月1号 时间12.00 26度 大风 关 1h 10
1月1号 时间11.00 26度 大风 开
1月1号 时间12.00 26度 大风 关 1h 10
sum：100
报表：
101 空调状态：好/坏 累计费用 用电度数
102
103
计费系统：
得到用户使用空调的费用
打印账单：
后端生成一个表格，传给前端
打印报表：
后端生成一个表格，传给前端
维修功能：
用户通知维修，给管理界面
实现
model
- 正在服务的队列
- 等待服务的房间对象队列
- 调度器 调控每个房间的空调状态
- 服务对象：状态，开始时间，服务时长，房间号，温度，风速，费用
- 房间对象
- 生成详单
前后端通信
办理入住
前端传输一个表单，包含三个信息，房间号、用户名、密码
提交后将信息添加到数据库的user表中
TODO：
- 当该房间已有用户入住时，办理失败
- 用户名是主键，不能和其他用户重复（使用身份证号等）
调度队列：
回温系统：