管理信息系统课程设计(X餐饮企业连锁管理信息系统)_第1页
管理信息系统课程设计(X餐饮企业连锁管理信息系统)_第2页
管理信息系统课程设计(X餐饮企业连锁管理信息系统)_第3页
管理信息系统课程设计(X餐饮企业连锁管理信息系统)_第4页
管理信息系统课程设计(X餐饮企业连锁管理信息系统)_第5页
已阅读5页,还剩16页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

前言系统名称:A餐饮连锁管理信息系统开发目标:开发出一个操作简便,界面友好,灵活实用,平安可靠的餐饮连锁管理信息系统。该系统可以加强对餐饮连锁网络的科学管理与有效控制;实现对前端销售现场的数据收集、汇总、分析;及时把握销售规律、趋势;在餐饮连锁体系中实施严格的质量管理。传统的手工化管理是制约餐饮连锁经营竞争优势充分发挥的“瓶颈〞,运用信息管理系统可使连锁经营突破管理“瓶颈〞束缚,实现从“粗放型〞到“集约高效型〞的质的飞跃。三、主要功能:(1)提高企业竞争水平营业数据实时汇总为管理者提供了大大的方便,也为连锁企业进一步提升企业竞争力水平做了有力的支撑。(2)提高运营效率,提升规模效应统一管理等标准化的网络式经营使得企业资源到达最优配置和优化经营。管理信息系统的运用,可极大地提高连锁企业对信息的处理能力,增强他的协调、管理能力,使餐饮连锁企业规模有极大的提高,连锁企业可以在一个更高的高度获取更多的规模效益。四、开发背景:餐饮企业在高速开展的同时,自然会面临着传统的管理方法和竞争手段落后,效率低下的问题,企业迫切需要改良管理思维,利用科学的管理手段来加强自身管理。随着餐饮连锁企业规模迅速的开展和壮大,先前的手工管理方式难以支撑该体系的快速扩大,并且信息的及时汇总和分析就显得尤为重要。因此,建立起一套先进的连锁管理信息系统就非常重要,为餐饮连锁企业效率化提升提供保证。第一章系统目标和开发的可行性第一节系统目标现行系统是手工运作的系统,业务人员手工作业量大,数据传递不及时,对数据的统计和计算过程容易发生错误,工作效率较低。业务流程管理不够严密。主要从销售收入角度向管理层提供数据,不能满足管理要求。对账务的查询不方便。第二节开发的可行性、1、系统的名称:A餐饮连锁管理信息系统2、主要功能:①提高企业竞争水平营业数据实时汇总为管理者提供了大大的方便,也为连锁企业进一步提升企业竞争力水平做了有力的支撑。②提高运营效率,提升规模效应统一管理等标准化的网络式经营使得企业资源到达最优配置和优化经营。管理信息系统的运用,可极大地提高连锁企业对信息的处理能力,增强他的协调、管理能力,使餐饮连锁企业规模有极大的提高,连锁企业可以在一个更高的高度获取更多的规模效益。3、目标:开发出一个操作简便,界面友好,灵活实用,平安可靠的餐饮连锁管理信息系统。该系统可以加强对餐饮连锁网络的科学管理与有效控制;实现对前端销售现场的数据收集、汇总、分析;及时把握销售规律、趋势;在餐饮连锁体系中实施严格的质量管理。传统的手工化管理是制约餐饮连锁经营竞争优势充分发挥的“瓶颈〞,运用信息管理系统可使连锁经营突破管理“瓶颈〞束缚,实现从“粗放型〞到“集约高效型〞的质的飞跃。二、系统环境以及工具:1.软件环境:用户端:Windows2000,Windows2003,WindowsXP效劳器端:WindowsNT/Windows2000及以上操作系统开发工具:科力MIS系统2.硬件环境:有高性能的电子计算机、大容量的存贮装置,个人电脑〔终端〕以及联结起来的网线等,组成信息资源共享的计算机网络,有共享的打印机,扫描仪等等三、系统设计原那么:1)系统运行平安可靠,稳定性好;2)系统的可管理性和可维护性好;3)系统输入界面友好,操作简便易行,尽量减少用户的输入工作量;4〕允许多种数据输入方式,能实现多种查询,允许进展模糊查询;5〕数据具有标准性,整体性,方便数据之间的比拟分析。四、系统可行性分析:1.技术可行性:系统要求在windows2000以上环境运行,后台数据库采用access2003,使用SOL编程,采用ADO方式连接数据库,这些在目前都是容易实现的。程序将局部需要经常调用的数据存入内存,可提高程序运行速度.2.经济可行性:根据企业多年来良好的经济效益,其经济实力比拟雄厚,这就为这套餐饮连锁管理信息系统的设计与实施奠定了经济根底,足以提供购置硬件设备和开发软件所需要的资金。

