团队作业2

这个作业属于哪个课程	https://edu.cnblogs.com/campus/gdgy/Class12Grade23ComputerScience/
这个作业要求在哪里	https://edu.cnblogs.com/campus/gdgy/Class12Grade23ComputerScience/homework/13472

github：https://github.com/22815739yys/quickstarters/new/master

|------------------|--------------------------------|---------|---------|
| 需求规格说明书 | SRS：面向用户分析、功能需求、技术需求 | 25+5 | 基础 25 分；细节充分可加 0–5 分。内容包括：用例/用户故事、流程图、数据字典、非功能需求、约束等，计划提交至docs/SRS.md。 |
| 用户预估 | 预估活跃用户| 3 | 预估 80–150 名学生/管理员/维修人员，基于高校自习室/实验室日均预约量、使用频率等。 |
| 项目基础价值 | 真实性、可用性、价值（各项2分） | 2×3 | 真实性：来自高校自习室/实验室预约、设备报修等真实需求。
可用性：响应式设计，表单校验，冲突提示，签到系统，状态可视化，异常提示等。
价值：减少冲突，提升预约与维修流程透明度，数据可审计。 |
| 代码托管 | GitHub 仓库链接 | 3 | 示例：https://github.com/JasonLong9/shiyanshi |
| 项目计划管理 | GitHub Issues 中添加任务计划 | 5 | 使用 GitHub Issues/Projects 看板进行任务拆分和追踪：需求、原型、前端、后端、测试、部署、文档。每项含验收标准和预估工时。 |
| | 博客中附 Issues 截图 | 2 | 展示创建、分配、变更等操作的截图，证明项目计划执行情况。 |
| | 项目时间安排表 | 8 | 原始安排 3 分 + 校正后安排 3 分 + 校正计算方法 2 分，具体安排见下表。 |
| 展示与表达 | 排版 | 3 | Markdown 使用规范，表格/标题层级清晰，包含截图、超链接等。 || 项目角色与贡献 | 团队分工 | 5 | 黄思聪一人独立承担全部职责，涵盖需求分析、开发、测试、部署等全流程。已在 team-intro.md 中列出。 |
| | 每人完成情况 | 2 | 每周周报/阶段总结中记录完成项、PR链接、测试结果。 |
| | 每人感想 | 10 | Alpha 总结与第15周复盘中撰写反思与提升，展现独立开发思路与困难突破。 |

时间安排表（原始与校正）
✅ 原始安排（按周）
第9周：选题确认、个人角色定位、贡献规则草拟、博客上线；
第10周：SRS初稿、原型v1、React+Express+SQLite骨架、编码规范；
第11周：原型改进、架构设计、WBS+工时估算、测试计划草稿；
第12–13周（Alpha）：核心功能（预约、报修、签到、权限）、接口测试、Alpha 小结；
第14周：用户反馈、测试完善、个人总结、展示与测试报告；
第15周：Alpha复盘、绩效反思、归档工作。
🔁 校正后安排（细化任务）
周次 任务内容
第9周 创建 GitHub 仓库和博客，确认《词友星球》目标；整理 SRS 大纲与选题背景资料；建立GitHub Project 看板；贡献分规则（独立开发）。
第10周 SRS v1（用例、数据字典、非功能需求）；预约&报修原型 v1（Figma）；提交编码规范、初始化 SQLite +Express 后端，React 页面结构。
第11周 原型 v2（加入流程反馈）；架构设计文档（MVC结构/接口表格）；WBS 与 Issues 填充；测试计划v1。
第12周 Sprint Alpha 开始：预约系统（创建、校验、签到签退）；报修流转系统（提单→分派→完结）；鉴权与角色系统；接口测试用例开始。
第13周 前端交互与错误提示完善；Jest + Supertest接口测试覆盖；RTL 前端测试引入；Alpha周报发布、阶段小结。
第14周 用户反馈收集；测试计划更新；修复Bug；发布说明与测试报告撰写；展示材料准备；个人总结草稿。
第15周 Alpha事后分析（问题根因与反思）；项目博客整理归档；绩效评估与改进策略。
📐 校正计算方法
每项任务的 GitHub Issue 需标注计划起止与实际完成日期；
偏差 =实际完成 - 计划完成；
周偏差 & 累计偏差计算并在周报中说明；
累计偏差 ≥2 天需调整后续计划并在事后分析中列出原因与改进措施。
GitHub Issues/看板使用规范
-列：Backlog / In Progress / In Review / Done；

标签：frontend / backend / docs / test / infra；
每个 Issue 包含：标题、验收标准、步骤、工时预估、PR 链接；
每日 Scrum 更新任务状态，博客附看板截图或链接。
博客与文档提交规范
每周提交博客，内容包括：完成项、进行中任务、风险点、下一步计划、截图/录屏；
阶段性里程碑文档如 SRS、架构设计、测试计划、发布说明、事后分析等按周发布；
Issues、PR 链接与截图嵌入博客内容。