电子商务网站的需求分析

需求说明书

1 系统需求 (3)

1.1 基于经销商的电子商务网站 (3)

1.1.1 功能分析 (3)

1.1.2 系统顶层活动图。 (5)

1.1.3 用例图 (6)

1.1.3.1 参与者 (6)

1.1.3.2 用例 (6)

1.1.3.3 顶层用例图 (7)

1.1.4 用例分析与描述 (8)

1.1.4.1 登录（logon） (8)

1.1.4.2 注销（logout） (8)

1.1.4.3 修改经销商信息（modify dealer info） (8)

1.1.4.4 浏览目录（view category） (9)

1.1.4.5 搜索产品（search items） (10)

1.1.4.6 查看产品（view item） (11)

1.1.4.7 加入购物车(add cart) (12)

1.1.4.8 查看购物车(view cart) (12)

1.1.4.9 修改购物车中的商品(modify cart items) (13)

1.1.4.10 删除购物车中的商品（delete cart item） (14)

1.1.4.11 清空购物车（empty cart） (14)

1.1.4.12 结帐（check out） (15)

1.1.4.13 配置收货地址信息（configure recipient） (15)

1.1.4.14 配置送货方式（configure shipment） (16)

1.1.4.15 配置付款方式（configure payment method） (17)

1.1.4.16 确认订单（affirm order） (18)

1.1.4.17 查看订单（view order） (19)

1.1.4.18 修改订单（modify order） (20)

1.1.4.19 删除订单（delete order） (20)

1.1.4.20 查看新品（view latest item） (21)

1.1.4.21 查看特价品（view special price item） (22)

1.1.4.22 查看积分(view history record and grade) (22)

1.1.4.23 经销商反馈（feedback） (23)

1.1.4.24 查看反馈答复（view feedback answer） (24)

1.2 静态结构模型 (25)

1.2.1 包图 (25)

1.2.1.1 web 包 (25)

1.2.1.2 business login包 (26)

1.2.1.3 data service包 (26)

1.2.2 类图 (27)

1.2.2.1 db类 (27)

1.2.2.2 dealer类 (27)

1.2.3 password 类 (29)

1.2.4 Category类 (29)

1.2.5 Cart类 (30)

1.2.6 Item类 (31)

1.2.7 Orders类 (33)

1.2.8 Payment类 (35)

1.2.9 Recipient类 (36)

1.2.10 Shipment类 (37)

1.2.11 Feedback类 (37)

1.2.12 BankAccount类 (39)

1系统需求

根据对系统的分析，把该系统划分为四个子系统：基于客户的电子商务网站、基于经销商的电子商务网站，后台管理网站以及数据库管理子系统。

1.1 基于经销商的电子商务网站

1.1.1功能分析

根据对该系统的分析，该系统应具有如下功能

1．经销商登录

经销商登录并经过身份验证合法后，经销商能执行该子系统的所有功能。

2．经销商信息管理

（1）配置经销商的收货信息（收货人、收货地址、邮编），每个经销商允许有多个收货信息，下订单时如果是第一次下订单，则要求添加收货信息。否则使用最近

使用过的收货信息，允许对最近使用的收货信息进行修改。

（2）配置经销商的送货方式，每个经销商允许有多个送货方式，下订单时如果是第一次下订单，则要求添加送货方式。否则使用最近使用过的送货方式，允许对

最近使用的送货方式进行修改。

（3）修改经销商的基本信息，除了分配给该经销商的用户名外，经销商可以修改所有其他信息。

3．浏览目录：经销商能够浏览目录。在主页上，应向经销商显示目录清单，经销商选择了一个目录之后，应能显示该类别下的实际商品的图片（如果有）、名称、简单描述、价格信息，并允许把商品加入购物车，不同级别的经销商浏览产品的价格信息应不同4．显示商品详情：显示商品的较大图片和/或该产品的详细说明、价格信息，并允许把商品加入购物车。

5．搜索商品：经销商能够根据商品的特征搜索符合条件的商品。

6．购买商品：经销商能够把商品放入购物车。

7．管理购物车

（1）删除购物车中的商品。

（2）更改某些商品的数量。

（3）清空购物车。

8．结帐：结帐前必须再次验证经销商，验证合法后，可以配置经销商的收货信息、送货方式、付款方式、接下来就可下订单。

9．下订单：计算订单的运费、税金和总计，显示订单的订单号、日期、运费、税金和总计、收货信息、送货方式、付款方式、以及订单项目明细。

10．订单管理

（1）查看订单。

1）经销商可基于订单号、时间段、订单状态的组合条件查找

2）查看所有订单，当订单数超过一页时，要提供“第一页、上一页、下

一页、最后一页”的页浏览功能。