3.管理的可行性:本系统在投入使用后,其要求使用系统的工作人员除了需要具备在MicrosoftWindows平台上使用个人电脑的知识,并不需要特别的技术能力。这方面的知识,在与本工程运营相关的直接人员(包括经理、采购部、财务部、餐饮部和人事部)中已经具备。因此在管理上具有了系统开发的可行性。五、系统分析结论:由以上分析得出,本系统可进展开发。现行系统概况第一节:现行系统现状调查〔组织构造图、功能构造图〕公司采用的是总部和门店的直线管理方式,所以存在以下问题:1、信息不能及时汇总和分析2、物料采购、存储、配送不能及时、有效的进展管控3、连锁总部的管理模式不能有效、及时地传递给各门店4、数据信息存在着分散管理情形一、组织构造图经理经理前台效劳部财务部餐厅后台物品采购与管理功能构造图营业前台系统营业前台系统点菜下单预定位置制作传菜结账收银第二节系统需求说明一、餐饮部要求本系统能够完成对客人的开台管理以及买单管理,能够提供统一格式的计算机打印单据与报表,便于客人对消费程度的查询以及财务部门每个月的账务统计。

二、采购部要求本系统能够具有商品信息管理、商品信息查询、以及进货管理和库存查询的功能。三、财务部要求本系统能够具有日结算以及月结算功能,以方便对饭店的经济运行情况有详细的统计,给饭店的决策方案提供准确的参考依据。

四、人事部要求本系统能够具有员工信息管理功能,便于饭店对每一个员工的具体情况进展了解,也是对每一个员工进展职务提升的重要依据。

五、管理者希望能对每个部门每个时间段的运营情况及具体细节及时地了解,对各部门的重要信息进展浏览,从而掌握第一手资料,制定出具有针对性的制度、出台相应的活动来吸引顾客。

