团队作业 3 - 教学课件和班级管理系统 需求改进 & 系统设计
一、需求 & 原型改进（20 分）
- 课堂讨论问题及修改（5 分）
| 问题 1 | 修改 1 |
|---|---|
| 课件格式支持单一（仅支持 PPT/PDF） | 增加视频（MP4）、音频（MP3）格式课件上传与在线预览支持 |
| 成绩统计维度单一（仅平均分） | 新增最高分、最低分、分数段占比等多维度统计，支持自定义统计项 |
| 学生评分反馈路径长（需多步操作） | 优化评分入口（首页快捷按钮），简化评分流程为 “选星 + 写短评” 两步 |
| 问题 2 | 修改 2 |
|---|---|
| 课件版本追溯操作繁琐 | 增加 “版本对比” 功能，直观展示不同版本课件的修改点 |
| 教师权限细分不足 | 新增 “课件审核权限”（管理员可审核教师上传的课件） |
- 用户调研与原型展示（5 分）
目标用户痛点与场景
教师用户（李老师，高一数学组）
痛点：“每次找课件要在多个文件夹里翻找，至少花 30 分钟”
场景：使用系统前，李老师需打开 “数学组共享文件夹→高一上册→函数章节” 逐层查找；使用系统后，通过 “学科 - 年级 - 章节” 筛选，5 分钟找到目标课件，备课效率提升 80%。
学生用户（王同学，高一 2 班）
痛点：“评分要填长表单，反馈意见经常懒得写”
场景：使用系统前，学生需进入 “教务系统→课程评价→填写 10 项问卷”；使用系统后，点击课程卡片的 “评分” 按钮，选星（1-5 星）+ 写 20 字内短评，1 分钟完成反馈。
- 需求规格说明书完善（10 分）
上周初稿不足与改进
不足 1：缺少课件版本对比功能改进：新增 “版本对比” 模块，教师可选择两个版本课件，高亮显示内容差异（如 PPT 新增 / 删除的页面、文字修改）。
不足 2：成绩统计导出格式单一改进：支持 Excel、CSV 格式自定义导出，可选择 “仅本班数据”“跨班级对比数据” 等导出范围。
用户故事（User Story）
作为教师，我需要对比不同版本课件的修改点，以便快速了解课件更新内容。
作为学生，我需要通过 “选星 + 短评” 快速提交课程评分，以便及时反馈学习感受。
作为管理员，我需要审核教师上传的课件，以便过滤违规或低质量资源。
- 功能四象限分析（2 分）
参考《构建之法》功能定位与优先级，将系统功能分为以下四象限：
| 象限 | 功能示例 | 优先级 |
|---|---|---|
| 杀手功能 | 课件共享与热度排序 | 高 |
| 必要需求 | 权限管理、成绩统计 | 高 |
| 辅助功能 | 课件版本对比、评分短评 | 中 |
| 外围功能 | 界面主题切换、操作引导动画 | 低 |
- WBS 与进度计划调整（3 分）
在原有 WBS 基础上，新增 “课件版本对比”“多格式导出” 任务，调整后关键任务时间如下：
| 任务名称 | 负责人 | 调整后时间（小时） |
|---|---|---|
| 课件版本对比开发 | 林嘉俊 | 6 |
| 成绩多格式导出开发 | 廖鸿基 | 4 |
| 评分流程优化 | 王梓涵 | 5 |
二、系统设计（50 分）
- 系统架构设计
采用前后端分离的分层架构，确保各层职责明确、可扩展：
前端层：Vue 3 + Element Plus 构建页面，负责用户交互与数据展示，适配 PC、平板端。
接口层：Spring Boot 提供 RESTful API，处理请求路由、参数校验。
服务层：封装业务逻辑（如课件上传、成绩统计算法），实现模块解耦。
持久层：MyBatis Plus 操作 MySQL 数据库，MinIO 存储课件文件（支持断点续传、多版本管理）。
- 数据库 ER 图设计
核心实体及关系如下（关键表结构）：
用户表（User）：id(主键)、name、role(教师/学生/管理员)、account、password
课件表（Courseware）：id(主键)、teacher_id(外键，关联User)、name、file_url、version、upload_time
评分表（Score）：id(主键)、student_id(外键，关联User)、course_id(外键，关联Course)、score、comment、time
课程表（Course）：id(主键)、name、grade、subject、teacher_id(外键，关联User)
成绩表（Grade）：id(主键)、student_id(外键，关联User)、course_id(外键，关联Course)、score、class_id(外键，关联Class)
班级表（Class）：id(主键)、name、grade
ER 图关系说明：
一个教师可上传多个课件（User → Courseware：一对多）；
一个学生可对多门课程评分（User → Score：一对多）；
一门课程对应多个成绩记录（Course → Grade：一对多）；
一个班级包含多个学生（Class → User：一对多）。
三、Alpha 任务分配计划（20 分）
-
Product Backlog 选取（5 分）
选取 Alpha 阶段需实现的核心功能：
课件上传、浏览、版本管理
学生课程评分（选星 + 短评）
成绩多维度统计与导出
基础权限控制（教师 / 学生 / 管理员角色区分） -
Sprint Backlog 分解（5 分）
将功能分解为 1-10 小时的任务，由成员认领：
| 任务名称 | 负责人 | 预估时间（小时） |
|---|---|---|
| 前端：用户登录页面开发 | 王梓涵 | 4 |
| 前端：课件列表与上传页面 | 王梓涵 | 6 |
| 前端：评分弹窗与列表展示 | 王梓涵 | 5 |
| 后端：用户认证接口开发 | 林嘉俊 | 5 |
| 后端：课件上传接口开发 | 林嘉俊 | 6 |
| 后端：成绩统计接口开发 | 林嘉俊 | 5 |
| 测试：课件上传功能用例设计与执行 | 廖鸿基 | 4 |
| 测试：评分功能用例设计与执行 | 廖鸿基 | 3 |
- 甘特图计划（Leangoo 工具实现）
（注：实际甘特图需在 Leangoo 中绘制，以下为文字说明）
| 任务名称 | 开始时间 | 结束时间 | 负责人 |
|---|---|---|---|
| 用户登录页面开发 | 第 1 天 | 第 2 天 | 王梓涵 |
| 课件列表与上传页面 | 第 3 天 | 第 5 天 | 王梓涵 |
| 评分弹窗与列表展示 | 第 6 天 | 第 7 天 | 王梓涵 |
| 用户认证接口开发 | 第 1 天 | 第 2 天 | 林嘉俊 |
| 课件上传接口开发 | 第 3 天 | 第 5 天 | 林嘉俊 |
| 成绩统计接口开发 | 第 6 天 | 第 7 天 | 林嘉俊 |
| 课件上传功能测试 | 第 4 天 | 第 5 天 | 廖鸿基 |
| 评分功能测试 | 第 6 天 | 第 7 天 | 廖鸿基 |
四、测试计划（10 分）
- 测试类型与范围
单元测试：后端接口（如课件上传、成绩统计方法），由开发人员自测（林嘉俊、王梓涵）。
集成测试：前后端接口联调（如 “课件上传接口 + 前端页面”），由测试人员（廖鸿基）执行。
系统测试：全流程功能验证（如 “教师上传课件→学生评分→教师查看统计”），覆盖所有核心场景。
- 时间安排与负责人
| 测试阶段 | 时间节点 | 测试内容 | 负责人 |
|---|---|---|---|
| 单元测试 | 与开发同步 | 后端接口逻辑、前端组件功能 | 林嘉俊、王梓涵 |
| 集成测试 | 功能开发完成后 1 天内 | 接口联调、数据流转验证 | 廖鸿基 |
| 系统测试 | Alpha 阶段结束前 2 天 | 全流程场景验证、边界测试 | 廖鸿基 |
- 测试资源与工具
测试环境：本地开发环境（前端：Vue CLI；后端：Spring Boot 本地服务；数据库：MySQL 本地实例）。
测试工具：Postman（接口测试）、Junit（单元测试）、Excel（测试用例管理）。
通过本次作业，我们完成了需求的迭代优化、系统架构的详细设计、Alpha 阶段任务的拆解与分配，以及测试计划的同步规划，为后续开发的高效推进奠定了基础。