（2）修改订单，只允许对未审核的订单进行修改。

（3）删除订单，只允许对未审核的订单进行修改

11．经销商反馈

经销商可以可以给总部提一些建议。

12．查看反馈信息：经销商可查看所有的反馈信息，也可基于时间段查看反馈信息。12．显示新品、特价品：向经销商展示最新的产品和特价品。

13．查看积分

经销商可以查看其积分情况。

14．修改经销商信息，不能修改经销商的ID。

1.1.2系统顶层活动图。

1.1.3用例图

1.1.3.1 参与者

1．经销商（loginedUser）：

描述：该参与者的信息已保存在数据库中，经过合法性验证后，能够执行该系统中的所有功能。

1.1.3.2 用例

1.登录（logon）

2.注销（logout）

3.修改经销商信息（modify dealer info）

4.浏览目录（view category）

5.搜索产品（search item）

6.查看产品（view item）

7.加入购物车(add cart)

8.查看购物车(view cart)

9.修改购物车中的商品(modify cart items)

10.删除购物车中的商品（delete cart item）

11.清空购物车（empty cart）

12.结帐（check out）

13.配置收货人信息（configure recipient）

14.配置送货方式（configure shipment）

15.配置付款方式（configure payment method）

16.确认订单（affirm order）

17.查看订单（view order）

18.修改订单（modify order）

19.删除订单（delete order）

20.查看新品（view latest item）

21.查看特价品（view special price item）

22.查看积分(view grade)

23.经销商反馈（feedback）

24.查看反馈（view feedback）

1.1.3.3 顶层用例图

(from dealer)

delete order

(from dealer)

modify order (from dealer)

view orders (from dealer)

(from dealer)

view feedback (from dealer)

1.1.4用例分析与描述1.1.4.1 登录（logon）1.用例图

dealer (from Actors)logon

retrieve dealer

2.用例的事件流描述

2.1.简单描述：

本用例描述了用户如何登录到系统中。

2.2.前置条件

无。

2.3.后置条件

如果用例成功，用例登录到系统中，否则系统的状态不变。

2.4.扩充点

无。

2.5.事件流

2.5.1.基流

（1）经销商登录到基于经销商的网站时，用例启动。

（2）系统提示用户输入用户名和密码

（3）用户输入自己的用户名和密码，提交（E-1）。

（4）系统验证输入的名字和密码（E-2），用户登录系统成功。2.5.2.替代流

E-1：包含了单引号、双引号或为空，系统提示错误。

E-2：系统检索不到该用户的密码，系统提示错误。

1.1.4.2 注销（logout）

用例描述：清除内存中用户名、购物车信息，并返回到登录页。

1.1.4.3 修改经销商信息（modify dealer info）

1用例图

update dealer info

2用例的事件流描述

2.1简单描述：

该用例描述了如何修改经销商的信息，但经销商的用户名不允许修改。

2.2前置条件

经销商已登录。

2.3后置条件

用例成功，把经销商的信息保存到数据库中。

2.4扩充点

无。

2.5事件流

2.5.1基流

（1）系统提示输入经销商的信息。

（2）经销商输入所需信息，提交（E-1）。

（3）系统把所需的信息保存到数据库中。

2.5.2替代流

E-1：系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足

要求），提示错误。

1.1.4.4 浏览目录（view category）

1用例图

retrieve items

2用例的事件流描述

2.1简单描述：

经销商选择一目录，显示该商品目录的商品信息（商品的价格与给该经销商的折扣有关）。

2.2前置条件

经销商已登录。

2.3后置条件

用例成功，显示对应商品目录商品信息。

2.4扩充点

无

2.5事件流

2.5.1基流

（1）系统提示选择一目录。

（2）经销商单击一目录。

（3）系统检索该经销商的折扣。

（4）系统检索对应该目录的商品，商品的价格与给该经销商的折扣有关。存在（S-1），不存在（S-2）。

2.5.2分支流

S-1：小图显示所有商品图片（如果有），商品名称，商品简单描述，单价，加入购物车提示。如果产品不能在一页显示完，系统显示“第一页、上一页，下一页、最后一页”

页浏览提示。

S-2：系统提示不存在该目录的产品。

1.1.4.5 搜索产品（search items）

1用例图

retrieve items

2用例的事件流描述

2.1简单描述：

经销商可基于商品的类别和商品的名称的组合条件进行模糊查找。

2.2前置条件

经销商已登录。

2.3后置条件

用例成功，显示满足查找条件的所有记录。

2.4扩充点

无

2.5事件流

2.5.1基流

（1）系统提示输入商品的类别和搜索的关键字。

（2）经销商输入商品的类别和搜索的关键字，提交。

（3）检索该经销商的折扣。

（4）系统检索满足条件的商品。如果存在（S-1），不存在（S-2）。

