网上订餐系统功能需求分析报告.docx

网上订餐系统功能需求分析报告.docx

《网上订餐系统功能需求分析报告.docx》由会员分享，可在线阅读，更多相关《网上订餐系统功能需求分析报告.docx（17页珍藏版）》请在冰点文库上搜索。

网上订餐系统功能需求分析报告

“我要吃”系统功能

需求分析报告

报告成员：

2011年11月5日

“我要吃”系统功能需求分析报告

一、功能分析

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

（一）顾客登录网上订餐系统进行菜单浏览

显示菜品的各种信息，可分类查询、动态搜索、设计页面分类、布局排版；以方便顾客浏览选择。

（二）顾客注册为会员

顾客访问本网站，直接进入本网站主页。

可选择登陆，若为注册可选择注册，只有注册顾客方可点餐。

注册提供顾客名和密码，顾客名能自动检测，若已存在则提示不可用。

另外加入记住密码功能，登陆一次可在两周内无需再次登陆，直接进入登陆状态。

（三）顾客对自己的个人信息进行更改，比如联系电话。

以及账户密码。

（四）顾客对已选的菜单进行更改，选择更改数量或者取消选择。

当顾客确定订餐完毕后，顾客将其提交只服务器后台点餐系统，并生成订单。

1、菜品详细信息

显示餐品中某一餐品的详细信息，包括菜名，配料，口味，价格等，以供顾客放进自己的购物车。

2、购物车

实现对已定菜品的管理，包括增加菜品，删除菜品，修改数量。

3、提交购物车并生成订单

接受购物车信息，随即获取订单号，动态刷新顶单状态，固定时间（如30秒）完成一道菜，顾客可继续修改为完成的菜品，已完成菜品无法进行操作，顾客修改订单并保存。

4、结帐付款

选择付款方式及对此次订餐的评价。

5、结束订餐

设置友好的结束界面。

（五）管理员后台管理

1、管理员在后台登录后，可以创建新的管理员。

2、管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改，比如更改菜单的图片，价格，菜单的描述，更换新品，添加新菜等。

3、管理员对菜单进行管理，确定订单的生成。

4、管理员根据不同的属性来查询订单，比如生成日期或者编号等。

5、管理员根据不同的时间段统计处营业额，成本，同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况。

具体功能如下表：

功能类别

子功能

顾客管理

顾客登录

顾客注册

顾客操作

餐品展示

餐品的详细介绍

放进购物车

查看购物车

详细信息提交

反馈意见

查看所有留言

结束订单

管理员操作

增加餐品

修该餐品

删除餐品

回复留言

删除留言

结帐付款

确认和配送信息

二、顶层用例图

顶层用例图

订餐系统用例图

三、用例分析与描述

（一）登录

1、用例图

2、用例的事件流描述

（1）简单描述：

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

（2）前置条件

无。

（3）后置条件

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

3、事件流

基流

（1）顾客登录到基于顾客的网站时，用例启动。

（2）系统提示顾客输入顾客名和密码

（3）顾客输入自己的顾客名和密码，提交。

（E-1）

（4）系统验证输入的名字和密码，顾客登录系统成功。

（E-2）

替代流

E-1：

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

E-2：

系统检索不到该顾客的密码，系统提示错误。

（二）注销

用例描述：

清除内存中顾客名、购物车信息，并返回到登录页。

（三）修改顾客信息

1、用例图

2、用例的事件流描述

（1）简单描述：

该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。

（2）前置条件

顾客已登录。

（3）后置条件

用例成功，把顾客的信息保存到数据库中。

3、事件流

基流

（1）系统提示输入顾客的信息。

（2）顾客输入所需信息，提交。

（E-1）

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

替代流

E-1：

系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。

（四）顾客留言

1.用例图

用例的事件流描述

（1）简单描述：

该用例描述了顾客留言的信息，但顾客的不能删除留言。

（2）前置条件

顾客已登录。

（3）后置条件

用例成功，把顾客的回复留言信息保存到数据库中。

（五）加入购物车

1、用例图

2、用例的事件流描述

（1）简单描述：

该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。

（2）前置条件

顾客已登录。

（3）后置条件

用例成功，把顾客的信息保存到数据库中。

3、事件流

基流

（1）系统提示输入顾客的信息。

（2）顾客输入所需信息，提交。

（E-1）

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

4、替代流

（E-1）系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。

（六）查看购物车

1、用例图

2、用例的事件流描述

（1）简单描述：

该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。

（2）前置条件

顾客已登录。

（3）后置条件

用例成功，把顾客的信息保存到数据库中。

3、事件流

基流

（1）系统提示输入顾客的信息。

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

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

替代流

E-1：

系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。

（七）修改购物车中的商品

1、用例图

2、用例的事件流描述

（1）简单描述：

顾客修改购物车中商品的数量。

（2）前置条件

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

（3）后置条件

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

3、事件流

基流

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

（2）顾客输入要更改商品的数量，确认更改。

（E-1）

（3）系统刷新购物车。

替代流

E-1：

