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

1、网上订餐系统功能需求分析报告“我要吃”系统功能需求分析报告 报告成员：2011年11月5日“我要吃”系统功能需求分析报告一、功能分析根据对该系统的分析，该系统应具有如下功能：（一）顾客登录网上订餐系统进行菜单浏览 显示菜品的各种信息，可分类查询、动态搜索、设计页面分类、布局排版；以方便顾客浏览选择。（二）顾客注册为会员 顾客访问本网站，直接进入本网站主页。可选择登陆，若为注册可选择注册，只有注册顾客方可点餐。注册提供顾客名和密码，顾客名能自动检测，若已存在则提示不可用。另外加入记住密码功能，登陆一次可在两周内无需再次登陆，直接进入登陆状态。（三）顾客对自己的个人信息进行更改，比如联系电话。以及

2、账户密码。（四）顾客对已选的菜单进行更改，选择更改数量或者取消选择。当顾客确定订餐完毕后，顾客将其提交只服务器后台点餐系统，并生成订单。1、菜品详细信息显示餐品中某一餐品的详细信息，包括菜名，配料，口味，价格等，以供顾客放进自己的购物车。2、购物车实现对已定菜品的管理，包括增加菜品，删除菜品，修改数量。3、提交购物车并生成订单接受购物车信息，随即获取订单号，动态刷新顶单状态，固定时间（如30秒）完成一道菜，顾客可继续修改为完成的菜品，已完成菜品无法进行操作，顾客修改订单并保存。4、结帐付款选择付款方式及对此次订餐的评价。5、结束订餐设置友好的结束界面。（五）管理员后台管理1、管理员在后台登录后

3、，可以创建新的管理员。2、管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改，比如更改菜单的图片，价格，菜单的描述，更换新品，添加新菜等。3、管理员对菜单进行管理，确定订单的生成。4、管理员根据不同的属性来查询订单，比如生成日期或者编号等。5、管理员根据不同的时间段统计处营业额，成本，同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况。具体功能如下表：功能类别子功能顾客管理顾客登录顾客注册顾客操作餐品展示餐品的详细介绍放进购物车查看购物车详细信息提交反馈意见查看所有留言结束订单管理员操作增加餐品修该餐品删除餐品回复留言删除留言结帐付款确认和配送信息二、顶层用例图顶

4、层用例图订餐系统用例图三、用例分析与描述（一）登录1、用例图2、用例的事件流描述（1）简单描述：本用例描述了顾客如何登录到系统中。（2）前置条件无。（3）后置条件如果用例成功，用例登录到系统中，否则系统的状态不变。3、事件流基流（1）顾客登录到基于顾客的网站时，用例启动。（2）系统提示顾客输入顾客名和密码（3）顾客输入自己的顾客名和密码，提交。（E-1）（4）系统验证输入的名字和密码，顾客登录系统成功。(E-2)替代流E-1：包含了单引号、双引号或为空，系统提示错误。E-2：系统检索不到该顾客的密码，系统提示错误。（二）注销用例描述：清除内存中顾客名、购物车信息，并返回到登录页。（三）修改顾客

5、信息1、用例图2、用例的事件流描述（1）简单描述：该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。（2）前置条件顾客已登录。（3）后置条件用例成功，把顾客的信息保存到数据库中。3、事件流基流（1）系统提示输入顾客的信息。（2）顾客输入所需信息，提交。(E-1)（3）系统把所需的信息保存到数据库中。替代流E-1：系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。（四）顾客留言1.用例图用例的事件流描述（1）简单描述：该用例描述了顾客留言的信息，但顾客的不能删除留言。（2）前置条件顾客已登录。（3）后置条件用例成功，把顾客的回复留言信息保存到数据库中。（五）

6、加入购物车1、用例图2、用例的事件流描述（1）简单描述：该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。（2）前置条件顾客已登录。（3）后置条件用例成功，把顾客的信息保存到数据库中。3、事件流基流（1）系统提示输入顾客的信息。（2）顾客输入所需信息，提交。(E-1)（3）系统把所需的信息保存到数据库中。4、替代流(E-1)系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。（六）查看购物车1、用例图2、用例的事件流描述（1）简单描述：该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。（2）前置条件顾客已登录。（3）后置条件用例成功，把顾客的信息保存

7、到数据库中。3、事件流基流（1）系统提示输入顾客的信息。（2）顾客输入所需信息，提交（E-1）。（3）系统把所需的信息保存到数据库中。替代流E-1：系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。（七）修改购物车中的商品1、用例图2、用例的事件流描述（1）简单描述：顾客修改购物车中商品的数量。（2）前置条件系统处于查看购物车状态。（3）后置条件用例成功，购物车中商品的数量被更改。3、事件流基流（1）系统提示更改商品的数量。（2）顾客输入要更改商品的数量，确认更改。(E-1)（3）系统刷新购物车。替代流E-1：顾客输入的商品数量只能是（1-50）间的整数。否则提示

