• 报告期次：第1次 ｜ 报告日期：2026-10-08 ｜ 项目组号：第6组 ｜ 项目名称：在线购物系统

• 已完成工作：卖家后台需求分析、操作流程与状态按钮对照表绘制、页面线框图设计、异常场景及问题库整理
• 成果物：卖家前端设计文档

• 项目组号：第【6】组
• 项目名称：在线购物系统
• 角色：卖家前端开发
• 完成人：陈泽英
• 日期：2026-10-7

---

基于基线需求，卖家后台（卖家前端）的核心功能模块如下：

1. 卖家登录

   • 单账号登录，无需注册。
   • 输入账号、密码，验证通过后进入后台。
   • 登录态需要保持，未登录访问后台需跳转登录页。

2. 发布商品

   • 填写商品名称、商品描述、商品价格、上传商品图片。
   • 提交后商品状态变为“在线”，买家端可见。
   • 同一时间只能有一个在线商品，已有在线商品时发布按钮应禁用或提示。

3. 历史商品

   • 列表展示已发布商品，字段包括：商品名称、价格、状态、发布时间。
   • 商品状态包括：在线、冻结、已售、下架。
   • 支持查看详情，历史记录保留。

4. 查看意向购买人

   • 买家提交意向后，卖家可查看买家姓名、电话、备注、提交时间。
   • 商品冻结后，买家不能再提交意向。
   • 卖家可根据意向进行线下联系交易。

5. 商品状态操作

   • 冻结：商品被买家下单意向后自动或手动冻结。
   • 成交下架：交易成功后，卖家操作下架，状态变为“已售”。
   • 失败恢复：交易失败后，卖家操作恢复，状态变为“在线”。

6. 修改密码

   • 输入旧密码、新密码、确认新密码。
   • 校验旧密码正确性，校验两次新密码一致。
   • 修改成功后需重新登录。

---

---

商品状态	状态颜色	卖家后台可操作按钮	买家端表现	备注
在线	绿色	冻结、查看意向	可查看、可提交意向	同一时间仅一个
冻结	黄色	成交下架、失败恢复	不可提交意向，提示已冻结	等待线下交易
已售	灰色	查看详情	不展示或显示已售罄	历史记录
下架	灰色	重新上架（可选）	不展示	兼容性升级预留

---

• 输入框：账号、密码
• 按钮：登录
• 提示信息：账号或密码错误

• 输入框：商品名称、商品描述、商品价格
• 上传控件：商品图片（支持预览、删除）
• 按钮：发布商品
• 提示信息：必填项校验、发布成功/失败

• 表格列：商品名称、价格、状态、发布时间、操作
• 操作列：查看详情、查看意向
• 状态列：标签展示（在线/冻结/已售/下架）

• 展示信息：买家姓名、电话、备注、提交时间
• 操作按钮：成交下架、失败恢复
• 提示信息：操作二次确认弹窗

• 输入框：旧密码、新密码、确认新密码
• 按钮：确认修改
• 提示信息：旧密码错误、两次密码不一致、修改成功

---

编号	模块	问题	类型	最新解决方案/业务规则	备注
Q01	发布	商品能否修改？	业务规则	只有“在售”且无有效购买意向时允许修改；进入交易冻结后禁止修改核心信息。前端需根据商品状态动态禁用“编辑”按钮。	状态联动
Q02	发布	商品图片格式、数量、大小限制？	约束	支持 JPG/PNG/WebP，单张不超过 5MB，最少 1 张，最多 5 张。前端上传组件需做格式、大小校验和数量限制。	表单校验
Q03	发布	商品描述长度限制？	约束	10~2000 字符。前端需在输入框下方实时提示字数。	表单校验
Q04	发布	商品价格格式限制？	约束	价格必须大于 0，精确到小数点后两位。前端需限制输入，禁止负数、0元、超过两位小数。	表单校验
Q05	发布	商品信息是否必填？	约束	商品名称、描述、图片、价格均为必填。前端提交时需做必填校验。	表单校验
Q06	意向	买家提交意向后，商品会立即冻结吗？	业务规则	不会立即冻结。买家登记只是进入“意向购买人”名单（排队）。只有卖家在后台点击“开始交易”（或手动冻结）时，商品才会变成“冻结”状态，并停止接收新意向。	状态流转
Q07	意向	多个买家提交意向，后台怎么显示？	业务规则	后台展示“意向购买人”清单，按提交时间先后顺序排序（先到先得）。前端列表需支持按时间排序展示。	列表展示
Q08	意向	买家提交意向时格式错误怎么办？	异常处理	手机号需为 11 位数字，不符合规则时前端直接拦截并提示“请输入正确的手机号”。	表单校验
Q09	交易	线下交易谁确认成功/失败？	业务规则	由卖家在后台手动标记。卖家标记“交易成功”，商品下架；标记“交易失败”，系统自动恢复商品为“在售”。	按钮逻辑
Q10	交易	冻结、成交、失败恢复需要二次确认弹窗吗？	交互设计	不需要二次确认弹窗，点击按钮直接执行。前端只需在操作成功后给出 Toast 提示。	交互设计
Q11	交易	卖家确认售出后，其他买家的意向列表怎么处理？	业务规则	商品状态变更为“已售出”后，关联的其他所有意向状态标记为“已失效”或“已关闭”，前端隐藏或置灰这些记录。	列表展示
Q12	交易	交易失败后，商品是自动恢复上线还是手动恢复？	业务规则	卖家标记“交易失败”后，系统自动恢复商品为“在售”，无需卖家手动点击“重新上架”。如果有排队的买家，系统按提交顺序自动递补。	状态流转
Q13	交易	买家撤销意向，商品会恢复销售吗？	业务规则	不会。买家撤销只是退出排队，后面的买家递补。商品恢复在售必须靠卖家操作（标记失败或手动解冻）。	状态流转
Q14	历史	历史商品是否永久保留？	业务规则	持久化保存，系统重启不会丢失，后台随时可查，不设过期清理机制。	数据保留
Q15	历史	历史商品中是否保存对应的意向购买人信息？	业务规则	会保留。每个商品下面都带着它的意向购买人名单（姓名、电话、提交时间、交易结果），方便卖家翻看记录。	数据展示
Q16	历史	历史商品售出后能否重新发布？	业务规则	MVP 阶段不支持直接“重新上架”。MVP可选支持“复制发布”功能（降低重复输入成本）。	功能边界
Q17	发布	卖家一次能挂几个商品？	业务规则	同一时间只能挂一个商品（在售）。卖掉或者手动下架之后，才能挂下一件。前端在有在售商品时，应禁用“发布商品”按钮。	状态限制
Q18	展示	页面需要自动刷新商品状态吗？	交互设计	不需要。MVP 不要求自动刷新，前端提供手动刷新或重新进入页面即可。	交互设计
Q19	其他	能评论吗？	范围	不能。本版本不支持评论、评价、打分。买家只能浏览商品、提交购买意向、走线下交易。	范围边界

---

1. 根据老师评审意见，更新问题库中的假设。
2. 完成卖家后台页面原型图。
3. 与后端确认接口字段和返回格式。

（评审后填写）