2.5.2分支流

S-1：小图显示所有商品图片（如果有），商品名称，商品简单描述，单价，加

入购物车提示。如果产品不能在一页显示完，系统显示“第一页、上一页，下

一页、最后一页”页浏览提示。

S-2：系统提示不存在该目录的产品。

1.1.4.6 查看产品（view item）

1用例图

retrieve item

2用例的事件流描述

2.1简单描述：

经销商查看某一产品的详细描述。

2.2前置条件

经销商已登录，且系统处于商品页显示状态。

2.3后置条件

用例成功，显示对应商品的详细信息。

2.4扩充点

无。

2.5事件流

2.5.1基流

（1）系统提示经销商选择一商品。

（2）经销商选定一商品，确认。

（3）系统检索该经销商的权限。

（4）系统检索该商品的详细信息。

（5）系统以大图显示该商品的图象、商品名称、商品价格、加入购物车提示。

1.1.4.7 加入购物车(add cart)

1用例图

dealer

(from dealer)

(from Actors)

2用例的事件流描述

2.1简单描述

经销商把所需的商品加入购物车。

2.2前置条件

经销商已登录且处于商品显示页中。

2.3后置条件

用例成功，进入到查看购物车页。

2.4扩充点

无

2.5事件流

2.5.1基流

（1）在商品显示页中，系统提示加入购物车。

（2）确认加入购物车。

1.1.4.8 查看购物车(view cart)

1用例图

view cart

dealer

(f rom Actors)

2用例的事件流描述

2.1简单描述：

经销商查看购物车。

2.2前置条件

用户已登录。

2.3后置条件

显示购物车中所有商品的编号、名称、数量、单价、金额。扩充点

无

2.4事件流

2.4.1基流

（1）用户确认查看购物车。

（2）系统显示购物车中的所有商品的编号、名称、数量、单价、金额以及合计（商品的数量可修改）。

（3）系统显示经销商可修改商品的数量，删除商品、清空购物车、继续购物以及结帐。

1.1.4.9 修改购物车中的商品(modify cart items)

1用例图

modify cart items

dealer

(f rom Actors)

2用例的事件流描述

2.1简单描述：

经销商修改购物车中商品的数量。

2.2前置条件

系统处于查看购物车状态。

2.3后置条件

用例成功，购物车中商品的数量被更改。

2.4扩充点

无。

2.5事件流

2.5.1基流

（1）系统提示更改商品的数量。

（2）经销商输入要更改商品的数量，确认更改（E-1）。

（3）系统刷新购物车。

2.5.2替代流

E-1：经销商输入的商品数量只能是（1-50）间的整数。否则提示错误。

1.1.4.10 删除购物车中的商品（delete cart item）1用例图

delete cart item

deal er

(f rom Actors)

2用例的事件流描述

2.1简单描述：

删除购物车中的某个商品。

2.2前置条件

系统处于查看购物车状态。

2.3后置条件

用例成功，删除商品。

2.4扩充点

无。

2.5事件流

2.5.1基流

（1）系统提示删除商品。

（2）经销商删除商品，确认

（3）系统刷新购物车。

1.1.4.11 清空购物车（empty cart）

1用例图

empty cart

dealer

(f rom Actors)

2用例的事件流描述

2.1简单描述：

经销商清空购物车中的商品。

2.2前置条件

系统处于查看购物车状态。

2.3后置条件

用例成功，系统清空购物车。

2.4扩充点

无

2.5事件流

2.5.1基流

（1）系统提示清空购物车。

（2）经销商清空购物车。

（3）系统刷新购物车。

1.1.4.12 结帐（check out）

1用例图

check out logon

dealer

(from Actors)

2用例的事件流描述

2.1简单描述：

加入购物车完毕，即可进入结帐状态。

2.2前置条件

系统处于查看购物车状态。

2.3后置条件

用例成功，便可进入配置经销上的收货地址、送货方式、付款方式的配置页。

2.4扩充点

无

2.5事件流

2.5.1基流

（1）系统提示经销商结帐。

（2）经销商确认结帐。

（3）系统检查购物车是否为空（E-1）。

（4）系统进入该经销商的登录界面，经销商输入密码确认。

（5）检索成功（S-1），不成功（S-2）

2.5.2替代流

E-1：购物车为空，系统提示错误，并转入至首页。

2.5.3分支流

S-1：系统进入配置经销商的收货地址、送货方式、付款方式的页面。

S-2：停留在登录界面。

1.1.4.13 配置收货地址信息（configure recipient）

1用例图

(from Actors)insert payment method

2用例的事件流描述

2.1简单描述：

配置经销商的收货地址信息。

2.2前置条件

结帐用例成功。

2.3后置条件

