网上订餐系统需求分析说明书Word下载.docx
《网上订餐系统需求分析说明书Word下载.docx》由会员分享，可在线阅读，更多相关《网上订餐系统需求分析说明书Word下载.docx（18页珍藏版）》请在冰点文库上搜索。
2.4.1业务事件
a.食堂接受订餐信息
b.学生查询菜谱和推荐菜单或套餐
c．学生预约订餐
d．返回客户订餐信息
e.学生进行进一步确定订单，并最终提交
d．食堂接受订单信息，送食堂厨房
2.5对产品进一步解析
到不前为止我们对学生的行为，食堂服务人员，厨房厨师的行为进行了准确的分析，做这一步的操作是为了进一步分析所设计的系统能否达到预想的目的。
2.6适用范围
通过分析，本项目仅适用于徐州工程学院中心校区一食堂，用于学生进行饭前订餐，以对用餐食物进行合理预算。
3.系统需求分析
3.1性能需求分析
该系统在性能功能应达到如下要求：
3.1.1操作简单，界面友好：
完全空间式的页面布局，使得菜品、咨询等信息录入的工作更简单：
另外，跟踪出现的提示信息也让用户随时清楚自己的操作情况。
对常见类似的网站的管理的各个方面：
基本信息录入、浏览、删除、修改、搜索等方面都大体实现，用户对菜品的预定以及支付方式；
3.1.2即时可见：
对客户预定餐饮信息的处理（包括录入、删除）将立即在首页的对应栏目显示出来，达到“即时发布，即时见效”的功能
3.1.3系统运行应该快速、稳定、高效和可靠；
3.1.4在结构上应该具有很好的可扩展性，便于将来功能的扩展和维护。
3.2项目活动图
本模块通过购物车，可以一次性批量购买多个商品。
并且通过购物车，您无需记下订单即可在您的手机上随时保存或查看您想要购买的商品。
购物车为广大的用户带来更大的便捷。
学生在线订餐能够实现在线订购功能，同时也是通过购物车功能实现的，学生在网上浏览菜单，这其中包括菜品的介绍，价格等方面的菜品信息，然后点菜把所选的菜品放入购物车中，如果不满意可以到购物车中退菜，或修改数量，以下就是用户在线下订单的活动图
图3.2-1订餐活动图
3.3项目报表
日订餐统计报表
日期
就餐
总数
1餐
2餐
3餐
……
订餐数
就餐数
表3.3-1
菜品报表
编号
菜名
单价
制作窗口
月点餐次数
用户评价等级
表3.3-2
客户信息报表
姓名
订餐次数
就餐总次数
就餐频率（按月）
信用度
表3.3-3
3.4类图
学生（employee）:
有两种方式就餐，一种是选择网上提前订餐；
另一种是直接到食堂窗口订餐。
食堂服务人员（Servers）:
主要工作是提取学生的短息预订菜单，打印菜单，并把菜单送到食堂厨房。
订单（order）：
包括学生预订菜品的单价，总价等信息，方便学生核对自己的订单信息。
菜品列表（MenuList）:
包括食堂提供的各种菜品，价格等细目，方便学生选取自己想吃的菜。
食堂厨房人员（ResCookEmp）:
接受食堂窗口人员或食堂客服人员所接受的学生的最终订单，并进行制作，并把做好之后的菜返回给窗口服务人员。
食堂窗口服务员（RestauWinEmp）:
其作用是接收在窗口直接订餐学生的菜单，并把菜单送给食堂厨房人员；
接收做好的菜，并送给学生。
图3.4-1类图
3.5系统用例图
通过对系统的需求分析，系统的基本功能已经大体确定。
登录网上订餐系统
生成订单
学生
确认订单
发送订单
图3.5-1学生用例图
获取学生订单
食堂客服人员
发送学生订单到厨房
图3.5-2食堂客服人员用例图
获取窗口订餐学生菜单
发送菜单到食堂厨房
食堂窗口服务员
获取厨房做好的菜
送菜到学生
图3.5-3食堂窗口服务员用例图
获取学生最终订单
做菜
食堂厨房人员
送菜给窗口服务人员
图3.5-4食堂厨房人员用例图
3.6用例文档：
学生登录网上订餐系统
用例名称
学生
用例编号
1
用例概述
学生必须登录网上订餐系统才可进行订餐。
前置条件
学生已登录
后置条件
发送订餐信息成功
事件流
1：
登录网上订餐系统
2：
生成订单
3：
发送订单
表3.6-1
食堂客服人员获取和发送订单
2
获取学生的订单，并生成订单，送给厨房服务人员
学生发送了订单
厨房服务人员接收订单成功
获取学生的订单
打印订单
送给厨房人员
表3.6-2
食堂窗口服务员获取菜单和给学生送菜
3
获取在窗口订餐的学生的菜单，并把菜单发送给厨房服务人员。
学生在窗口订餐
把在窗口订餐的学生的菜单递交厨房
获取在窗口订餐学生的订单
发送订单到厨房
送菜给学生
表3.6-3
食堂厨房人员获取订单并，做菜并把菜送给窗口服务人员
4
窗口服务员已获得订单或客服人员已获得订单
把菜送给窗口服务人员
1:
获取窗口服务员已获得订单或客服人员已获得订单
做菜
表3.6-4
4.项目详细设计
4.1系统模块详细设计
本系统总共有两大主要模块，分别是顾客模块和管理员模块。
每个模块分别有不同的权限和使用功能。
4.2登录模块的流程图
N
Y
图4.2-1系统登录流程图
4.3顾客模块详细设计
顾客模块的主要功能是浏览，订餐。
浏览与自己相关的美食信息，订单信息等。
用户要下订单之前美食车要把详细食物信息列出，物品的单价，购买的数量，总共的价钱，可修改和删除购买，当符合顾客要求的时候，顾客就可以下订单。
下订单时首先会让用户确定一下订单是否付合要求，确认无误后，进入填写接收信息后生成订单。
然后对数据库进行操作完成。
顾客模块详细设计主要涉及到顾客下订单和食品搜索两大功能，分别见图4.3-1和图4.3-2。
顾客可以通过此功能对自己选中的东西下订单，等待服务商送货或自己取货。
通过提供美食搜索控件，为顾客提供更为方便快捷的服务。
顾客可以快速的找到自己想要下订的美食。
4.4管理员模块详细设计
管理员模块主要是用来对会员管理，管理员管理，上传管理，美食及其分类管理，订单管理等。
管理员可以通过订单管理功能来处理日常的订单。
管理员可以通过此功能模块添加想要添加的各种信息，比如订单处理等功能。
5.项目技术方案
5.1方案概述
学生可以通过访问网上报餐系统，进行登录或注册，报上自己在用餐时间内想吃的各种食物，食堂管理员可以查看用户所报的菜品，并且可以对菜品进行增删改查。
5.2编程环境
此次开发使用JSP作为开发语言，采用Servlet技术,Tomcat5.0作为Web服务器，在windows7系统条件下开发。
5.3数据库的实现
本系统采用MYSQL作为后台数据库。
其内置的数据库引擎可以控制访问权限并快速处理数据，搜索引擎可以对SQLServer
表中的数据进行索引，并执行多种条件的查询，快速返回结果。
便于防火墙日志的管理和规则的访问以及操作。
数据库管理员和开发人员可以方便地利用其进行数据库管理或编写相应的MYSQL语句。
6．可行性分析
6.1技术可行性分析
网络订餐系统的开发是一项复杂的系统工程。
为了保证系统开发成功，必须采用工程化的系统开发方法，并研究出一些符合工程化标准的开发方法。
这些方法旨在指导开发者进行工程化的系统开发，从而加快系统开发的速度，保证质量以及降低开发成本。
工程化的系统开发方法确实在开发实践中取得了一定的效果。
此次开发使用JSP作为开发语言，采用Servlet技术,Tomcat5.0作为Web服务器。
6.2经济可行性分析
由于本项目的特殊性，无需投入额外的设备购买及人员培训费用。
同时，系统对开发的需求以及软硬件要求都不是很高，所以在软硬件的支出上十分有限。
因此，本系统在任何一台连接Internet的机器上都可以运行，而且网络订餐方便快捷，节省了学生的时间和精力，也避免了食堂食物的浪费，因此订餐系统在经济上是完全可行的。
6.3运行可行性分析
随着计算机知识的普及和推广，越来越多的人掌握了计算机的基本使用方法和技能。
随着Internet的发展，用户对于网络、WINDOWS等环境下的软件使用比较熟悉，对于新鲜事物，用户表现出极大的兴趣和热情。
6.4法律可行性
本系统没有侵犯个人隐私和个人责任方面的问题，使用本系统不会引起法律方面的纠纷问题，所以开发本系统具有法律可行性。
综上所述，本系统的开发是符合现在的实际情况的，并具有一定的实用意义。
在技术、经济、运行、法律上都可以看到此系统的可行性，并且很具有其实现的必要。
升级会员 