网上电子商城需求分析.pdf

《网上电子商城需求分析.pdf》由会员分享，可在线阅读，更多相关《网上电子商城需求分析.pdf（27页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、网上电子商城需求分析网上电子商城需求分析Version:1.0.02010-04-19DOCUMENT HISTORYEd.Ed.Ed.Ed.VersionVersionVersionVersionAuthorAuthorAuthorAuthorChangeChangeChangeChange11.0.0胡晓亮网上电子商城需求分析姓 名：胡 晓 亮电 话:15062361137QQ：37207650E-mail:1 1系统需求系统需求.3 3 3 32 2流程设计流程设计.3 3 3 32.1功能概述.32.1.1系统总体流程图.42.1.2数据流图.52.2业务流程.52.2.1网上交易部分

2、.52.2.2网上交易业务流程图.62.2.3购物流程图.63 3用例图用例图.7 7 7 73.1参与者.73.2用例.73.3用例分析与描述.94 4序列图序列图.272727271 1系统需求系统需求网上电子商城应包括两个基本的部分，一个是前台销售，用户在前台可以浏览，搜索，购买商品，能看到商城最新的公告；另一个是后台管理，管理员在此管理网站信息和商品，具体包括录入，更改网上信息，订单的查询和处理，商品的上架与下架，还可以管理在商城里注册的用户等。系统前、后台功能结构图如图11、12所示：前台功能模块商品展示商品购物会员管理特价商品新品上架销售排行商品查询购物车收银台会员注册会员登陆会员

3、资料商城公告订单查询图1.1 系统前台功能结构图后台功能模块后台登陆商品管理商品列表商品添加商品维护会员管理订单管理公告管理退出系统图1.2 系统后台功能结构图2 2流程设计流程设计2.12.12.12.1功能概述功能概述本文主要模块分为前台用户功能模块和后台管理功能模块。前台用户功能模块主要是实现了用户通过登录进入商城后，对公告、商品的浏览以及查询、购买。后台管理模块主要实现了管理员对公告、商品、订单、投诉的管理。在进入商城选购商品时，首先应该将商品放到购物车中，待挑选好所有商品之后就可以到收银台去开收货单，根据售货单据付款。制作电子商务系统的原理与超市购物原理是一样的，首先客户应该在网页中

4、选购自己需要的商品并将商品放入购物车中，当然也可以改变购买商品的数量或清空购物车中的商品。选购好商品后就可以到收银台，在收银台填写并提交收货人信息。2.1.12.1.1 系统总体流程图系统总体流程图系统总体流程图如图 2.1 所示：网上电子商城网站管理员登陆进行商品信息管理，用户管理，订单管理等。是否网 站 访 问者登陆登陆浏览其他功能是否否是选 择 商否购物车收银台购买查看订单更改商品数否是图 2.1 系统总体流程图2.1.22.1.2 数据流图数据流图数据流图如图 2.2 所示：Customer顾客顶层EShop网上电子商城Database系统数据库个人购物信息产品信息个人资料信息身份确认

5、0 层Customer顾客EShop网上电子商城身份确认个 人 信息基本资料购物信息确认个 人 信息产品信息订单图 2.2 数据流图2.22.22.22.2业务流程业务流程2.2.12.2.1 网上交易部分网上交易部分(1)浏览与选择商品：顾客进入网站即刻自动提供购物车，不需身份确认就可以在网站上随意浏览、挑选商品(可增加、删除、修改购物车上商品的数量)，网站提供最新的商品列表，热卖商品优先列表给顾客作为选购时的参考；(2)判断：顾客确定所购物品后，系统将判断该顾客是否是会员，如果是，则可直接填写订单；否则，提示顾客登记注册；(3)提交订单：已选购的商品需填写订单细节，如付款及提货方式等。只有

6、正式提交定单才能生效；(4)注册：顾客可在公司的网站上注册，填写姓名地址等信息后提交申请；(5)确认：后台管理将实时得到顾客的注册信息，通过电话及其他方式确认，得到注册确认的顾客才能成为会员，并拥有唯一的会员证号；(6)不是会员的顾客可以先挑选商品再申请成为会员，会员申请生效后即可下定单，所定购的商品数及时存入数据库；(7)送货与付款：网上的每一份订单都将实时存入后台数据库，后台操作人员通过电话及其他方式确认，确认后将及时实施该订单：向顾客送货，货到付款，完成网上交易。2.2.22.2.2 网上交易业务流程图网上交易业务流程图网上交易业务流程图如图 2.3 所示：用户进入网站浏览选择商品会员填

7、写订单修改确认订单生成订单销售送货注册浏览挑选浏览挑选NNYY图 2.3 业务流程图2.2.32.2.3 购物流程图购物流程图购物流程如图 2.4 所示：顾客在电子商城中浏览到某个商品将商品保存到购物车中显示当前购物车中的商品显示当前购物车中的商品显示当前购物车中商品显示当前购物车中商品订单生成，购买成功updatesuccessfailcheckout继续购物继续购物查看购物车继续购物添加update图 2.4 购物流程图3 3用例图用例图3.13.1参与者参与者1 管理员描述：该参与者的信息已保存在数据库中，经过合法性验证后，能够执行该系统中的所有功能。2 会员描述：该参与者注册之后，信息