第三章新系统的逻辑方案第一节:业务流程图1、总体业务流程图下单下单顾客菜单存储餐厅后台收银台信息查询餐桌变更是添菜减菜确认判断变更顾客顾客付款收银台卡用户非卡用户折扣后价格原价发票发票消费到达一定额度客户个人账户升级卡用户菜单明细赊销信息存储有效信息登记赊销条件判定符合赊销4、预订子系统顾客顾客预定查询添加预定预订人信息预订订单取消预订餐厅后台收银台交订金开凭证顾客顾客个人信息存储个人消费记录确定卡用户收银台享受折扣个人档案第二节:数据流程图顶层数据流程图餐饮连锁前台营业管理信息系统餐饮连锁前台营业管理信息系统菜单信息子系统卡用户管理子系统预订管理子系统收银管理子系统第一层数据流程图D3D3一般用户D2卡用户D1菜单明细F1变更信息P1菜单处理S2收银员S1顾客S1顾客S2收银员D1菜单明细D2卡用户D3一般用户P1菜单处理第二层数据流程图D2.D2.9卡用户信息吃饭预定菜单0菜单信息D2.8小票菜单菜单点单顾客预订菜单直接下单后台处理菜单处理收银员帐单变更信息卡通户处理菜单信息存储菜单完成效劳员菜谱顾客D2.8小票效劳员D2.9卡用户信息收银员0菜单信息吃饭预订菜单预定菜单直接下单点单菜单处理菜单后台处理菜单卡通户处理帐单变更信息菜谱菜单信息第三层数据流程图〔1〕菜单管理子系统数据流程图DD变更反应D变更菜单D并桌、转桌D添菜减菜D菜单D菜谱S顾客D点菜P菜单处理S收银员P后台处理P判定变更方式P变更处理F即时营业信息D申请变更S顾客D添菜减菜S收银员D并桌转桌D点菜P菜单处理D菜单P变更处理D菜谱P后台处理D申请变更P判定变更方式D变更反应F即时营业信息D变更菜单〔2〕收银子系统数据流程图DD赊销金额D赊账申请D顾客信息S顾客S收银员D结账单P顾客类型判定P结账处理D原价D折价S相关主管D申请金额P赊销处理D赊销反应S相关人员F3.2.赊销信息D赊销意向F卡用户信息S顾客D折价S收银员D申请金额S相关主管D赊销反应S相关人员D赊销意向D结账单D付款D赊账申请P顾客类型判定D顾客信息P赊销处理D赊销金额P结账处理D原价F卡用户信息〔3〕预订子系统数据流程图DD预定单S顾客S前台效劳员D预定申请P即时查询D申请信息F营业信息S效劳员D查询结果P整理预订信息P后台处理D信息反应F预定信息存储S顾客D预定信息S前台效劳员D预定单S效劳员D预定信息D预定申请D信息反应D申请信息F营业信息D查询结果F预定信息存储〔4〕卡用户系统数据流程图顾客光临顾客光临前台接待管理效劳器客人结算客人离开店堂厨房写消费卡客人执卡消费消费单据顾客光临前台接待店堂厨房写消费卡客人执卡消费消费单据客人结算客人离开第三节:数据字典数据字典描述的主要有:数据流、数据元素、数据存储、加工和外部项,其中数据元素是组成数据流的根本成分。在系统分析中,数据字典起着重要的作用。它包含关于系统的详细信息。一般来说,系统分析人员把不便在数据流程图上注明而对于系统分析应该获得的,对整个系统开发以至将来系统运行与维护是必需的信息尽可能放入数据字典。数据项的定义表3-1菜单编号的定义数据项编号I01-01数据项名称菜单编号别名菜单编号简述菜单按一定的划分标准的编码类型及宽度字符型,8位取值范围“〞——“〞表3-2饭桌编号的定义数据项编号I01-04数据项名称饭桌编号别名饭桌编号简述顾客用餐的桌子编码类型及宽度字符型,3位取值范围“0000〞——“9999〞数据构造的定义表3-3订单表的定义数据构造编号DS01-01数据构造名称订单表简述订单根本信息数据构造组成·订单号餐桌号结账状况合计折扣总计现金找零收银员下单时间数据流的定义表3-4菜单信息的定义数据流编号D01-02数据流名称菜单信息简述顾客用餐的所以信息,包括饭菜种类等数据流来源顾客数据流去向效劳员数据流组成点菜信息+饭桌信息+日期数据流量300份/天顶峰流量800份/天表3-5预定菜单的定义数据流编号D02-01数据流名称预定菜单简述顾客预定餐的信息数据流来源顾客数据流去向效劳员数据流组成顾客信息+预定信息+用餐时间数据流量50份/天顶峰流量80份/天表3-6变更信息定义数据流编号D02-02数据流名称变更信息简述顾客根据需要对已确定的菜单进展更改数据流来源顾客数据流去向效劳数据流组成顾客情况+变更情况数据流量30份/天顶峰流量40份/天表3-7小票的定义数据流编号D02-03数据流名称小票简述顾客用餐结账后美食园开具的证明数据流来源效劳员数据流去向顾客数据流组成用餐金额+日期+菜单信息数据流量300份/天顶峰流量8000份/月表3-8折价的定义数据流编号D03-01数据流名称折价简述顾客根据消费金额享受的折扣数据流来源效劳员数据流去向顾客数据流组成消费金额+用餐金额数据流量100份/天顶峰流量200份/天表3-9菜单完成的定义数据流编号D03-02数据流名称菜单完成简述后台提交的关于饭菜完成的信息数据流来源后台效劳员数据流去向顾客数据流组成菜单编号+菜单信息数据流量300份/天顶峰流量800份/天表3-10消费金额的定义数据流编号D03-03数据流名称消费金额简述顾客用餐实际发生金额的数额数据流来源银行数据流去向顾客数据流组成用餐额+折价额+日期数据流量5份/月顶峰流量8份/月表3-11变更反应的定义数据流编号D03-04数据流名称变更反应简述对顾客变更信息处理后的反应数据流来源效劳员数据流去向顾客数据流组成菜单编号+变更信息+变更情况数据流量30份/月顶峰流量40份/月表3-12付款的定义数据流编号D03-05数据流名称付款简述顾客付款数据流来源收银员数据流去向顾客数据流组成顾客信息+付款额度数据流量300份/天顶峰流量800份/天处理逻辑的定义表3-13菜单处理的定义处理逻辑编号P01-01处理逻辑名称菜单处理简述处理点菜和预定菜业务输入的数据流菜单,菜单编号,顾客信息处理美食园根据效劳员提交的菜单进展处理输出的数据流账单、菜谱处理频率每天300次表3-14预定菜单的定义处理逻辑编号P02-01处理逻辑名称预定菜单简述确定顾客的预定咨询,预定的信息输入的数据流顾客信息和预定信息的文件处理根据顾客的需求,即使营业情况,确定预定的可行,填写预定单,收取定金输出的数据流菜单处理频率每天60次表3-15直接下单的定义处理逻辑编号P02-02处理逻辑名称直接下单简述顾客用餐前直接进展点菜输入的数据流顾客信息、菜单处理顾客根据自己的喜欢进展点餐输出的数据流菜单处理频率每天35次表3-16变更处理的定义处理逻辑编号P03-01处理逻辑名称变更处理简述对顾客桌子,菜谱的变更进展处理输入的数据流变更信息、菜单编号处理顾客根据需要对菜单进展更改,包括并桌、转桌,加菜、添菜,美食园根据即使营业情况进展处理输出的数据流变更反应处理频率每天35次数据存储的定义表3-17变更信息的定义数据存储编号F01-01数据存储名称变更信息简述对顾客变更信息的储存数据存储组成顾客信息+变更信息关键字客户编号相关联的处理表3-18菜单信息存储的定义数据存储编号F02-01数据存储名称菜单信息存储简述存储顾客菜单信息数据存储组成顾客信息+菜单信息+日期关键字日期相关联的处理表3-19即时营业信息的定义数据存储编号F02-02数据存储名称当时营业情况汇总简述对当天当日营业情况汇总并储存数据存储组成菜单信息+日期关键字时间相关联的处理表3-21营业信息的定义数据存储编号F03-02数据存储名称营业信息简述存储美食员所有营业的信息数据存储组成日期+营业信息关键字日期相关联的处理表3-22预定信息存储的定义数据存储编号F03-03数据存储名称预定信息存储简述存储顾客预定的相关信息数据存储组成顾客信息+日期+预定情况关键字顾客姓名相关联的处理外部实体的定义外部实体编号S01-01外部实体名称顾客简述到美食园就餐的顾客输入的数据流D02-03D03-01D03-05输出的数据流D01-02D02-02D01-01D02-01D03-02表3-23收银员的定义外部实体编号S01-02外部实体名称收银员简述就餐结账的主要处理外部实体输入的数据流D01-01输出的数据流D03-05外部实体编号S02-02外部实体名称效劳员简述顾客就餐的效劳人员输入的数据流D01-02D02-01输出的数据流D02-03D03-01D03-02第四章系统实施〔系统设计〕第一节新系统功能设计〔功能模块图〕:餐饮餐饮连锁管理信息系统前台管理后台管理财政管理采购管理预定管理数据交换管理大堂经理效劳员勤杂工人厨师财务主管会计和收银员采购员验货员接线员记录员各分店数据汇总数据共享第二节代码设计:代码是人为确定的代表客观事物(实体)名称、属性或状态的符号或者是这些符号的组合。代码设计现行由两种设计方法:线分类方法和面分类方法。本着代码设计的原那么,我们选择线分类方法根据主菜首字母确定主菜编号,每一道主菜有唯一确定的代码,;大堂经理或点菜员能够熟记菜单的编号,便于识别和记忆,更好的为顾客效劳;当有新的实体或属性添加时,直接利用源代码进展扩大,不需要改动代码系统,具有可扩大性和稳定性。第三节数据库设计数据库的逻辑设计根据关系模式的设计,为本系统数据库设置主键、外键,其中主键唯一表示该数据库的属性。形成数据库的文件如下:菜单数据构造字段名字段代码字段类字段长度主键外键酒菜编号BH字符10Y酒菜名称MC字符20价格JG字符8单位DW日期8附加信息FJXX字符3餐桌数据构造字段名字段代码字段类字段长度主键外键餐桌号CZH字符10Y餐桌类型LX字符20人数RS字符8状态ZT字符8会员数据构造字段名字段代码字段类字段长度主键外键会员卡号HYKH字符18Y会员姓名XM字符20会员性别XB字符8联系LXDH

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论