课程设计报告
课程名称：
开课学期:
开课班级：
完成时间：
课程设计名称：济南某快餐企业网上订餐管理系统
项目组长
成 员
任务贡献表
序号
姓名
班级
学号
E_mail
电话
签名
1
任务
贡献
主要负责系统分析部分的工作与整理
2
任务
贡献
系统概述收集整理，系统设计部分数据库和输入输出制作。
3
任务
贡献
主要负责系统设计部分的工作与整理，包括系统总体结构设计、配置方案等
4
任务
贡献
系统概述的收集与整理，系统设计部分代码设计的制作。
目录
1第一章 系统概述
系统背景
系统目标
2第二章 系统分析
组织结构分析
业务流程图
数据流程分析
数据流程图
数据字典
10第三章 系统设计
系统总体结构设计
系统功能模块图 11
功能的详细说明
物理配置方案设计
代码设计
数据库设计
数据分析
数据库表设计
输入输出设计
19第四章 总结
第一章 系统概述
系统背景
随着科技的高速发展，互联网正以前所未有的冲击力影响着人类的生活，传统的商业经营方面面临着变革，而网上订餐则是一个很重要的方向。一方面，大型餐饮企业更加注重信息化；另一方面，新兴互联网公司深深打上餐饮的烙印。一批新兴的以网络订餐为核心业务的互联网企业涌现。以“订餐网”为关键词，在百度里检索到网页多达近20万条。 据了解，现代多数人认为网上订餐方便快捷，但也有很多人认为网上订餐还存在供应商太少，分布不均，可供选择的餐饮品种不多等问题。国内网上订餐业务的发展之所以受阻，还在于电子结算方面的障碍，而这一方面是由于消费者的消费习惯，另一方面也由于快餐公司的实力尚不足以支撑。网上订餐在我国尚属新生事物，任何新生事物从萌芽到发展壮大都需要相当长的培育期，但其发展前景是很好的。新加坡进行的一项民意测验显示，在富裕的新加坡，年龄在２１至３０岁之间的年轻人热衷于点点鼠标，他们对食品的渴望就可从网上订餐得到满足。相信随着中国年轻网民的不断成长，网上订餐业务会愈来愈繁忙。但同时，网上订餐业务的发展也需要开展此项业务企业的努力，如引入专业物流配送，推出营养快餐，丰富餐饮品种等，逐步走上品质标准化、经营连锁化、服务规范化、通讯网络化的经营之路。但是网上订餐业务在我国还处于形成期，一些中小餐饮企业尚未涉足网上业务，而且有些餐馆虽然上了网，但网上订餐业务也未开展。
基于Web技术的网上订餐系统可以借助于遍布全球的Internet进行，因此大大拓展了订餐的灵活性。一个餐饮商店在网上建立一个专门的订餐网站，不但可以起到宣传推广商店的作用，而且还可以大大提高店内的营业额，独特的VIP会员设计可以直接将会员资料送入数据库中，进行统计、升级等操作。让订餐做为网上普通用户和VIP会员用户的独特享受，通过会员姓名、VIP卡号和密码进行登录，订餐菜单存放在服务器中，非常适用于网络时尚人士和商业公关人员，由此也提高了商店的档次。
传统的餐饮行业随着市场竞争的不断加剧和互联网信息技术的快速发展，餐饮行业也在不断地寻求营销模式的创新，从而也带动了餐饮行业的发展。据调查，现在全国已经出现了一批专业的订餐公司，订餐的方式大都采取电话订餐、网上订餐、短信订餐三种方式相结合，目前，由于中国人生活习惯的原因，大都还是选择电话订餐者居多，占到70%以上。随着互联网技术的不断发展和完善，网上订餐将是未来的发展趋势。目前订餐的主要模式有以下几种：
第一种：自己加工生产，以实体店内消费为主，订餐为辅。现在，几乎所有的饭店都会采取这种方式，包括麦当劳、肯德基、必胜客等快餐店。
第二种：自己加工生产，无实体店，全靠订餐外送经营。比较成功的企业如丽华快餐，在北京就有20多家分布在不同区域的分公司负责送餐，在全国有60余家分公司。现在众多的西餐店以及麦当劳、肯德基、必胜客都采取先预订然后外送的方式经营。
第三种：第三方预订，相当于现在的中介公司，通过向饭店推荐消费，提取消费佣金。这类公司目前都是依靠现代互联网技术，提供完善的信息服务和消费打折、消费积分等营销方式实现第三方预订。比较成功的公司如：大众点评网、口碑网、饭统网等，其中大众点评网已经获得全球顶尖风险投资机构——美国红杉基金的融资，口碑网被阿里巴巴高价收购，饭统网也在积极和风险投资机构接触。
随着中国网上餐饮服务的迅速发展，济南也逐步加入这一市场。现为济南某快餐店建立网上订餐系统，以增加业务量，获取更大的利润。
系统目标
本系统的建设需要实现如下目标：
（1）用户可以随时在网上登录注册，成为本餐厅会员。
（2）用户可以直接在网上订餐，完成帐款的支付。
（3）站长可以管理各类信息，包括订单，留言，菜单，饭店等。
（4）有良好的可扩充性(系统配置灵活，支持用户未来信息化进程的发展)。
（5）能及时反馈顾客信息，应变能力强。
（6）汉字图形用户界面，人机对话友好，操作方便。
（7）安全的网上支付系统。
（8）系统建设费用较低。
第二章 系统分析
组织结构分析
经分析我们得到该快餐店当前组织结构图
图2-1当前组织结构图
在业务重组之后建立新的组织结构图
图2-2新的组织结构图
业务流程图
①用户网上预订流程：
用户注册网站会员登陆网站，在网站首页可以搜索餐厅或直接点击网站推荐的餐厅登陆到餐厅的页面，在餐厅页面选择预定，填写订餐信息，如果进行在线点菜，用户进行在想点菜，生成点菜订座订单，如果没有点菜，就直接生成普通订座订单。存入数据库。餐厅用户登入餐厅前台后就能进行订单处理，订单状态变为已接受或已拒绝。用户登入网站后查看自己的订单就能确定是否预订成功。
业务流程图例：
图2-3业务流程图
②餐厅网上业务流程：
餐厅用户注册填写个人信息，再上传餐厅信息后待网站管理员审核，审核后就注册成功，登陆自己的餐厅管理页面进行相应的管理。分别进行编辑餐厅的基本信息，菜单管理，订单管理，给管理员留言，给客户留言回复等功能。
其业务流程图如下：
图2-4业务流程图
数据流程分析
数据流程图
顶层：
DFD/0
图2-5
DFD/1
图2-6
食品管理部分：
DFD/2
图2-7
客户管理部分：
DFD/2
图2-8
数据字典
（1）数据项
表2-1 订餐系统数据项的定义
编号
名称
别名
值域
类型/长度
备注
1
客户编号
户号
2
客户姓名
姓名
3
订单编号
单号
4
菜品名称
名称
5
各菜品数量
数量
6
订餐金额
金额
7
客户地址
地址
8
客户电话
电话
9
客户邮箱
邮箱
10
客户意见
意见
11
客户累计订餐金额
金额
（2）数据结构
表2-2 订餐系统数据结构的定义
编号
名称
组成
备注
H01
订单信息
3+4+5+6
H02
客户信息
1+2+7+8+9+10+11
（3）数据流
表2-3数据流定义
编号
名称
组成
来源
去向
A01
订餐表单
订单编号+菜品名称+各菜品数量+订餐金额+客户编号+客户姓名+客户地址+客户电话
客户
订单数据库
A02
客户信息表
客户编号+姓名+地址+电话+邮件+意见+累计订餐金额
客户
客户信息库
（4）数据处理
表2-4订单管理
表2-5客户管理
（5）数据存储
表2-6订单信息
表2-7客户信息
（6）外部实体
表2-8客户
编号
O1
名称
客户
简述
网站用户
输入的数据流
客户注册信息，订餐信息
输出的数据流
客户信息表单
表2-9 快餐
编号
O2
名称
快餐
简述
客户订购的快餐
输入的数据流
客户订购的快餐信息单
输出的数据流
汇总的订购快餐信息单
表2-10管理员
编号
O3
名称
管理员
简述
网站管理员
输入的数据流
公告信息
输出的数据流
无
第三章 系统设计
系统总体结构设计
网上订餐系统的模型结构如下图所示：
图3-1模型结构图
从前面的需求分析中得知，可以将功能分为前台和后台两类，因此模块也分为两大类：前台模块和后台模块。
系统功能模块图
功能结构设计
系统主体分为三部分：普通用户前台、餐厅用户后台、网站后台（管理员）。首先普通用户和餐厅用户都可以进行一些基本功能的操作，如注册、登录、修改个人信息等。
其次，对于普通用户可以进一步在网上预定和评论，具体包括餐厅搜索、点菜订座、查询修改取消订单、发表评论、推荐打分、给餐厅留言等；
对于餐厅用户可以进一步编辑菜单及餐厅基本信息、查询处理订单、回复客户留言等。
最后是网站后台的管理员对餐厅、评论、公告的统一管理，具体包括审核餐厅信息、发布删除公告和评论等。
系统功能模块图如下：
图3-2系统功能模块图
功能的详细说明
本系统大致分为如下八个功能模块：
注册登录
本模块主要实现的是对用户网上注册信息以及登录订餐网页的管理；
网上注册信息涉及顾客所在地，年龄范围，具体地址，联系方式等；
登录订餐网页的管理主要指记录每天的浏览量，及时统计客户订单，对有特殊要求的客户给予登记等；
网上预订
网上订餐的中心，对整个订餐流程起决定性的作用，系统设计的好坏，直接影响效率与客户满意度。
编辑菜单信息
关键是针对每天后勤所提供的菜品信息进行及时的更新与修改，保证信息的真实性与可靠性。保证订餐页面的可获得性，能使客户简单读懂重要信息及注意事项。
网上评论
基本属于用户订餐步骤的最后一步，主要针对用户对购餐环节的满意度发表相应的评论。
用户订单
对用户订单管理的好坏直接影响网上订餐的效率与客户满意度，对用户定单管理可以实行简单的会员制与多订优惠制。订单管理的好坏在于及时性，准确性。
在线咨询
在线咨询是网上订餐必不可少的结构模块，其主要实现对初读顾客的的在线问答，让顾客尽可能多的了解公司的服务理念和优点，实现网上与顾客的近距离沟通。
菜品管理
该模块主要针对的是公司内部的管理。确保在自身了解当日要提供的菜品或是菜样后及时更新管理信息。
订餐管理
这是网上订餐管理系统的关键之处，如何对客户订单实现有效合理的管理就是本模块需要解决的。订餐管理涉及到对订餐客户信息的记录、对订餐配送线路的选择与优化、对订餐配送时间及顺序上的安排等；
售出情况
对已服务的客户信息作出及时的处理，未服务的作出及时的安排与沟通，汇总当日售出的数目及金额等。
用户管理
该模块涉及用户是否为本公司会员，用户的订餐情况，住址及联系情况等，特别要对老客户信息进行及时的更新与回访，发现缺点与不足。
信息管理
主要管理客户留言及回复，便于与客户间很好的沟通，了解客户满意度，并及时根据客户的信息发现不足，做出相应的调整。
物理配置方案设计
为了保证在线订餐系统的稳定高速运行，必须要增加硬件并对现有的硬件进
行改造，特提出以下硬件需求。（注：这里的硬件指一个完整的硬件系统，
部分的包含了对软件的需求，这些软件是为了正常运行管理系统所必须配的）
服务器的要求 ：
①服务器的中央处理部件（CPU）建议使用PIII 1G（以上） Xeon处理器芯片。
②服务器内存必须使用服务器专用ECC内存
③为了保证数据存储的绝对可靠，硬盘应使用磁盘冗余阵列（RAID 01）
④为了防止服务器不可预测的故障，或者服务器的定期维护对公司整个业务造成的影响，所有建议使用两台服务器。两台服务器应构成双机热备份。中间使用WatchDog电路。这样的结构可以保证整个系统的长时间不间断工作，即使在服务器定期维护的时候也可以使用后备另一台服务器工作。
⑤服务器应支持热插拔电源
⑥服务器必须配备UPS（不间断电源）。
⑦服务器应该放在学校内部。不然无法进行程序调试。
⑧服务器应该必须有固定IP地址。
⑨其他性能在经济条件允许的情况下，应该尽量使用高速稳定的配件。
服务器上应该配备的软件：
①操作系统：Microsoft Windows 2000 server 或 Microsoft Windows 2000 Advanced server
②数据库：Microsoft Access 2003
③服务器软件：Tomcat
④服务器必须使用专业的防火墙和反病毒软件。
⑤除了为了运行必须配备的程序以外，服务器上建议尽量不要安装其他无关程序，以减少程序的混乱或者程序的意外冲突。
⑥各系的操作系统尽量统一。（Windows 9x系列或者Windows 2000系列）。这样可以避免管理软件在出来因为操作系统版本不一致造成的过多的开销。
⑦各系的机器必须也安装反病毒软件和防火墙，以防止网络上的蠕虫病毒在整个网络范围内的蔓延。
代码设计
本系统涉及到的代码主要采用特征组合码的形式生成的，具体设计方案如下：
①用户编号 = 计算机自动生成顺序码
②餐厅编号 = 餐厅性质编号 + 主营菜系编号 + 六位随机码
③菜品编号 = 菜系编号 + 烹饪方式编号 + 餐厅编号后六位 + 三位随机码
图3-3主营菜系及其对应编码
图3-4烹饪方式及其对应编码
④订单编号 = 当前时间编号 + 用户编号
数据库设计
数据分析
图3-5 E-R图
数据库表设计
系统关键数据表如下：其关系见E-R图
1.用户信息表（ib-user）：用户登录时需要用户名和密码，所以用户数据表中必须包含用户名（iu-name）、密码（iu-password）两个信息，还有些其他的用户信息，比如userType指的是用户权限（管理员还是非管理员）。从功能上数据库表设计如表：
表3-1 用户信息表
用户信息表（ib-user）
列名
数据类型
长度
允许空
描述
iu_id
varchar
5
否
用户编号
iu_name
varchar
10
否
用户名
iu_password
varchar
20
否
密码
iu_email
varchar
20
否
电子邮件
u_phone
int
10
是
联系电话
u_sex
char
5
是
性别
2.菜单信息表（tb-food）:菜单信息表主要描述菜品信息，如：菜品ID号（foodId）,此ID号为系统自动生成；菜品名称（f-name）;菜品价格（f-price）;菜品状态（f-stade）；菜品图片途径（f-imagepath）;菜品描述（description）；菜品编码（f-id）;.菜品信息表详细描述如表所示：
表3-2 菜单信息表
tb_food（菜单信息表）
列名
数据类型
长度
允许空
描述
f_id
int
4
否
主菜编码
f_name
varchar
50
否
主菜名称
f_price
float
50
否
价格
f_state
varchar
50
否
菜品状态
f_imagepath
varchar
50
是
菜品图片路径
description
varchar
7000
否
菜品描述
3、订单表（foodOrderInfo）:订单表有以下描述信息。订单ID（orderId）,订购者姓名（customerName）,地址（address）,邮编（zipCode）,固定电话（telephone）,移动电话（movphone）,备注信息（notice），总价格（totalPrice）,是否送出（isGive）等，具体描述如表所示：
表3-3 订单表
foodOrderInfo（订单表）
列名
数据类型
长度
允许空
描述
orderId
int
4
否
订单编号
customerName
varchar
50
否
订购者姓名
adress
varchar
50
否
订购地址
zipCode
varchar
20
是
邮编
telephone
varchar
20
否
固定电话
movphone
varchar
30
是
移动电话
notice
varchar
16
否
备注
totalPrice
numeric
9
否
总价
isGive
int
4
否
外送
4、餐厅信息表（tb_restaurant）：餐厅信息表有以下描述信息。餐厅编号（r_id），餐厅名称（r_name），联系电话（r_phone）。具体描述如下：
表3-4 餐厅信息表
餐厅信息表
列名
数据类型
长度
允许空
描述
r_id
varchar
10
否
餐厅编号
r_name
varchar
20
否
餐厅名称
r_phone
varchar
10
否
联系电话
5、评论信息表（tb_comment）：评论信息表有以下描述信息。评论内容（c_content），评论人编号（u_id），餐厅编号（r_id），评论时间（c_time），评论日期（c_date）。具体描述如下：
表3-5评论信息表
tb_comment（评论信息表）
列名
数据类型
长度
允许空
描述
c_content
text
16
否
评论内容
u_id
varchar
10
否
评论人ID
r_id
varchar
10
否
餐厅ID
c_time
char
10
否
评论时间
c_date
datetime
8
否
评论日期
6、网上公告信息表（tb_news）：网上公告信息表有以下描述信息。公告编号（n_id），公告内容（n_text），公告标题（n_title），公告时间（n_time）。具体描述如下：
表3-6 网上公告信息表
tb_news（网站公告信息表）
列名
数据类型
长度
允许空
描述
n_id
int
4
否
公告编号
n_text
text
200
否
公告内容
n_title
varchar
8
否
公告标题
n_time
time
8
否
公告时间
7、留言信息表（c_comment）：留言信息表有以下描述信息。留言餐厅编号（r_id），留言内容（r_text），留言时间（r_time），回复内容（g_text），回复时间（g_time），恢复状态（g_zt）。具体描述如下：
表3-7 留言信息表
c_comment（留言信息表）
列名
数据类型
长度
允许空
描述
r_id
varchar
10
否
留言餐厅编号
r_text
text
200
否
留言内容
r_time
time
10
否
留言时间
g_text
text
200
否
回复内容
g_time
time
10
否
回复时间
g_zt
boolean
1
否
回复状态
8、管理员信息表（tb_admin）：管理员信息表有以下描述信息。管理员名（a_name），密码（a_password），具体描述如下：
表3-8 管理员信息表
tb_admin（管理员信息表）
列名
数据类型
长度
允许空
描述
a_name
varchar
10
否
管理员名
a_password
varchar
10
否
密码
9、菜系信息表(tb_fdStyle):菜系信息表有以下描述信息。菜系编号（s_id），菜系名（s_name），具体描述如下：
表3-9 菜系信息表
tb_fdStyle（菜系信息表）
列名
数据类型
长度
允许空
描述
s_id
varchar
2
否
菜系编号
s_name
varchar
10
否
菜系名
输入输出设计
输入设计
输出设计
第四章 总结
通过对“餐饮企业网络订餐信息系统的开发”，我们认识到，在21世纪，一个拥有宏观视野的企业必须要注重信息化，发展信息化。互联网发展到今天，人们无处不感到其带给大家生活、工作和学习上的方便与快捷。对于一个企业来讲，其必须要认识到，在发展到一定阶段时，信息化势在必行，它给企业所带来的效率与效益的增加是巨大的。同时，我们也认识到，作为新时代的大学生，马上跻身于各个行业的主力军，我们更要学好“管理信息系统”，提高我们的信息素养，这也是我们的一项竞争力，在学好、学透地同时要将其应用于实践，更要在将来的工作当中发挥其重要作用。
PAGE
客户端
浏览器
客户端
浏览器
客户端
浏览器
Web
层
业务层
数据访问层
系统配置
数据层
