网上订餐系统报告.docx
- 文档编号:26525828
- 上传时间:2023-06-20
- 格式:DOCX
- 页数:64
- 大小:1.53MB
网上订餐系统报告.docx
《网上订餐系统报告.docx》由会员分享,可在线阅读,更多相关《网上订餐系统报告.docx(64页珍藏版)》请在冰豆网上搜索。
网上订餐系统报告
软件工程课程设计
题目快乐餐订餐系统
专业计算机科学与技术
班级计科1201
姓名黄静
张聪,王茂峰,张安杰
指导教师杜立新
二〇一四年十二月二十七日
软件工程课程设计1
目录2
第1章.系统背景3
第2章.项目计划3
2.1.项目技术方案3
2.2.网上订餐系统规划4
第3章.可行性分析5
3.1.可行性研究报告5
3.2.可行性研究的前提6
第4章.需求分析8
4.1.需求分析8
4.2.软件功能8
4.3.运行环境8
4.4.需求分析详细描述9
4.5.层次方框图11
第5章.概要设计12
5.1.系统分析 12
5.2.体系结构 13
5.3.逻辑设计 17
5.4.总E-R图19
5.5.类图21
第6章.详细设计22
6.1.系统模块详细设计(数据流图) 22
6.2.程序流程图29
6.3.实体联系图(E-R图)34
6.4.用例规约及用例图37
第7章.测试方案52
7.1.实现52
7.2.版本更新记录52
7.3.测试目的52
7.4.测试环境52
7.5.功能测试用例52
7.6.性能测试53
第8章.总结54
参考文献54
第1章.系统背景
网上订餐业务的兴起,折射出餐饮业善抓机遇、抢占利润第二落点的经营理念,同时也显示出消费者在日常所需中,运用网络观念的意识正逐渐增强。
但比起如今火爆的网上购物,网上订酒店住宿等服务,网上订餐服务在一些餐饮企业中仍未引起足够的重视,对于消费者来说,许多人对这一新兴业务尚缺乏了解,这种现象,在一些中小城市表现较突出。
对于广州、、上海等大城市,由于网上订餐服务起步较早,一些餐饮企业的网上经营已逐步走上正轨,其网上订餐的经营份额已占一定比例,给先行一步涉足网上订餐的企业带来滚滚财源。
据了解,一些中小城市的餐饮企业之所以网上订餐业绩不够好,有些甚至基本无业务,其原因就是未能充分发挥互联网的作用。
有些餐饮企业虽然开办了网站,但有的未涉足网上业务,即使有些开展了网上业务,也因菜品单调、服务措施差而鲜有订餐者。
一些餐饮企业网上订餐业绩效果不太显著的另一种原因是,技术服务措施等方面还存在着明显的不足,主要有以下几点:
一是餐饮企业开展网上订餐服务后对网站的宣传力度不够,同时网络信用问题也在困扰着消费者。
与其它网络购物方式一样,有不少消费者对网络消费心存戒备,在网上订餐后仍不放心,还要通过电话再确认,这就给消费者造成网络订餐太麻烦的印象。
二是有些网上订餐服务和技术不太完善,消费者订餐需要咨询时,网站客服电话无人接听;可选择的就餐地点也不够丰富。
三是有些网站由于网上订餐业务刚刚开展,因业务不熟悉,有时会出现订单不太准确的现象。
另外,与网站签约的酒店及餐馆由于数量较少,使消费者在选择时受到限制。
第2章.项目计划
2.1.项目技术方案
1.1方案概述会员可以通过访问网上报餐系统,进行登录或注册,报上自己在用餐时间内想吃的各种食物,食堂管理员可以查看用户所报的菜品,并且可以对菜品进行增删改查。
1.2编程环境此次开发使用JSP作为开发语言,采用Servlet技术,Tomcat5.0作为Web服务器,在windows7系统条件下开发。
1.3数据库的实现本系统采用SQLServer2008作为后台数据库。
其内置的数据库引擎可以控制访问权限并快速处理数据,搜索引擎可以对SQLServer表中的数据进行索引,并执行多种条件的查询,快速返回结果。
便于防火墙日志的管理和规则的访问以及操作。
数据库管理员和开发人员可以方便地利用其进行数据库管理或编写相应的SQLServer语句。
2.2.网上订餐系统规划
我们的主要任务就是开发网站,只要网站能成功运行,其他的进货和送货都很简单,不在考虑范围内,依次,我们需完成的任务有编制计划,任务分配,网站开发,测试网站,试运行。
网上订餐系统的开发整个环节都是分工明确的统一体,单靠一个人是很难管理好每一个环节。
所以,我们把任务都分到组内每一个人身上,每个人都可以发挥自己专业特长,管理好自己负责的每个细节,从而实现系统的高效运转。
具体的分工如下图
第3章.可行性分析
3.1.可行性研究报告
网上订餐项目建设的背景、可行性
1、网上订餐项目建设背景
随着电子商务的普及,越来越多的人接受了电子商务这种便捷、快速的交易形式,网上订餐系统的顺势而出很快受到了大家的欢迎。
互联网的应用已普及千家万户,这为网络订餐提供了良好的发展空间。
同时,网上订餐服务的直观、有效、便捷等优点是传统的电话订餐业务无法比拟的。
调查数据显示,白领更乐于选择网上订餐服务,网上订餐将是白领一族捕获餐店信息、进行订餐的发展趋势。
网络订餐随着互联网的成长会逐渐被人们所喜爱,正如几年前手机移动的短信一样,为企业带来的几百个亿的业务收入。
在互联网世界里面,谁早一步在应用上创新,谁就掌握了未来的方向。
网上订餐,具有方便、高效、快捷的特点,而且与传统的快餐店经营模式相比网上订餐可以节省餐馆的座位占用,加速餐馆顾客周转,增加餐馆的营业额,提高经济收益。
对于在网上订餐的顾客来说,可以为其节省更多的时间和精力,以便投入到学习和工作中。
2、网上订餐项目建设的可行性
1)技术可行性
拟定开发的外卖系统分为用户界面和餐馆界面,用户界面用于顾客订购菜品下订单,要基于Web的数据库访问的要求,现有的ASP,HTML等软件能够满足要求:
餐馆订单及内部管理部分应用C及JAVA,SQLSEVER数据库等即可开发,所以从现有的技术水平来说,完全能够开发出完美的外卖订餐系统。
由于采用B/S模式,订餐者无须安装第三方软件,能上网就能订餐,甚至可以利用手机上网订餐,使操作更加简便,订餐信息更加准确。
避免口头传递信息的错误,优化服务。
2)经济可行性
由于本项目的特殊性,无需投入额外的设备购买及人员培训费用。
同时,系统对开发的需求以及软硬件要求都不是很高,所以在软硬件的支出上十分有限。
因此,本系统在任何一台连接Internet的机器上都可以运行,而且网络订餐方便快捷,节省了员工的时间和精力,也避免了食堂食物的浪费,因此订餐系统在经济上是完全可行的。
我们是一个团队,在预算中,我们每个人都做了一笔分投资。
我们的费用主要用在网站宣传和进货上,至于设备,我们都应用自己的电脑进行管理。
所以我们前期主要考虑的是运营成本。
而却这个成本我们可以相对缩小,我们可以少量进货,常用的就好,其他的等同学下单后我们再去进货完成交易,所以经济上不是主要考虑的问题。
至于收益,我们会根据个人付出的多少分配。
但我们主要的目的不是为了赚钱,毕竟我们还是学生,从哪方面都不算专业还谈不上赚钱,只能说是学习
3)操作可行性
本系统对年龄以及行业要求没有限制,不管是小孩还是老人,是计算机相关专业还是非计算机相关专业,只要懂得基本的上网操作,就可掌握。
。
4)社会可行性
网络订餐系统虽然便利,但是也应该注意一些风险与潜在的问题。
作为一种新兴的消费方式,目前还没有相关的规则来约束它,所以网上订餐系统也有很多问题需要注意,首先是食品质量安全问题,要与正规的,合格的,卫生的饭店合作;其次还有付款的相关问题,消费者付款,最后所收的付款卖家要按时可以收到,避免引起财务纠纷;最后还有售后问题,如果消费者在拿到食品后出现不满意的情况,还要及时需要相关的售后来解决这些问题。
5)其他可行性
5.1市场情况可行性分析
“预订/代订”模式以携程、E龙为起点,获得纳斯达克青睐之后,一批中小企业相继涌入,但目前该模式呈现出几大状态:
a、携程大规模盈利,而E龙、芒果网、遨游网等二线梯队尚在巨额亏损抢占市场中;
b、预订模式仅在酒店、机票上获得一致认可,在饭店预订中已有多加网站强势进入,但盈利模式有待获得市场认可;
c、众多小型机票、酒店预订网站中,仍有部分在盈利,依据线下合作资源为基础。
d、该模式中,更多以电话预订/代订为主,以携程为例:
电话业务约占七成,网上业务仅占三成。
5.2订餐模式可行性分析
a、写字楼中层白领、普通员工
写字楼上下电梯麻烦、夏天室外温度过高等各项因素,一般订餐意愿较高,对菜式、餐馆的多样性选择较高,并且一般懒得整理路上派发的订餐传单,只选择固定几个餐馆预订。
订餐模式能较好的满足写字楼员工周一到周五午餐订餐的需要,部分满足晚上加班订餐需要,并容易形成偏好,周末订餐也偶然使用。
b、在校大学生
一般学生都选择饭堂用餐,总订餐比例不高,但部分学生沉迷游戏或其他事情,更倾向乐意使用网上订餐服务,省下电话订餐的电话费等。
较多的选择在没课时使用。
c、呆家懒人/单身汉
一个人在家懒得煮饭,乐意接受订餐服务,一般集中在周末使用。
注:
选择网上订餐占所有订餐者30%的比例,是以携程为例电话预订占70%,网上预订占30%考虑。
因此在黄页介绍、线上下单之外,考虑VoIP电话订餐,短信订餐,客服在线订餐等多样形式。
3.2.可行性研究的前提
1)要求
说明所开发软件的基本要求,如:
A、功能:
管理员功能:
登录系统,查询、添加、修改,查询、添加、修改、删除员工账号(有权限)
用户功能:
⏹登录模块:
完成客户注册账号、登录系统、修改密码、修改地址功能。
⏹查询模块:
完成客户查询功能,比如按菜系、特色菜、人均消费、餐饮评价排序等查询
⏹订单模块:
完成客户的订餐功能
⏹支付模块:
完成客户的安全支付功能
⏹评价模块:
主要就饿巨额客户对餐厅的意见以及对餐厅的评价,提供交流版块促进客户与客户之间的互动
B、性能:
稳定快速,实时控制。
系统的反应速度较快,本系统通过美观,有好的界面设计可完成信息查询,灵活,方便,便捷,准确,数据存储安全可靠,全面展示我们的产品,风格统一,突出特色,功能设计应体现人性化思想,方便用户操作。
顾客注册后登录系统必须输入口令才能进行订餐服务。
对于管理员,在其查询订单的时候,可针对各种组合条件进行查询,而且查询效率要求高,能够及时响应查询请求,易于操作和维护。
另外还应满足于系统的信息完整性以及系统的可扩展性。
C、输出:
文字、数字、英文输出,订单打印
D、输入:
文字、数字、英文的输入
E、处理流程和数据流图用图表的方式表示出最基本的数据流程和处理流程;
F、在安全与保密方面的要求:
不能轻易被破坏,不能让管理人员以外的人篡改价格信息,消费者信息等,对断电、死机、系统崩溃等问题有有力的措施以保障数据不受损失
G、完成期限:
一个月
2)目标:
说明所建议系统的主要开发目标,如:
A,人力与设备与设备费用的减少:
本系统所需要的硬件和软件都是目前广泛使用的,如软件运行环境windows98以上系统,数据库SQLSever2008,编程语言VC++等,都可通过网上,图书馆等各种渠道得到,不需花费大量资金购买高成本的设备。
B,管理信息服务的改进:
该系统科学合理的将整个程序划分为多个模块,各模块单独设计,有助于降低整个程序易于衔接和修改
C,前进的程序结构:
使用当代前卫的软件编程,能延长其生命周期,易于维护与管理
D,安全可靠性高:
后台维护功能齐全,根据平台在各个阶段不同的使用情况,管理人员可以设置相应的操作权限,增加系统注册,分配各个栏目的管理权限,实现系统的维护,保证系统的安全可靠
E,实用性强:
努力使系统符合实际操作流程的习惯,并尽量减少用户的输入,易学易用的有好的用户界面,满足各层次的用户使用的需求
F,查询功能强大:
可以对菜品的信息和店铺信息查询
3)进行可行性研究的方法
⏹实地考察,去校外附近各餐馆了解各餐馆的情况,如具体餐类,销售情况,饭前价格,收入情况,每天有多少学生就餐等,估计系统的经济可行性
⏹问卷调查,通过对校内同学的问卷调查,了解他们的就餐地点,喜欢的食物,对网上订餐系统的评价
⏹查阅相关资料,了解现有的网上订餐系统
第4章.需求分析
4.1.需求分析
用户可通过访问我们的网站快乐餐网上订餐系统,进行登陆或注册,获得你想要的各种食物,管理员可以查看用户菜品,可以对菜品进行增删改查。
1)产品介绍
产品名称:
快乐餐订餐系统
产品用途:
对餐馆提供发布菜肴消息,得到顾客订单信息,对顾客提供菜肴服务。
2)产品面向的用户群体:
各大酒店,网上店铺,以及一些大型超市的网上订餐系统等。
4.2.软件功能
此系统主要是针对顾客开放的网上订餐系统。
顾客订餐主要流程如下:
1.顾客登录网上订餐系统进行菜单的浏览或者注册为会员。
2.会员可以对自己的个人信息进行更改,以会员形式登陆的顾客享受订餐服务。
3.如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择、更改、删除等功能。
4.当顾客确定订餐完毕后,顾客可以将其提交至我们的餐厅后台系统,并生成订单。
5.顾客可以对系统或者餐厅有意见或者建议的留言给我们,我们会及时满意的回复。
管理员、后台管理流程如下:
1.管理员登录后台点餐系统。
2.管理员可以管理会员信息。
3.后台将顾客点餐提交到后厨显示。
4.后厨根据顾客订餐菜单进行做菜。
5.每完成一个菜就更改其状态为已做。
6.所有订餐菜完成后根据会员提交送餐地址进行确认并送餐。
\
4.3.运行环境
顾客客户端:
操作系统windows98以上,浏览器IE5.0以上。
条件与限制:
开发本系统所用到的软件有:
IIS,DREAMWEAVER,POTOSHOP,WONDERSHAREFLASHSLIDESHOWBUILDER,MyEclipse7.0,SQLServer2005\
4.4.需求分析详细描述
4.4.1模块需求分析
1)顾客网上订餐功能分析:
根据对顾客网上订餐系统业务流程的分析,课已看出顾客点菜主要涉及到一些数据库的逻辑和程序应用逻辑。
具体的功能归纳如下:
1.顾客登录网上订餐系统进行菜单浏览、
2.顾客注册为会员。
3.会员对自己的个人信息进行更改,比如送餐地址和联系电话。
以及账户密码。
4.顾客对已选的菜单进行更改选择的数量或者取消选择。
5.当顾客确定订餐完毕后,顾客将其提交只服务器后台点餐系统,并生成订单。
2)管理员后台管理系统功能分析:
1.管理员在后台登录后,可以创建新的管理员。
2.管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改,比如更改菜单的图片,价格,菜单的描述,更换新品,添加新菜等。
3.管理员对菜单进行管理,确定订单的生成。
4.管理员根据不同的属性来查询订单,比如生成日期或者编号等。
5.管理员根据不同的时间段统计处营业额,成本,同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况。
3)为更好的说明系统,具体功能如下表:
功能类别
子功能
用户管理
用户登录
用户注册
用户操作
餐品展示
餐品的详细介绍
放进购物车
查看购物车
详细信息提交
反馈意见
察看所有留言
管理员操作
增加餐品
修该餐品
删除餐品
回复留言
删除留言
结帐付款
确认和配送信息
结束订单
设置友好结束界面
4.4.2用户注册登录
用户访问本网站直接进入本网站可直接进入网站主页,可选择登陆,若为注册可选择注册,只有注册用户方可点餐。
注册提供用户名和密码,用户名只能检测,若以存在也提示。
另外加入记住密码功能,登陆一次可在两周内无需再次登陆,直接进入登陆状态。
4.4.3浏览菜品
显示菜品的各种信息,可在分类查询,动态搜索,设计页面分业,布局排版问题,以方便用户浏览选择。
4.4.4菜品详细信息
显示餐品中某一餐品的详细信息,包括菜名,配料,口味,价格等,以供用户放进自己的购物车。
4.4.5购物车
实现对已定菜品的管理,包括增加菜品,删除菜品,修改数量。
4.4.6提交购物车并生成订
接受购物车信息,随即获取订单号,动态刷新顶单状态,固定时间(如30秒)完成一道菜,用户可继续修改为完成的菜品,已完成菜品无法进行操作,用户修改订单并保存。
4.4.7结帐付款
选择付款方式及对此次餐的评价。
4.4.8结束订餐
设置友好的结束界面。
4.4.9管理员操作
在后台系统中管理网上订餐会员管理和菜单管理。
4.5.
层次方框图
第5章.
概要设计
5.1.系统分析
本系统可以实现网上的在线订餐,顾客通过网上浏览餐品并进行选择产生订单。
同时,管理端可以汇总订单,浏览订单,并通过订单结果修改餐品相应信息,更新餐品信息,浏览顾客的评价等等。
方便顾客的订餐,以及网页餐品信息的管理。
系统包括管理端子系统和客户端子系统。
客户端子系统包括用户注册、用户登录、个人信息维护、食品信息浏览、维护购物车、生成订单。
管理端子系统包括登陆管理,维护顾客信息,维护餐品信息,管理订单。
图B-1和B-2为客户端和管理端的组成结构图。
B-1客户端子系统图示
B-2管理端子系统图示
5.2.体系结构
系统的总体结构设计遵循如下原则:
1)系统应具有良好的适应性:
能适应用户对系统的软件环境、管理内容、模式和界面
的要求;
2)系统应具有可靠性:
采用成熟的技术方法和软件开发平台,以保证在以后的实际应
用中安全、可靠;
3)系统应具有较好的安全性:
应提高完善的安全机制和用户权限限制机制,确保数据
的受限访问;
4)系统应具有良好的可维护性:
系统应易于维护、安装;
5)系统应具有良好的可扩展性:
系统应适应未来信息化建设的要求,能方便得进行功
能扩展,以建立完善的信息集成管理体系。
本系统采用struts体系结构,Struts 是一个基于模型 (Model) -视图 (View) -控制器 (Controller)(MVC) 模式的应用架构的开源框架。
目前软件项目中有很多的体系结构,其中struct是比较流行的一种。
●Struct体系结构
对于开发Web应用,要从头设计并开发出一个可靠、稳定的框架不是一件容易的事情,随着Web开发技术的日趋成熟,在web开发领域出现了一些现成的优秀的框架,开发者可以直接使用它们,struct就是一个很好的框架结构,它是在JSP Model2基础上实现的一个MVC框架,它可以使你不必要从头开始全部开发组件,对于大项目更是很好的。
在Strcut框架中模型由实现业务逻辑的JavaBean或者EJB组件构成,控制器由ActionSevelet和Action来实现,视图由一组JSP文件组成,图B-5显示了Struct实现的MVC框架。
其中:
视图:
就是一组JSP文件,这些JSP文件没有业务逻辑,也没有模型信息,只有标签,这些标签可以是标准的JSP标签或者是客户化标签,如Struct标签库的标签。
此外,通常将Strcut框架中的ActionForm Bean也划为视图模块中,ActionForm Bean是一种JAVABEAN,除了具有一些JAVABean的常规方法外,还包含了一些特殊的方法,用于验证HTML表单数据以及将其属性重新设置默认值。
Struct框架利用ActionForm Bean来进行视图和控制器之间表单数据的传递。
Strcut框架将用户输入的表单数据保存在ActionForm Bean中,将它传递给控制器,控制器可以对ActionForm Bean中的数据进行修改,JSP文件使用Strcut标签读取修改后的ActionForm Bean的信息,重新设置HTML表单。
控制器:
控制器由ActionServlet类和Action类实现,ActionServlet类是Struct框架中的核心组件。
是这个MVC的中央控制器的角色,ActionServlet主要负责接收HTTP请求的信息,根据配置文件struct-config.xml的配置信息,将请求转发给适当的Action对象,如果该Action对象不存在,ActionServlet会先创建这个Action对象。
Action类负责调用模型的方法,更新模型的状态,并帮助控制应用程序的流程,对于小型简单的应用,Action类本身也可以完成一些实际的业务逻辑。
模型:
模型表示应用程序的状态和业务逻辑,业务逻辑常常由JavaBean或者EJB组件实现。
如果在Web应用开发中套用现成的Struct框架,可以简化每个开发阶段的工作,开发人员可以更加有针对性地分析应用需求,不必重新设计框架,只需在Struct框架的基础上,设计MVC各个模块包含的具体组件,在编码过程中,可以充分利用Struct提供的各种实用类和标签库,简化编码工作。
Struct框架可以方便迅速地将一个复杂的应用划分成模型、视图和控制器组件,而Struct的配置文件struct-config.xml可以灵活地组装这些组件,简化开发过程。
●网络结构图
●系统运行环境
✧客户机:
普通PC
ØCPU:
P4 1.8GHz以上
Ø内存:
256MB以上
Ø能够运行IE5.0以上或者Netscape4.0以上版本的机器
Ø分辨率:
推荐使用1024*768像素
✧WEB服务器
Ø CPU:
P4 2.0GHz
Ø内存:
1G以上
Ø硬盘:
80G以上
Ø网卡:
千兆
✧数据库服务器
ØCPU:
P4 2.0GHz
Ø内存:
1G以上
Ø硬盘:
80G以上
软件环境
●本系统的的软件环境如下:
操作系统:
Unix/Linux/windows2000或以上版本
数据库:
SQL Server 2000
工具包:
JDK Version 1.4.2
开发环境:
eclipse-SDK-3.1.2-win32
Web服务器:
Tomcat
浏览器:
IE6.0以上
(1)数据库及操作系统:
对于核心数据库来说,选择一个合适的数据库系统对我们的系统运行是很重要的,选择数据库的关键因素是要考虑预计会有多少人同时访问数据库;正常工作时间的级别;用来访问数据库的应用程序的类型;运行数据库的服务器的硬件和操作系统类型;以及管理人员的专业技术水平。
目前市场上适用于中小型企业的数据库产品有IBM DB2 、Microsoft SQL Server系列、 Oracle系列。
所有这些产品都基于SQL语言。
同时,它们还拥有精密复杂的安全控制以适应不同的商业需要。
服务器操作系统使用Windows 2000 Server系统。
(2)WEB服务软件:
目前的WEB服务器软件有很多种,成熟而且稳定有Apache、Tomcat和Microsoft的IIS ,它们也是占据着Web服务器市场最大的份额。
Tomcat是Sun和Apache合作做出来的
JSPServer,支持Servlet2.2及JSP1.1等版本。
而且Tomcat未来将会取代Jserv,成为Apache主要的Servlet&JSPEngine。
Tomcat在设计上是以独立的Server执行,而不像Jserv是附在Apache中,这样就更可以发挥在servlet中,非HttpServlet的能力。
Tomcat是Java程序,所以只要有JDK就可以使用,不需要考虑操作系统平台。
因此选择Tom
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 网上 系统 报告