软件工程课程设计餐馆点餐系统详尽设计专业班级:指导老师:20**1．2编撰背2.１要求2．4决定可行性的主要因3．１.1用传统手工流程的餐饮企业面对的是１.2正在使用着餐饮软件的企业面对的是3.1.3内部矛盾剖析3.2竞争优3．2发展前4.1启动系统４.3退出系４.4用户管理4.4.1用户更改个人信息4．4.3新增用户４.5更改用户4.5菜单信息管理4.６手动排序功能4.７递交用户需求及交费4．８数据库备份4.１0服务器端日５．1顾客端(顾5.2顾客端（服务员105．3顾客端(面点师105．４后台管115.5服务器11６、软件测1１1、引言1．1编撰目的软件可行性研究报告的编制是为了使用户和软件开发者双方对该软件的初规定有一个共同的理解１.２编撰背景致力改善进餐厅餐环境,减缓用餐高峰期点餐客户等待时间过长的问题,用高科技点餐,突破原有的饭店服务模式，吸引更多的顾客。２、可行性研究2.1要求主要功能:将饭店点菜手动化、自由化、个性化功能需求面向总监:后台管理(访问权限,更改菜单,降低菜项，删掉菜项，销售情况剖析面向客户:显示特色菜,菜单列表,具体店名查询（显示实际图片,订餐功能，预待时间交行卡消费并复印座位收据(客户服务员一式两份及消费收据面向服务员:客户消费结算功能面向面点师:显示当前任务功能性能要求管理员录入的信息必须无差错地储存至中心服务器，且对顾客端的数据应当及时进行更新。
输出要求:数据完整,详尽。输入要求:便捷,简捷,快速。安全与保密要求饭店客人和面点师以及服务员只有查询和建议功能管理人员则拥有在其权限内的查询,更改,降低,删掉菜单,制定价格等一些管理功2.２目标为各大中大型饭店旅馆提供一个统一、方便、安全的信息管理平台２.３可行性研究方式可行性研究的方式是通过对各大中大型饭店、酒店管理者进行问卷调查及访问谈话而得到用户对此系统的信任度关注度及依赖度的，通过建模剖析，得出了该系统的功能需求,本剖析，可行性剖析。2．４决定可行性的主要诱因成本/效益剖析结果,效益>>成本。技术可行,现有技术可完全承当开发任务。操作可行,软件能被原有工作人员快速接受。3、需求剖析3.１现况客户:一些生意较好的饭店人常常比较多,点个菜都要等许久，更别提哪些时侯能吃上服务员：有的客人比较挑剔,点菜的时侯会对各类菜问个到底,有的客人拿点菜迟迟不定主意,人多的时侯根本忙不过来。面点师:刚做完一道菜,同样的菜又要做一份，效率很低，客户的等待时间也会延长。经营者:希望有那么一个系统,合理得分配调节，也使客户用餐愈发自主3.１．1用传统手工流程的餐饮企业面对的是舞弊:收银员舞弊等顾客结完帐在退食材,退的钱自己收下；结完账把原始单销毁，多的钱可以自己收下；算错多付钱自己可以收下；茹果收银软件存在漏那都会更危险。
酒水员舞弊退顾客的酒水，销售自己带的酒水,获取暴利。跑单：因上菜速率慢，顾客催菜，服务员去卧室催菜,顾客借此走人；或则因上菜慢随最后上来但顾客拒绝付款。丢单:手写单到卧室的只有一联,各个摊位就会抢着用单子，忙时常常会丢餐饮软件不稳定都会有丢单现象,丢单是餐饮界“兵家三忌”效率低：收银部、传菜部、厨师部、库房等采用手写收据,财务部要核实手写收据,费时吃力。3.１.2正在使用着餐饮软件的企业面对的是收银软件存在完全漏洞，功能不健全结构不合理，售后服务差或没有服提供不了有价值的报表。营销针对性不强,责怪或漏失大顾客日审、成本、统计工作量大，易出错报表编制困难,只能进行简单经营剖析。3.1.3内部矛盾剖析主要问题表现为：手工收银单队储字不清晰、核对困难费时吃力财务人员核单、核算负担过重形成火气收银遇见多收、少收、错收、退菜、加菜等未能及时监督资金漏洞顾客收银时才算消费合计、赠加等待时间顾客不满根源所在手工收据容易被有意更改、无法核实考证收银人员操作无操作记录、无法及时监督主要问题表现为:饭店面对的氏塔务的竞争、菜品的竞争、管理的竞争、客户的竞争竞争残酷卧室里的对帐、用料、退料、盘点、原料浪费、做错菜、做重菜等情况未能控制根源所在通过传统管理方式无法同时抓原材料使用情况未能有效跟踪主要问题表现为：四联单跑四个地方才可以完成点菜浪费时间服务员队储工作量大、重复性工作高浪费人力手工进行成本核算、报表生成、原始收据核实效率极低风险所在手工核算工作量大、容易出错服务员来回传送单、容易跑单营业员、服务员、点菜员分工不明晰存在服务死角点菜、退菜、送单、催菜、收银等都有一人完成服务时间很短对饭店的新老顾客不能否统一管理与维护顾客资源流失风险所在服务时间难以保证,服务上不去，但是影响企业信誉；顾客关系维护困难，关爱上不去，但是容易恶性循环；面点师做饭全听扬声器喊、传菜生要先识菜在上菜做饭上菜出错率高手工单不能实时进行统计剖析、进行销售统计老总决策失误率高风险所在报表及时性不强，影响领导决策的有效性卧室传菜业务流程不规范不能精细化管理3．2竞争优势功能健全:前台营业、出品调度、客户关系管理、库房成本、应收应付、远程查询、财务插口一应俱全。
结构先进:真正实现数据库、应用服务器、客户端多层结构编程,系统的稳定性和可扩充性、可订制性大为强化。数据库只持SQL２００0,顾客端、应用服WIＮ200０、WＩＮXPSＰ1、WIＮＸPSＰ2等最新操作系统。用户可依据企业规模、资金计划、当前管理重点等诱因按模快选择目前所须要的软件功能，随着企业的发展或解决了目前的管理弱项后,可随时扩展其它功能。产品族建立:餐饮通是金蝶餐饮娱乐饭店套件中的一部份。金蝶餐娱套件产品族可以满足目前或将来有餐饮娱乐一体化经营要求的顾客要求。预订环节亮点可以记录查询当前或未来任意时刻的预订,只持时段、桌台、菜品预订只持预订金管理（实现全部前台资金环节的严密管理独创只持预折扣处置点单环节亮点笔记本点单、触摸屏点单、无线ＰＤＡ实时点单三种模式,可灵活混用,各点单模式数据手动同步点单完全按向导式方法设计,开台-输入客户人数-点单-选择点单员-特殊菜肴手动弹出做法,无需记忆操作步骤,不会遗漏或错选做法、重量、备注等,防止造品或营业统计剖析不确切助记码点单“模糊匹配,动态筛选”功能，例茹点取“清蒸鲥鱼”,既可以输入从食材第一个字起输入拼音首字母“ＱZLY“鲈鱼”的拼音首字符(不用死记硬背菜谱,熟练应用可推动入单速率按时计价或临时菜点取后在拥有相应权限的操作员处手动提示输入过秤重量或审定价胳,防止后续收银环节出错只持议价食材，凡议价食材可灵活临时核价（茹各类时水果强悍灵活的价胳清单管理，只持同一菜肴在不同时蓟涪不同楼层和区域、同单位手动套用不同价胳(茹鲍参翅肚羹,西餐158/份，早餐1８8算大厅158／份包间１88／份按位算大厅价38／位,包间５8／位等对帐收银环节亮点复印预对帐单后手动锁定账单点餐系统软件，重复复印对帐单系统手动提示并在账单上标明复印次数,防止各类收银漏洞且利于财务对帐独创的既可只持按点菜时间次序排列消费明细(利于收银员最后依据原始手工菜单核实客户食材氏笋遗漏,又可按食材类别排列消费明细更建立的折扣管理流程。
手动按照顾客卡号或合同号调用相应折扣方案，加对内部不同职位操作人员的折扣授权管理只持食材关联付款方法管理,灵活设定个别食材采用个别付款方法时不可购扣(茹:消费券不可用于订购酒水,挂帐不打折等只持收据套打，独创的收据套打设计工具,会用wｏｒd都会设计收据胳式顾客关系及营销管理亮点顾客生日、婚礼记念日等提早提示功能,利于举办晚宴营销,提供顾客关爱。大的积分管理模式,不仅只持按消费额的固定比列积分，还只持按消费额区间定义积分(例茹单次消费1000元以内每１00分,千元以上每１0０元计这些积分规则利于辨识消费能力强的大顾客、按来店次数额外送积分(每来店分,这些积分规则利于辨识培养忠实客户提供身分辨识卡、积分卡、折扣卡、储值消费卡、等多种VIP卡应用模式,且各类应用模式可混用,帮助顾客构建一套系统的以卡为载体的VIP顾客营销模严密的储值卡发卡冲值流程,任一冲值过程数据库、管理卡双重数据校准,值卡管理漏洞，以便财务对帐新增对消费券的领用、发放、回收的全流程管理,手动提示发券并对回收券的有效性手动校准。供应链管理环节不仅一般的“标准成本卡”(逐一拟定各项目的标准菜谱,例茹:土豆炒肉:土豆-１0０克，牛肉－５０克„„模式来核定管理标准成本外，独创提供“主物料标准耗损”模式来核定管理标准成本(按关键或贵重物料在各项目的核定药量，例茹：贵重物料海参标准耗损:原只香蕉炖海参简略剖析:标准成本管理是各种餐饮企业管理的重点。
“标准成本卡”模式在理论上可行,际应用中因为须要逐一拟定每种食材的标准成份,工作量巨大,不宜或不愿提供,实践中不太容易施行，故该模式常常只适用于快餐业。“主物料标准耗损”模式克服了构建标准菜谱的种种不足,将成本管理的着眼点置于原材料上,不要求厨部公开或提供菜肴的具体配方,只坞提供应用到某种关键或贵重原料的菜肴中该物料药量,这样利于企业逐渐而持续地推进标准成本管理。采购-入库－应付-领用-耗损-盘点-成本核算-付款-收汇应付等货运收只业务完整系统处置,也可提供入库-应付－领用－盘点-成本核算-付款这几个主要环节管理的简捷货运收只版本收只管理模快，只持对顾客预收及供应商应付按收据、按金额、按明细的核销模式统计查询及经营剖析环节独创的、经典的《营业回顾》报表,总监人只花内企业营业帐务氏笋平衡,各部门或菜肴类别销售收入、消费人次、人均消键数据强悍的报表-原始收据穿透连查功能，查看报表时须要了解任一数据的来源或虱因时双击可手动连查到明细表直到客户的原始消费单3．2发展前景在计算机技术以及互联网急速发展的明天,先进的经营理念，人性化的设计,以及高科技的支持,无疑促使饭店、酒店更受消费者的欢迎。
通过以前的调查剖析得知，点餐系统以其高效率、直观、便捷的优点将迅速攻占整个餐饮市场。4、总体设计4.１启动系统使用本系统无需登陆,但管理员和会员才能登入。登陆的时侯须要填写正确的用户名和密码,管理员可以更改自己的密码。4.2登录系统用户输入用户名、密码,系统进行用户身分验证,验证通过则成功登陆,显示带有相关权限的界面,显示登陆用户名,服务器日期,用户可以进行相关权限的处理。假如是用aｄmiｎ帐号登入,将出现如下完整功能界面:身分验证过程如下：验证对应用户的密码是否正确。在以上验证过程中，用户名和密码均对大小写敏感。假如登陆失败,系统将向用户提示失败信息,具体有以下情况:尺寸错误的提示。4．3退出系统操作系统“退出”功能时,系统会提示用户是否退出,用户点击“确认”后系统退出,点“返回”按钮系统不退出。４.4用户管理4.４.1用户更改个人信息用户登入后可以更改个人信息，包含:姓名、会员号、密码、其中用户名和用户卡号不可更改，不能进行输入。密码分旧密码、新密码、验证新密码,若需修改密码,系统验证旧密码正确，两个新密码相同,则更新密码，旧密码即失效,其他修改项也生效,并提示“用户信息更改成功”,系统将不更改个人信息;若两个新密码不同点餐系统软件，则提示“新密码与验证新密码不同”,系统将不更改个人信息。
若只更改密码外其他信息，则不需输入两个新密码,系统只验证旧密码正确，就成功更改个人信息,并提示“用户信息更改成功”;假如系统验证旧密码输入不正确,则提示“用户密码错”４.４．2用户管理新增用户２删掉用户更改用户有用户管理权限的人员登陆后可以进行上述操作,点击“用户管理”按钮,出现用户界面如下,下边进行分述4.4.3新增用户用户个人信息包含如下内容:姓名会员号密码１、提交后系统验证必输项不为空,否则显示相关错误信息，新增用户失败;２、系统验证“姓名”和“会员号”是否惟一,倘若不惟一则提示相关错误信息,新增用户失败;３、系统校准“密码”和“验证密码”是否一致,一致则提示新增用户成功,用户列示新增的用户信息,按用户名递增次序排列出所有用户,显示姓名、会员否则则显示相关错误信息,新增用户失败。4.４.4删掉用户系统将弹出对话框让用户进行确认是否删掉，假如用户确认删掉，则删掉选中的用户，提示删掉成功信息，但是用户列表中所选的用户信息清除。系统管理员帐号adｍiｎ不容许被删掉。4.４.5更改用户具有用户管理权限的后台管理员可以更改用户信息,包括：录入用户个人基本信息，户访问权限设置、新卡号设置、撤销长时间不用的用户信息、备份用户信息。
用户个人私密信息只可用户进行更改,用户姓名名和用户卡号不可更改，他需更改项的类型和范围同新增用户输入一样。若需更改密码,只须要两个新乡码非空而且相同,新密码,旧密码即失效,其他更改项也生效,并提示“用户信息更改成功”;若两个新密码不同，则提示“新密码与验证新密码不同”，系统将不修改个人信息。若只更改密码外其他信息,则不需输入两个新密码,就成功修改个人信息，并提“用户信息更改成功”4．5菜单信息管理菜单信息主要包括后台管理员对菜单的管理和顾客对菜单的使用。后台部份的管理:包括上传菜单;更新菜单；删掉不用菜单;并赋于菜单必要的说造成并病发等。部份菜可以给与特定让利时也必须给用户说明。前台用户使用:顾客可以查询饭店提供的各类食物及了解相应的饮食注意事项;点取自己最喜爱的食物;了解菜的价钱和是否点菜。4．6手动排序功能饭店的好多缺点就是用户点菜后服务员传菜出现混乱,还不清楚自己后面究竟还有多少人都在等待自己喜欢的饭菜,因而可能会耽误用户的宝贵时间,手动排序功能特征:用户可以手动获取系统给与的认筹,倘若时间很急,就可以在此时改变注意是否等待这道菜。
同样面点师也可以减轻都做同一道菜的压力。在你确定点菜并获取序号时，服务员同时也获取到相同的序号，这样你的菜就不会先来后吃到了，不会混淆，不管对服务员还是顾客都是最好的。4.7递交用户需求及交费递交用户所须要的菜单名称，菜单名称必须是系统中存在的菜,输入的内容均为汉字,出现其他的语种不给与容许。假如没有则提示用户没有此菜，然而可以提醒用户把它列为喜爱的菜种，可以为饭堂提供参考,并在条件容许时添加此道菜。递交用户店名后系统给与用户提示,是成功还是失败,必须明晰提示,倘若操作超时,也要作出提示。交费时可采用现金和信用卡，会员用户可有自己的帐户，可预存。结算时可从预存帐户交纳。4.8数据库备份备份分为手工备份和手动备份:在服务器端有一个按键,点击后,数据会存成一个数据备份文件。手动备份，数据每晚２次定时备份４.９数据库同步因为点菜系统分为用户选项以及后台操作所以必须维持前台于后台数据库的数据一致性４.10服务器端日结为了提升服务效率,服务器端有日结功能,服务器在日结过程上将断掉网路,日结完成后恢复。日结将饭堂为三天之前的菜单数据归档,客户系统服务服务员结算数据库管理者下达任务面点师客通过顾客端展示的显示特色菜,菜单列表等进行点餐。
订单通过服务器下达给服务员和面点师。服务员通过服务器复印客户结算单,桌号等。面点师按照服务器下的单进行操作。管理者可以查询每日消费详情,包括订单、营业额等。5、详细设5.1顾客端（客人)顾客端(客户）点餐功能:查询、点餐、修改订单、提交订单、个性订制1.查询:通过输入查询菜单点餐:对中意的名菜下单,并计入订单中2．更改订单：更改订单中早已加入的店名3.递交订单:确认无误后递交，下单个性订制:依据个人喜好,对菜品提出要求，包括用餐人数。菜单介绍：每样菜展示店名、实物图片、配料、营养搭配、人气指数等。1．特色菜：显示本店的特色2.地域菜:包括西餐（八大苏菜)、西餐3．人气排名:依据客户点餐的次数、评价,对每样菜进行评定,给用户参考。4．名菜分类:爽口菜、甜品、冷盘、汤类、煲类、素食、海鲜等（可自定义)5.设定价钱区间套餐推荐1.价钱区间:依据套餐配菜制定价格２．人数：设定各个人数的套餐3.用餐性质:朋友聚餐、家庭聚会、公司聚餐、商务餐等4．个性订制:对套餐中的个别凉菜进行更换酒水啤酒1.价钱区间:自定义２.白酒：饮料、白酒、红酒（可依据各个饭店具体情况设定）3．啤酒:果汁（猕猴桃、橙汁、苹果等)、碳酸饮品等说明:酒水啤酒除设定浏览功能外还设定多重搜索功能。
反馈1.对服务员评价：特别满意、满意、基本满意、不满意、很２．对用餐环境评价:好、一般、不好３.对菜品口味评价:过咸、过淡、不熟等等,视每样菜而定。客户也可不评价需求服务：可以通过键盘，呼叫服务员进行服1.更换厨具2.清除碎屑3.酒水开瓶4.其他5.2顾客端（服务员)顾客端（服务２．用餐人数３.已点菜目（若是套餐则显示套餐)4.个性需求5.配送详情６.酒水需求7．单价/让利/实际结算8.是否买客人反馈1.对服务员评价2．对用餐环境评价3.对菜品口味评价服务需求提示1．需求提示讯号2.需求桌号３．需求内容５.3顾客端(面点师)顾客端(面点师)任务列表１.店名2．数目10４.个性需求５.完成详情客户评价依据客户评价系统可进行多重搜索(店名、口味、色泽、满意程度等)５.４后台管理功能项删掉、添加、修改、查询、广播１.删掉:删掉名菜２.添加:添加新名菜３．更改:对已有的名菜进行图片、介绍方面的更改4.查询:查询名菜、各区段的营业额、顾客评价、订单详情广播:对各顾客端发送广播,包括温情提醒,活动预告、优惠信息等系统设置题风格2.分类设置5.5服务器服务器的设置早已数据库的设置属技术范畴。
按照系统功能进行设计。6、软件测试依照功能设计开发系统配置服务器、数据库白盒测试、黑盒测试早期试点投放搜集反馈信息系统软件构建、美化即将发系统定期维护、更新7、后记通过对课题的选择，查阅资料,课题剖析、设计,觉得到做一份软件可行性报告确实不容易,要考虑到多重诱因,一时间可能考虑还不够全面，所以,可行性报告还要不断更改。直至才能施行,但是对系统的开发确实能起到指导性的作用。做软件可行性报告可以锻练人的设计能力、语言抒发能力以及专业技术能力，同时可以改变人的思维方法，想问题愈发全面。总体来说，是个不错的实习案例。１1
免责声明：部分文章信息来源于网络以及网友投稿，本站只负责对文章进行整理、排版、编辑，出于传递更多信息之目的，并不意味着赞同其观点或证实其内容的真实性，如本站文章和转稿涉及版权等问题，请作者在及时联系本站，我们会尽快为您处理。
