| 条目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/gdgy/Class12Grade23ComputerScience |
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/gdgy/Class12Grade23ComputerScience/homework/13471 |
| 这个作业的目标 | 初步确立团队任务计划 |
团队介绍与贡献规则
团队概况
| 项目 | 内容 |
|---|---|
| 团队名称 | 一人事 |
| 选题 | 校园实验室/自习室预约与报修（React + Express + SQLite，全栈） |
| 团队规模 | 1 人（个人完成） |
| 技术栈 | 前端 React + Vite + Ant Design（或 MUI）；后端 Express + TypeScript + SQLite（Prisma/Knex）；JWT 认证 |
| Git 仓库 | https://github.com/JasonLong9/shiyanshi |
| 博客主页 | https://www.cnblogs.com/jasonit |
| 项目目标 | 预约/签到/冲突检测/违规记录；报修提单/受理/进度/完结/评价；基础权限与日志，备份导出 |
范围与核心流程
- 角色：学生（预约/报修）、管理员（审批/排期/违规）、维修人员（接单/处理报修）。
- 预约：创建预约 → 冲突校验 → 审批/自动通过 → 签到/签退 → 违规判定。
- 报修：提交报修（可含图片链接）→ 管理员分派 → 维修人员处理 → 用户确认/评价。
- 非功能：简洁 UI、异常处理、SQLite 备份/还原指引、核心接口测试覆盖。
成员与角色
| 成员 | 角色 | 负责事项 |
|---|---|---|
| 何俊朗 | 负责人 / 全栈 | 需求与原型；前端路由/表单/列表/状态与接口；后端 API/鉴权/数据模型/预约与报修逻辑；工程与测试；文档与博客 |
计划安排（按课程周次）
| 周次 | 主要输出 |
|---|---|
| 第9周 | 组队与角色介绍；选题与范围确认；计划与贡献分规则草案；博客上线 |
| 第10周 | 需求规格说明书；原型初版（预约/报修流程）；编码规范；React+Express+SQLite 骨架搭建 |
| 第11周 | 原型改进反馈；架构设计文档；WBS+工时估算；测试计划初版；风险清单 |
| 第12–13周（Alpha） | 7 天每日 Scrum；核心功能（预约、冲突校验、签到、报修流转、角色权限）；核心接口测试；阶段小结 |
| 第14周 | 用户反馈整理；测试计划改进；个人总结；Alpha 发布说明、测试报告、展示、项目管理博客 |
| 第15周 | Alpha 事后分析（问题/根因/改进）；绩效评估与反思 |
工作方式与规范
- 分支：main（稳定）、dev（开发）、feature/*（功能）。
- 提交：英文动词短句，如 "feat: add booking approval"；一事一提。
- 任务：WBS 拆分到 Issue，含工时与验收；每日更新。
- 开发：TypeScript 严格；前端组件拆分；后端路由/控制器/服务/数据层分离；输入校验（Joi/Zod）。
- 测试：后端 Jest+Supertest；前端 React Testing Library；必要时补 E2E。
- 发布：本地启动脚本 + 示例配置；SQLite 备份/还原说明。
团队贡献分规则（自然数且不重复）
| 项 | 规则 |
|---|---|
| 总分 | 20N（N 为成员数，单人团队即 20 分），每人分数为自然数且不相同 |
| 维度与权重 | 功能完成度 30%；质量与测试 20%；协作与支援 20%；进度与响应 15%；文档与博客 15% |
| 评分示例 | 功能（故事数/验收/缺陷严重度）；质量（覆盖率/缺陷率/审查问题）；协作（帮助/响应/分享）；进度（按计划/延误/预警）；文档（需求/架构/测试/发布/复盘时效与完整度） |
| 证据 | PR/提交、Issue/看板、测试报告、Scrum 博客、演示截图/录屏 |
| 流程 | Alpha/Beta 结束统一打分，允许一次申诉，按总分排序分配不重复的自然数 |
| 单人说明 | 总分 20，实得 20；仍需博客自评与证据 |
博客规划（详细）
| 类型 | 频率 | 主要内容 | 形式要求 |
|---|---|---|---|
| 周报/迭代日志 | 第9–15周，每周 1 篇 | 本周完成/问题/下周计划；关键 PR/提交；风险与应对 | 至少 1–2 张截图/录屏；附 PR/Issue 链接 |
| 每日 Scrum（Alpha 7 天） | 连续 7 天每日 1 篇 | 昨日完成、今日计划、风险阻塞、提交/PR 链接、待决事项、测试通过情况 | 模板化，简洁要点；需列出关联链接 |
| 里程碑文档 | 按节点发布 | 需求规约、原型说明、架构设计、WBS+工时、测试计划、发布说明、测试报告、展示、项目管理、事后分析 | 结构化正文；必要截图/流程图；提供下载/查看链接 |
周次对应输出（对照）
| 周次 | 博客/文档输出 |
|---|---|
| 第9周 | 团队介绍与角色、选题范围、贡献分规则草案、计划安排、博客上线记录 |
| 第10周 | 需求规格说明书；原型初版展示；编码规范；环境/架构搭建记录 |
| 第11周 | 原型改进反馈；架构设计与 WBS/工时；测试计划初稿；风险清单 |
| 第12–13周 | 每日 Scrum 7 篇；核心功能进展；代码提交/PR 列表；Alpha 周报/阶段小结 |
| 第14周 | 用户反馈整理；测试计划改进；个人总结；Alpha 发布说明、测试报告、展示、项目管理 |
| 第15周 | Alpha 事后分析（做得好/不足/改进项/行动计划）；绩效评估与反思 |
博客模板（建议）
- 标题：周次/日期 + 主题（如 "第12周 Scrum Day 3"、"第10周迭代日志"）。
- 摘要：本篇最重要的 2–3 条信息。
- 完成项：已完成功能/文档/测试（附 PR/提交/截图/录屏）。
- 进行中：任务与预估完成时间。
- 问题与风险：描述、影响、应对、所需协助。
- 下一步：具体可验证的任务。
- 附录：Issue/PR/提交链接，测试结果，运行/部署指引（若有）。
每日 Scrum 模板（Alpha）
- 昨日：完成内容 + 关联 PR/提交。
- 今日：计划事项 + 目标。
- 风险/阻塞：问题、影响、需要协助。
- 数据：当前通过的测试、缺陷情况（如有）。
- 链接：PR/Issue/提交。
质量要求
- 每篇至少 1–2 张截图或短录屏（原型、页面、接口测试或运行效果）。
- 链接需可访问（GitHub PR/Commit、博客内跳转、在线 Demo 如有）。
- 语言简洁，突出可验证成果与风险。