我要吃电子商务系统需求分析报告.docx
- 文档编号:6420810
- 上传时间:2023-01-06
- 格式:DOCX
- 页数:13
- 大小:206.65KB
我要吃电子商务系统需求分析报告.docx
《我要吃电子商务系统需求分析报告.docx》由会员分享,可在线阅读,更多相关《我要吃电子商务系统需求分析报告.docx(13页珍藏版)》请在冰豆网上搜索。
我要吃电子商务系统需求分析报告
系统需求分析
1.1功能分析
根据对该系统的分析,该系统应具有如下功能
1.顾客登录网上订餐系统进行菜单浏览
显示菜品的各种信息,可在分类查询,动态搜索,设计页面分业,布局排版问题,以方便用户浏览选择。
2.顾客注册为会员
用户访问本网站直接进入本网站可直接进入网站主页,可选择登陆,若为注册可选择注册,只有注册用户方可点餐。
注册提供用户名和密码,用户名只能检测,若以存在也提示。
另外加入记住密码功能,登陆一次可在两周内无需再次登陆,直接进入登陆状态。
3.会员对自己的个人信息进行更改,比如送餐地址和联系电话。
以及账户密码。
4.顾客对已选的菜单进行更改选择的数量或者取消选择,当顾客确定订餐完毕后,顾客将其提交只服务器后台点餐系统,并生成订单。
(1)菜品详细信息
显示餐品中某一餐品的详细信息,包括菜名,配料,口味,价格等,以供用户放进自己的购物车。
(2)购物车
实现对已定菜品的管理,包括增加菜品,删除菜品,修改数量。
(3)提交购物车并生成订
接受购物车信息,随即获取订单号,动态刷新顶单状态,固定时间(如30秒)完成一道菜,用户可继续修改为完成的菜品,已完成菜品无法进行操作,用户修改订单并保存。
(4)结帐付款
选择付款方式及对此次餐的评价。
(5)结束订餐
设置友好的结束界面。
5.管理员后台管理
(1)管理员在后台登录后,可以创建新的管理员。
(2)管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改,比如更改菜单的图片,价格,菜单的描述,更换新品,添加新菜等。
(3)管理员对菜单进行管理,确定订单的生成。
(4)管理员根据不同的属性来查询订单,比如生成日期或者编号等。
(5)管理员根据不同的时间段统计处营业额,成本,同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况。
具体功能如下表:
功能类别
子功能
用户管理
用户登录
用户注册
用户操作
餐品展示
餐品的详细介绍
放进购物车
查看购物车
详细信息提交
反馈意见
察看所有留言
管理员操作
增加餐品
修该餐品
删除餐品
回复留言
删除留言
结帐付款
确认和配送信息
结束订单
设置友好结束界面
1.2顶层用例图
顶层用例图
顶餐系统用例图
1.3用例分析与描述
1.3.1登录
1.用例图
2.用例的事件流描述
2.1.简单描述:
本用例描述了用户如何登录到系统中。
2.2.前置条件
无。
2.3.后置条件
如果用例成功,用例登录到系统中,否则系统的状态不变。
2.4.事件流
2.4.1.基流
(1)顾客登录到基于顾客的网站时,用例启动。
(2)系统提示用户输入用户名和密码
(3)用户输入自己的用户名和密码,提交(E-1)。
(4)系统验证输入的名字和密码(E-2),用户登录系统成功。
2.4.2.替代流
E-1:
包含了单引号、双引号或为空,系统提示错误。
E-2:
系统检索不到该用户的密码,系统提示错误。
1.3.2注销
用例描述:
清除内存中用户名、购物车信息,并返回到登录页。
1.3.3修改顾客信息
1.用例图
2.用例的事件流描述
2.1.简单描述:
该用例描述了如何修改顾客的信息,但顾客的用户名不允许修改。
2.2.前置条件
顾客已登录。
2.3.后置条件
用例成功,把顾客的信息保存到数据库中。
2.4.事件流
2.4.1基流
(1)系统提示输入顾客的信息。
(2)顾客输入所需信息,提交(E-1)。
(3)系统把所需的信息保存到数据库中。
2.4.2替代流
E-1:
系统验证输入的数据不合法(不能包含单引号、双引号,邮箱必须满足要求),提示错误。
1.3.4顾客留言
1.用例图
1.3.5加入购物车
1.用例图
2.用例的事件流描述
2.1.简单描述:
该用例描述了如何修改顾客的信息,但顾客的用户名不允许修改。
2.2.前置条件
顾客已登录。
2.3.后置条件
用例成功,把顾客的信息保存到数据库中。
2.4.事件流
2.4.1基流
(1)系统提示输入顾客的信息。
(2)顾客输入所需信息,提交(E-1)。
(3)系统把所需的信息保存到数据库中。
2.4.2替代流
E-1:
系统验证输入的数据不合法(不能包含单引号、双引号,邮箱必须满足要求),提示错误。
1.3.6查看购物车
1.用例图
2.用例的事件流描述
2.1.简单描述:
该用例描述了如何修改顾客的信息,但顾客的用户名不允许修改。
2.2.前置条件
顾客已登录。
2.3.后置条件
用例成功,把顾客的信息保存到数据库中。
2.4.事件流
2.4.1基流
(1)系统提示输入顾客的信息。
(2)顾客输入所需信息,提交(E-1)。
(3)系统把所需的信息保存到数据库中。
2.4.2替代流
E-1:
系统验证输入的数据不合法(不能包含单引号、双引号,邮箱必须满足要求),提示错误。
1.3.7修改购物车中的商品
1.用例图
2.用例的事件流描述
2.1.简单描述:
顾客修改购物车中商品的数量。
2.2.前置条件
系统处于查看购物车状态。
2.3.后置条件
用例成功,购物车中商品的数量被更改。
2.4.事件流
2.4.1基流
(1)系统提示更改商品的数量。
(2)顾客输入要更改商品的数量,确认更改(E-1)。
(3)系统刷新购物车。
2.4.2替代流
E-1:
顾客输入的商品数量只能是(1-50)间的整数。
否则提示错误。
1.3.8删除购物车中的商品
1.用例图
2用例的事件流描述
2.1.简单描述:
删除购物车中的某个商品。
2.2.前置条件
系统处于查看购物车状态。
2.3.后置条件
用例成功,删除商品。
2.4.事件流
2.4.1基流
(1)系统提示删除商品。
(2)顾客删除商品,确认
(3)系统刷新购物车。
1.3.9清空购物车
1.用例图
2.用例的事件流描述
2.1.简单描述:
顾客清空购物车中的商品。
2.2.前置条件
系统处于查看购物车状态。
2.3.后置条件
用例成功,系统清空购物车。
2.4.事件流
2.4.1基流
(1)系统提示清空购物车。
(2)顾客清空购物车。
(3)系统刷新购物车。
1.3.10结账
1.用例图
2.用例的事件流描述
2.1.简单描述:
加入购物车完毕,即可进入结帐状态。
2.2.前置条件
系统处于查看购物车状态。
2.3.后置条件
用例成功,便可进入网上银行。
2.4.事件流
2.4.1基流
(1)系统提示顾客结帐。
(2)顾客确认结帐。
(3)系统检查购物车是否为空(E-1)。
(4)系统进入该顾客的登录界面,顾客输入密码确认。
(5)检索成功(S-1),不成功(S-2)
2.4.2替代流
E-1:
购物车为空,系统提示错误,并转入至首页。
2.4.3分支流
S-1:
系统进入网上银行付款。
S-2:
停留在登录界面。
1.3.11确认订单
1.用例图
2.用例的事件流描述
2.1.简单描述:
确认生成订单。
2.2.前置条件
付款方式用例成功。
2.3.后置条件
用例成功,把订单数据存储到数据库中。
2.4.事件流
2.4.1基流
(1)系统提示确认订单。
(2)顾客确认订单。
(3)系统生成订单号。
(4)系统生成订单记录并存入数据库中。
(5)系统清空购物车。
(6)付款方式。
1.3.12查看订单
1.用例图
2.用例的事件流描述
2.1.简单描述:
查看该顾客的所有订单或基于组合条件的订单。
2.2.前置条件
顾客已登录。
2.3.后置条件
用例成功,系统显示该顾客的订单情况。
2.4.事件流
2.4.1.基流
(1)顾客选择查看所有订单(S-1),或基于组合条件查看订单(S-2)。
分支流
S-1:
(1)系统检索该顾客的所有订单
(2)系统显示所有订单,当显示的订单超过一页时,系统显示“第一页、上一页、下一页、最后一页”的页浏览提示。
S-2:
(1)系统提示用户输入订单号、发生订单的时间段、或订单的状态(已执行、部分执行、未执行)
(2)用户输入所需信息,提交(E-1)。
(3)统检索满足组合条件的所有订单。
(4)系统显示满足条件的订单。
E-1:
系统验证输入的合法性,不合法系统提示错误
1.3.13修改订单
1.用例图
2.用例的事件流描述
2.1.简单描述:
顾客修改订单的订单明细,付款方式。
2.2.前置条件
系统处于查看订单状态中。
2.3.后置条件
用例成功,把修改的订单存储到数据库中。
2.4.事件流
2.4.1.基流
(1)系统提示修改订单。
(2)顾客确认修改(E-1)。
(3)系统提示输入要修改的订单。
(4)顾客输入修改信息,提交(E-2)
(5)系统存储订单情况至数据库中。
2.4.2.替代流
E-1:
已审核的订单不能修改,否则提示错误。
E-2:
不合法输入,系统提示错误。
1.3.14删除订单
1.用例图
2.用例的事件流描述
2.1.简单描述:
顾客删除不需要的订单。
2.2.前置条件
系统处于查看订单状态中。
2.3.后置条件
用例成功,系统删除该订单。
2.4.事件流
2.4.1.基流
(1)系统提示删除该订单。
(2)顾客确认删除该订单(E-1)。
(3)系统从数据库中删除该订单。
2.5.2.替代流
E-1:
已审核的订单不能删除,否则提示错误。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电子商务 系统 需求 分析 报告