网上购书需求分析报告

---

网上购书系统需求分析报告

首先需要理清楚主要的需求

一、先想清楚：这系统到底要解决什么问题？

主要就是两个用户的主要需求，分别是让用户能在线买书，商家能管书和订单。

比如：

- 小明想买《Java入门》，直接搜书名→加入购物车→付款。

- 书店老板老张要上传新书，改库存，看看今天卖了多少本。

核心原则：先搞定基础功能，细节以后再注重！

二、用户要什么？进行角色扮演换位思考。

1. 买家最烦的事：

- “搜本书无法精确的搜到，差评！” → 搜索功能必须快准狠

- “分开结算太麻烦” → 购物车得支持批量结算

- “付完款都不知道发货没？” → 订单状态得实时更新

2. 卖家的烦恼：

- “库存改了10遍，用户还说没货？” → 后台库存同步要及时

- “订单打印出来全是乱码？” → 订单列表要清晰能导出

---

三、功能清单：先做最核心的！

1. 用户模块

- 注册/登录（能记住密码最好）

- 修改个人资料（邮箱、地址）

2. 书籍展示

- 搜索书籍（书名/分类）

- 书籍详情页（价格、库存、封面图）

3. 购物车 & 订单

- 加购/删除书籍

- 下单后生成订单（状态：待发货/已发货）

- 取消订单（24小时内允许）

4. 支付

- 支付宝/微信支付接口（实在搞不定就做个模拟按钮，点一下就算支付成功）

5. **后台管理**

- 上传/下架书籍

- 处理订单（点个“发货”按钮就行）

---

四、一些暂时无法解决的问题以及暂时解决办法

1. 别死磕支付接口！

- 支付功能太过于难做可先做个假的（比如输入“123456”当支付密码），后期再补细节。

2. 性能不够

- 如果搜索书籍卡顿，直接限制每页能够显示书的数量。

3. 需要重点测试的功能：

- 用户下单后库存是否减少

- 支付成功后是否返回消息（哪怕只是控制台打印一句“发送成功”也行）

---

五、开发计划

1.搞定用户注册登录

2.做出能加购的购物车 + 生成订单

3.搓一个山寨版支付功能 + 后台管理界面

4.看看有没有什么BUG，修一修，以及将之前需要注重的细节加上

---

六、用户主要功能及使用流程

1. 用户从搜索→加购→付款→看到订单状态

2. 商家能上传书→改库存→点发货

先写好主要功能，先不要在细节上浪费太久的时间，细节后期再改

俩个用户故事的用例图