网上点餐系统需求分析报告.docx
《网上点餐系统需求分析报告.docx》由会员分享，可在线阅读，更多相关《网上点餐系统需求分析报告.docx（14页珍藏版）》请在冰点文库上搜索。
网上点餐系统需求分析报告
网上点餐系统需求分析报告
网上点餐系统需求分析说明书
姓名：
罗永亮、朱文剑、钟云、尹玲玲、周应成
学院：
信息工程分院
开发部门：
Java项目组
撰写人：
钟云
3.项目需求分析
5.3经济可行性分析13
5.4分工可行性分析…………………………13
5.5进程分析…………………………………13
1.引言
1.1编写目的
此立项报告旨在确定本项目的基本目标、主要内容，设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计的项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收方式、提交的内容清单、后续工作情况。
1.2定义
本产品是为餐厅专门开发的一套订餐管理系统，旨在合理化安排餐厅的工作，提高餐厅的管理效率，同时方便员工就餐。
1.3参考资料
《软件系统分析与设计》《需求分析最佳实践》
2.项目概述
2.1项目背景
员工到食堂用餐，在路途和排队上浪费很多时间，并且去晚了经常会吃不到想吃的食物；员工对食堂的满意度不高，有将近一半的员工会选择去周边饭店用餐。
因此，食堂更无法准确预测员工需求，经常会出现有些食物因为没有卖出去只好倒掉，而员工需要的一些食物却已卖完的现象。
2.2项目目标
开发手机订餐系统节省员工的时间和精力，避免员工在食堂排队等很多时间，同时也减少食堂食物的浪费，并提高服务质量以及员工对餐厅的满意度。
2.3构件图
图2.3-1构件图
2.4上下文
图2.4-1上下文关系图
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系统用例图
通过对系统的需求分析，系统的基本功能已经大体确定。
登录网上订餐系统
生成订单
员工
确认订单
发送订单
图3.5-1员工用例图
获取员工订单
食堂客服人员
发送员工订单到厨房
图3.5-2食堂客服人员用例图
获取窗口订餐员工菜单
发送菜单到食堂厨房
食堂窗口服务员
获取厨房做好的菜
送菜到员工
图3.5-3食堂窗口服务员用例图
获取员工最终订单
做菜
餐厅厨房人员
送菜给窗口服务人员
图3.5-4餐厅厨房人员用例图
3.5用例文档：
员工登录网上订餐系统
用例名称
员工
用例编号
1
用例概述
员工必须登录网上订餐系统才可进行订餐。
前置条件
员工已登录
后置条件
发送订餐信息成功
事件流
1：
登录网上订餐系统
2：
生成订单
3：
发送订单
表3.6-1
食堂客服人员获取和发送订单
用例名称
食堂客服人员
用例编号
2
用例概述
获取员工的订单，并生成订单，送给厨房服务人员
前置条件
员工发送了订单
后置条件
厨房服务人员接收订单成功
事件流
1：
获取员工的订单
2：
打印订单
3：
送给厨房人员
表3.6-2
食堂窗口服务员获取菜单和给员工送菜
用例名称
食堂窗口服务员
用例编号
3
用例概述
获取在窗口订餐的员工的菜单，并把菜单发送给厨房服务人员。
前置条件
员工在窗口订餐
后置条件
把在窗口订餐的员工的菜单递交厨房
事件流
1：
获取在窗口订餐员工的订单
2：
发送订单到厨房
3：
送菜给员工
表3.6-3
餐厅厨房人员获取订单并，做菜并把菜送给窗口服务人员
用例名称
餐厅厨房人员
用例编号
4
用例概述
餐厅厨房人员获取订单并，做菜并把菜送给窗口服务人员
前置条件
窗口服务员已获得订单或客服人员已获得订单
后置条件
把菜送给窗口服务人员
事件流
1:
获取窗口服务员已获得订单或客服人员已获得订单
2：
做菜
3：
把菜送给窗口服务人员
表3.6-4
4.项目技术方案
4.1方案概述
员工可以通过访问网上报餐系统，进行登录或注册，报上自己在用餐时间内想吃的各种食物，食堂管理员可以查看用户所报的菜品，并且可以对菜品进行增删改查。
4.2编程环境
此次开发使用JSP作为开发语言，采用Servlet技术,Tomcat6.0作为Web服务器，在windows7系统条件下开发。
4.3数据库的实现
本系统采用SQLServer2005作为后台数据库。
其内置的数据库引擎可以控制访问权限并快速处理数据，搜索引擎可以对SQLServer 表中的数据进行索引，并执行多种条件的查询，快速返回结果。
便于防火墙日志的管理和规则的访问以及操作。
数据库管理员和开发人员可以方便地利用其进行数据库管理或编写相应的SQLServer语句。
5．可行性分析
5.1技术可行性分析
网络订餐系统的开发是一项复杂的系统工程。
为了保证系统开发成功，必须采用工程化的系统开发方法，并研究出一些符合工程化标准的开发方法。
这些方法旨在指导开发者进行工程化的系统开发，从而加快系统开发的速度，保证质量以及降低开发成本。
工程化的系统开发方法确实在开发实践中取得了一定的效果。
此次开发使用JSP作为开发语言，采用Servlet技术,Tomcat6.0作为Web服务器。
5.2经济可行性分析
由于本项目的特殊性，无需投入额外的设备购买及人员培训费用。
同时，系统对开发的需求以及软硬件要求都不是很高，所以在软硬件的支出上十分有限。
因此，本系统在任何一台连接Internet的机器上都可以运行，而且网络订餐方便快捷，节省了员工的时间和精力，也避免了食堂食物的浪费，因此订餐系统在经济上是完全可行的。
5.3运行可行性分析
随着计算机知识的普及和推广，越来越多的人掌握了计算机的基本使用方法和技能。
随着Internet的发展，用户对于网络、WINDOWS等环境下的软件使用比较熟悉，对于新鲜事物，用户表现出极大的兴趣和热情。
6.4分工可行性分析
软件需求规格说明书:
钟云。
软件详细设计说明书：
钟云，罗永亮，朱文剑。
数据库设计：
钟云。
后台设计：
罗永亮。
前台设计：
朱文剑，周应成，尹玲玲。
软件测试：
罗永亮。
用户手册：
朱文剑。
6.5进程分析
软件需求规格说明书：
2012年3月5日—2012年3月15日。
详细设计说明书：
2012年3月16日—2012年3月23日。
数据库设计：
2012年3月24—2012年3月31日。
后台设计：
2012年4月2日—2012年4月15日。
前台设计：
2012年4月16日—2012年4月26日。
软件测试：
2012年4月27日—2012年4月30日。
用户手册：
2012年5月8日—2012年5月10日。
软件开发总时间：
2012年3月5日—2012年5月10日。
6.6法律可行性
本系统没有侵犯个人隐私和个人责任方面的问题，使用本系统不会引起法律方面的纠纷问题，所以开发本系统具有法律可行性。
综上所述，本系统的开发是符合现在的实际情况的，并具有一定的实用意义。
在技术、经济、运行、法律上都可以看到此系统的可行性，并且很具有其实现的必要。
升级会员 