餐饮配送系统.docx
《餐饮配送系统.docx》由会员分享，可在线阅读，更多相关《餐饮配送系统.docx（25页珍藏版）》请在冰豆网上搜索。
餐饮配送系统
计算机学院信息管理与信息系统专业
《管理信息系统实验周》报告
（2010/2011学年第二学期）
学生姓名：
学生班级：
学生学号：
指导教师：
2011年 3月 1日
第一章系统概述
1.1系统开发背景
随着我国市场经济的快速发展，各行业都呈现出生机勃勃的发展景象，其中餐饮业的发展尤为突出。
近两年来已呈现出高速发展的态势。
但在快速发展的同时，餐饮业送货在日常经营管理中仍普遍采用手工管理方式，整体科技含量低。
随着餐饮企业规模和数量的不断增长，手工送货管理模式无论是在工作效率、人员成本还是提供决策信息方面都已难以适应现代化经营管理的要求，因此制约了整个餐饮业的规模化发展和整体服务水平的提升。
有效的送货管理成为了一个难题，为能有效的解决这些问题提高企业的经济效益，在这些中小型饭店中采用工作流技术，结合饭店绿色管理内容，实施计算机管理信息系统不视为一条有效的解决途径。
餐饮业的蓬勃发展带动餐饮投资多元化，大量资本的进入进一步推动了餐饮业的快速、健康发展，随着社会各领域信息化建设的不断普及，餐饮业也开始不断注入信息化元素，将餐饮送货业务融入计算机管理，既节省人力资源，也提高了送货管理效率和工作效率，将餐饮业送货服务提升到一个新的阶段。
该餐饮送货系统从发展现状谈起，结合用户实际需求提出本系统的总体结构和功能模块，然后通过系统结构设计、安全设计及前端开发，构建了一个以JSP技术和SQL后台数据库为基础的、具备相关功能的餐饮送货系统。
根据餐饮送货系统的流程，完成从用户登录到网上点菜，到结账收银，到统计一条线的信息化管理，因此整个餐饮送货管理信息系统的研发内容就是开发一整套餐饮送货管理信息系统，实现餐饮送货业务的计算机化。
该系统将餐饮业中网上点餐、配送餐品、结账等一连串的业务用计算机来管理，分析与设计了餐饮送货系统的结构及功能模块，解决餐饮送货系统的关键技术，给出了餐饮送货业务的解决方案，实现了现代化的餐饮送货管理机制。
当今世界已进入了在计算机信息管理领域中激烈竞争的时代，应用计算机已经变得十分普遍了，如同我们离不开的自行车、汽车一样。
我们应该承认，谁掌握的知识多，信息量大，信息处理速度快，批量大，谁的效率就高，谁就能够在各种竞争中立于不败之地。
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
越来越多的管理人员意识到信息管理的重要性。
作为计算机应用的一部分,使用计算机对餐饮企业信息进行管理,具有手工管理所无法比拟的优点.例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高信息管理的效率,也是企业的科学化、正规化管理与世界接轨的重要条件。
1.2系统开发目的及任务
餐饮送货管理系统也是典型的管理信息系统（MIS），其开发主要包括后台数据库的建立和维护以及前端应用程序的开发以及后厨等自动化管理这几个方面。
该系统中，应用SQLServer2005数据库管理系统、SQL语言原理、JSP应用程序设计，JSP数据库技术,采用成熟的B/S（浏览器/服务器端）结构，根据分析和讨论，实现餐厅网上订餐管理，提供与用户交互的界面，完成餐饮送货管理系统的设计和开发。
根据该系统的具体情况，应能完成以下功能：
（1）登录管理：
用户登录、用户选餐、提交订单；
（2）接单配送管理：
确认订单信息、后厨接单实施、餐饮送货；
（3）后台管理：
财务管理，系统维护；
另外，餐饮送货管理系统要确保信息安全，以系统安全为主要目标，保护系统资源免受恶意的毁坏、替换、盗窃和丢失。
其系统资源包括：
硬件设备、存储介质、软件、数据等。
具体来说，应达到以下安全要求：
（1）保密性，机密或敏感数据在存储、处理、传输等过程中要完全保密，确保仅授权用户在授权后才能进行查询、删除及修改等操作；
（2）完整性，保证系统中的信息处于一种完整和未损害的状态，防止因非授权访问，部件故障或其他人为错误而引起的信息篡改、破坏或丢失。
（3）可靠性，必须保障系统在复杂的网络环境下能够提供持续、稳定、可靠的服务。
1.3系统可行性分析
可行性分析是需求分析的基础上进行的，对系统的开发从技术、经济、营运等方面进行分析，并得出系统的开发工作可行、不可行、需要修改、追加投资、暂缓开发、分步实施等方案和结论，最后完成可行性分析。
可行性分析一般可定义为:
可行性分析是在建设的前期对工程项目的一种考察和鉴定，对拟议中的项目进行全面与综合的技术、经济能力的调查，判断它是否可行。
可行性分析阶段的主要工作包括以下几个方面:
（1）技术可行性
技术可行性分析是根据新系统的目标来衡量是否具各所需要的技术，包括系统开发人员数量和水平，硬件方面，软件方面及其它应用技术。
从各个网站及许多局域网的建设中可以看到，目前基于Web的系统开发技术已经十分成熟，相信随着Internet/Intranet技术的进一步发展，基于Web的信息系统开发将有更为明朗的前景。
（2）经济可行性
经济可行性分析主要是对开发新系统所投入的资金与系统投入使用后所带来的经济效益进行比较，确认新系统是否会给企业带来一定的经济效益。
开发此餐饮管理系统，不仅能提高企业的管理水平给管理者提供一个企业运作的信息平台还能提升企业的形象及增强竞争力。
使用餐饮管理系统能将餐饮企业业务管理和人员管理信息化，使企业从原材料进货到客人消费都由计算机管理并记录，可随时掌握酒店里房间的使用状况，客人点单，挂账等情况，并能尽可能的降低使用者的劳动强度，同时提高工作质量和效率。
用最少的成本获得最好的经济效益，增强了餐饮企业的市场竞争力
（3）安全可行性
在系统运行后，就用户方而言，由于用户使用本系统时不会也不必关心系统内部的结构及实现方法，即对用户来说是透明的，所以本系统对用户而言是定位在界面友好、操作方便、功能齐全的原则上的，用户只需简单的用鼠标点击各页面上的链接或按钮就能执行相应的功能。
就管理者而言，关心的是如何处理用户信息，只要把用户的信息放入服务器端的数据库或专门的数据库服务器，管理者就可运行相应的后台程序进行处理。
（4）操作可行性
目前资源的利用情况和可操作性，只需根据相关需要对数据库中的相应表数据直接操作就可以实现系统的完整、稳定的运行，不会造成系统的巨大压力，可以保证系统的正常运行。
综上所述，通过技术可行性,经济可行性，安全可行性,操作可行性分析，本系统的开发是可行的。
1.4系统开发环境
（1）硬件环境
服务器端
服务器端的最低配置是由建立站点所需的软件来决定的，在最低配置的情况下，服务器的往往不尽如人意，现在的硬件性能已经相当出色，而且价格也很便宜，因此通常应给服务器端配置高性能的硬件。
本网络系统服务器端的配置如下：
处理器：
InterPentium41.6GHz或更高
内存：
512MB
硬盘空间：
160GB
光驱：
CD-ROM48X
显卡：
SVAG显示适配器。
用户端
因为客户端主要用于浏览和操作数据，所以对客房端的硬件要求不高，不过现在的电脑很高的性价比，因此需要的配置应该高于下面的配置：
处理器：
InterPentium1.0GHz或更高
内存：
216MB
硬盘空间：
80GB
光驱：
CD-ROM48X
显卡：
SVAG显示适配器。
（2）软件环境
服务器端
操作系统：
Windows2000Server或者更高版本
网络协议：
TCP/IP
web服务器：
Tomcat5.X及以上版本
数据库：
MySQL
浏览器：
InternetExplorer6.0及以上
用户端
操作系统：
Windows98/2000/XP
网络协议：
TCP/IP
浏览器：
InternetExplorer6.0或以上
1.5项目开发组织机构的设置和人员的安排
全体成员共同完成：
系统需求分析，系统功能图，系统结构图，业务流程图数据流程图，系统模块系统管理。
（1）张丽璇负责该餐饮送货系统登录管理模块。
（2）张丽霞负责该餐饮送货系统接单配送管理模块。
（3）张强负责该餐饮送货系统后台管理模块。
第二章系统分析
2.1系统功能需求
为了使系统更加人性化，便于管理员管理，此送货系统的用户将分为两种类型，一个是针对员工的餐饮送货管理系统，另一个是针对管理员（店主）的餐饮送货管理系统。
员工使用本餐饮送货信息管理系统应可以实现以下功能：
1.添加修改查询客户会员信息（修改客户信息需客户确认）
2.查询菜单
3.根据订单送货，请顾客确认签收
4.客户可以在自己的会员账户里充值
5.顾客可以用现金买单也可以从会员账户里扣取
管理员使用本餐饮送货信息管理系统应可以实现以下功能：
1.添加修改查询客户会员信息（修改客户信息需客户确认）
2.添加修改查询菜单信息，最好能看到菜品图片
3.添加查询预定信息，为老顾客打折
4.查询签收订单，保证送货服务到位
5.客户可以在自己的会员账户里充值
6.顾客可以用现金买单也可以从会员账户里扣取
7.设定具体的打折方法
8.添加职员信息，权限也可以定为管理员。
9.可以查询使用者的现金收款金额
除了实现以上功能外，本系统还需要方便用户地使用，使得用户可以很快地熟练掌握，从而可以让用户快速的投入工作。
并且要避免逻辑错误的出现。
2.2系统需求分析
项目需求分析就是描述系统需求，通过定义系统中的关键域类来建立模型。
分析的根本目的是在开发者和提出需求的人之间建立一种理解和沟通的机制，因此，餐饮送货管理系统的需求分析也是开发人员和用户一起完成的。
需求分析的第一步是描述餐饮送货管理系统的功能，即定义用例，以此确定系统的功能需求。
该系统主要从酒店的订餐方面来分析。
餐饮送货管理系统的核心思想就是以顾客是上帝为核心，这就意味着酒店将把客人需求作为其运作的核心，提升客人满意程度，获得更大的利润。
随着行业竞争的加剧和市场的快速膨胀，增长率的下降，利润的降低，消费行为的理性化是必然的发展趋势。
各大酒店更多的将目光专注于如何提高服务质量，提高经营管理，而提高经营管理最重要的保证就是信息技术。
餐饮送货管理系统也是一个酒店不可缺少的部分，它的内部无论对于客户还是员工来说都至关重要，所以一个系统应该能够为用户提供充足的快捷的信息和方便的查询方式，周到的送货上门服务，而且不应有时间和地域的限制。
随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已成为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。
作为计算机应用的部分，使用计算机对餐饮的送货管理具有着手工管理所无法比拟的优点：
（1）客户和工作人员可以随时了解有关酒店餐饮的相关信息。
（2）减轻了工作人员的工作负担。
（3）查询、修改更加方便、快捷。
（4）客户享受足不出户，餐饮上门的优质服务。
2.3系统功能模块图
根据以上需求，餐饮送货信息管理系统功能被划分为以下模块，如图2.1所示：
图2-1餐饮送货信息管理系统功能模块图
2.4业务流程分析
根据调查研究，该餐饮送货系统的总体业务流程图如下图2-2所示：
图2-2餐饮送货系统总体业务流程图
2.4．1顾客订餐业务流程
客户通过登录本公司餐饮网页打开菜单进行订餐行为，最后将订菜单提交给服务台，具体流程见如图2-3所示：
图2-3顾客订餐业务流程图
2．4.2餐饮送货配送业务流程
审核员将顾客所提交的订餐单进行审核，将合格订餐单进行登记，整理出送货清单并交给送货管理员，送货管理员分派配送人员，送货到顾客处，让顾客签收收货确认单，财务部进行财务支出与登记，最后整理出送货月报表和订餐日
常查询。
这就是送货配送系统，具体流程图如图2-4所示：
图2-4餐饮送货配送业务流程图
2.5数据流程分析
2.5.1顾客订餐数据流程图
根据分析，可画出如下顾客订餐数据流程图如下图2-5所示：
图2-5顾客订餐数据流程图
2.5.2餐饮送货配送数据流程图
其餐饮送货配送数据流程图如下图2-6所示：
图2-6餐饮送货配送数据流程图
2.5.3后台管理模块
顾客消费完毕，需要对顾客消费清单进行统计，即计算出消费的总额，这些都是通过结账模块实现的。
结账模块主要功能是当顾客每次消费时将顾客消费的项目添加到数据库中，在用户结账时通过对数据库的查询，检索出顾客本次消费的商品名称及价格，然后计算出总额。
2.6数据字典
数据字典描述的主要有：
数据流、数据元素、数据存储、加工和外部项，其中数据元素是组成数据流的基本成分。
在系统分析中，数据字典起着重要的作用。
它包含关于系统的详细信息。
一般来说，系统分析人员把不便在数据流程图上注明而对于系统分析应该获得的，对整个系统开发以至将来系统运行与维护是必需的信息尽可能放入数据字典。
2.6.1数据项
表2-1菜单编号的定义
数据项编号
I01-01
数据项名称
菜单编号
别名
菜单编号
简述
菜单按一定的划分标准的编码
类型及宽度
字符型，8位
取值范围
“00000000”——“99999999”
2.6.2数据结构的定义
表2-2订单表的定义
数据结构编号
DS01-01
数据结构名称
订单表
简述
订单基本信息
数据结构组成
·订单号订单派送地址结账状况合计折扣总计现金找零收银员下单时间
表2-3送餐单表的定义
数据结构编号
DS01-02
数据结构名称
送餐单表
简述
送餐单单基本信息
数据结构组成
·送餐单号餐品派送地址结账状况合计折扣总计现金找零送餐员送餐时间
顾客确认收货
2.6.3数据流的定义
表2-4菜单信息的定义
数据流编号
D01-01
数据流名称
菜单信息
简述
顾客用餐的所有信息，包括饭菜种类等
数据流来源
顾客
数据流去向
服务员
数据流组成
点菜信息+送餐信息+日期
数据流量
300份/天
高峰流量
800份/天
表2-5变更信息定义
数据流编号
D02-01
数据流名称
变更信息
简述
顾客根据需要对已确定的菜单进行更改
数据流来源
顾客
数据流去向
服务
数据流组成
顾客情况+变更情况
数据流量
30份/天
高峰流量
40份/天
表2-6小票的定义
数据流编号
D02-02
数据流名称
小票
简述
顾客用餐结账后餐饮提供方开据的证明
数据流来源
服务员
数据流去向
顾客
数据流组成
用餐金额+日期+菜单信息
数据流量
300份/天
高峰流量
8000份/月
表2-7折价的定义
数据流编号
D03-01
数据流名称
折价
简述
顾客根据消费金额享受的折扣
数据流来源
服务员
数据流去向
顾客
数据流组成
消费金额+用餐金额
数据流量
100份/天
高峰流量
200份/天
表2-8订菜单完成的定义
数据流编号
D03-02
数据流名称
菜单完成
简述
后台提交的关于订餐完成的信息
数据流来源
后台服务员
数据流去向
顾客，送货员
数据流组成
菜单编号+菜单信息
数据流量
300份/天
高峰流量
800份/天
表2-9送餐单完成的定义
数据流编号
D03-03
数据流名称
送餐单完成
简述
后台提交的关于送餐完成的信息
数据流来源
送货员
数据流去向
后台管理员
数据流组成
菜单编号+菜单信息
数据流量
300份/天
高峰流量
800份/天
表2-10消费金额的定义
数据流编号
D03-03
数据流名称
消费金额
简述
顾客用餐实际发生金额的数额
数据流来源
银行
数据流去向
顾客
数据流组成
用餐额+折价额+日期
数据流量
5份/月
高峰流量
8份/月
表2-11变更反馈的定义
数据流编号
D03-04
数据流名称
变更反馈
简述
对顾客变更信息处理后的反馈
数据流来源
服务员
数据流去向
顾客
数据流组成
菜单编号+变更信息+变更情况
数据流量
30份/月
高峰流量
40份/月
表2-12付款的定义
数据流编号
D03-05
数据流名称
付款
简述
顾客付款
数据流来源
收银员
数据流去向
顾客
数据流组成
顾客信息+付款额度
数据流量
300份/天
高峰流量
800份/天
2.6.4处理逻辑的定义
表2-13菜单处理的定义
处理逻辑编号
P01-01
处理逻辑名称
菜单处理
简述
处理点菜和预定菜业务
输入的数据流
菜单，菜单编号，顾客信息
处理
餐饮提供方根据服务员提交的菜单进行处理
输出的数据流
账单、菜谱
处理频率
每天300次
表2-14预定菜单的定义
处理逻辑编号
P02-01
处理逻辑名称
预定菜单
简述
确定顾客的预定咨询，预定的信息
输入的数据流
顾客信息和预定信息的文件
处理
根据顾客的需求，即使营业情况，确定预定的可行，填写预定单，收取定金
输出的数据流
菜单
处理频率
每天60次
表2-15变更处理的定义
处理逻辑编号
P03-01
处理逻辑名称
变更处理
简述
对顾客送餐时间，菜谱的变更进行处理
输入的数据流
变更信息、菜单编号
处理
顾客根据需要对菜单进行更改，包括送餐时间，加菜、添菜，根据即使营业情况进行处理
输出的数据流
变更反馈
处理频率
每天35次
2.6.5数据存储的定义
表2-16变更信息的定义
数据存储编号
F01-01
数据存储名称
变更信息
简述
对顾客变更信息的储存
数据存储组成
顾客信息+变更信息
关键字
客户编号
相关联的处理
表2-17菜单信息存储的定义
数据存储编号
F02-01
数据存储名称
菜单信息存储
简述
存储顾客菜单信息
数据存储组成
顾客信息+菜单信息+日期
关键字
日期
相关联的处理
表2-18即时营业信息的定义
数据存储编号
F02-02
数据存储名称
当时营业情况汇总
简述
对当天当日营业情况汇总并储存
数据存储组成
菜单信息+日期
关键字
时间
相关联的处理
表2-19营业信息的定义
数据存储编号
F03-02
数据存储名称
营业信息
简述
存储所有营业的信息
数据存储组成
日期+营业信息
关键字
日期
相关联的处理
表2-20预定信息存储的定义
数据存储编号
F03-03
数据存储名称
预定信息存储
简述
存储顾客预定的相关信息
数据存储组成
顾客信息+日期+预定情况
关键字
顾客姓名
相关联的处理
2.6.6外部实体的定义
表3-21送货员的定义
外部实体编号
S01-02
外部实体名称
送货员
简述
送餐品的主要处理外部实体
输入的数据流
D03-02
输出的数据流
D03-03
第三章系统设计
3.1系统总体结构分析
本餐饮送货系统总体包括五个部分：
登录管理，订餐提交，接单派送，财务管理，系统维护。
图3.1系统总体设计模块图
3.2数据库设计
数据库的逻辑设计
根据关系模式的设计，为本系统数据库设置主键、外键，其中主键唯一表示该数据库的属性。
形成数据库的文件如下：
（1）菜单
数据结构
字段名字段代码字段类字段长度主键外键
酒菜编号BH字符10Y
酒菜名称MC字符20
价格JG字符8
单位DW日期8
附加信息FJXX字符3
（2）送餐单
数据结构
字段名字段代码字段类字段长度主键外键
送货单号SHDH字符10Y
送餐地址SCDZ字符20
顾客确认GKQR字符8
状态ZT字符8
（2）会员
数据结构
字段名字段代码字段类字段长度主键外键
会员卡号HYKH字符18Y
会员姓名XM字符20
会员性别XB字符8
联系电话LXDH字符11
住址ZZ字符100
（3）管理员
数据结构
字段名字段代码字段类字段长度主键外键
管理员编号BH字符20Y
密码MM字符6
管理员职位ZW字符8
年龄NL字符4
3.3输入输出设计
3.3.1订菜单输入设计
流水号
会员卡号
顾客名称
会员类别
付款方式
酒菜名称1
价格
折扣
酒菜名称2
价格
酒菜名称3
价格
金额总计
服务员
3.3.2会员信息输入设计
会员卡号
会员名称
身份证号
性别
会员等级
密码
地址
联系电话
发卡状态
生日
年龄
发卡日期
截至日期
累计消费额
累计消费次数
存款
积分
工作单位
备注
3.3.3订菜单输出设计
流水号
LS01
会员卡号
HY01
顾客名称
张三
会员类别
钻石卡
付款方式
网银
酒菜名称1
毛血旺
价格
25元
折扣
50%
酒菜名称2
宫保鸡丁
价格
15元
酒菜名称3
酸菜鱼
价格
30元
金额总计
70元
服务员
李四
信息使用者：
餐厅工作人员
使用目的：
查询顾客点菜情况，付款情况，会员消费情况等
使用周期：
每次点菜一次
输出格式：
表格
3.3.4小票输出设计
流水号
LS01
送货号
111
会员号
HY01
酒菜名称1
毛血旺
酒菜名称2
宫保鸡丁
酒菜名称
酸菜鱼
累计消费额
9999
累计消费次数
99
本次积分
20
总额
70元
折扣
50%
服务日期
2012/2/27-10-4
备注
信息使用者：
餐厅工作人员、顾客
使用目的：
令餐厅了解每日的经营状况，也让顾客了解自己的消费情况
输出格式：
表格
输出设备：
打印机
输出介质：
A4纸
第四章个人总结
经过一周的管理信息系统课程设计，我受益匪浅，在以往的学习中我只注重课堂上理论知识的学习，没有过多的关注知识的实践，以至于在这次课程设计中碰到了一些的困难，但是我不畏惧困难，我通过认真地思考与分析，最终将难题得以解决。
此外，通过这次课程设计，让我更深刻地明白，团队的力量是无穷的，我们互相帮助，互相鼓励，并且及时的进行沟通，最终完成了这次的课程设计。
第五章参考文献
[1]郑阿奇．JSP程序设计教程．北京：
机械工业出版社，2005：
174-179，215.
[2]施伯乐，丁宝康，汪卫．数据库系统教程［Ｍ］．北京：
高等教育出版社，2003：
147-151.
[3]周新会，傅立宏．ASP通用模块及典型系统开发实例导航［Ｍ］．北京：
人民邮
升级会员 