8、错误。（八）删除购物车中的商品1、用例图2、用例的事件流描述（1）简单描述：删除购物车中的某个商品。（2）前置条件系统处于查看购物车状态。（3）后置条件用例成功，删除商品。3、事件流基流（1）系统提示删除商品。（2）顾客删除商品，确认（3）系统刷新购物车。（九）清空购物车1、用例图2、用例的事件流描述（1）简单描述：顾客清空购物车中的商品。（2）前置条件系统处于查看购物车状态。（3）后置条件用例成功，系统清空购物车。3、事件流基流（1）系统提示清空购物车。（2）顾客清空购物车。（3）系统刷新购物车。（十）结账1、用例图2、用例的事件流描述（1）简单描述：加入购物车完毕，即可进入结帐状态。（2）

9、前置条件系统处于查看购物车状态。（3）后置条件用例成功，便可进入网上银行。3、事件流基流（1）系统提示顾客结帐。（2）顾客确认结帐。（3）系统检查购物车是否为空。(E-1)（4）系统进入该顾客的登录界面，顾客输入密码确认。（5）检索成功，不成功。替代流E-1：购物车为空，系统提示错误，并转入至首页。4、分支流1：系统进入网上银行付款。2：停留在登录界面。（十一）确认订单1、用例图2、用例的事件流描述（1）简单描述：确认生成订单。（2）前置条件付款方式用例成功。（3）后置条件用例成功，把订单数据存储到数据库中。3、事件流基流（1）系统提示确认订单。（2）顾客确认订单。（3）系统生成订单号。（4）

10、系统生成订单记录并存入数据库中。（5）系统清空购物车。（6）付款方式。（十二）查看订单1、用例图2、用例的事件流描述（1）简单描述：查看该顾客的所有订单或基于组合条件的订单。（2）前置条件顾客已登录。（3）后置条件用例成功，系统显示该顾客的订单情况。3、事件流基流顾客选择查看所有订单，或基于组合条件查看订单。分支流 1：A、系统检索该顾客的所有订单B、系统显示所有订单，当显示的订单超过一页时，系统显示“第一页、上一页、下一页、最后一页”的页浏览提示。2：A、系统提示顾客输入订单号、发生订单的时间段、或订单的状态（已执行、部分执行、未执行）B、顾客输入所需信息，提交。C、统检索满足组合条件的所有

11、订单。D、系统显示满足条件的订单。系统验证输入的合法性，不合法系统提示错误（十三）修改订单1、用例图2、用例的事件流描述（1）简单描述：顾客修改订单的订单明细，付款方式。（2）前置条件系统处于查看订单状态中。（3）后置条件用例成功，把修改的订单存储到数据库中。3、事件流基流（1）系统提示修改订单。（2）顾客确认修改（E-1）。（3）系统提示输入要修改的订单。（4）顾客输入修改信息，提交（E-2）（5）系统存储订单情况至数据库中。替代流E-1：已审核的订单不能修改，否则提示错误。E-2：不合法输入，系统提示错误。（十四）删除订单1、用例图2、用例的事件流描述（1）简单描述：顾客删除不需要的订单。

12、（2）前置条件系统处于查看订单状态中。（3）后置条件用例成功，系统删除该订单。3、事件流基流（1）系统提示删除该订单。（2）顾客确认删除该订单。（E-1）（3）系统从数据库中删除该订单。替代流E-1：已审核的订单不能删除，否则提示错误。四、类图五、动态图（一）顾客订餐（二）管理员管理模块五、总结本次设计以Visual studio 2005为开发平台，以C#为主要开发语言，结合SQL2005数据库的应用。该系统是一个基于web的订餐管理服务平台，其功能包括：顾客注册，顾客信息修改，顾客购物；管理员顾客管理，美食管理，订单管理，图片的上传等基于ASP.NET的系统是一个正在应用并且还有很大发展的

13、领域,主要利用主页制作、数据库、多媒体制作客户端和服务器端应用程序等技术实现购物订餐管理的实时性、交互性、动态性。系统具有很好的前景，能够跟上时代对购物管理的要求，其在未来的发展过程中还有很大的空间与余地（一）系统主要特色与优点接受基于SQL Server企业级数据库和.NET技术实现，可高效管理、处理大批量的题库数据，通过专业的服务器群组、缓存及系统优化技术；真正支持百人级并发使用，页面平均响应时间小于15秒；具有良好的稳定性。界面友好，帮助功能完善；采用纯B/S架构开发，客户端不用安装任何软件；这将为客户节省大量的系统安装和维护时间。只要具备网络浏览器的支持，顾客很方便的进行订单操作；数据

14、库主机及应用服务器具备硬件可扩展性；通过使用TCP/IP协议、HTML以及提供对外的接口或接口表等，实现与其他系统无缝连接。采用基于角色的权限管理机制，管理人员由后台入口登陆，具备角色管理区分，保证系统访问的安全性； 此系统完全基于浏览器界面，客户端只需配有浏览器，无须安装其他特殊的客户端软件。系统设计时充分考虑顾客的使用习惯，因此该系统操作简单，方便灵活。（二）系统不足与改进方案本系统在美食购物订餐方面取得了一定的成果，因为开发时间仓促，本系统原先构架的一些模块没有来得及完成，一些细微的功能顾客尝不能够方便、流畅的使用。总结其不足，该系统还可以对以下几点做进一步的改进：系统的交互性不强，顾客不能反馈意见，只能查询与购买；界面不够友好，比较单调，因此要增强系统的美观性。