Meeting record

项目背景与目标
基于《清华大学实验室安全分析报告》，开发一个RAMP数据化管理工具，帮助实验室管理人员识别、评估和减控实验室的安全风险。该工具旨在协助学生在危险发生前后采取相应的安全措施，并做好应急准备。
- RAMP四个原则：
  - R：识别实验中的危险因素；
  - A：评估这些危险的风险；
  - M：减控这些危险，完善安全管理体系；
  - P：准备应急方案，应对突发事故。
典型用户分析与痛点
- 用户：安全员、学生、教师
- 痛点问题：
  - 无统一的安全监管平台；
  - 各院系的管理分散；
  - 学生在实验前不清楚具体的安全问题；
  - 老师需要在课堂前布置实验任务或答题；
  - 实验报告和问题反馈需要统一上传与分析。
需求调研方法与过程
- 通过了解各个院系的实际情况进行需求调研。
用户故事与优先级评估
- 用户故事包括：本科生实验课的预习与总结，学生、教师、和安全员的交互。
- 对用户故事进行优先级和技术实现难度的评估。
产品原型设计
- 针对每个用户故事设计产品原型。
系统架构与技术选型
- 总体架构：待定
- 技术选型：采用Web架构
项目开发迭代计划
- 制定每次迭代的计划安排与任务分工。

新增功能
- 学生需同时接收老师和安全员的约束：
  - 授课老师：选择上课时间段和地点，设定相关安全标签，实验过程中进行安全管理；
  - 实验室老师：创建实验室地点，设定安全准则与标签；
  - 学生：接收老师与实验室老师定制的安全信息。
后端开发计划
- 根据JWT获取课程信息；
- 根据课程信息获取班级信息；
- 发布评论时不需要用户ID；
- 获取评论和用户信息。

研究生实验流程
- 研究生可在平台上填写实验安全分析报告，报告包括实验步骤和安全隐患。提交报告后，导师和实验室管理员根据责任分工进行审核。负责老师仅查看自己负责的部分，类似阅卷的方式。

前后端连接
- 优先连接前后端，将后端数据展示到前端，预计在第十三周完成系统连接。
- 计划为每个实验室添加一个单独的主页，包括实验室图片、负责人、负责人联系方式、实验室地点和安全准则等。此功能需要后端添加新的接口。
接口设计
- 创建用户和课程时需要提供ID。
- 若要让管理员管理实验室，需要POST请求建立关系，并通过GET请求获取实验室对应的所有管理员信息。特定实验室的管理员信息可以通过?lab_id=<lab_id>查询。

前后端接口调整
- 根据前端需求调整后端接口，确保实现各个角色功能：
  - 教务：创建课程、注册学生、添加班级、绑定实验室；
  - 老师：编辑自己班级的实验内容，编辑附件或课程描述；
  - 学生：查看课程信息并参与评论区；
  - 实验室管理员：管理实验室信息。
创建课程账号独立化
- 将创建课程的流程独立为一个账号，老师只能修改自己班级的内容；
- 教务角色与老师类似，但负责每学期创建课程和班级，而班级内容由老师负责填充。

Navigation Menu