用例成功，如果送货方式和付款方式配置好、则可下订单。

2.4扩充点

不存在该经销商的收货地址。

2.5事件流

2.5.1基流

（1）系统检索该经销商最近的收货地址，存在（S-1），不存在（S-2）。

2.5.2分支流

S-1：

（1）系统显示该收货地址（包含收货人、收货地址、邮编、联系电话）。

（2）用户可修改该收货地址（使用修改收货地址用例）。

S-2：

（1）系统提示输入收货地址。

（2）用户输入收货地址确认（E-1）。

（3）把该地址存储到数据库中。

（4）回到配置页

2.5.3替代流

E-1：输入数据有一项为空，邮编，联系电话不符合要求，系统提示错误。

1.1.4.14 配置送货方式（configure shipment）

1用例图

insert shipment

2

用例的事件流描述

2.1 简单描述：

配置经销商的送货方式。 2.2 前置条件

结帐用例成功。 2.3 后置条件

用例成功，如果收货地址和付款方式配置好、则可下订单。 2.4 扩充点

不存在经销商的送货地址。 2.5 事件流

2.5.1 基流

（1） 系统检索该经销商的送货方式，存在（S-1），不存在（S-2）。 2.5.2 分支流

S-1：系统显示检索到的送货方式，经销商可修改送货方式。

S-2：

1) 系统提示输入一送货方式。 2)

用户输入送货方式，提交。 3) 系统存储该送货方式。 4) 回到配置页。

1.1.4.15 配置付款方式（configure payment method ）

1. 用例图

(from Actors)

insert payment method

2.用例的事件流描述

2.1.简单描述：

经销商配置其付款方式。

2.2.前置条件

结帐用例成功。

2.3.后置条件

用例成功，如果配置收货地址用例和配置送货方式用例成功，经销商可下订单。

2.4.扩充点

该用户的付款方式不存在。

2.5.事件流

2.5.1.基流

（1）系统检索该经销商的付款方式，存在（S-1），不存在（S-2）。

2.5.2.替代流

2.5.

3.分支流

S-1：系统显示检索到的付款方式。

S-2：（1）系统提示输入一付款方式。

（2）用户输入一付款方式，提交。

（3）系统把该付款方式存储到数据库中。

（4）回到配置页。

1.1.4.16 确认订单（affirm order）

1.用例图

empty cart

2.用例的事件流描述

2.1.简单描述：

确认生成订单。

2.2.前置条件

配置收货地址、送货方式、付款方式用例成功。

2.3.后置条件

用例成功，把订单数据存储到数据库中。

2.4.扩充点

无。

2.5.事件流

2.5.1.基流

（1）系统提示确认订单。

（2）经销商确认订单。

（3）系统生成订单号。

（4）系统生成订单记录并存入数据库中。

（5）系统清空购物车。

（6）系统显示订单情况、收货地址、送货方式、付款方式。

1.1.4.17 查看订单（view order）

1.用例图

view orders

dealer

(f rom Actors)

2.用例的事件流描述

2.1.简单描述：

查看该经销商的所有订单或基于组合条件的订单。

2.2.前置条件

经销商已登录。

2.3.后置条件

用例成功，系统显示该经销商的订单情况。

2.4.扩充点

无

2.5.事件流

2.5.1.基流

（1）经销商选择查看所有订单（S-1），或基于组合条件查看订单（S-2）。

分支流

S-1：

（1）系统检索该经销商的所有订单

（2）系统显示所有订单，当显示的订单超过一页时，系统显示“第一页、上一页、下一页、最后一页”的页浏览提示。

S-2：

（1）系统提示用户输入订单号、发生订单的时间段、或订单的状态（已执行、部分

执行、未执行）

（2）用户输入所需信息，提交（E-1）。

（3）系统检索满足组合条件的所有订单。

（4）系统显示满足条件的订单。

E-1：系统验证输入的合法性，不合法系统提示错误1.1.4.18 修改订单（modify order）

1.用例图

dealer (from Actors)modify order

update order

2.用例的事件流描述

2.1.简单描述：

经销商修改订单的订单明细，收货地址、送货方式、付款方式。

2.2.前置条件

系统处于查看订单状态中。

2.3.后置条件

用例成功，把修改的订单存储到数据库中。

2.4.扩充点

无。

2.5.事件流

2.5.1.基流

（1）系统提示修改订单。

（2）经销商确认修改（E-1）。

（3）系统提示输入要修改的订单。

（4）经销商输入修改信息，提交（E-2）

（5）系统存储订单情况至数据库中。

2.5.2.替代流

E-1：已审核的订单不能修改，否则提示错误。

E-2：不合法输入，系统提示错误。

1.1.4.19 删除订单（delete order）

1.用例图