UltraSoft

Date: Apr 21th, 2020.

Scrum 情况汇报

进度情况

组员	负责	昨日进度	后两日任务
CookieLau	PM	验证了课程中心获取课程资源和作业的爬虫方式	细化前后端交互中的难点，协助完成前后端连接
刘zh	前端	完成新建事项的弹窗	完成修改某事项的功能
冯mh	前端	完成登陆注册验证	辅助完成前后端连接
王fuji	前端	编写个人中心视图	继续编写个人中心视图
Dz	后端	完善数据库中的表项	与LZH确定最终前后端交互的数据规格传输
杨jc	后端	学习前后端连接的相关知识	辅助完成前后端连接

燃尽图

第一阶段α燃尽图

会议内容

剩余需要解决的问题：

1. course_id原本用北航的BHxxxx课程编号，但是难以获取，需要在教务中搜寻，故前后端传输直接使用课程名称 course_name
2. 多人项目：receiver json （DZ）
   1. 个人和日历：少人
   2. 课程中心：不需要指定receiver
3. 修改ddl或notification的json （DZ LZH）
4. uid前后端直接用学号传输，增强可读性
5. notification原本null表示的的无提醒现改为boolean设置是否提醒 (json添加bool）
6. notification的提醒时间可以根据事项的类型设置默认值 （LZH）
7. 前端不需要处理用户的权限，直接交由后端判断
8. 后端目前密码存储为明文，修改为密文存储 (DZ)
9. 用户自己选课 vs 直接从课程中心导入：q2l
   1. 自选：
      1. 需要所有的课程->课程中心爬不了requests 教务可以爬seleuim
      2. 自己通过课程名寻找自己所有课程-> 课程中心的课程名和教务的选课课程名不是严格相等的
   2. 课程中心：
      1. 需要用户更新偏好
      2. 不需要所有课程->加入一个人，可能有新的课程，有新的再加入到course table里面
      3. 课程中心视图加个update
10. 作业和资源： q2l
    1. 初始的资源：通过爬
    2. 后期添加：
       1. 不是课程中心：负责人建立
       2. 是课程中心：可以定期爬但是没必要
11. 邮箱验证 q2l
12. heroku项目访问速度巨慢，使用aliyun替代：前后连接. (YJC FMH)
13. 定期删除以往的task （Beta）

会议记录

签入记录