餐饮配送系统文档格式.docx
- 文档编号:22426057
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:27
- 大小:215.95KB
餐饮配送系统文档格式.docx
《餐饮配送系统文档格式.docx》由会员分享,可在线阅读,更多相关《餐饮配送系统文档格式.docx(27页珍藏版)》请在冰豆网上搜索。
(3)可靠性,必须保障系统在复杂的网络环境下能够提供持续、稳定、可靠的服务。
系统可行性分析
可行性分析是需求分析的基础上进行的,对系统的开发从技术、经济、营运等方面进行分析,并得出系统的开发工作可行、不可行、需要修改、追加投资、暂缓开发、分步实施等方案和结论,最后完成可行性分析。
可行性分析一般可定义为:
可行性分析是在建设的前期对工程项目的一种考察和鉴定,对拟议中的项目进行全面与综合的技术、经济能力的调查,判断它是否可行。
可行性分析阶段的主要工作包括以下几个方面:
(1)技术可行性
技术可行性分析是根据新系统的目标来衡量是否具各所需要的技术,包括系统开发人员数量和水平,硬件方面,软件方面及其它应用技术。
从各个网站及许多局域网的建设中可以看到,目前基于Web的系统开发技术已经十分成熟,相信随着Internet/Intranet技术的进一步发展,基于Web的信息系统开发将有更为明朗的前景。
(2)经济可行性
经济可行性分析主要是对开发新系统所投入的资金与系统投入使用后所带来的经济效益进行比较,确认新系统是否会给企业带来一定的经济效益。
开发此餐饮管理系统,不仅能提高企业的管理水平给管理者提供一个企业运作的信息平台还能提升企业的形象及增强竞争力。
使用餐饮管理系统能将餐饮企业业务管理和人员管理信息化,使企业从原材料进货到客人消费都由计算机管理并记录,可随时掌握酒店里房间的使用状况,客人点单,挂账等情况,并能尽可能的降低使用者的劳动强度,同时提高工作质量和效率。
用最少的成本获得最好的经济效益,增强了餐饮企业的市场竞争力
(3)安全可行性
在系统运行后,就用户方而言,由于用户使用本系统时不会也不必关心系统内部的结构及实现方法,即对用户来说是透明的,所以本系统对用户而言是定位在界面友好、操作方便、功能齐全的原则上的,用户只需简单的用鼠标点击各页面上的链接或按钮就能执行相应的功能。
就管理者而言,关心的是如何处理用户信息,只要把用户的信息放入服务器端的数据库或专门的数据库服务器,管理者就可运行相应的后台程序进行处理。
(4)操作可行性
目前资源的利用情况和可操作性,只需根据相关需要对数据库中的相应表数据直接操作就可以实现系统的完整、稳定的运行,不会造成系统的巨大压力,可以保证系统的正常运行。
综上所述,通过技术可行性,经济可行性,安全可行性,操作可行性分析,本系统的开发是可行的。
系统开发环境
(1)硬件环境
服务器端
服务器端的最低配置是由建立站点所需的软件来决定的,在最低配置的情况下,服务器的往往不尽如人意,现在的硬件性能已经相当出色,而且价格也很便宜,因此通常应给服务器端配置高性能的硬件。
本网络系统服务器端的配置如下:
处理器:
InterPentium4或更高
内存:
512MB
硬盘空间:
160GB
光驱:
CD-ROM48X
显卡:
SVAG显示适配器。
用户端
因为客户端主要用于浏览和操作数据,所以对客房端的硬件要求不高,不过现在的电脑很高的性价比,因此需要的配置应该高于下面的配置:
InterPentium或更高
216MB
80GB
(2)软件环境
操作系统:
Windows2000Server或者更高版本
网络协议:
TCP/IP
web服务器:
Tomcat及以上版本
数据库:
MySQL
浏览器:
InternetExplorer及以上
Windows98/2000/XP
InternetExplorer或以上
项目开发组织机构的设置和人员的安排
全体成员共同完成:
系统需求分析,系统功能图,系统结构图,业务流程图数据流程图,系统模块系统管理。
(1)张丽璇负责该餐饮送货系统登录管理模块。
(2)张丽霞负责该餐饮送货系统接单配送管理模块。
(3)张强负责该餐饮送货系统后台管理模块。
第二章系统分析
系统功能需求
为了使系统更加人性化,便于管理员管理,此送货系统的用户将分为两种类型,一个是针对员工的餐饮送货管理系统,另一个是针对管理员(店主)的餐饮送货管理系统。
员工使用本餐饮送货信息管理系统应可以实现以下功能:
1.添加修改查询客户会员信息(修改客户信息需客户确认)
2.查询菜单
3.根据订单送货,请顾客确认签收
4.客户可以在自己的会员账户里充值
5.顾客可以用现金买单也可以从会员账户里扣取
管理员使用本餐饮送货信息管理系统应可以实现以下功能:
2.添加修改查询菜单信息,最好能看到菜品图片
3.添加查询预定信息,为老顾客打折
4.查询签收订单,保证送货服务到位
5.客户可以在自己的会员账户里充值
6.顾客可以用现金买单也可以从会员账户里扣取
7.设定具体的打折方法
8.添加职员信息,权限也可以定为管理员。
9.可以查询使用者的现金收款金额
除了实现以上功能外,本系统还需要方便用户地使用,使得用户可以很快地熟练掌握,从而可以让用户快速的投入工作。
并且要避免逻辑错误的出现。
系统需求分析
项目需求分析就是描述系统需求,通过定义系统中的关键域类来建立模型。
分析的根本目的是在开发者和提出需求的人之间建立一种理解和沟通的机制,因此,餐饮送货管理系统的需求分析也是开发人员和用户一起完成的。
需求分析的第一步是描述餐饮送货管理系统的功能,即定义用例,以此确定系统的功能需求。
该系统主要从酒店的订餐方面来分析。
餐饮送货管理系统的核心思想就是以顾客是上帝为核心,这就意味着酒店将把客人需求作为其运作的核心,提升客人满意程度,获得更大的利润。
随着行业竞争的加剧和市场的快速膨胀,增长率的下降,利润的降低,消费行为的理性化是必然的发展趋势。
各大酒店更多的将目光专注于如何提高服务质量,提高经营管理,而提高经营管理最重要的保证就是信息技术。
餐饮送货管理系统也是一个酒店不可缺少的部分,它的内部无论对于客户还是员工来说都至关重要,所以一个系统应该能够为用户提供充足的快捷的信息和方便的查询方式,周到的送货上门服务,而且不应有时间和地域的限制。
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已成为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
作为计算机应用的部分,使用计算机对餐饮的送货管理具有着手工管理所无法比拟的优点:
(1)客户和工作人员可以随时了解有关酒店餐饮的相关信息。
(2)减轻了工作人员的工作负担。
(3)查询、修改更加方便、快捷。
(4)客户享受足不出户,餐饮上门的优质服务。
系统功能模块图
根据以上需求,餐饮送货信息管理系统功能被划分为以下模块,如图所示:
图2-1餐饮送货信息管理系统功能模块图
业务流程分析
根据调查研究,该餐饮送货系统的总体业务流程图如下图2-2所示:
图2-2餐饮送货系统总体业务流程图
.1顾客订餐业务流程
客户通过登录本公司餐饮网页打开菜单进行订餐行为,最后将订菜单提交给服务台,具体流程见如图2-3所示:
图2-3顾客订餐业务流程图
2.餐饮送货配送业务流程
审核员将顾客所提交的订餐单进行审核,将合格订餐单进行登记,整理出送货清单并交给送货管理员,送货管理员分派配送人员,送货到顾客处,让顾客签收收货确认单,财务部进行财务支出与登记,最后整理出送货月报表和订餐日常查询。
这就是送货配送系统,具体流程图如图2-4所示:
图2-4餐饮送货配送业务流程图
数据流程分析
顾客订餐数据流程图
根据分析,可画出如下顾客订餐数据流程图如下图2-5所示:
图2-5顾客订餐数据流程图
餐饮送货配送数据流程图
其餐饮送货配送数据流程图如下图2-6所示:
图2-6餐饮送货配送数据流程图
后台管理模块
顾客消费完毕,需要对顾客消费清单进行统计,即计算出消费的总额,这些都是通过结账模块实现的。
结账模块主要功能是当顾客每次消费时将顾客消费的项目添加到数据库中,在用户结账时通过对数据库的查询,检索出顾客本次消费的商品名称及价格,然后计算出总额。
数据字典
数据字典描述的主要有:
数据流、数据元素、数据存储、加工和外部项,其中数据元素是组成数据流的基本成分。
在系统分析中,数据字典起着重要的作用。
它包含关于系统的详细信息。
一般来说,系统分析人员把不便在数据流程图上注明而对于系统分析应该获得的,对整个系统开发以至将来系统运行与维护是必需的信息尽可能放入数据字典。
数据项
表2-1菜单编号的定义
数据项编号
I01-01
数据项名称
菜单编号
别名
简述
菜单按一定的划分标准的编码
类型及宽度
字符型,8位
取值范围
“00000000”——“”
数据结构的定义
表2-2订单表的定义
数据结构编号
DS01-01
数据结构名称
订单表
订单基本信息
数据结构组成
·
订单号订单派送地址结账状况合计折扣总计现金找零收银员下单时间
表2-3送餐单表的定义
DS01-02
送餐单表
送餐单单基本信息
送餐单号餐品派送地址结账状况合计折扣总计现金找零送餐员送餐时间
顾客确认收货
数据流的定义
表2-4菜单信息的定义
数据流编号
D01-01
数据流名称
菜单信息
顾客用餐的所有信息,包括饭菜种类等
数据流来源
顾客
数据流去向
服务员
数据流组成
点菜信息+送餐信息+日期
数据流量
300份/天
高峰流量
800份/天
表2-5变更信息定义
D02-01
变更信息
顾客根据需要对已确定的菜单进行更改
服务
顾客情况+变更情况
30份/天
40份/天
表2-6小票的定义
D02-02
小票
顾客用餐结账后餐饮提供方开据的证明
用餐金额+日期+菜单信息
8000份/月
表2-7折价的定义
D03-01
折价
顾客根据消费金额享受的折扣
消费金额+用餐金额
100份/天
200份/天
表2-8订菜单完成的定义
D03-02
菜单完成
后台提交的关于订餐完成的信息
后台服务员
顾客,送货员
菜单编号+菜单信息
表2-9送餐单完成的定义
D03-03
送餐单完成
后台提交的关于送餐完成的信息
送货员
后台管理员
表2-10消费金额的定义
消费金额
顾客用餐实际发生金额的数额
银行
用餐额+折价额+日期
5份/月
8份/月
表2-11变更反馈的定义
D03-04
变更反馈
对顾客变更信息处理后的反馈
菜单编号+变更信息+变更情况
30份/月
40份/月
表2-12付款的定义
D03-05
付款
顾客付款
收银员
顾客信息+付款额度
处理逻辑的定义
表2-13菜单处理的定义
处理逻辑编号
P01-01
处理逻辑名称
菜单处理
处理点菜和预定菜业务
输入的数据流
菜单,菜单编号,顾客信息
处理
餐饮提供方根据服务员提交的菜单进行处理
输出的数据流
账单、菜谱
处理频率
每天300次
表2-14预定菜单的定义
P02-01
预定菜单
确定顾客的预定咨询,预定的信息
顾客信息和预定信息的文件
根据顾客的需求,即使营业情况,确定预定的可行,填写预定单,收取定金
菜单
每天60次
表2-15变更处理的定义
P03-01
变更处理
对顾客送餐时间,菜谱的变更进行处理
变更信息、菜单编号
顾客根据需要对菜单进行更改,包括送餐时间,加菜、添菜,根据即使营业情况进行处理
每天35次
数据存储的定义
表2-16变更信息的定义
数据存储编号
F01-01
数据存储名称
对顾客变更信息的储存
数据存储组成
顾客信息+变更信息
关键字
客户编号
相关联的处理
表2-17菜单信息存储的定义
F02-01
菜单信息存储
存储顾客菜单信息
顾客信息+菜单信息+日期
日期
表2-18即时营业信息的定义
F02-02
当时营业情况汇总
对当天当日营业情况汇总并储存
菜单信息+日期
时间
表2-19营业信息的定义
F03-02
营业信息
存储所有营业的信息
日期+营业信息
表2-20预定信息存储的定义
F03-03
预定信息存储
存储顾客预定的相关信息
顾客信息+日期+预定情况
顾客姓名
外部实体的定义
表3-21送货员的定义
外部实体编号
S01-02
外部实体名称
送餐品的主要处理外部实体
第三章系统设计
系统总体结构分析
本餐饮送货系统总体包括五个部分:
登录管理,订餐提交,接单派送,财务管理,系统维护。
图系统总体设计模块图
数据库设计
数据库的逻辑设计
根据关系模式的设计,为本系统数据库设置主键、外键,其中主键唯一表示该数据库的属性。
形成数据库的文件如下:
(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
输入输出设计
订菜单输入设计
流水号
会员卡号
顾客名称
会员类别
付款方式
酒菜名称1
价格
折扣
酒菜名称2
酒菜名称3
金额总计
会员信息输入设计
会员名称
身份证号
性别
会员等级
密码
地址
联系电话
发卡状态
生日
年龄
发卡日期
截至日期
累计消费额
累计消费次数
存款
积分
工作单位
备注
订菜单输出设计
LS01
HY01
张三
钻石卡
网银
毛血旺
25元
50%
宫保鸡丁
15元
酸菜鱼
30元
70元
李四
信息使用者:
餐厅工作人员
使用目的:
查询顾客点菜情况,付款情况,会员消费情况等
使用周期:
每次点菜一次
输出格式:
表格
小票输出设计
送货号
111
会员号
酒菜名称
9999
99
本次积分
20
总额
50%
服务日期
2012/2/27-10-4
备注
餐厅工作人员、顾客
令餐厅了解每日的经营状况,也让顾客了解自己的消费情况
输出设备:
打印机
输出介质:
A4纸
第四章个人总结
经过一周的管理信息系统课程设计,我受益匪浅,在以往的学习中我只注重课堂上理论知识的学习,没有过多的关注知识的实践,以至于在这次课程设计中碰到了一些的困难,但是我不畏惧困难,我通过认真地思考与分析,最终将难题得以解决。
此外,通过这次课程设计,让我更深刻地明白,团队的力量是无穷的,我们互相帮助,互相鼓励,并且及时的进行沟通,最终完成了这次的课程设计。
第五章参考文献
[1]郑阿奇.JSP程序设计教程.北京:
机械工业出版社,2005:
174-179,215.
[2]施伯乐,丁宝康,汪卫.数据库系统教程[M].北京:
高等教育出版社,2003:
147-151.
[3]周新会,傅立宏.ASP通用模块及典型系统开发实例导航[M].北京:
人民邮电出版社,2006:
11-19.
[4]周兴华,李增民,臧洪光.Ddlphi7数据库项目案例导航[M].北京:
清华大学出版社,2005:
377-384.
[5]刘敬,严冬明,马刚.Delphi住宿餐饮管理系统开发实例导航[M].北京:
人民邮电出版社,2003:
4-5.
[6]吴敏.s
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 餐饮 配送 系统