项目名称：在线购物系统 ｜ 组长：何易 ｜ 组员：何易、丁月诚、王则凯、方浩昱、戴英杰

• 项目总体计划：项目采用 Scrum 迭代式增量开发，2 周一个 Sprint，总体分为 1 个准备期加 5 个功能迭代，合计 11 周。Sprint 0（1 周）：准备期：技术选型、环境搭建、数据库设计、UI 原型、接口约定；Sprint 1（2 周）：MVP 核心闭环可演示：发布商品 → 买家提交意向 → 卖家同意并冻结 → 线下成交 → 成功撤下 / 失败恢复，计划 45 点；Sprint 2（2 周）：交易闭环完善与历史可追溯（订单剩余、库存、客户），计划 60 点；Sprint 3（2 周）：客户口碑与价格管理（评价、价格、权限），计划 45 点；Sprint 4（2 周）：移动端触达（微信小程序、营销），计划 55 点；Sprint 5（2 周）：商业闭环补齐与打磨（配送、支付、统计、验收测试），计划 49 点；合计 11 周、254 点。
• 当前进度：约 30%（依据：产品订单共 254 故事点，当前已完成约 76 点。其中 E-01 商品管理 35 点（发布、编辑、冻结、解冻、下架、状态机已全部完成）、E-08 商家管理 21 点（登录、改密、商品历史已完成）、E-05 订单管理约 20 点（意向提交、排队、成交与失败登记已完成，历史订单与筛选未完成）。76 ÷ 254 ≈ 30%。）
• 当前迭代期：2026-09-28 ~ 2026-10-09（共 2 周，10 个工作日）
• 迭代目标：让「唯一商品」的完整交易闭环在 PC 端跑通并可演示。具体目标：1. 单品单卖：全站同一时刻最多只有一件处于可购买状态的商品，库存恒为 0 或 1，已有在售商品时禁止发布新商品。2. 商品四态状态机：在售 → 已冻结 → 已下架（交易成功）/ 已恢复在售（交易失败），并支持卖家手动冻结、解冻、下架。3. 买家免注册：买家无需账号，填写姓名与联系电话即可提交购买意向。4. 口令码机制：每次提交生成一个口令码，买家可凭码查询排队位次、修改联系方式、撤销意向。5. 先到先得队列：按提交时间排队，卖家只能与队首开始交易，开始交易时商品自动冻结。6. 交易结果登记：卖家标记交易成功（商品直接下架）或交易失败（商品恢复在售），失败后可选择作废或重新排队。7. 卖家后台：登录鉴权、商品发布与编辑、图片上传、意向购买人列表、修改密码。8. 回归基线：移除购物车与订单模块，回到「单品单卖」的业务定位。
• 任务与成果物：方浩昱：商品四态状态机设计与实现（在售 / 已冻结 / 已下架 / 已恢复在售）；方浩昱：单品单卖约束：发布校验「在售 ≤ 1 件」与库存恒为 0/1 锁定；方浩昱：购买意向实体改造：新增口令码、排队时间与交易结果字段；方浩昱：先到先得队列实现：位次计算、队首交易、自动冻结、其余意向作废；王则凯：卖家意向操作接口：开始交易、标记成功、标记失败、作废、重新排队；王则凯：商品接口开发：发布、编辑、手动冻结、解冻、手动下架、图片上传；王则凯：卖家登录与 X-Token 鉴权拦截器、统一返回与全局异常处理；丁月诚：买家端首页改造为单品橱窗（唯一在售商品展示与购买入口）；丁月诚：新增买家「凭口令码查询」页：查排队位次、改姓名电话、撤销意向；丁月诚：卖家商品管理页与意向管理页改造（四态操作、队列化展示、隐去口令码）；丁月诚：移除购物车与订单模块，路由与实体清理，回归单品单卖；何易：编写并维护产品订单与冲刺订单（12 特性、45 用户故事、34 任务）；戴英杰：主流程与九项规则约束的端到端验证，输出验证记录；何易：编写阶段汇报 PPT 生成脚本（可一键生成五人分工版 19 页汇报稿）与一键启动脚本；何易：补充 README 快速开始与部署说明，保证评审现场可一键演示

• 第4组 · 何易 · 阶段性评审（组长）
• 第4组 · 丁月诚 · 阶段性评审（组员）
• 第4组 · 王则凯 · 阶段性评审（组员）
• 第4组 · 方浩昱 · 阶段性评审（组员）
• 第4组 · 戴英杰 · 阶段性评审（组员）