顾客输入的商品数量只能是（1-50）间的整数。

否则提示错误。

（八）删除购物车中的商品

1、用例图

2、用例的事件流描述

（1）简单描述：

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

（2）前置条件

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

（3）后置条件

用例成功，删除商品。

3、事件流

基流

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

（2）顾客删除商品，确认

（3）系统刷新购物车。

（九）清空购物车

1、用例图

2、用例的事件流描述

（1）简单描述：

顾客清空购物车中的商品。

（2）前置条件

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

（3）后置条件

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

3、事件流

基流

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

（2）顾客清空购物车。

（3）系统刷新购物车。

（十）结账

1、用例图

2、用例的事件流描述

（1）简单描述：

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

（2）前置条件

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

（3）后置条件

用例成功，便可进入网上银行。

3、事件流

基流

（1）系统提示顾客结帐。

（2）顾客确认结帐。

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

（E-1）

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

（5）检索成功，不成功。

替代流

E-1：

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

4、分支流

1：

系统进入网上银行付款。

2：

停留在登录界面。

（十一）确认订单

1、用例图

2、用例的事件流描述

（1）简单描述：

确认生成订单。

（2）前置条件

付款方式用例成功。

（3）后置条件

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

3、事件流

基流

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

（2）顾客确认订单。

（3）系统生成订单号。

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

（5）系统清空购物车。

（6）付款方式。

（十二）查看订单

1、用例图

2、用例的事件流描述

（1）简单描述：

查看该顾客的所有订单或基于组合条件的订单。

（2）前置条件

顾客已登录。

（3）后置条件

用例成功，系统显示该顾客的订单情况。

3、事件流

基流

顾客选择查看所有订单，或基于组合条件查看订单。

分支流

1：

A、系统检索该顾客的所有订单

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

2：

A、系统提示顾客输入订单号、发生订单的时间段、或订单的状态（已执行、部分执行、未执行）

B、顾客输入所需信息，提交。

C、统检索满足组合条件的所有订单。

D、系统显示满足条件的订单。

系统验证输入的合法性，不合法系统提示错误

（十三）修改订单

1、用例图

2、用例的事件流描述

（1）简单描述：

顾客修改订单的订单明细，付款方式。

（2）前置条件

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

（3）后置条件

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

3、事件流

基流

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

（2）顾客确认修改（E-1）。

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

（4）顾客输入修改信息，提交（E-2）

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

替代流

E-1：

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

E-2：

不合法输入，系统提示错误。

（十四）删除订单

1、用例图

2、用例的事件流描述

（1）简单描述：

顾客删除不需要的订单。

（2）前置条件

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

（3）后置条件

用例成功，系统删除该订单。

3、事件流

基流

（1）系统提示删除该订单。

（2）顾客确认删除该订单。

（E-1）

（3）系统从数据库中删除该订单。

替代流

E-1：

已审核的订单不能删除，否则提示错误。

四、类图

五、动态图

（一）顾客订餐

（二）管理员管理模块

五、总结

本次设计以Visualstudio2005为开发平台，以C#为主要开发语言，结合SQL2005数据库的应用。

该系统是一个基于web的订餐管理服务平台，其功能包括：

顾客注册，顾客信息修改，顾客购物；管理员顾客管理，美食管理，订单管理，图片的上传等

基于ASP.NET的系统是一个正在应用并且还有很大发展的领域,主要利用主页制作、数据库、多媒体制作客户端和服务器端应用程序等技术实现购物订餐管理的实时性、交互性、动态性。

系统具有很好的前景，能够跟上时代对购物管理的要求，其在未来的发展过程中还有很大的空间与余地

（一）系统主要特色与优点接受

基于SQLServer企业级数据库和.NET技术实现，可高效管理、处理大批量的题库数据，通过专业的服务器群组、缓存及系统优化技术；真正支持百人级并发使用，页面平均响应时间小于15秒；具有良好的稳定性。

界面友好，帮助功能完善；采用纯B/S架构开发，客户端不用安装任何软件；这将为客户节省大量的系统安装和维护时间。

只要具备网络浏览器的支持，顾客很方便的进行订单操作；

数据库主机及应用服务器具备硬件可扩展性；

通过使用TCP/IP协议、HTML以及提供对外的接口或接口表等，实现与其他系统无缝连接。

采用基于角色的权限管理机制，管理人员由后台入口登陆，具备角色管理区分，保证系统访问的安全性；

此系统完全基于浏览器界面，客户端只需配有浏览器，无须安装其他特殊的客户端软件。

系统设计时充分考虑顾客的使用习惯，因此该系统操作简单，方便灵活。

（二）系统不足与改进方案

本系统在美食购物订餐方面取得了一定的成果，因为开发时间仓促，本系统原先构架的一些模块没有来得及完成，一些细微的功能顾客尝不能够方便、流畅的使用。

总结其不足，该系统还可以对以下几点做进一步的改进：

系统的交互性不强，顾客不能反馈意见，只能查询与购买；

界面不够友好，比较单调，因此要增强系统的美观性。