前言

博主准备写一个以面向对象为核心思想的软件需求建模、领域建模的系列，总结一整套可落地的DDD的打法，前面几篇文章论述了如何进行面向对象的需求建模，本文将以一个简单的购物商城的需求来演示如何进行面向对象的需求建模。

面向对象的需求分析方法-CSDN博客

目录

1.主参与者

2.用例建模

2.1.顾客

2.1.1.用例清单

2.1.2.顾客浏览商品

2.1.3.下订单

2.1.4.收货

2.15.购物车

2.1.6.发起售后

2.3.商户

2.3.1.用例清单

2.3.2.发货

2.3.3.设置运费

2.3.4.商品管理

2.3.5.优惠活动

2.3.6.售后

2.2.平台管理员

2.2.1.用例清单

2.2.2.用例

2.2.2.1.审核商品新增

2.2.2.2.审核商户

2.2.2.4.审核售后

3.业务流程建模

---

1.主参与者

v1.0版本只涉及顾客、商户、平台管理员，只支持优惠活动，售后由商户自己完成。

2.用例建模

2.1.顾客

2.1.1.用例清单

2.1.2.顾客浏览商品

用例编号	XXXX
用例名称	顾客浏览商品
参与者	顾客
描述	顾客浏览商品
主成功场景：
1.搜索商品
2.查看分类下的商品
扩展场景：
2.a.未确认下单，生成待支付订单，在订单列表中可查看
2.b下单失败，不生成订单，转跳回商品页

2.1.3.下订单

用例编号	XXXX
用例名称	下订单
参与者	顾客
描述	顾客下订单
主成功场景：
1.点击下单，转跳支付页面
2.确认支付，下单成功
扩展场景：
2.a.未确认下单，生成待支付订单，在订单列表中可查看
2.b下单失败，不生成订单，转跳回商品页

2.1.4.收货

用例编号	XXXX
用例名称	收货
参与者	采购方
描述	采购方收货
主成功场景：
1.点击收货，确认收货
2.确认收货后在订单列表中查看订单为收货状态

2.15.购物车

购物车功能

2.1.6.发起售后

用例编号	XXXX
用例名称	售后
参与者	采购方
前置事件	确认收货后
描述	采购方发起售后
主成功场景：
1.点击发起售后
2.点击确认发起售后、填写售后原因
3.发起售后的订单在订单列表中显示为售后状态

2.3.商户

2.3.1.用例清单

2.3.2.发货

用例编号	XXXX
用例名称	发货
参与者	商户
前置事件	顾客下单购买商品
描述	商家发货
主成功场景：
1.点击进入订单列表
2.点击发货
3.订单变为已发货状态

2.3.3.设置运费

用例编号	XXXX
用例名称	新增商品
参与者	商家
前置事件
描述	供应商新商品
主成功场景：
1.商家设置区域模板
2.商家设置运费模板（规则+优惠）
3.设置后的模板可在新增商品时选择

2.3.4.商品管理

新增商品

用例编号	XXXX
用例名称	新增商品
参与者	商家
前置事件
描述	供应商新商品
主成功场景：
1.商家新增商品，录入商品信息、选择运费模板
2.新增条目进入待审核状态
3.平台管理员可以看到新增的商品待审核

上架商品

用例编号	XXXX
用例名称	上架/下架商品
参与者	商家
前置事件
描述	供应商上架/下架商品
主成功场景：
1.编辑上架信息，选择商品，补充售卖信息
2.确认上架
3.上架进平台管理员待审核列表

2.3.5.优惠活动

用例编号	XXXX
用例名称	对账
参与者	供应商
前置事件	平台管理员和采购方完成对账
描述	供应商对账
主成功场景：
1.线下收到打款
2.进入待对账的订单列表
3.点击确认对账，订单变为已对账状态

2.3.6.售后

2.2.平台管理员

2.2.1.用例清单

2.2.2.用例

2.2.2.1.审核商品

用例编号	XXXX
用例名称	新增商品新增
参与者	平台管理员
前置事件	商户发起新增商品的请求
描述	平台管理员审核商品的新增
主成功场景：
1.点击进入待审核列表
2.点击确认审核、通过审核
3.通过审核后的商品管理员可在商品列表中查询到
扩展场景
2.a.点击打回，录入意见、打回新增，打回商品客户在草稿商品列表可见，状态为驳回

审核上架（下架）

用例编号	XXXX
用例名称	收货
参与者	平台管理员
前置事件	供货商发起上架的请求
描述	平台管理员审核商品的上架
主成功场景：
1.点击进入待审核列表
2.点击确认审核、通过审核
3.通过审核后的商品管理员可在商品列表中查询到

2.2.2.2.审核商户

审核商户的新增、资质续期、退出，由于新增商户在审核周期没有界面可操作，所以通过短信通知新商户的审核进程。

2.2.2.4.审核售后

用例编号	XXXX
用例名称	审核售后
参与者	平台管理员
前置事件	采购方发起售后
描述	平台管理员审核售后申请
主成功场景：
1.进入售后列表
2.点击具体订单进行售后审核
3.审核通过流转到供应商，审核不通过流转回采购方

3.业务流程建模