8、保存在数据库中，经合法性验证后，能够执行该系统中的基本功能。3.23.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

9、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）顶层用例图如图 3.1 所示：图 3.1 顶层用例图3.

10、33.3用例分析与描述用例分析与描述登录（logon）1.用例图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：系统检索不到该用户的密码，系统提示错误。注销（lo

11、gout）用例描述：清除内存中用户名、购物车信息，并返回到登录页。修改用户信息（modify dealer info）1用例图2用例的事件流描述2.1简单描述：该用例描述了如何修改用户的信息，但用户的用户名不允许修改。2.2前置条件用户已登录。2.3后置条件用例成功，把用户的信息保存到数据库中。2.4扩充点无。2.5事件流2.5.1基流（1）系统提示输入用户的信息。（2）用户输入所需信息，提交（E-1）。（3）系统把所需的信息保存到数据库中。2.5.2替代流E-1：系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。浏览目录（view category）1用例图2用

12、例的事件流描述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：系统提示不存在该目录的产

13、品。搜索产品（search items）1用例图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：小图显示所有商品图片（如果有），商品名称，商品简单描述，单价，加入购物车提示。如果产品不能在一页显示完，系统显示“第一页、上一页，下一页、

14、最后一页”页浏览提示。S-2：系统提示不存在该目录的产品。查看产品（view item）1用例图2用例的事件流描述2.1简单描述：用户查看某一产品的详细描述。2.2前置条件用户已登录，且系统处于商品页显示状态。2.3后置条件用例成功，显示对应商品的详细信息。2.4扩充点无。2.5事件流2.5.1基流（1）系统提示用户选择一商品。（2）用户选定一商品，确认。（3）系统检索该用户的权限。（4）系统检索该商品的详细信息。（5）系统以大图显示该商品的图象、商品名称、商品价格、加入购物车提示。加入购物车(add cart)1用例图2用例的事件流描述2.1简单描述用户把所需的商品加入购物车。2.2前置条件

15、用户已登录且处于商品显示页中。2.3后置条件用例成功，进入到查看购物车页。2.4扩充点无2.5事件流2.5.1基流（1）在商品显示页中，系统提示加入购物车。（2）确认加入购物车。查看购物车(view cart)1用例图2用例的事件流描述2.1简单描述：用户查看购物车。2.2前置条件用户已登录。2.3后置条件显示购物车中所有商品的编号、名称、数量、单价、金额。2.4事件流2.4.1基流（1）用户确认查看购物车。（2）系统显示购物车中的所有商品的编号、名称、数量、单价、金额以及合计（商品的数量可修改）。（3）系统显示用户可修改商品的数量，删除商品、清空购物车、继续购物以及结帐。修改购物车中的商品(

16、modify cart items)1用例图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）间的整数。否则提示错误。删除购物车中的商品（delete cart item）1用例图2用例的事件流描述2.1简单描述：删除购物车中的某个商品。2.2前置条件系统处于查看购物车状态。2.3后置条件用例

17、成功，删除商品。2.4扩充点无。2.5事件流2.5.1基流（1）系统提示删除商品。（2）用户删除商品，确认（3）系统刷新购物车。清空购物车（empty cart）1用例图2用例的事件流描述2.1简单描述：用户清空购物车中的商品。2.2前置条件系统处于查看购物车状态。2.3后置条件用例成功，系统清空购物车。2.4扩充点无2.5事件流2.5.1基流（1）系统提示清空购物车。（2）用户清空购物车。（3）系统刷新购物车。结帐（check out）1用例图2用例的事件流描述2.1简单描述：加入购物车完毕，即可进入结帐状态。2.2前置条件系统处于查看购物车状态。2.3后置条件用例成功，便可进入配置用户的收

18、货地址、送货方式、付款方式的配置页。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：停留在登陆界面。配置收货地址信息（configure recipient）1用例图2用例的事件流描述2.1简单描述：配置用户的收货地址信息。2.2前置条件结帐用例成功。2.3后置条件用例成功，如果送

19、货方式和付款方式配置好、则可下订单。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：输入数据有一项为空，邮编，联系电话不符合要求，系统提示错误。配置送货方式（configure shipment）1用例图2用例的事件流描述2.1简

20、单描述：配置用户的送货方式。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)回到配置页。配置付款方式（configure payment method）1.用例图2.用例的事件流描述2.1.简单描述：用户配置其付款方式。2.2.前置条件结帐用例成功。2.3.后置条件

21、用例成功，如果配置收货地址用例和配置送货方式用例成功，用户可下订单。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）回到配置页。确认订单（affirm order）1.用例图2.用例的事件流描述2.1.简单描述：确认生成订单。2.2.前置条件配置收货地址、送货方式、付款方式用例成功。2.3.后置条件用例成功，把订单数据存储到数据

