### 面向对象设计与分析实验二：在线购物系统用例分析
#### 一、获取商品信息用例
**目的：** 用户能够查询并获取商品的详细信息。
**主事件流：**
1. **前提条件：**
- 用户已登录系统。
- 用户有查询商品的需求。
2. **用户行为：**
- 输入想要查询的商品名称。
3. **系统响应：**
- 显示符合查询条件的商品清单。
4. **用户进一步操作：**
- 在清单中选择感兴趣的商品。
5. **系统进一步响应：**
- 显示选定商品的详细信息。
**其他事件流：**
- 当用户输入的商品名称在数据库中不存在时，系统应给予适当的提示信息。
#### 二、加入购物车用例
**目的：** 允许用户将感兴趣的物品加入到虚拟购物车中，以便后续的购买操作。
**主事件流：**
1. **前提条件：**
- 用户已完成“获取商品信息”用例。
2. **用户行为：**
- 选择商品，并点击“加入购物车”按钮。
3. **系统响应：**
- 将商品加入购物车。
4. **用户可选操作：**
- 选择从购物车中删除商品。
**其他事件流：**
- 如果商品无法加入购物车，系统应提供错误提示。
- 用户可以选择取消加入购物车的操作。
#### 三、提交订单用例
**目的：** 用户完成商品选购后，提交订单并完成支付。
**主事件流：**
1. **前提条件：**
- 用户已完成“获取商品信息”或“加入购物车”用例。
2. **用户行为：**
- 选择“立即支付”或从购物车提交订单。
3. **系统响应：**
- 提示用户填写收货地址、联系人等必要信息。
4. **用户进一步操作：**
- 填写信息并确认提交。
5. **系统进一步响应：**
- 用户可以选择取消订单。
- 连接第三方支付系统（如支付宝），进行支付操作。
- 生成订单并确认支付成功。
**其他事件流：**
- 支付失败时，系统应提示用户重新尝试。
- 用户在输入信息过程中取消操作。
#### 四、获取订单状态用例
**目的：** 用户可以查询订单的状态，包括是否已发货、物流信息等。
**主事件流：**
1. **前提条件：**
- 用户已完成“提交订单”用例。
2. **用户行为：**
- 选择查看订单状态。
3. **系统响应：**
- 显示订单当前状态。
4. **用户可选操作：**
- 若订单未处理，可以选择提醒商家发货。
- 若订单已处理，系统显示物流信息。
#### 五、退货用例
**目的：** 用户在收到商品后，若不满意，可以发起退货流程。
**主事件流：**
1. **前提条件：**
- 用户已完成“提交订单”用例。
2. **用户行为：**
- 发起退货请求。
3. **系统响应：**
- 提示用户输入退货原因。
4. **用户进一步操作：**
- 提交退货原因。
5. **系统进一步响应：**
- 管理员审核退货原因。
- 审核通过后，退货成功，用户寄回商品，管理员退款。
**其他事件流：**
- 用户在输入退货原因过程中选择取消。
- 管理员审核不通过，退货请求被拒绝。
#### 六、维护用户信息用例
**目的：** 用户可以查看、修改自己的个人信息。
**主事件流：**
1. **用户行为：**
- 选择查看或修改个人资料。
2. **系统响应：**
- 显示用户的个人信息。
3. **用户进一步操作：**
- 添加缺失的信息。
- 删除不想公开的信息。
- 修改错误信息。
**其他事件流：**
- 用户在查看或修改过程中选择返回。
- 用户输入的身份验证信息错误。
#### 七、处理商品用例
**目的：** 管理员可以进行商品的上下架、分类等管理操作。
**主事件流：**
1. **管理员行为：**
- 选择处理商品选项。
2. **系统响应：**
- 显示现有的商品列表。
3. **管理员进一步操作：**
- 上传新的商品信息。
- 下架商品。
- 更新商品信息。
- 对商品进行分类。
#### 八、处理用户订单用例
**目的：** 管理员处理用户的订单信息，完成发货。
**主事件流：**
1. **管理员行为：**
- 选择处理订单选项。
2. **系统响应：**
- 显示待处理的订单信息。
3. **管理员进一步操作：**
- 优先处理被用户提醒的订单。
- 按照订单信息处理发货。
4. **系统进一步响应：**
- 更新订单状态为已发货。
#### 九、管理用户用例
**目的：** 管理员可以查看、管理系统的用户信息。
**主事件流：**
1. **管理员行为：**
- 选择管理用户选项。
2. **系统响应：**
- 显示现有用户列表。
3. **管理员进一步操作：**
- 选择某一用户查看其详细信息。
