小型餐饮企业订餐管理系统的设计与实现毕业论文.docx
《小型餐饮企业订餐管理系统的设计与实现毕业论文.docx》由会员分享，可在线阅读，更多相关《小型餐饮企业订餐管理系统的设计与实现毕业论文.docx（32页珍藏版）》请在冰点文库上搜索。
小型餐饮企业订餐管理系统的设计与实现毕业论文
小型餐饮企业订餐管理系统的设计与实现毕业论文
1绪论
1.1背景分析
随着互联网的发展，网络的应用深入到各个行业，各个行业的发展壮大都离不开互联网。
中国文化源远流长，博大精深，文化资源非常的丰富。
餐饮文化作为中国传统文化的重要分支，格外的纷繁多彩。
餐饮企业的管理者在注重传统文化方式的前提下，应该不要只局限于传统经营模式，要能够不断创新，敢于接受新的挑战，才能在整理、借鉴中有主题、有纲领、有灵魂的不断进步，使自己的产业做的更大、更强、更具有竞争力。
否则，只能照猫画虎，断章取义，结果只会裹足不前。
小型餐饮企业订餐管理系统的设计与分析，就是在传统的餐饮企业的基础上结合现代互联网技术发展而成的，能够方便用户足不出户，轻松的通过互联网，用比较放心，直观的方式完成餐饮的定制。
通过网上留言，对客户的意见进行整体的分析，总结出对企业有力的方向，促进企业不断的改进自己的缺点，是自己的企业能够更适应现下市场，完成企业的发展、壮大。
管理员通过后台管理，对用户的订单进行处理，更快的完成客户的需求；用户的管理，可以更方便的留住原来的老客户。
管理员通过后台的上传功能，可以对企业的菜品进行实时的更新，保证企业菜品总是处于动态的更新中。
基于网络的订餐系统，可以很好的完成客户和企业的互动，实时的了解的客户所想所要，帮助企业能够更好的进行市场的定位，完成企业的发展和壮大，不断推进企业的进步。
以下将设计一个基于Web的小型餐饮企业订餐管理系统。
1.2系统研究的意义和内容
目前，我国餐饮业普遍采用的订餐工作方式是客户通过电话与餐厅联系，由于餐厅工作人员通过餐饮企业内部的餐饮管理系统实施订餐系统，从一定程度上来讲，这种工作方式仍没有完全脱离手工方式，工作效率低下。
同时，从客户订单需求角度考虑，客户希望在订餐前了解更多的有关信息，如餐厅能提供的菜的品种，各种菜的风味，获得直观图片等，而这些信息仅仅从餐厅工作人员的电话中是不可能有全面的了解的，这无疑给客户的订餐带来不便，同时也影响了餐厅的工作效率和企业的声誉。
因此，一个好的餐饮企业的订餐系统是很重要的。
可以帮助餐饮企业得到以下的改观。
实时性强。
员留言帮助餐饮企业能够更快的了解客户所需所想。
及时更新餐饮企业的新推出的各种菜品，使客户能够更快的了解餐饮企业的新菜品。
管理方便。
让企业能够更快更清晰的了解客户的订单，以便实时的发货。
节约成本。
用信息化技术可以实现办公无纸化，避免人工进行操作和记录的繁杂手续，减少了大量的人力和物力资源，从而节约了成本。
留住老的客户。
通过会员登录，能够更好的留住老的客户，开发新的客户群，让企业能够不断的发展壮大。
订餐服务是餐饮企业的一项日常工作，完成餐饮企业订餐服务的订餐系统，作为餐饮企业管理系统的一部分，将为饮企业提高服务效率和质量，提高企业经济效益起到重要的作用。
本系统是基于B/S结构，利用实时性，通过前台订餐页面，完整快速；过后台的管理系统，最大限度的进行订单的管理、处理，通过管理信息化，提高餐厅企业的管理效率，降低餐饮企业运营成本。
1.3开发目的
本系统主要是为了方便广大用餐用户足不出户享受快捷方便的订餐，餐饮企业能够更好的了解客户的所需所想，能够帮助餐饮企业更好的完成产业的整合，帮助企业发展的更快、更强，促进餐饮企业的竞争力。
1.4系统开发工具
本系统主要通过ASP和MicrosoftSQLServer2000的相互串连实现系统，其中ASP是ActiveServerPage的缩写，意为“动态服务器页面”，,是一种简单、方便的编程工具，一种服务器端脚本编写环境，可以用来创建和运行动态网页或Web应用程序。
而MicrosoftSQLServer2000是Microsoft的关系数据库系统，它是在十多年来成功开发的SQLServer的基础上建立起来的，它比现在大多数被广泛使用的数据管理系统更快。
本系统的大部分代码是由Dreamweaver8自动生成，Dreamweaver是美国MACROMEDIA公司开发的集网页制作和管理网站于一身的所见即所得网页编辑器，它是第一套针对专业网页设计师特别发展的视觉化网页开发工具，利用它可以轻而易举地制作出跨越平台限制和跨越浏览器限制的充满动感的网页。
网页的美工用的是MacromediaFireworks8，是Adobe推出的一款网页作图软件，软件可以加速Web设计与开发,是一款创建与优化Web图像和快速构建网站与Web界面原型的理想工具。
1.5本章小结
本章主要介绍了本系统的开发背景，系统的意义和内容，开发的目的，开发工具，重点介绍了开发本系统的意义和内容。
下面主要重点介绍需求分析，系统设计，系统实现，系统测试。
2系统需求分析
2.1功能需求
1.用户：
普通用户可以通过注册成为网站的会员，浏览网站的基本信息。
会员可以进行网站浏览，订单的查看，留言，对自己基本信息进行更改。
管理员可以通过后台对会员进行基本的删除、查看信息功能，管理员的增加，字段的设置，密码的修改，对菜品进行上传、删除、移动操作。
2.页面的查看：
普通用户和会员用户都可以对页面进行浏览。
3.会员留言：
会员用户可以对网站进行留言，管理员通过后台进行留言的回复和删除操作。
4.订单：
会员和普通用户都可以对餐厅进行点菜，但普通用户定完餐之后不能对菜单进行查询，会员用户可以查看订单状态和订单信息。
管理员通过后台对用户的订单进行发货、未处理、收款等处理。
5.购物车：
普通用户和会员用户可以对订餐进行修改继续购物和清空。
6.查询：
用户可以对菜累进行搜索查询，管理员用户可以对用户名称进行查询，从而确定用户的订单状态，可以对菜品进行查询，从而修改菜品。
2.2系统功能建模
2.2.1系统用例描述
本系统主要设计三个用户：
普通用户，会员用户和管理员用户。
系统中的
三个用户是根据不同的权限来操作不同的内容。
1.普通的用户操作主要有浏览网站、订菜、注册成为会员。
具体用例如图2-1所示。
普通用户
图2-1普通用户用例图
2.会员用户比普通用户的可操作的多，主要有浏览网站，会员登录，会员留言，订餐，会员专区。
具体用例如图2-2所示。
会员用户
图2-2会员户用例图
3.管理员是网站的总的后台的操作人员，对整个网站的操作具有重要作用，主要有登录、菜品管理、信息管理、用户管理。
具体用例如图2-3所示。
管理员用户
图2-3管理员用例图
4.浏览菜品
用例编号：
1
用例名称：
浏览菜品
用例描述：
根据普通用户和会员用户都可以通过进入网站的主页面进行菜品浏览，菜品的查询，获得菜品信息，确定是否订购菜品
前置条件：
必须进入餐厅网站
后置条件：
无
活动步骤：
输入网站站点，进入网站，直接点击菜品，进行更细一步的浏览菜品。
扩展点：
无
异常处理：
无。
具体用例如图2-4所示。
普通用户会员用户
图2-4菜品浏览用例图
5．订餐
用例编号：
2
用例名称：
订餐
用例描述：
普通用户和会员用户都可以通过网站进行订餐，可以对购物车进行继续购物、修改数量、清空购物车、生成订单。
前置条件：
会员必须先登录。
后置条件：
普通用户必须填写自己的详细信息。
活动步骤：
普通用户和会员用户通过浏览网站，进行菜品的订购，可以点击订购，填写必要的信息，进行购物。
扩展点：
无
异常处理：
无。
具体用例如图2-5示。
普通用户会员用户
图2-5订餐用例图
6．会员专区
用例编号：
3
用例名称：
会员专区
用例描述：
会员用户拥有自己的专区，可以进行留言、留言看、人资料查看、订单查询、订单状态查询、订单修改，个人资料修改。
前置条件：
会员必须先登录。
后置条件：
无
活动步骤：
会员登录之后会进入会员专区。
扩展点：
无
异常处理：
无。
具体用例如图2-6示。
会员用户
图2-6会员专区用例图
7.菜品管理
用例编号：
4
用例名称：
菜品管理
用例描述：
管理员通过后台登录进入管理员界面，进入菜品管理，可以对菜品进行添加，删除，菜品字段的设置，订单的查看。
前置条件：
管理员必须先登录进入管理员界面。
后置条件：
无
活动步骤：
管理员登录进入管理员界面，进入菜品管理。
扩展点：
无
异常处理：
无。
具体用例如图2-7。
管理员用户
图2-7菜品管理用例图
8.信息管理
用例编号：
5
用例名称：
信息管理
用例描述：
管理员通过后台登录进入管理员界面，进入信息管理，可以对客户的留言进行回复和删除操作
前置条件：
管理员必须先登录进入管理员界面。
后置条件：
无
活动步骤：
管理员登录进入管理员界面，进入信息管理
扩展点：
无
异常处理：
无。
具体用例如图2-8所示。
管理员用户
图2-8信息管理用例图
9.用户管理
用例编号：
6
用例名称：
用户管理
用例描述：
管理员通过后台登录进入管理员界面，进入用户管理，可以对普通用户和管理员用户进行用户查询、用户搜索、系统用户权限修改、修改密码。
前置条件：
管理员必须先登录进入管理员用户界面
后置条件：
无
活动步骤：
管理员登录进入管理员界面，进入用户管理
扩展点：
无
异常处理：
无。
具体用例如图2-9所示。
管理员用户
图2-9用户管理用例图
2.2.2系统数据流图建立
数据流图是描述输入数据留到输出数据流的变换，用于对系统的功能建模。
顶层数据流图如图2-10所示。
图2-10顶层数据流图
会员登录注册数据流图如图2-11所示。
图2-11会员注册登录数据流图
管理员登录数据流图如图2-12所示。
图2-12管理员登录数据流图
菜品管理数据流图如图2-13所示。
图2-13菜品管理数据流图
订单管理数据流图如图2-14所示。
图2-14订单管理数据流图
2.3性能需求
2.3.1正确性需求
系统正确性需求应该包括如下：
（1）系统能够正确的把用户提交的各种数据准确的导入数据库中。
（2）系统能够正确的识别出各种用户，以及用户权限。
（3）系统能够正确的将各种信息提交到前台，让用户能够正确了解企业的特色。
2.3.2安全性需求
系统管理员应该必须进行登陆验证，确定管理员身份，用以确保菜品的到达和付款情况。
2.3.4界面需求
本系统分为前台和后台，前台主要用于客户用户浏览网站，方便订餐，颜色应该搭配合理，页面布局清晰，色调柔和，让顾客订餐时候更舒心，了解菜品的信息。
后台部分，应该布局清楚，方便管理员操作，窗口合理即可。
2.3.5稳定性需求
该系统部署后，在硬件条件和支持软件条件没有反生变化的情况下，能够一直保持运行状态，直到系统被升级或者替代。
2.4本章小结
本章主要是从系统的功能需求、功能建模、性能需求，进行大致的介绍，详细的了解到本系统所需要的各个功能。
下章将进行详细的系统设计。
3系统设计
软件设计开始于软件需求的分析之后，是把需求转化为软件系统的重要环节。
本章主要从系统功能模块设计，系统数据库设计两个个方面进行论述。
3.1系统功能模块设计
系统功能模块设计的任务是确定系统由哪些程序模块组成，以及这些功能模块之间的相互关系。
系统功能模块的设计依据是需求分析阶段得到系统结构设计图或用例图。
小型餐饮企业订餐管理系统主要分为用户注册模块，餐车模块，菜品模块，以及留言模块。
1.用户注册模块：
本系统分为普通用户和会员用户，普通用户可以进行网站的浏览，菜品的订制，不能进行留言。
普通用户可以进行注册，注册时填写必要的信息，就可成为本网站的会员用户。
2.餐车模块：
在餐车模块中，用户可以进行菜品的继续订购，餐车的清空，菜品的数量进行修改。
方便用户完成菜品的订制过程。
3.菜品模块：
菜品模块主要是方便用户进行菜品的订购，浏览一边用户获得更只管的了解。
4.留言模块：
会员专有，可以对企业进行评论，以便企业更改自己的不足之处，方便企业进行改进，让用户获得更好的服务。
3.2系统数据库设计
3.2.1系统数据库建模
E-R图也称实体-联系图（EntityRelationshipDiagram），提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。
构成E-R图的基本要素是实体型、属性和联系。
其表示方法为：
实体性（Entity）：
具有相同属性的实体具有相同的特征和性质，用实体名及其属性名集合来抽象和刻画同类实体;在E-R图中用矩形表示，矩形框内写明实体名。
属性（Attribute）：
实体所具有的某一特性，一个实体可由若干个属性来刻画。
在E-R图中用椭圆形表示，并用无向边将其与相应的实体连接起来。
联系（Relationship）：
联系也称关系，信息世界中反映实体内部或实体之间的联系。
实体内部的联系通常是指组成实体的各属性之间的联系。
实体之间的联系通常是指不同实体集之间的联系。
做E-R图的步骤：
（1）确定所有的实体集合；
（2）选择实体集应包含的属性；
（3）确定实体集之间的联系；
（4）确定实体集的关键字，用下划线在属性上表明关键字的属性组合；
（5）确定联系的类型，在用线将表示联系的菱形框联系到实体集时，在线旁注明是1或n（多）来表示联系的类型。
本系统主要有，用户实体、管理员实体、菜品实体、留言实体、订单实体、订购实体。
（1）用户实体E－R图如下图3-1所示。
图3-1用户实体E-R图
（2）管理员实体E－R图如下图3-2所示。
图3-2管理员实体E-R图
（3）菜品实体E－R图如图3-3所示。
图3-3菜品实体E-R图
（4）留言实体E－R图如图3-4所示。
图3-4留言实体E-R图
（5）订单实体E-R图如图3-5所示。
图3-5订单实体E-R图
（6）订餐实体E-R图如图3-6所示。
图3-6订餐实体E-R图
（7）各个实体之间联系E-R图如图3-7所示。
图3-7各个实体之间关系E-R图
3.2.2创建数据库
为保障系统的移植性，新建一个数据库。
系统使用SQLServer2000，直接在MicrosoftSQLServer2000的企业管理器中新建即可，命名为：
订餐。
3.2.3建立表结构
数据表是数据库中一个非常重要的对象，是其他对象的基础。
没有数据表，关键字、主键、索引等也就无从谈起。
依据系统实体关系的分析，建立相应的表结构。
1．用户信息表（Dingcan_User）的结构如表3-8所示。
用户信息表，包含了用户编号、用户登录名、用户密码、收货地址、用户电话、用户真实姓名等。
表3-8用户信息表（Dingcan_User）
字段名
数据类型
约束
说明
UserID
int
主键,长度20
用户编号
UserName
nvarchar
长度50
用户登录名
UserPassword
nvarchar
长度20
用户密码
shouhuodizhi
nvarchar
长度100
收货地址
usertel
nvarchar
长度30
用户电话
userzhenshiname
nvarchar
长度50
用户真实姓名
2.管理员表（Dingcan_admin）的结构如表3-9所示。
管理员表包含了管理员编号，管理员账户和管理员密码等信息。
表3-9管理员表（Dingcan_admin）
字段名
数据类型
约束
说明
adminid
int
主键，长度4
管理员编号
admin
nvarchar
长度50
管理员账户
password
nvarchar
长度50
管理员密码
3.菜品表（Dingcan_goods）的结构如表3-10所示。
菜品表包含了菜品序号、菜品编号、菜品名称、菜品价格、菜品图片、菜品说明等信息。
表3-10菜品表（Dingcan_goods）
字段名
数据类型
约束
说明
bookid
int
主键，长度4
菜品序号
bianhao
nvarchar
50
菜品编号
bookname
ntext
16
菜品名称
huiyuanjia
real
4
菜品价格
bookpic
ntext
16
菜品图片
bookcontent
nvarchar
50
菜品说明
4.订单表（Dingcan_action）的结构如表3-11所示。
订单表包含了订单序号、订单编号、菜品序号、订单总额、收货人地址、收获人姓名等信息。
表3-11订单表（Dingcan_action）
字段名
数据类型
约束
说明
actionid
int
主键，长度4
订单序号
dingdan
nvarchar
长度50
订单编号
bookid
int
外键，长度4
菜品序号
zonger
real
长度4
订单总额
shouhuodizhi
nvarchar
长度50
收货人地址
shouhuoname
nvarchar
长度50
收货人姓名
5.留言表（Dingcan_fk）的结构如表3-12所示。
留言表包含了留言编号、留言内容、留言用户姓名、留言日期、管理员回复等信息。
表3-12留言表（Dingcan_fk）
字段名
数据类型
约束
说明
fkid
int
主键，长度4
留言编号
fkcontent
netex
长度16
留言内容
fkusername
nvarchar
长度50
留言用户姓名
fkdate
smalldate
长度4
留言日期
huifu
nvarchar
长度50
管理员回复内容
6.字段表（Dingcan_ziduan）的结构如表3-13所示。
字段表包含字段编号、字段名称、字段序号等信息。
表3-13字段表（Dingcan_ziduan）
字段名
数据类型
约束
说明
ID
int
主键，长度4
字段编号
ziduanname
nvarchar
长度255
字段名称
ziduanid
int
长度4
字段序号
3.3本章小结
本章主要是从系统功能模块设计和数据库设计进行详尽的阐述，重点介绍了数据库的建表以及运用，下章将进行系统的实现的介绍。
4系统实现
4.1系统开发环境介绍
系统使用如下开发环境。
（1）操作系统采用：
WindowsXP；
（2）开发工具：
Dreamweaver8.0；
（3）Web服务器：
IIS；
（4）图片处理工具：
Fireworks；
（5）数据库软件：
SQLServer2000+SP4。
4.2程序流程图
4.2.1会员注册模块
普通游客只能大致浏览商品，不能进行网站的留言，只有注册成为本站的会员才能享有更多的方便快捷的服务。
会员注册流程图如图4-1所示。
图4-1会员注册流程图
会员注册说明：
会员注册时，必须填写正确的信息，用以方便用户订的菜品能够准确快捷的送到用户手中。
系统会员注册截图如图4-2所示。
图4-2会员注册系统截图
4.2.2菜品模块
通过菜品模块，用户可以浏览网站的菜品，可以详尽的了解企业的菜品情况，方便用户进行订菜获得更只直观的了解。
菜品模块截图如图4-3所示。
图4-3菜品浏览系统截图
4.2.2餐车模块
通过餐车模块，用户可以方便的进行订餐活动。
餐车模块流程图如图4-4所示。
否
是
图4-4餐车模块流程图
餐车模块是订餐系统中最主要的功能模块，用户可以根据网站的提示，进行操作，方便快捷。
餐车模块首页系统截图如图4-5所示。
图4-5餐车模块系统截图
4.2.3留言模块
留言模块是针对本网站的会员所设，会员可以企业进行留言，提出自己的一件，企业可以对留言有针对性的回复，确保企业的长久发展，不断进步。
留言模块流程图如图4-6所示。
图4-6留言系统模块流程图
留言系统模块截图如图4-7所示。
图4-7留言系统模块截图
4.2.4后台管理模块
后台管理是针对本系统的管理员而设定的，管理员可以通过后台对网站的订单，人员的管理，使整个系统地后台。
后台管理模块图如图4-8所示。
图4-8后台管理模块图
后台系统管理模块截图如图4-9所示。
图4-9后台系统管理模块截图
4.3本章小结
本章主要介绍了详细的系统设计，通过对各个模块的设计，详细的阐述了系统的设计阶段。
下章将对系统进行测试。
5系统测试
5.1系统测试概述
经过需求分析，设计等阶段的开发后，得到了源程序，开始进入到软件测试阶段。
由于在测试前的各个阶段都有可能在软件制作中留下许多错误和缺陷，如果不及时找出这些错误和缺陷，并将其改正，这个软件产品就不能正常使用，甚至会导致巨大的损失。
目前，程序的正确性证明尚未得到根本的解决，因此，软件测试仍是发现软件中错误和缺陷的主要手段。
测试软件前需要设计若干个测试用例，一个测试用例由测试输入数据和预期结果组成，测试用例的设计方法答题可以分为两类：
白盒测试和黑盒测试，也称百项测试和黑箱测试。
白盒测试又称为结构测试，这种方法把测试对象看作一个透明的盒子，测试人员根据程序内部的逻辑结构及有关信息设计测试用例，检查程序中所有逻辑路径是否都按预定的要求正确的工作。
黑盒测试又称为行为测试，这中方法把测试对象看作一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只一句程序的需求规格说明书，检查程序的功能是否符合它的从能需求。
根据白盒测试和黑盒测试的优缺点，本次测试采用黑盒测试，更符合系统的需求测试。
5.2系统测试模块
本系统测试模块主要有会员注册模块、留言模块、管理员登录模块，管理员后台模块。
5.2.1会员注册模块测试
（1）输入数据：
用户名：
张三；密码：
123456；确认密码：
123456：
您的真是姓名：
张三；您的身份证号：
12345678；收货地址：
九江学院；联系电话：
123456。
预期结果：
注册成功，请您返回首页。
图5-1会员注册成功截图
（2）输入数据：
用户名：
张三；密码：
123456；确认密码：
12345：
您的真是姓名：
张三；您的身份证号：
12345678；收货地址：
九江学院；联系电话：
123456。
预期结果：
两次输入密码不一致。
图5-2会员注册失败截图
5.2.2留言模块测试
输入数据：
你好，餐厅。
预期结果：
留言成功，弹出留言内容给会员查看。
后台现实会员留言成功。
图5-2会员留言截图
5.2.3管理员登录模块测试
（1）输入数据：
管理员账户：
admin；管理员密码：
123456.
期望结果：
登录管理员后台界面。
图5-3管理员登录成功截图
（2）输入数据：
管理员账户：
admin；管理员密码：
123
期望结果：
弹出对话框，登录失败。
图5-4管理员登录失败截图
5.2.3管理员后台模块测试
（1）输入数据：
菜系：
川菜；菜品编号：
1；菜品名称：
豆腐；菜品价格：
10
期望结果：
前台现实豆腐在川菜类别中。
图5-5前台显示截图
5.3本章小结
本章的工作内容是系统测试及维护，目的是要从系统测试来说明本系统的可运行性、可操作性和完整性，并在测试过程中发现设计过程中的各种漏洞。
6总结
本
升级会员 