团队作业 3

团队作业 3 - 教学课件和班级管理系统 需求改进 & 系统设计

一、需求 & 原型改进（20 分）

1. 课堂讨论问题及修改（5 分）

问题 1	修改 1
课件格式支持单一（仅支持 PPT/PDF）	增加视频（MP4）、音频（MP3）格式课件上传与在线预览支持
成绩统计维度单一（仅平均分）	新增最高分、最低分、分数段占比等多维度统计，支持自定义统计项
学生评分反馈路径长（需多步操作）	优化评分入口（首页快捷按钮），简化评分流程为 “选星 + 写短评” 两步

问题 2	修改 2
课件版本追溯操作繁琐	增加 “版本对比” 功能，直观展示不同版本课件的修改点
教师权限细分不足	新增 “课件审核权限”（管理员可审核教师上传的课件）

2. 用户调研与原型展示（5 分）

目标用户痛点与场景
教师用户（李老师，高一数学组）
痛点：“每次找课件要在多个文件夹里翻找，至少花 30 分钟”
场景：使用系统前，李老师需打开 “数学组共享文件夹→高一上册→函数章节” 逐层查找；使用系统后，通过 “学科 - 年级 - 章节” 筛选，5 分钟找到目标课件，备课效率提升 80%。
学生用户（王同学，高一 2 班）
痛点：“评分要填长表单，反馈意见经常懒得写”
场景：使用系统前，学生需进入 “教务系统→课程评价→填写 10 项问卷”；使用系统后，点击课程卡片的 “评分” 按钮，选星（1-5 星）+ 写 20 字内短评，1 分钟完成反馈。

3. 需求规格说明书完善（10 分）

上周初稿不足与改进
不足 1：缺少课件版本对比功能改进：新增 “版本对比” 模块，教师可选择两个版本课件，高亮显示内容差异（如 PPT 新增 / 删除的页面、文字修改）。
不足 2：成绩统计导出格式单一改进：支持 Excel、CSV 格式自定义导出，可选择 “仅本班数据”“跨班级对比数据” 等导出范围。
用户故事（User Story）
作为教师，我需要对比不同版本课件的修改点，以便快速了解课件更新内容。
作为学生，我需要通过 “选星 + 短评” 快速提交课程评分，以便及时反馈学习感受。
作为管理员，我需要审核教师上传的课件，以便过滤违规或低质量资源。

4. 功能四象限分析（2 分）

参考《构建之法》功能定位与优先级，将系统功能分为以下四象限：

象限	功能示例	优先级
杀手功能	课件共享与热度排序	高
必要需求	权限管理、成绩统计	高
辅助功能	课件版本对比、评分短评	中
外围功能	界面主题切换、操作引导动画	低

5. WBS 与进度计划调整（3 分）

在原有 WBS 基础上，新增 “课件版本对比”“多格式导出” 任务，调整后关键任务时间如下：

任务名称	负责人	调整后时间（小时）
课件版本对比开发	林嘉俊	6
成绩多格式导出开发	廖鸿基	4
评分流程优化	王梓涵	5

二、系统设计（50 分）

1. 系统架构设计

采用前后端分离的分层架构，确保各层职责明确、可扩展：

前端层：Vue 3 + Element Plus 构建页面，负责用户交互与数据展示，适配 PC、平板端。

接口层：Spring Boot 提供 RESTful API，处理请求路由、参数校验。

服务层：封装业务逻辑（如课件上传、成绩统计算法），实现模块解耦。

持久层：MyBatis Plus 操作 MySQL 数据库，MinIO 存储课件文件（支持断点续传、多版本管理）。

2. 数据库 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 分）

1. Product Backlog 选取（5 分）
   选取 Alpha 阶段需实现的核心功能：
   课件上传、浏览、版本管理
   学生课程评分（选星 + 短评）
   成绩多维度统计与导出
   基础权限控制（教师 / 学生 / 管理员角色区分）

2. Sprint Backlog 分解（5 分）
   将功能分解为 1-10 小时的任务，由成员认领：

任务名称	负责人	预估时间（小时）
前端：用户登录页面开发	王梓涵	4
前端：课件列表与上传页面	王梓涵	6
前端：评分弹窗与列表展示	王梓涵	5
后端：用户认证接口开发	林嘉俊	5
后端：课件上传接口开发	林嘉俊	6
后端：成绩统计接口开发	林嘉俊	5
测试：课件上传功能用例设计与执行	廖鸿基	4
测试：评分功能用例设计与执行	廖鸿基	3

3. 甘特图计划（Leangoo 工具实现）
   （注：实际甘特图需在 Leangoo 中绘制，以下为文字说明）

任务名称	开始时间	结束时间	负责人
用户登录页面开发	第 1 天	第 2 天	王梓涵
课件列表与上传页面	第 3 天	第 5 天	王梓涵
评分弹窗与列表展示	第 6 天	第 7 天	王梓涵
用户认证接口开发	第 1 天	第 2 天	林嘉俊
课件上传接口开发	第 3 天	第 5 天	林嘉俊
成绩统计接口开发	第 6 天	第 7 天	林嘉俊
课件上传功能测试	第 4 天	第 5 天	廖鸿基
评分功能测试	第 6 天	第 7 天	廖鸿基

四、测试计划（10 分）

1. 测试类型与范围

单元测试：后端接口（如课件上传、成绩统计方法），由开发人员自测（林嘉俊、王梓涵）。

集成测试：前后端接口联调（如 “课件上传接口 + 前端页面”），由测试人员（廖鸿基）执行。

系统测试：全流程功能验证（如 “教师上传课件→学生评分→教师查看统计”），覆盖所有核心场景。

2. 时间安排与负责人

测试阶段	时间节点	测试内容	负责人
单元测试	与开发同步	后端接口逻辑、前端组件功能	林嘉俊、王梓涵
集成测试	功能开发完成后 1 天内	接口联调、数据流转验证	廖鸿基
系统测试	Alpha 阶段结束前 2 天	全流程场景验证、边界测试	廖鸿基

3. 测试资源与工具

测试环境：本地开发环境（前端：Vue CLI；后端：Spring Boot 本地服务；数据库：MySQL 本地实例）。

测试工具：Postman（接口测试）、Junit（单元测试）、Excel（测试用例管理）。

通过本次作业，我们完成了需求的迭代优化、系统架构的详细设计、Alpha 阶段任务的拆解与分配，以及测试计划的同步规划，为后续开发的高效推进奠定了基础。