一、团队基本信息
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/homework/13481 |
| 这个作业的目标 | 确认选题并进行需求分析 |
1. 团队分工
| 成员 | 角色 | 主要职责 |
|---|---|---|
| 张滨皓 | 后端开发 | 负责数据库设计、接口开发、数据逻辑处理及后端服务部署 |
| 柯程炜 | 后端开发 | 协助接口开发、负责权限管理模块、数据校验及后端代码优化 |
| 王佳俊 | 前端开发 + 测试 | 负责前端页面设计与开发、交互逻辑实现、编写测试用例及执行系统测试 |
2. 项目概述
项目名称：学生信息管理系统
项目定位：面向中小学 / 高校的轻量化学生信息管理平台，覆盖学生基础信息、学业数据、奖惩记录等核心管理场景，旨在解决传统管理模式中效率低、数据零散的问题。
项目周期：第 9 周 - 第 15 周（共 7 周）
二、需求规格说明书
1. 面向用户分析
-
核心用户：学校行政管理人员（如教务处老师、班主任）、学生管理处工作人员
-
间接用户：学生本人、学生家长（查询权限）、学校领导（数据统计分析需求）
-
用户特征：行政人员需高频处理批量数据，对操作便捷性和数据准确性要求高；家长和学生仅需基础查询功能，注重界面简洁易懂。
2. 功能性需求
-
基础信息管理：支持学生姓名、学号、性别、班级、联系方式等信息的增删改查，批量导入 / 导出 Excel 功能
-
学业管理：记录课程成绩、考勤情况、学分统计，支持成绩排名与趋势分析
-
奖惩管理：录入学生获奖、处分记录，关联相关证明文件上传
-
权限管理：按角色分配权限（管理员全权限、班主任仅查看本班数据、家长仅查看自家孩子信息）
-
数据统计：自动生成班级人数、成绩分布、考勤率等报表，支持可视化展示
3. 技术需求
-
后端：Java + Spring Boot 框架，MySQL 数据库，RESTful API 设计
-
前端：Vue.js + Element UI，响应式布局适配电脑端
-
部署：支持本地服务器部署，数据定期备份功能
-
性能：支持同时在线 100 + 用户，单条数据查询响应时间≤1 秒
三、项目核心指标
1. 预期用户数量
明确数值：5000 名学生（覆盖 1 所中等规模中学，约 30 个班级）
2. 真实性、可用性及价值
-
真实性：学校日常管理中需频繁处理学生信息，传统 Excel 表格管理存在数据冗余、易出错、查询不便等问题，项目需求源于真实管理场景
-
可用性：操作流程贴合行政人员工作习惯，无需复杂培训即可上手；支持批量操作减少重复劳动，适配学校现有电脑设备
-
价值所在：减少 80% 的人工数据整理时间，降低数据错误率至 1% 以下；实现学生信息全生命周期追溯，为学校管理决策提供数据支持
四、项目版本管理
1. 码云仓库链接
https://gitee.com/C35121/Students-Information-Management-System
2. 团队计划与 Issues 管理
-
已在码云项目 Issues 中创建 15 个任务清单，按「需求分析与设计→开发→测试优化→交付」四阶段拆分，每个 Issue 标注负责人、优先级、截止日期（适配第 9-15 周时间线）
-
关联 4 个里程碑：需求与设计完成（第 10 周末）、Alpha 版本开发完成（第 12 周末）、Beta 版本测试完成（第 14 周末）、正式版本交付（第 15 周末）
3. 码云 Issues 截图说明
五、团队时间安排表
1. 原有安排
| 时间节点（第 X 周） | 核心任务 |
|---|---|
| 第 9-10 周 | 需求分析、需求规格说明书编写、数据库设计、前端原型设计 |
| 第 11-12 周 | 后端接口开发、前端页面框架搭建、核心功能模块开发（基础信息 + 权限管理） |
| 第 13 周 | 学业与奖惩模块开发、前端页面完善、功能模块整合 |
| 第 14 周 | 系统测试、Bug 修复、性能优化 |
| 第 15 周 | 文档编写、系统部署、项目交付 |
2. 校正后安排
| 时间节点（第 X 周） | 核心任务 |
|---|---|
| 第 9 周（1-7 天） | 需求分析（4 天）、需求规格说明书编写（3 天） |
| 第 10 周（8-14 天） | 数据库设计（5 天）、前端原型设计（4 天）、后端架构搭建（3 天） |
| 第 11 周（15-21 天） | 后端接口开发（核心模块：6 天）、前端基础框架搭建（5 天） |
| 第 12 周（22-28 天） | 前端核心页面开发（6 天）、权限管理模块开发（3 天）、接口联调（1 天） |
| 第 13 周（29-35 天） | 学业与奖惩模块开发（5 天）、统计报表功能实现（2 天） |
| 第 14 周（36-42 天） | 编写测试用例（2 天）、功能测试与 Bug 修复（4 天）、性能优化（1 天） |
| 第 15 周（43-49 天） | 部署文档 + 使用手册编写（3 天）、系统部署与测试（2 天）、交付物整理（2 天） |
3. 矫正计算方法
-
矫正依据：采用「任务拆解法 + 并行工作法」，先按功能模块拆分最小任务单元，评估每个单元的实际工作量（按工作日计算），再结合团队成员分工实现并行开发（如后端架构搭建与前端原型设计同步进行），避免时间浪费。
-
计算逻辑：原有安排中「第 9-10 周」包含 4 项任务，总工作量评估为 14 个工作日，按 2 周 14 天分配但未考虑并行；校正后将可并行的任务同步推进（如数据库设计与前端原型设计同时启动），压缩冗余时间；同时为测试和文档编写预留充足缓冲，确保质量，总周期仍控制在 7 周（49 天）内。
六、团队成员感想
张滨皓（后端）
项目从第 9 周启动至今，最大的收获是体会到「前期设计」的重要性。在数据库设计阶段，我们花了 5 天时间反复讨论表结构关联和字段约束，虽然占用了部分开发时间，但避免了后期因设计缺陷导致的返工。目前后端架构已搭建完成，接下来将集中精力开发核心接口，同时做好代码注释和版本控制，确保和前端队友的协作顺畅。
柯程炜（后端）
作为协助后端开发，我主要负责权限管理模块。在需求分析阶段，我们明确了基于 RBAC 模型的设计方案，这让开发思路更清晰。第 10 周我参与了数据库表结构的评审，学习到了很多数据设计的技巧。接下来将加快权限模块的开发进度，重点关注接口安全性和数据校验，确保不同角色的权限边界清晰，为系统稳定运行保驾护航。
王佳俊（前端 + 测试）
前端开发的核心是「用户体验」，在原型设计阶段，我参考了多款同类管理系统，简化了操作流程，比如为行政人员设计了批量操作快捷按钮。目前前端项目框架已搭建完成，正在开发核心页面组件。同时我已开始规划测试用例编写，将按模块整理功能测试点，确保后续测试工作全面覆盖。通过这段时间的协作，我深刻感受到团队沟通的重要性，每周的进度同步会让我们及时发现问题、调整方向。