22、库中。2.4.扩充点无。2.5.事件流2.5.1.基流（1）系统提示确认订单。（2）用户确认订单。（3）系统生成订单号。（4）系统生成订单记录并存入数据库中。（5）系统清空购物车。（6）系统显示订单情况、收货地址、送货方式、付款方式。查看订单（view order）1.用例图2.用例的事件流描述2.1.简单描述：查看该用户的所有订单或基于组合条件的订单。2.2.前置条件用户已登录。2.3.后置条件用例成功，系统显示该用户的订单情况。2.4.扩充点无2.5.事件流2.5.1.基流（1）用户选择查看所有订单（S-1），或基于组合条件查看订单（S-2）。分支流S-1：（1）系统检索该用户的所有订单（

23、2）系统显示所有订单，当显示的订单超过一页时，系统显示“第一页、上一页、下一页、最后一页”的页浏览提示。S-2：（1）系统提示用户输入订单号、发生订单的时间段、或订单的状态（已执行、部分执行、未执行）（2）用户输入所需信息，提交（E-1）。（3）系统检索满足组合条件的所有订单。（4）系统显示满足条件的订单。E-1：系统验证输入的合法性，不合法系统提示错误修改订单（modify order）1.用例图2.用例的事件流描述2.1.简单描述：用户修改订单的订单明细，收货地址、送货方式、付款方式。2.2.前置条件系统处于查看订单状态中。2.3.后置条件用例成功，把修改的订单存储到数据库中。2.4.扩充

24、点无。2.5.事件流2.5.1.基流（1）系统提示修改订单。（2）用户确认修改（E-1）。（3）系统提示输入要修改的订单。（4）用户输入修改信息，提交（E-2）（5）系统存储订单情况至数据库中。2.5.2.替代流E-1：已审核的订单不能修改，否则提示错误。E-2：不合法输入，系统提示错误。删除订单（delete order）1.用例图2.用例的事件流描述2.1.简单描述：用户删除不需要的订单。2.2.前置条件系统处于查看订单状态中。2.3.后置条件用例成功，系统删除该订单。2.4.扩充点无2.5.事件流2.5.1.基流（1）系统提示删除该订单。（2）用户认删除该订单（E-1）。（3）系统从数据

25、库中删除该订单。2.5.2.替代流E-1：已审核的订单不能删除，否则提示错误。查看新品（view latest item）1.用例图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）查看特价品（view special price item）

26、1用例图2用例的事件流描述2.1简单描述：用户浏览特价产品。2.2前置条件用户已登录。2.3后置条件用例成功，系统显示特价的商品。2.4扩充点无。2.5事件流2.5.1基流(1)系统检索特价的商品信息，存在（S-1），不存在（S-2）。2.5.3分支流S-1：系统显示检索的商品，当商品超过一页时，系统提供“第一页、上一页、下一页、最后一页”的页浏览提示。S-2：系统显示特价商品不存在。查看积分(view history record and grade)1.用例图2.用例的事件流描述2.1.简单描述：查看该用户的积分情况。2.2.前置条件用户已等录。2.3.后置条件用例成功，系统显示该用户的积

27、分情况。2.4.扩充点无。2.5.事件流2.5.1.基流（1）系统检索该用户的积分情况。（2）系统显示积分情况。用户反馈（feedback）2用例图3用例的事件流描述3.5简单描述：用户提出反馈意见。3.6前置条件用户已登录。3.7后置条件用例成功，把该用户的反馈信息存储到数据库中。3.8扩充点无。3.9事件流3.9.2基流（1）系统提示输入反馈信息。（2）用户输入反馈信息，提交（E-1）。（3）系统存储反馈信息到数据库中。3.9.3替代流E-1：系统验证输入的合法性，不合法，系统提示错误。查看反馈答复（view feedback answer）1用例图2用例的事件流描述2.1简单描述：用户查

28、看反馈答复。2.2前置条件用户已登录。2.3后置条件用例成功，显示该用户的反馈答复。2.4扩充点无。2.5事件流2.5.1基流（1）统提示选择查看所有回复和基于时间段的回复。（2）用户选择查看所有回复（S-1），基于时间段的回复（S-2）。2.5.2分支流S-1：系统显示所有回复，当回复超过一页时，系统提供“第一页、上一页、下一页、最后一页”的浏览提示。S-2：（1）用户输入时间段，提交（E-1）。（2）系统检索该时间段的所有回复，存在（S-3），不存在（S-4）。2.5.3替代流E-1：系统验证输入的合法性，不合法，系统提示错误。2.5.4分支流S-3：系统显示所有回复，当回复超过一页时，系统提供“第一页、上一页、下一页、最后一页”的浏览提示。S-4：系统提示该时间段的回复不存在。4 4序列图序列图为了画出序列图，我们需要用例文本和规范的类图：用例文本：网上购买产品1.客户通过浏览目录，并选择购买的项目。2.顾客去结账。3.顾客填写发货信息。4.系统介绍了全面的定价包括运输信息资料。5.客户填写信用卡信息。6.系统授权购买。7.系统立即确认出售。8.系统发送确认电子邮件给客户。类图如图 4.1 所示：图 4.1 类图现在通过用例文本和跟踪类图的行为，画出序列图，如图 4.2 所示：图 4.2 序列图