团队作业2-《需求规格说明书》
团队项目随笔报告：天空外卖系统（Sky Take-Out）
| 作业 | 团队项目随笔报 |
|---|---|
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/gdgy/Class12Grade23ComputerScience |
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/gdgy/Class12Grade23ComputerScience/homework/13472 |
一、项目概述
团队名称：没活硬整
团队成员与分工：
| 姓名 | 学号 | 职责 | 简述 |
|---|---|---|---|
| 谢斯越 | 3123004673 | 前端 | 前端页面开发、UI交互设计 |
| 郑哲磊 | 3122004682 | 后端 | 后端接口开发、数据库设计 |
| 李靖华 | 3122004662 | PM | 项目计划、进度管理、协调测试 |
| 温尚熙 | 3122004671 | QA | 系统测试、Issue管理、文档整理 |
团队 GitHub 仓库：https://github.com/sywaaaa/Sky-takeout
项目选题背景：
校园外卖需求旺盛，但现有平台不适应校园特殊场景，如校外外卖进校困难、配送慢、取餐不便等。团队开发的 天空外卖系统 旨在为师生提供高效、便捷的校园餐饮服务，同时为校内商家提供数字化运营方案。
预期用户量：覆盖全校师生，初期日订单量约 1000+ 单。
二、系统需求规格说明
1. 面向用户分析
- 学生用户：快速便捷下单，支持多人拼单和优惠活动。
- 商家用户：商品管理、订单管理，提高校内销量。
- 配送骑手：高效接单和配送，实时位置追踪。
- 校方管理者（可选扩展）：监管校园餐饮服务。
2. 功能性需求
- 智能推荐：根据用户历史订单和口味偏好推荐菜品。
- 实时位置追踪：骑手位置显示，预估送达时间。
- 多人拼单：宿舍/班级拼单功能，自动分摊配送费。
- 校园专送优化：优化配送路线及取餐点。
- 食堂外卖：校内食堂在线下单与自提。
- 优惠系统：校园专属优惠券和满减活动。
3. 技术需求
- 前端：Vue3 + Vite
- 后端：Spring Boot + MyBatis + MySQL
- 部署环境：Docker + Nginx
- 协作管理：GitHub + Issues + Milestones + Project Board
三、系统价值评估（展开版）
真实性
系统完全基于校园实际场景设计。现有外卖平台多面向城市全体用户，配送范围和取餐方式不适合校园封闭环境。天空外卖系统通过校园专送优化、多点自提和实时配送追踪，满足真实校园外卖需求，确保订单及时、配送高效。
可用性
操作界面简洁、交互流畅，支持多人拼单、优惠券、食堂外卖等功能，降低用户操作成本。用户可以快速完成点餐、支付、查看配送状态等操作，提高整个校园餐饮体验的便捷性。
价值性
- 对学生：节省等待和排队时间，支持多人拼单和优惠活动，提供便捷、高效的用餐体验。
- 对商家：提供数字化订单管理和营销功能，提升校内销售效率。
- 对校园：通过高效配送系统和可追踪的服务质量，保障校园餐饮安全与便利性。
- 社会价值：系统可为校园提供勤工助学岗位机会，培养学生就业实践经验。
四、团队协作与 GitHub 使用
团队严格使用 GitHub 进行版本控制、任务分配和协作管理，同时使用 Milestones、Issues 和 Project Board 对项目进行阶段性规划和任务跟踪。
1. 仓库结构与分支管理
-
分支策略：
main：稳定版本，用于部署dev：开发整合分支feature/*：功能开发分支，如feature/frontend-login、feature/backend-order
2. Milestones 与 Issue 管理
- 项目阶段划分为 Milestones，每周或每阶段对应一个 Milestone
- 将阶段任务拆分为 Issue，指定负责人、截止日期和标签（frontend / backend / testing / documentation）
- Milestones 自动显示任务完成比例，便于 PM 监督整体进度
3. GitHub Project Board 使用
我们使用 Project Board 将任务分为三个阶段：
- Todo：待处理任务
- In Progress：进行中任务
- Done：已完成任务
每个 Issue 对应一个卡片，通过拖动卡片到不同阶段，团队可以一目了然地看到项目整体进度和每个任务的状态。Project Board 与 Milestones、Issues 联动，确保任务进度透明、责任明确。
4. 协作流程
- 每日同步开发进度和问题
- 功能在
feature/*分支开发，并提交 PR 到dev分支 - PR 审核通过后合并
dev，QA 执行功能测试 - 测试无误后合并
main - 使用 Project Board 拖动卡片更新任务状态，实现增量式管理
- 上传文档和截图，保证版本可追溯
五、项目时间安排（含阶段校正说明）
📆 原始计划安排
| 阶段 | 任务 | 耗时（周） |
|---|---|---|
| 第九周 | 1. 团队组队、需求调研 2. 市场分析、竞品研究 3. 技术选型、架构设计 | 1 / 1 / 1 |
| 第十周 | 1. 数据库设计、接口规范 2. 用户端原型设计、商家端原型设计 3. 开发环境搭建、基础框架开发 | 1.5 / 3 / 2.5 |
| 第十一周 | 1. 用户注册登录模块开发 2. 商家入驻、商品管理模块开发 3. 订单系统、支付接口开发 | 1 / 3 / 3 |
| 第十二、十三周 | 1. 实时定位、配送系统开发 2. 推荐算法、优惠系统开发 | 3 / 3 |
| 第十四周 | 1. 系统集成测试、性能优化 2. 用户体验优化、Bug 修复 3. 部署上线、试运行 | 3 / 1 / 2 |
| 第十五周 | 1. 项目总结、技术文档整理 | 1 |
🔍 当前进度校正说明（截至第十周）
截至第十周，团队完成了前期准备与主要技术选型工作，系统开发已进入实质阶段。根据目前的进展情况，项目执行总体符合原计划，仅出现轻微的进度偏移。
具体校正如下：
| 阶段 | 原计划任务 | 实际进展 | 校正说明 |
|---|---|---|---|
| 第九周 | 团队组建、需求调研、竞品分析、技术选型 | ✅ 全部完成 | 完成度100%，项目方向明确 |
| 第十周 | 数据库设计、接口规范、原型设计、框架搭建 | 🔄 进行中 | 数据库设计与接口文档已完成约90%；用户端原型完成；商家端原型略有延迟约0.5周；后端框架与前端框架均已搭建完毕 |
| 第十一周 | 用户注册与商品管理开发 | ⏳ 计划启动 | 预计按原计划推进 |
| 第十二周以后 | —— | 未开始 | 暂无调整 |
⏱️ 校正计算方法
为量化进度偏差，团队使用以下计算公式：
经统计，目前项目整体进度完成度约为 92%（相对计划），主要偏差来自商家端原型设计时间略有延迟。整体偏差 <10%，进度健康。
🧩 阶段性结论
团队前期协作顺利，需求与架构阶段均如期完成。
第十周工作重点集中于接口规范与前端原型，开发环境搭建顺利完成。
商家端原型与部分接口对接略有延迟，已在第十一周计划中作出微调，以保证整体进度稳定。
六、每位成员完成情况
- 谢斯越：完成前端框架搭建、原型设计、登录注册模块开发
- 郑哲磊：完成后端接口开发、数据库设计、订单系统实现
- 李靖华：负责项目计划、阶段里程碑管理、团队协调
- 温尚熙：完成测试用例设计、Bug 管理、文档整理
七、个人感想
- 谢斯越：前后端协作体验提升，前端优化用户体验很有成就感
- 郑哲磊：深入理解高并发订单处理和接口设计
- 李靖华：提升项目管理能力和团队协调能力
- 温尚熙：测试不仅是找 Bug，更是保证系统稳定的关键环节
浙公网安备 33010602011771号