课程作业评分对照与提交说明
GitHub（https://github.com/JasonLong9/shiyanshi）
评分要点总表
| 评分内容 | 评分项 | 分值 | 备注 |
|---|---|---|---|
| 需求规格说明书 | SRS：面向用户分析、功能需求、技术需求 | 25+5 | 基础 25 分；细节充分可加 0–5 分（用例/用户故事、流程图、数据字典、非功能需求、约束）。链接：计划提交至 docs/SRS.md。 |
| 给出预期的用户数量 | 预估活跃用户 | 3 | 预估 80–150 名学生/管理员/维修人员；依据实验室/自习室覆盖面和日均预约量。 |
| 阐述系统的真实性、可用性及价值所在 | 真实性；可用性；价值 | 2×3 | 三项各 2 分： |
- 真实性：基于学校现有实验室/自习室与设备报修流程，需求来源于实际痛点（冲突、违规、报修跟踪缺失）。
- 可用性：Web 响应式；表单校验；冲突即时提示；一键签到/签退；状态可视化；异常提示。
- 价值：减少排队与冲突，沉淀报修流转数据，提升维修响应透明度，留痕可审计。 |
| 给出团队项目的 GitHub 链接 | 代码仓库 | 3 | https://github.com/JasonLong9/shiyanshi |
| 制定团队计划 | 在 GitHub Issues 中添加任务计划 | 5 | 使用 GitHub Issues/Projects（看板）跟踪 WBS：需求、原型、前端、后端、测试、部署、文档；每项含验收标准和预估工时。 |
| | 在博客中提供 GitHub 项目 Issues 截图 | 2 | 博客需附带 Issues/看板截图（创建、分配、状态变更），以佐证计划与执行。 |
| | 给出团队项目的时间安排表 | 8 | 需给出原始安排 3 分 + 校正后安排 3 分 + 校正计算方法 2 分（见下）。 |
| 其他 | 排版 | 3 | Markdown 表格、标题分级清晰；提供超链接、截图/录屏。 |
| | 团队分工 | 5 | 已在team-intro.md：何俊朗（全栈，需求→开发→测试→文档）。 |
| | 每个人完成的情况 | 2 | 在每周周报/Alpha 总结中列出：完成项、提交/PR 链接、测试结果。 |
| | 每个人的感想 | 10 | 在 Alpha 总结与第15周复盘撰写个人反思（收获/问题/改进）。 |
时间安排表（原始与校正）
原始安排（按周）
- 第9周：团队/角色/选题确认；贡献分规则草案；博客上线。
- 第10周：SRS；原型初版；编码规范；React+Express+SQLite 骨架。
- 第11周：原型改进；架构设计；WBS+工时；测试计划初版。
- 第12–13周（Alpha）：每日 Scrum 7 篇；核心功能（预约、冲突校验、签到、报修流转、角色权限）；核心接口测试；Alpha 阶段小结。
- 第14周：用户反馈；测试计划改进；个人总结；Alpha 发布说明、测试报告、展示、项目管理博客。
- 第15周：Alpha 事后分析；绩效评估与反思。
校正后安排（更细化）
- 第9周：博客发布，团队/选题文档；贡献分规则定稿；创建 GitHub Projects 看板与 Issues 雏形。
- 第10周：
- SRS v1（用例/用户故事/流程/数据字典/非功能）
- 原型 v1（预约/报修主流程）并收集 1 轮反馈
- 编码规范/目录结构/环境脚本提交
- 后端：健康检查、SQLite 接入；前端：路由骨架
- 第11周：
- 原型 v2（基于反馈迭代）
- 架构设计文档（分层、接口、表结构）
- WBS + 工时估算入 Issues/看板
- 测试计划 v1（接口/关键交互）
- 第12周（Alpha Sprint 前半）：
- 预约核心：创建/冲突校验/审批或自动通过/签到签退/违规记录
- 报修核心：提单/分派/状态流转/完结确认
- 角色权限与鉴权
- 每日 Scrum（Day1–Day3）；接口测试用例
- 第13周（Alpha Sprint 后半）：
- 完善前端交互与校验；错误提示
- 核心接口 Jest/Supertest；前端关键交互 RTL
- 数据备份/还原指引草稿；Alpha 演示准备
- 每日 Scrum（Day4–Day7）；Alpha 周报/阶段小结
- 第14周：
- 用户反馈收集与整理
- 测试计划改进；补缺陷与用例
- Alpha 发布说明、测试报告、展示、项目管理博客
- 个人总结草稿
- 第15周：
- 事后分析（做得好/不足/根因/改进）
- 绩效评估与反思博客
- 收尾文档与演示材料归档
校正计算方法
- 记录：每个任务在 Issue/看板中包含计划开始/结束日期与实际完成日期。
- 计算：偏差 = 实际完成 - 计划完成；周偏差 = 当周平均偏差；累计偏差 = Σ偏差。
- 校正：若累计偏差 ≥2 天，调整后续任务粒度与缓冲；在周报中说明调整原因与新日期。
- 复盘：在第15周事后分析中列出偏差原因、改进措施与下次预防策略。
GitHub Issues/看板使用约定
- 列：Backlog / In Progress / In Review / Done；标签：frontend/backend/docs/test/infra。
- 每个 Issue：标题（任务），描述（验收标准、步骤）、预估工时、里程碑（周次），关联 PR。
- 每日 Scrum：更新看板状态，周报与博客附看板截图或链接。
博客与提交要求
- 周报与每日 Scrum 按规划发布，并包含：完成项、进行中、风险、下一步、PR/Issue/提交链接、截图/录屏。
- 里程碑文档（SRS/架构/测试计划/发布说明/事后分析）按周次节点发布，提供下载或仓库路径。
- Issues 截图：展示创建、分配、状态变更；放入对应博客章节。