食堂管理系统毕业设计.docx
《食堂管理系统毕业设计.docx》由会员分享,可在线阅读,更多相关《食堂管理系统毕业设计.docx(45页珍藏版)》请在冰豆网上搜索。
![食堂管理系统毕业设计.docx](https://file1.bdocx.com/fileroot1/2023-5/17/3a82dc56-aec0-4b5e-b984-e2a3e69e3bc4/3a82dc56-aec0-4b5e-b984-e2a3e69e3bc41.gif)
食堂管理系统毕业设计
编号:
07............
毕业论文(设计)
题目:
食堂管理系统
完成人:
班级:
2007-05
学制:
专业:
计算机信息与技术
指导教师:
完成日期:
2012-03-20
食堂管理系统
作者:
殷德涛
指导教师:
卢香清
摘要:
本论文主要针对中小型饭店餐饮管理中的一些问题,将其与计算机信息管理系统结合起来,实现中小型饭店管理信息计算机化、系统化,将中小型饭店管理中的工作流转化成比较科学化、规范化的业务流程,使管理基础数据更加准确化,管理人员摆脱了事务性工作,转而从事管理专业工作,为经营决策提供了快捷和强大的数据支持。
把计算机用于餐饮企业管理,可在很大程度上提高管理者分析和决策的科学性,提高经营管职水平,带来更多的顾客,使企业取得更好的经济效益。
关键词:
面向对象;开台;并台;转台;餐饮管理信息系统
1系统开发背景和可行性分析
1.1背景介绍
中国是举世闻名的美食大国,拥有五千年的饮食文化和巨大的餐饮市场,满足个人的温饱问题已不是当今的热点,人们的生活方式逐渐在转变着,饮食已经成为了一种时尚,一种享受。
入世后随着国际贸易的发展,更多的厂商会融入到世界贸易体系中,随着中国对外的不断开放,会有大量的企业或公司介入到餐饮领域。
同时,随着中国兑现承诺和中国社会信息化的深化,很多地区性企业的“环境优势”对国外企业的障碍和不利条件被不断地消除,中国市场的竞争将更为激烈,而且随着餐饮业的迅速扩展,其中所暴露的问题也是不容忽视的。
首先,人才的专业化程度不够导致内供不足:
因餐饮业门坎较低,中国的大多数餐饮企业的老板是从小店发展起来的,家族式管理的居多,还没有发展到聘请职业经理人,许多还是"人治",并没有一套现代企业制度和监督管理体制,所以从观念意识、经营思想和管理水平还有待专业化。
其次,应变能力差,缺乏先进的信息工具:
现在的餐饮市场火爆,许多以前做电子、房地产等其他行业的老板都凭借雄厚的资金实力挤进餐饮市场,争先恐后的上规模、上档次、比菜品、比服务、拼价格,使餐饮市场竞争激烈,但是许多餐饮企业缺乏对市场的应变能力和灵敏的信息工具,在现今网络经济的时代,许多餐饮企业还处在手工及半手工状态,即使有计算机也只当个点菜器和计算器用,并没有真正通过计算机系统来实现改造流程、强化管理、降低成本、堵漏节流等作用。
最后缺乏科学和标准的管理体系:
国外著名的快餐连锁经过上百年的探索都形成了标准化的工作流程和方法。
中餐因其菜品的多样化和特色化的服务很难实现标准化管理,这使中餐企业的成本控制很难实现,但近两年也出现了引进快餐式经营特点的中餐企业,从流程、服务、出品都开了中餐标准化的先河。
随着信息产业的高速发展,信息系统将是一个成功企业所不可缺少的,信息系统能给企业带来高质量、高效率、科学的管理,使企业竞争力又有了提高。
1.2可行性分析
可行性分析是对现行系统进行初步调查和研究之后的结论,它反映了新系统开发策略。
下面分别从技术可行性、经济可行性和社会适应可行性三方面进行可行性分析。
1.2.1技术可行性分析
本系统采用VB编程语言环境,对系统的要求不高,一般装有Win98以上操作系统的计算机都能正常运行本系统。
本系统目前针对中小型饭店餐饮管理信息系统,规模及程序都不大,目前的使用者仅限于单个业务员的操作。
因而在实施过程中需求及难度都不会太大。
随着软件开发工具的发展,面向对象的、可视化的开发工具的不断涌现,如C++、VB.NET、C++Builder、PowerBuilder,这些工具在第三代语言的基础上,能帮助软件开发者提高软件开发的质量和效率,缩短开发周期。
在硬件方面,随着它的不断发展,给设计人员更大的灵活性,使研制周期变短,使复杂的设计轻而易举得以实现。
1.2.2经济可行性
在现代化管理中,经济效益的评价是决策的重要依据。
关于经济上的可行性,除了研究开发与维护新系统所需要提供的费用能否得到保证外,还需要研究新系统将要带来的收益、开发成本与维护费用之间的关系。
论证开发这么一个系统在经济上是否有利,进行费用估计与收益估计,包括对项目所需要费用的结算和对项目效益的结算,如果忽略了,就会造成巨大的损失。
本套餐饮信息系统的实施主要考虑几方面的经济因素,包括设备费用,软件开发费用,人工费用,系统投入运行后的经常费用等。
设备费用:
是指实现整个餐饮信息系统所需的硬件设备费用,主要包括了主机费用及网络费用。
由于本系统对主机及网络的要求不高,因而费用将不会十分巨大。
软件开发费用:
是指开发餐饮管理信息系统过程中所耗费的费用。
主要包括软件需求分析调研过程中,系统分析设计中,后期系统运行测试过程中等耗费。
本系统主要是针对餐饮管理过程中的开台及后台业务管理,内容及规模都不大。
耗费也随之减少。
人工费用:
主要是指人员培训费用。
整个系统牵涉到的业务流程中的角色都需要经过新的培训,但系统操作可视化,主要管理流程简单易懂,对员工来说容易上手。
系统投入运行后的经常费用:
最主要的经常费用包括系统的管理、维护费用,变动费(系统投入使用后,系统的使用需消耗的打印纸、磁盘、水费、电费及管理人员工资等费用),另外还可能牵涉到硬件系统的维护,其中由于主要PC维护大部分可以由厂家保修,因而总的费用将不大。
虽然本系统的资料搜集来源于互联网,但系统较低的要求使得系统成本也同样较低,而系统给企业带来的人力资源的节约化,效率高效化,管理科学化等等益处来说,餐饮信息系统必定会给企业带来长远的收益,因而在经济上是可行的。
1.2.3社会适应的可行性
中国的中小型餐饮企业,普遍存在电子化程度低、管理传统、业务流繁琐复杂等缺点。
不利于实现管理现代化、规模化、合理化。
中国加入世界贸易组织后,面对激烈的竞争,显得后劲不足。
因此,充分建立完善一套适合自身发展的管理信息系统,是为其在竞争中生存发展,提高自身效率,扩展客户群,增加市场份额,在竞争中立于不败之地,打下坚实的基础,是非常有必要,并且是必需的。
系统基于对餐饮业务数据各角度详尽地分析和处理,为企业的管理和决策提供多层次、多方位的数据依据,使管理和决策更合理、更有效、更具可操作性。
库存管理系统在操作上,比较容易执行。
后台方面在已经建好的数据库中直接输入原始报表或表单中的与之对应的数据,经过检查确认无误即可。
前台方面,基本上一般普通的操作人员在短期的培训后都可胜任。
只是分不同角色和不同权限来处理相应的工作。
在管理上,主管会更省力,更轻松。
因为所有的工作都可在鼠标与键盘中来完成,可在当天完成对物料出入库的登记,和数量、单价等的查询。
库存信息不断更新,反馈迅速。
在月末和年末时不必费很大的人力与物理把时间都耗费在盘点和对帐上。
同时,我们的信息、数据会在不同的地方、不同的人员处进行备份,以做到万无一失。
在保密与安全方面我们通过设置不同的权限与密码保证数据的完整性、安全性、可靠性。
通过普及这种系统,相信在全社会方面会产生比较大的效应。
因为利用管理信息系统来帮助我们把烦琐、复杂的工作简单化一直是我们长久以来奋斗的目标。
采用这套系统将大大节省人力物力和时间,而一个高效率的企业无疑会受到更多的青睐。
1.2.4可行性分析结论
通过在管理、技术、经济和社会适应性四方面的可行性研究分析,发现系统的开发满足这四方面的要求,因此一致认为系统应该立即开发。
1.3系统开发意义
信息系统在中国的运用,随着信息产业的高速发展,信息系统将是一个成功企业所不可缺少的,信息系统能给企业带来高质量、高效率、科学的管理,使企业竞争力又有了提高。
面对餐饮业多元化的经营现状,经营的特色、规模、出品这些因素的不同,带给餐饮企业的则是不同的标准和工作流程和方法,面对着这解决方法不一的情况,对人才的专业化程度的要求也相应地提高了,然而在国内市场上,餐饮业人才供应不足,在这样的两难情况下,信息系统得出现暂缓了这一紧张局面。
首先,餐饮管理信息系统不是单纯的用于结帐计算的工具,它有着科学的、标准的管理体系,它是通过对目前餐饮市场的具体情况科学的调研分析后设计而成的,它能够针对中餐因其菜品的多样化和特色化的服务很难实现标准化管理,使中餐企业的成本控制很难实现这些问题给与解决。
其次,餐饮管理信息系统能够给出具体的相应的符合企业自身要求的较科学的标准化管理流程,这暂时缓解了专业人才的需求,通过使用该系统就能完成专业人员所要做的事。
最后,餐饮管理信息系统可以针对企业的经营现状而做出科学的分析,使得企业对市场的应变能力得到了提高,从而通过餐饮管理信息系统来实现强化管理、降低成本、堵漏节流等作用。
更好的完善企业的经营管理,提高企业自身的竞争实力。
因此,通过上述对餐饮管理信息系统开发的可行性分析,得出该系统的开发是势在必行的。
提高餐饮企业核心竞争力的餐饮管理信息系统工具是不可忽视的。
下面,进行系统分析,对中小型餐饮企业的组织结构及业务进行详细研究分析。
2系统分析
2.1中小型饭店餐饮管理信息系统需求分析
经过上面的系统规划之后,对于燕山公司以及公司的现状有了初步的了解,下面,通过对公司进行更详细的调查来完成系统分析。
系统分析,是管理信息系统开发方法其中的生命周期法的第二阶段。
在系统分析阶段,根据系统调查中获得的原始资料,对组织内部整体管理状况和信息处理过程分析,确定用户的需求,并建立新系统的逻辑模型。
软件需求分析上作是软件生命周期中的重要的一步。
只有通过需求分析才能把软件功能和性能的总体概念描述为具体的软件需求规格说明,从而奠定软件开发的基础。
软件需求分析上作也是一个不断认识和逐步细化的过程。
该过程将软件调研阶段的需求资料进行分析和设计,使软件范围逐步细化到详细定义的程度,并分析出各种不同的软件元素,然后为这些元素找到可行的解决办法。
需求分析是软件生命周期的起始阶段,因为这个阶段的上作是获取用户的需求,如果这个过程的上作没有做好,得到的需求不全面或者曲解了用户的需求,那么后面的设计和编码将会按照错误的需求进行,给软件开发带来很大的风险。
因此做好需求分析及变更管理至关重要。
2.2餐饮信息系统分析建模
作为一种比较成熟的饭店管理系统,牵涉到的内容比较多。
它主要包括:
前台管理、后台管理、收银结帐、餐厅厨房、外客帐管理等部分,还有一些和外部系统的接口:
电话计费,公安接口,电子门锁,点菜机,财务系统接口,上网计费接口等等。
限于篇幅,本文只对饭店管理系统中前台管理,后台管理,财政管理,应收应付管理,系统统初始化,系统管理的分析和其中的几个模块设计进行描述。
2.2.1餐饮信息系统用例说明
在介绍系统用例之前,我们先了解一下用例图。
创建用例图:
在计算机软件系统的分析和设计中,首先需要准确地描述用户需求中的功能需求,以便进一步确定系统中应该建立那些对象。
以往用自然语言来描述对系统的需求,即把预期的人与系统之间的交互编写成“剧本”(Scenario)来描述这种功能需求。
但是这样的做法没有统一的格式,缺乏描述的形式化,随意性大,常常容易产生理解上的含混和不准确性。
UseCase图是一种描述用例的可视化工具,它用简单的图形元素表示出系统的活动者,UseCase,以及他们之间的关系,准确地表达了活动者与系统地交互清况和系统所能提供地服务。
活动者用一个小人来表示,用例用一个椭圆形的图标来表示。
下面就是餐饮信息系统的用例图。
2.2.2餐饮信息系统总用例图
本次研究开发餐饮管理信息系统主要针对中小型饭店餐饮管理,从而在设计上主要是偏重前台管理这一整个业务流程的实现,后台管理,财政管理等模块则是辅助部分。
它与大型饭店管理有着明显的不同,如系统的后台管理库存盘点主要还是由人为操作执行,同时系统后台管理并未考虑与前台管理内容的相连性,财政管理只是实现了基本的信息计算,而在决策方面内容不多,这样一来,该系统如果用在大型饭店管理中,大量的工作及主要的一些内容都不能实现系统信息化,从而不可能考虑本系统。
只有中小型饭店管理,工作量和数据量相对较小,信息化的程度也就相对较高,从整体而言,提高了工作的效率及质量。
本系统主要由五个模块组成,分别由系统管理员以及操作人员进行操作管理,如下图1
图1餐饮信息系统总用例图
2.2.3前台管理
主要是对饭店前台收银的管理。
包括开台管理,买单管理,单日结帐数据分析,日结算管理。
1.前置条件:
登陆系统并有权限对前台管理进行操作。
2.后置条件:
如果操作成功,将在数据库中的数据记录进行修改或添加,同时完成前台收银工作。
3.基流:
如选择开台管理,则执行分支流S1,若选择买单管理,则进入分支流S2,若选择日结帐分析管理,则进入分支流S3。
4.分支流:
S1:
开台管理
查找空闲房台,为客户开台,然后为客户进行点菜。
(A1)
若用户要求并台、转台或加菜,前2者查找空闲房台,为客户进行相应的操作(A1);最后一种情况则为顾客进行加菜服务。
S2:
买单管理
1.输入买单房台,为客户进行结帐处理
S3:
日结帐分析管理
1.对该日结帐信息进行分析管理。
5.替代流:
A1:
若无空闲房台,只能请顾客等待或放弃并台或转台。
活动图如2所示:
图2前台管理活动图
2.2.4后台管理
主要是对酒店后台进货,出货等的管理。
包括进货管理,出货管理,库存查询,库存统计分析,房间台号管理,商品信息管理,员工信息管理。
1.前置条件:
登陆系统并有权限对后台管理进行操作。
2.后置条件:
如果操作成功,将在数据库中的数据记录进行修改或添加,同时完成后台库存及其他信息管理工作。
3.基流:
若选择进货管理,则执行分支流S1,若选择出货管理,则进入分支流S2,若选择库存统计分析,则进入分支流S3,若选择商品信息管理,则进入分支流S4,若选择员工信息管理,则进入分支流S5,若选择房间台号管理,则进入分支流S6。
4.分支流:
S1:
进货管理
对进货信息进行查询及进货信息添加。
A1
S2:
出货管理
对出货信息进行查询及出货信息添加。
A1
S3:
库存统计分析
对库存信息进行管理查询及统计等功能。
A1
S4:
商品信息管理
对商品信息进行添加和修改等管理。
A1
S5:
员工信息管理
对员工信息进行添加和修改等管理。
A1
S6:
房间台号管理
对房台信息及其状态信息进行修改等。
A1
5.替代流:
A1:
若输入信息有误,系统将显示错误信息。
活动图如3所示:
图3后台管理活动图
2.2.5财政管理
主要是对酒店财务方面的管理。
包括月结算管理,月营业分析,年营业分析。
1.前置条件:
登陆系统并有权限对财务管理进行操作。
2.后置条件:
如果操作成功,将在数据库中的数据进行操作,生成所需的表单。
3.基流:
若选择月结算管理,则执行分支流S1,若选择月营业分析,则进入分支流S2,若选择年营业分析,则进入分支流S3。
4.分支流:
S1:
月结算管理
相应显示月结算信息,同时可以打印信息。
A1
S2:
月营业分析
相应显示月营业结算信息,同时可以打印信息。
A1
S3:
年营业分析
相应显示年营业结算信息,同时可以打印信息。
A1
5.替代流:
A1:
若输入信息有误,系统将显示错误信息。
活动图如4所示:
图4财政管理活动图
2.2.6系统管理
主要是对软件的维护和权限进行管理。
包括权限管理。
1.前置条件:
登陆系统并有权限对系统管理进行操作。
2.后置条件:
如果操作成功,将对用户权限进行修改或调整。
3.基流:
若选择权限管理,则执行分支流S1。
4.分支流:
S1:
权限管理
对用户权限进行修改或调整A1
5.替代流:
A1:
若输入信息有误,系统将显示错误信息。
活动图如5所示:
图5财政管理活动图
2.2.7统初始化
主要是对饭店的基础设置信息管理。
包括本单位定义,供应商管理,房间台号类型管理,部门信息管理,仓库信息设置,员工级别管理。
1.前置条件:
登陆系统并有权限对系统初始化进行操作。
2.后置条件:
如果操作成功,将会把企业的一些基本信息添加在数据库中。
3.基流:
若选择系统初始化,则执行分支流S1。
4.分支流:
S1:
系统初始化
将会对企业本单位定义,供应商管理,房间台号类型管理,部门信息管理,仓库信息设置,员工级别管理进行初始化。
A1
5.替代流:
A1:
若输入信息有误,系统将显示错误信息。
活动图如6所示:
图6系统初始化活动图
2.3餐饮信息系统模块各用例的分析
2.3.1餐饮信息系统模块用例的实现关系
前台管理主要是通过开台,买单和结算来实现;后台管理主要是通过库存管理,房台管理,进出货管理,商品管理来实现;财政管理主要是通过应付帐款管理和挂账管理来实现。
系统管理则是对系统的权限及用户密码进行管理。
系统初始化则是对企业基本信息进行录入。
2.3.2餐饮信息系统模块事件流分析
2.3.2.1登录:
用户先选择头像,然后输入用户名,密码来登陆系统。
系统会以可视化界面显示出可选用户头像,点击即可,然后输入密码,三次输错密码将退出系统。
若第一次登录系统,将会有相应提示信息,提示用户设置系统管理人员。
如图7
图7登录事件流分析图
2.3.2.2前台管理:
给顾客进行开台,买单,结算等操作。
顾客准备点菜之前,首先需要进行开台操作,操作人员通过选择空闲得房台给客户开台等操作,开台后就可以进行点菜。
在点菜单中,点击开始点菜按钮后,在点菜表中输入菜名为首个的中文字或中文字拼音首字母,系统会自动跳出相关选项,用鼠标或上下移动键进行选择操作,回车键确定选择,完成点菜操作后,可以点击确定退出按钮从而实现开台操作。
当客户需要进行加菜操作时,同样先选择房台,然后可以点击加菜退菜服务按钮,然后输入相应加菜和退菜内容,从而最终实现这一操作过程;根据客户不同情况的不同要求是,分别对客户房台进行转台和并台操作,选择相应的房台然后实现客户的需求;当客户要进行买单时,进入结帐系统,选择结帐相关信息,然后根据不同情况进行结帐理。
2.3.2.3后台管理:
对饭店库存,进、出货,商品信息,房台信息进行管理。
当进出货时,首先填写进出货登记表,然后记录入数据库中;商品信息主要是对商品以及菜单进行管理或添加,以便进出货和点菜时便于操作人员的操作工作;房台信息主要是针对房台的状态和基本信息进行基本的管理。
2.3.2.4财务管理:
对应付帐款,挂账信息进行相应得管理查询。
以操作人员的不同要求标准进行查询及显示信息,同时实现还账功能。
2.3.2.5系统初始化:
对饭店信息进行初始化操作。
包括单位信息,房台信息,供应商信息,部门信息,仓库信息等初始化操作。
主要就是将企业的进本信息进行录入,从而完成系统得初始化工作。
2.3.2.6权限管理:
对操作权限进行管理。
针对不同人员的不同权限进行区分,系统管理员则可以对系统用户进行管理操作。
如图8和9,分别是权限管理事件流分析以及各种类之间的对应关系:
图8,权限管理管理事件流分析图
VOPC:
图9权限管理管理VOPC图
3系统设计
3.1概述
系统设计是根据系统分析中的逻辑模型,科学合理地进行物理模型的设计,解决“系统怎么做”的问题。
从系统逻辑模型到系统物理模型的设计是一个由抽象到具体的过程,可能需要反复多次才能实现。
系统设计这一部分是对类进行详细设计(增加属性及类与类之间的关系),进而对相关用例进行修改设计和子系统设计。
最后完成数据库设计、组件设计和系统的物理配置方案。
3.2架构设计
软件构架文档提供了本系统构架方面的综合概述。
本文档以一系列的视图表示总体构架,包括用例视图、逻辑视图、实施视图和部署视图。
每一视图由多个模型组成,需求获取阶段已建立用例视图。
分析设计阶段主要是建立逻辑视图,逻辑视图中包含分析模型和设计模型。
本章重点对逻辑视图中的分析模型进行详细说明,分析模型中包括用例分析和分析类图的设计两部分。
在rationalrose中,系统构架主要由usecaseview,logicview,componentview,deploymentview组成,在设计阶段,主要完成logicview中的内容,即用应用层和商务层组织类。
如下图10:
图10应用层和业务层的实现关系
1.应用层内容(各实现用例的边界类和控制类):
图11个边界类和控制类的实现关系
2.系统登录:
图12系统登录的实现
3.登陆的并发:
图13登录过程中的并发
4.商务层内容:
(整个系统的实现依赖关系)
图14整个系统的实现依赖关系
3.3系统功能设计
功能设计描述了系统将会拥有哪些主要功能,反映了哪些业务被系统支持。
通过系统的功能设计,将方便的进行系统实施。
下面,先对系统的整个功能结构进行一下描述,然后对每个功能进行具体说明。
3.3.1功能结构设计
本系统主要功能设计有七大部分,分别是前台管理,后台管理,财政管理,应收应付管理,系统统初始化,系统管理,帮助。
如图15
图15中小型饭店餐饮系统模块结构图
3.3.2系统功能模块说明
本系统主要包括了六个功能模块,其中以前台管理模块和后台管理模块最为重要。
下面分别介绍一下这几个功能模块。
1.前台管理:
主要是对饭店前台收银的管理。
包括开台管理,买单管理,单日结帐数据分析,日结算管理。
2.后台管理:
主要是对酒店后台进货,出货等的管理。
包括进货管理,出货管理,进货查询,出货查询,库存查询,库存统计分析,房间台号管理,商品信息管理,员工信息管理。
3.财政管理:
主要是对酒店财务方面的管理。
包括月结算管理,月营业分析,年营业分析。
4.应收应付管理:
主要是对酒店的往来帐款进行管理。
包括应付帐款管理,挂账管理,历史挂账查询。
5.系统管理:
主要是对软件的维护和权限进行管理。
包括系统维护向导,权限管理。
6.系统初始化:
主要是对饭店的基础设置信息管理。
包括本单位定义,供应商管理,房间台号类型管理,部门信息管理,仓库信息设置,员工级别管理。
3.4餐饮管理系统流程图
企业的运作是由企业组织结构的各项业务流程实现的,业务流程是企业动态系统的组成部分。
对现行企业组织结构业务流程的描述和分析是系统分析工作的重要内容。
通过业务流程图从而描述系统处理的流程与数据分析。
经过上面的功能结构设计后,对系统的功能结构有了一定的了解。
但是,这仅仅是从功能的角度来描述系统的结构,无法看出各功能之间的关联。
下面,利用信息系统流程图来表达各功能之间的数据传达关系。
如图:
图16餐饮管理系统流程图
3.5类的详细设计(主要是实体类)
包括对实体类属性,操作和对应联系关系的设计。
如图17:
图17实体类之间的关系图
3.6数据库设计
数据库设计是系统设计的重要工作,它的设计质量直接影响到系统的开发进度、应用效果及生命力。
因此,整个数据库的设计工作必须按照科学的方法进行。
下面分别从数据库的概念设计、逻辑设计、物理结构设计以及数据库权限设计来对数据进行设计。
3.6.1数据库的概念设计
在RationalRose中,软件提供了实体类可以直接生成数据库模型的方法,具体步骤包括:
首先对实体类进行持久化处理,并定义实体类的关键字;然后在组件视图中创建数据库组件,并选择数据库管理系统(SQLServer);第三,用Rose中的DataModeler工具生成逻辑关系表最后对逻辑表用Rose中的DataModeler工具,正向工程生成物理数据库。
然而在这之前,建立概念数据模型又是十分必要的。
建立概念数据模型的目标产生反映组织信息需求的数据库概念模式,它是一种面向客观世界,面向用户的模式,它侧