餐厅销售管理信息系统的分析与设计

73/73系统开发与设计课程设计报告餐厅销售治理信息系统的分析与设计DesignandAnalysisofCateringSalesManagementSystem陈浩然20121181001李赞20121181006刘耀文20121181007指导老师：李中学2015年1月中文摘要现代社会随着科学技术的飞速进展，各行各业都在努力的将科学技术融入到自己的行业里，利用科学技术为自己赚取更大的利润与价值，然而我国的中小餐饮行业却没有充分的利用网络技术，在实现信息化治理的路程上，有些滞后，在整个餐饮领域里，传统的餐饮治理方式依旧占据着比较主导的地位。与国外先进的餐饮治理方式和国内大型餐饮企业相比，我国传统的餐饮治理模式仍然存在着许多的缺点。餐饮治理信息系统立足于国内传统餐饮治理模式的不足，引入先进的信息治理理念，而致力于提高餐饮治理的信息化水平。餐饮销售治理信息系统要紧是实现餐饮业日常业务的信息化治理。本文针对目前国内中小餐馆销售治理模式的不足，开发了较为简便的餐饮治理系统和网上订餐系统，系统采纳多项差不多进展成熟的技术，采纳面向对象的编程方法，从不同角度对系统模块进行了详细的设计和分析。实现了系统的可靠性，拓展性。本餐饮销售治理信息系统能够稳定运行，满足中小餐馆的长期需求和进展。餐饮销售治理信息系统能够专门好地关心中小餐饮行业规范企业的治理业务流程，实现销售的信息化治理，从而能够大大缩减企业的运营成本，今儿提高企业的经营效益。关键词：餐饮业；治理系统；销售；网上订餐ABSTRACTInmodernsociety,withtherapiddevelopmentofscienceandtechnology,alltradesandprofessionsworkhardtousescienceandtechnologyintotheirindustry,usescienceandtechnologytomakegreaterprofitsandvalue,butChina’ssmallandmedium-sizedcateringenterprisesdoesnothavethefulluseofnetworktechnology,onthewayofrealizationofinformationmanagement,itiscertainlylateforus.Inthecateringindustry,thetraditionalcateringstilloccupiesadominantposition.Comparedwithforeignadvancedmanagementmethods,therearestillmanydisadvantagesinChina’straditionalcateringmanagementmode.Thecateringsalesmanagementinformationsystembasedonthelackoftraditionaldomesticcateringmode,introducingtheadvancedinformationmanagementconcept,iscommittedtoimprovethelevelofinformatizationofthecateringmanagement.Inthispaper,focusonthedeficienciesofthedomestictraditionalcateringmanagementmode,wedevelopasimplerrestaurantmanagementsystem.Thissystemusematuretechnology,andusetheobject-orientedprogrammingmethod,fromdifferentangletodetaileddesignandanalysis.Therestaurantmanagementnotonlycanstableoperation,itsscientificextensioncanmeetthelong-termdemandanddevelopmentofthesmallandmedium-sizedcateringenterprises.Thesystemcanhelpsmallandmedium-sizedcateringenterprisestostandardizethemanagementofbusinessprocesses,whichcangreatlyreducetheoperationcostsofenterprises,andtoimprovetheoperationalefficiencyiftheenterprises.KEYWORDS:RestaurantIndustry;ManagementSystem;Sales目录TOC\o"1-2"\h\u1831中文摘要 27184ABSTRACT 312581目录 4299901引言 5254261.1设计背景 5241781.2项目建设目标 7326681.3要紧工作和意义 7312811.4本文组织结构 7284571.5本章小结 795462相关理论与技术 8149032.1项目开发工具 8128502.2项目解决方案 9204602.3项目数据平台 12102222.4项目开发技术与方法 1214812.5本章小结 1736513系统分析 17214103.1需求分析 17226133.2功能分析 18143933.3系统数据流量及数据字典设计 22187533.4新系统功能结构设计 31215034系统设计 31190584.1代码设计 32293154.2数据库设计 331引言现在，各行各业市场竞争都特不激烈，许多企业都意识到想要提升企业的经济收益和核心竞争力，就要加快企业的信息化进程。而现实是，我国餐饮行业在信息化进程中进展的比较缓慢，究其缘故专门多，例如我国中小餐饮企业数量比较多，餐饮企业的规模较小、资金匮乏、人才缺乏等等。通过资料查找得知，多数中小餐饮企业认为信息化门槛过高，企业需要投入过多的资金，且系统的后期维护还需要聘请专业的人才，许多企业的老总面对如此庞大的投资，且在关于投资这么多，是否能提高经济收益无法确认的情况下，专门多中小型餐饮企业专门难坚决的选择步入信息化的潮流中去。而面对如此的情况，针对多数中小企业而开发的餐饮销售治理信息系统就如此的应运而生。1.1设计背景坚持改革开放30年来，我国在经济建设方面取得了突飞猛进的进展，尤其是随着我国成功的加入世界贸易组织，2008年北京奥运会及2010年世博会的成功举办，再加上我国近年来GDP总量的迅猛提高，都标志着我国在世界舞台上全方位的崛起。伴随着我国经济的进展和人们生活水平的提高，餐饮业保持着高速增长的态势，已成为了我国消费需求市场中增长幅度最高、进展速度最快的行业之一，据餐饮行业市场调查显示：1991-2011年，这20年间餐饮行业每一年的销售额都会以20%以上的速度增长，比其他消费品零售额快7个百分点左右，餐饮行业的零售额度从1991年的5.3%上涨到2011年的11.4%，这20年间，餐饮行业零散销售额度对社会消费品零售总体额度的付出力量一般在18%左右，使社会消费品零售总额度增长2-3个百分点。我国的消费政策势必会促使各行业进入快速进展时期，餐饮行业作为服务业中最重要的经营项目，其进展趋势成为行业预测中关键的立场。从目前我国餐饮业的市场格局来看，我国的餐饮业早已步入市场整合期，然而与此前粗犷式的市场竞争主体扩张不同，此次是由市场方向的对经营主体进行整合，配合行政导向的作用，我国的餐饮业进展将呈现新的进展趋势。餐饮行业一些研究院提出我国餐饮业的进展是基础性产业的进展规律，然而随着餐饮业市场导向的作用越来越明显，加以外资产业的不断入侵，我国的餐饮行业将摆脱传统的整合规律，趋向于跨越式进展。一方面，从业主体的经营思维变化将导致餐饮业的竞争主导发生变化，从此前我国的区域性餐饮行业进展整合趋势来看，我国的专门多餐饮业从业主体选择了美式的标准化餐饮扩张模式，然而从目前市场格局而言，此种扩张模式尽管符合我国日益扩大的中产阶级消费，然而在经营利润扩张方面存在一定的不足。从业主体的经营思维将促使新的扩张模式，从某餐饮品牌的上市诉求来看，作者认为这种模式差不多处于模糊成型的状态，即高端餐饮的终端经营模式，企业以吸引高端消费为主，配合以场地的选择与定价的差异性，以此挽留大量中产阶级消费，不仅保证盈利利润的合理增长，更做到了中式餐饮与市场经营战略完美搭配的目的。另外从此类企业扩张角度来看，“直营+加盟”的模式将保证企业的经营扩张趋势特不明显，长期竞争力特不看好。另一方面，行政导向将决定着市场整合在今年始终处于跨越式进展过程，从目前港资餐饮业在内地的扩张趋势来看，有专门多连锁餐饮企业差不多嗅到了国内餐饮市场大规模整合的气息。行政导向势必将加大对餐饮从业主体的整改，以保证国内餐饮行业的健康进展，而区域市场的从业主体减少，其结果必定是行业集中率上升，大量连锁餐饮企业成为以后市场份额的瓜分者。然而需要明确的是，这与此前的市场并购有专门大的不同，能够讲后期出现的市场并购将是大集团之间的吞并，一般市场从业者的并购将不再是市场焦点。中投顾问公布的《2012-2016年中国餐饮业投资分析及前景预测报告》从政策导向的市场进展潜力中做出推测，显示2011年11月商务部公布的“十二五”期间促使餐饮业科学健康进展的指导意见中指出，力争在“十二五”期间，餐饮业保持年均16%的增长速度，到2015年零售额突破3.7万亿元，并培养一批特色突出、营业额10亿元以上品牌餐饮企业集团。伴随着政府拉动消费的政策阻碍、以及中国自古以来“民以食为天”的传统意识的阻碍，餐饮行业势必还会成为我们的消费热点，而中国的餐饮行业的消费水平依旧会持续增长。这些数据足以表明:餐饮业已成为我国经济增长的助推器，因此我们会不禁的考虑，如何样治理和创新才能稳住餐饮业在我国经济增长中所占据的重要位置以及提高餐饮行业给我国经济进展带来更高的利润。加之，作为我国第三产业中的传统服务性行业之一的餐饮业，改革开放30年以来尽管保持着旺盛的进展势头，但与国外餐饮业相比，在经营治理、运营模式、进展思路等方而还存在着巨大的差距，加之，近年来，信息科技的迅猛进展为人们的生活与办公带来了巨大的方便与快捷，而传统的以手工作坊为主，纸介为辅的办公模式无法实现标准化流程、强化治理、降低成本等作用。与国外闻名的快餐连锁相比，中餐因其菜品、服务的多样化和特色化，以及缺乏科学和标准的治理体系。这使中餐企业难于实现标准化治理与成本的操纵。餐馆点餐方式存在要紧弊端如下：（1）服务员手写顾客菜单速度慢，降低顾客中意度;（2）服务员在点餐过程中存在错单、漏单的可能，造成后期审核加大工作量;（3）顾客较多时厨师与服务员之间得不到充分的交流，造成厨师对菜单得不到精准的操纵，以及营业情况不能随时得到操纵;（4）在用餐高峰期，收银员卜作量较大，造成对顾客结账信息计算错误，而导致经济损失针对以上弊端、以及传统餐饮行业组织不够清晰简洁、信息量大、治理过程繁琐、效率低等缺点，开发一套简单好用的餐饮治理系统迫在眉睫。1.2项目建设目标餐饮治理系统的开发，以规范餐饮治理流程，提高餐饮治理的效率、提升中小餐饮企业的服务质量为核心，订立以下几个开发目标；（1）整个系统界而设计简洁美观，操作方便，最大程度的简化餐饮工作人员的工作量，提高其工作效率、服务质量、和餐饮企业的治理档次;（2）前台业务目标，人性化点餐，菜单查询、特色查询、点菜时添加菜名、桌号、会员号、能够附加口味的专门要求；菜品录入，大厅餐桌菜品录入、包厢菜品录入、查询所点的菜的状态、用餐中途加菜；结账治理1.3要紧工作和意义我们将餐饮治理达到标准化、科学化为动身点，实现一个其有有用性强、效率高、业务功能划分清晰、维护与扩展性强的餐饮治理系统。力求提升餐饮行业的治理水平、服务质量、工作效率，充分实现数据合理化与最大共享，形成餐饮规范化的服务体系。1.4本文组织结构本文要紧包括以下几个章节：第一章：引言，结合餐饮行业的进展背景、论述了项目的开发背景、目标，和作者在开发过程中的要紧工作，以及对论文的整体结构做了一个简单的介绍。第二章：第三章：第四章：第五章：第六章：1.5本章小结本章向大伙儿阐明了开发中小餐饮销售治理系统的背景、传统餐饮治理的弊端、意义、目标。其次介绍了我们的要紧工作。最后介绍了本论文的整体结构。2相关理论与技术在本章中，作者以项目整体开发为动身点，站在技术应用的角度，为大伙儿介绍整个项目开发过程中，项目所用到的技术与方法。其中要紧包括项目的开发工具以及框架结构，围绕本项目，站在技术应用的角度，对相关技术进行基础性简介，为系统设计和实现奠定技术基础。2.1项目开发工具VisualStudio2010是微软.NET平台下研发出来的一个完整且强大的研发工具，利用那个工具能够开发Web程序、XML和WebServices、桌面、移动等应用程序。VB.NET、VisualC#.NET等使用的开发环境都具有相同的集成，它们的开发环境能够使它们共享彼此的工具，其能够使用不同的语言搭建解决方案。其次，以上开发语言还利用了.NETFramework的功能，在VisualStudio2010里能够享有设计、编写代码、调试、连接数据库等差不多的开发功能和基于开放架构的服务器组件开发平台，企业开发工具和应用程序重新公布工具以及性能评测报告等高级功能。VisualStudio2010采纳代码后置的编程方式，代码后置能够把界面开发和界面对应的后台开放在不同的文件里面，如此就方便了代码的重复利用，同时也方便了代码的调试，此外，运行程序的电脑还必须安装IIS服务器，系统开发采纳的确实是VisualStudio2010，VisualStudio2010软件工作流程图，如图2-1所示。图2-1VisualStudio2010工作流程VisualStudio2010具有以下特点：（1）VisualStudio2010精心打造云计算架构，使在线应用软件的开发及应用更为简洁。（2）助力移动与嵌入式装置开发。（3）VisualStudio2010搭配Windows7，在Web应用上有较大切入，使Web应用达到一个新境地。（4）VisualStudio2010加大了对多核并行运算的支持。（5）建美感与效能并重的新一代软件。（6）支持最新C++标准，增强IDE，切实提高开发人员的开发效率。2.2项目解决方案餐饮治理系统解决方案采纳了B/S结构，整个解决方案基于.NET框架的系统N层体系架构成，共分4个逻辑层，整体架构如图2-2所示：图2-2系统架构（1）Web层这一层是餐饮治理系统中Web项目的实现，为客户提供对应程序的访问。这一层是由ASP.NET的Web窗体和代码隐藏文件组成。Web窗体是用HTML标签和服务器控件组成供永和操作，后台代码文件实现各种控件的事件处理。（2）业务逻辑层业务逻辑层也能够看作是“隔离层”，在这一层将处理餐饮治理系统中各种业务逻辑的实现，它将用户界面和各种业务功能的实现隔离开来。在这一层将会调用数据访问层的方法，方法的真正实现却在数据访问层。数据访问层数据访问层，为业务逻辑层提供数据库访问服务，在这一层使用的是ADO.NET完成对数据库的访问。ADO.NET是一个基于标准的、面向创建式分布数据共享应用程序的编程模型。ADO.NET包含了许多类，能够通过这些类来访问数据库，这些类位于.NETClassLibrary中，能够被任何基于.NET设计的应用程序使用。业务实体层实体层即数据库表类，即由数据库中的表抽象出来的类，也叫实体类。在SQLServer2008中的表，每一个字段事实上确实是一种抽象，一个共同点，具体的每一条记录确实是一个具体的实例，实体类要紧作为数据的载体，在各个层之间进行传递。整个解决方案各逻辑层之间的引用关系如图2-3所示：图2-3逻辑层引用关系通过上述的讲解和分析，得知餐饮治理系统要紧是用三层架构来实现的，因此任何一项技术和方法都有其自身的优点与缺点，三层架构自然也不例外，以下简单介绍三层架构的优点与缺点；三层架构的优点1）项目的开发人员能够只用关怀自己所负责的那一层；2）使用三层架构，能够降低层与层之间的依靠性；3）有利用建立同一的开发标准；4）各个层之间的逻辑能够复用；5）三层架构中，不同的层负责的任务不同，例如：数据访问层采纳动态链接字符串来表示数据库服务器的名称，当需要切换不同类型的数据库时，只需修改链接字符串的配置就能够切换到不同的数据库。如此就加大了程序的可拓展性。6）安全性高。用户端只能通过逻辑层来访问数据层，减少了入口点，把专门多危险的系统功能都屏蔽了。7）项目结构更清晰，分工更明确，有利于后期的维护和升级。（2）三层架构可能存在的问题1）因为在三层里，从数据库中访问到数据需要一层一层的往表示层传递，供客户使用，因此速度有所减慢，假如没有这么多层的传递，直接访问数据库得到相应的数据，系统整体性能会更高一些。2）在三层架构里，方法的调用是一层依靠一层的，如此的话，其中某一层的方法发生改变，将会导致相关联的各层都需要修改，如此就会造成相关联的修改。从而增加了代码量，增加了工作量。2.3项目数据平台数据库能够把它形象的理解为存储数据的“仓库”，数据库是为了满足实现一个项目时，不同的用户对应不同的需要时，将所需的数据按照一定的数据模型在计算机系统中组织、存储和使用的互相关联的数据集合。数据库是治理具有量大、持久、稳定、共享等特点的数据的工具。关系型数据库治理系统的标准语言是SQL，通过SQL语句的编写，能够对数据进行各种操作，目前许多关系型数据例如：Oracle、MicrosoftSQLServer都采纳了SQL语言的标准。标准的SQL命令有增加、删除、修改、查询，通过这些命令差不多上能够实现对数据的所有操作。要依照项目的需要，选择适合自己的数据库平台，选择数据库平台时，能够考虑一下几个因素：性能：数据库处理数据的效率是否满足项目的需要；开放性：数据库是否能在不同的操作系统下有用；安全性：存放在数据库中信息是否安全；并行性：数据库是否能够在多节点上并行运行；可操作性：在有用数据库前是否需要复杂的培训。鉴于对以上因素的考虑和依照项目的需要，决定采纳SQLServer2008。SQLServer2008具有以下特点：信息的存储比往常更加安全，SQLServer2008能够加密数据文件和日志文件，不需要修改其它的程序，加完密防止未授权用户访问数据的，保证系统数据的隐私和安全；SQLServer2008还能够定义每一个数据库的审查规范，审查配置能够为每一个数据库作单独的制定。为制定对象做审查配置，使审查的执行性能更好，对SQLServer2008的配置也会更加方便；SQLServer2008基于MicrosoftSQLServer2005，并提供了更加值得信赖的数据库镜像平台，那个镜像平台包括的新特性有：1)页面假如出现823和824错误，页面通过重新复制，从而达到自动修复的效果；2）SQLServer2008对输出的日志流进行压缩，从而使数据库镜像平台所要求的带宽也变小了。2.4项目开发技术与方法本文作者以项目整体开发为动身点，站在技术应用的角度，为大伙儿介绍整个项目开发过程中所用到的技术与方法。ASP.NET技术ASP.NET微软公司开发的技术，这项技术能够让嵌入到Web网页中的脚本可由Internet服务器运行的服务器端的脚本技术。ASP.NET由ASP进展而来的，因为传统的ASP具有：代码逻辑混乱，难于治理；代码的可重用性差；弱类型造成的潜在出错的可能，因此，ASP.NET在这种情况下应运而生。ASP.NET不仅解决了现有开发环境造成的许多问题，而且提供了强大的可扩展性，同时也带来了强大的工具支持。ASP.NET是用于构建Web应用程序的一个完整的框架。那个模型的要紧特性之一是选择编程语言的灵活性。ASP.NET通过开发语言例如：VB、C#等。餐饮治理系统采纳ASP.NET要紧是因为ASP.NET具有以下一些优点：强大的工具支持ASP.NET框架对VisualStudio集成开发环境中的工具箱进行来了大量的补充。所见即所得编辑、轻松的拖放布置服务器控件为程序的开发带来了极大的方便。良好的性能与ASP不同，ASP.NET实时编译、绑定、本机优化等特点，提高了代码编写之前的性能，它是在服务器端运行的，而且ASP.NET差不多是编译好了的公共代码。灵活性由于ASP.NET是差不多编译好了的服务器端的代码，因此Web应用开发者，能够专门好的运用ASP.NET那个平台的灵活性。ASP.NET和其开发语言无关，因此能够选择最适合程序开发的语言，或者跨多种语言分布式应用程序。可治理性ASP.NET采纳了在文本基础之上，分层次来配置的系统，使设置在服务器方面的应用和在Web应用程序方面的应用操作变得简单化。因为其程序的配置信息是以文本的形式存在的，因此即使是没有本地治理工具的关心，也能够设置新的应用程序。这种“本地治理为零”的思想，也在ASP.NET框架应用程序的部署中得以应用。如此的话仅仅需要把一些必要的文件Copy到服务器端，就能够将ASP.NET在服务器端部署ASP.NET框架的应用程序。不需要将服务器重新运行，哪怕是在部署或者在替换在运行的编译代码。简易性ASP.NET能够专门容易的执行常见的任务，不管是窗体的提交，依旧身份在客户端的验证，以及站点的部署。例如，ASP.NET框架使您能够生成将应用程序逻辑与表示代码清晰分开的用户界面，和在类似VisualC#的简单窗体处理模型中处理事件。另外，公共语言运行库，利用托管代码服务简化了开发。2.4.1.NETFramework .NetFramework是Microsoft为一个致力于敏捷软件开发（Agilesoftwaredevelopment）、快速应用开发（Rapidapplicationdevelopment）、平台无关性和网络透明化的软件开发新平台，又叫.NET框架。 .NetFramework是Microsoft开发的一种全面且一致的编程模型，用于生成具有视觉震撼力的用户体验、无缝的安全通信和对一系列业务流程进行建模能力的应用程序。.NetFramework是用于Windows的新托管代码编程模型。.NetFramework强大功能与新技术结合起来，用于构建具有视觉上引人注目的用户体验的应用程序，实现了跨技术边界的无缝通信同时能支持各种业务流程。餐饮治理系统开发采纳的是.NetFramework4.0,图2-7展示了.NetFramework4.0的结构：图2-7.NetFramework结构 .NetFramework是以一种采纳系统虚拟机运行的编程平台，以通用语言运行库为基础，支持多种语言例如：C#、VB、C++等语言的开发。 那个新平台使得程序设计员能够同时进行Windows应用软件和网络应用软件以及组件和服务（web服务）的开发，因为.Net集成了各种开发语言，及今后还有可能推出在其他操作系统下运行的版本。图2.8展示的是.NetFrameworkd组件架构概况：2.4.2面向对象方法 面向对象方法（Object-OrientedMethod）是一种面对对象的思想应用于软件开发过程中，指导开发活动的系统方法，简称OO（Object-oriented）方法。是建立在“对象”概念基础上的方法学。 对向是由数据和容许的操作组成的封装体，与客观实体有直接关系，一个对象类定义了具有相似性质的一组对象。而继承性是对具体层次关系的类的属性和操作进行共享的一种方式。所为面向对象确实是基于对象概念，以对象为中心，以类和继承为构造机制，来认识、理解、刻画客观世界和设计、构建相应的软件系统。 面向对象方法的实质是：提倡从客观世界差不多存在的事物为动身点来构造软件系统，要适应用人们在现实生活中经常使用的方法和思维来认识、理解和形容描述客观事物，强调最终建立的软件系统是显示生活中人事物的映射，即系统软件中存在的对象以及对象和对象之间的关系应该如实的反映固有存在的人事物之间的关系。面对对象的差不多概念如下：1.对象是想要研究的任何事物。而从程序的角度来看，对象是一个程序的模块，从用户的角度来看，对面要实现的行为。一个对象向另一个对象发出请求，希望另一个对象为其服务的方式是发送消息。2.类能够理解为是对对象定义的模板。类是一对具有相同的数据，和相同操作的对对象的集合。一个类包含的数据和方法描述一组对象共同的属性和方法。类是对具体对象的一个抽象。对象则石磊的具体化和实例。面向对象有三大特征，如图2-9所示：图2-9面向对象开发特征1.封装：封装是对象和类概念的要紧特征。封装也是把客观的存在的事物封装成类，同时类能够把自己的数据和方法只让可信的类或者对象操作，对不可信的进行隐藏。2.继承：继承既是子类能够享有父类的一切功能，而且不需要去编写父类的功能，就能够对继承的子类功能的拓展。继承的子类还能够叫派生类。被继承的类称为“基类”、“父类”或“超类”。继承的过程，确实是从一般到个不的过程要实现继承，能够通过“继承”和“组合”来实现。 在一些面对对象的语言中，一个子类能够继承多个父类。但是一般情况下，一个子类只对应一个父类，假如要实现多重继承的话，就能够通过多级继承实现。继承概念的实现方式有三类：实现继承、接口继承和但是继承。1.所谓实现继承即子类直接继承父类的所有功能，不需要再额外修改;2.所谓接口继承即指，子类只使用父类中的方法和属性，那么子类实现的接口就必须实现父类接口中的方法。3.可视继承，是指子窗体继承一个父窗体，且父窗体中的所有样式，代码、功能，子窗体都能够享有。（3）多态：多态性能够将子类类型的指针赋值给父类类型的指针。实现多态，有两种方式，覆盖，重载。1.覆盖，是指子类重写父类中的虚函数的方法。2.重载，是指方法名相同，参数列表不同。重载的概念事实上并不属于“面向对象编程”，重载是如此实现的：编译器会依照不同的参数列表，对具体相同名称的方法做修饰，和多态有关系的是覆盖。当子类重新定或者修改了基类中的虚函数后基类中的指针依照赋给它的不同的指针，动态地调用属于子类的虚函数的地址还没方法确定。因此，如此的函数地址是在运行其绑定的。重载和多态没有什么关系，他仅代表是一种语言的特性。2.5本章小结 本章要紧向大伙儿介绍了餐饮治理系统的整个架构，数据库开发平台、及在体统实现过程中用到的技术ASP.net、Framework以及面向对象的方法，接下来将要看看餐饮治理系统的具体需求是什么，都有那些模块需要实现。3系统分析3.1需求分析 餐饮行业是一个具有悠久历史的行业，在科学技术和社会经济进展的日新月异的今天，餐饮市场也得到了迅猛的进展，同时随着市场的进一步开发，给那个行业带来了越来越激烈的竞争。 餐饮治理系统和娱乐治理解决方案旨在关心您改善餐饮点治理水平，特不适合零售与流通行业。通过为您打造一个灵活的企业餐饮治理系统，令您的治理信息水平，企业资源规划，供应链治理客户关系治理得到大幅提升。 因此如何利用现代的信息技术来提高餐饮企业的运作效率，降低成本，提高客户的中意度，如何在激烈的市场竞争中获得竞争优势与永续进展是每个餐饮企业的老总必须考虑的问题。 餐饮治理系统超越传统餐饮治理理念，汲取客户关系治理，企业资源打算等先进的治理理念，围绕满足餐饮企业对物流、信息流、资金流等集成治理的需求进行功能模块的开发。 由此衍生出各种治理模块，如：集成账务、销售统计、库存治理、成本核算、物资流转、统计分析查询系统等。作为其重要组成部分的信息治理软件也呈现出强劲的进展势头，市场需求激增……为了满足中国企业的治理和进展需求，结合中国国情，开发出适合中国企业、专业从事信息治理研究的治理软件势在必行，目前，国内市场上差不多有了一部分信息治理软件，但大多只是从软件应用层面将信息治理软件化实现。到目前为止，尚未出现一款可将治理理念融合其中的信息治理系统。由此可见，开发一套具有先进意义的信息治理理论支撑的信息治理系统是势在必行的。3.2功能分析本系统要紧针对餐厅的销售信息治理系统而进行分析、规划和设计餐饮治理系统核心功能模块的开发包括前台和后台操作：前台操作网上预订、前台点餐、结账、菜单查询等功能。后台操作治理员订单处理、菜单信息维护、财务信息处理等功能。3.2销售系统业务流程图图3.1餐厅销售治理信息系统业务流程图治理业务流程包括各环节的业务处理、信息来源、处理方法、计算方法、信息流经去向、信息提供的时刻和形态（报告、单据、屏幕显示）。本系统采纳治理业务流程图表示企业的治理业务，治理业务流程图是一种木梳系统内个单位、人员之间的业务关系、作业顺序和治理信息流向的图表，利用它能够关心分析人员找出业务流程中的不合理流向。该治理系统要紧包括对销售过程（即点菜）的治理、销售核算与统计的治理，业务流程图反映了整个系统的业务流程，对系统的设计起了一个指导性的作用，也为后面的设计打下了基础。首先由顾客向销售窗口提供自己对产品的需求信息，然后销售窗口师傅把对应的价格信息反馈给顾客，顾客依照该价格信息决定自己是否能够同意，假如能够同意，则收银台打印小票，并凭借小票在窗口取饭；假如不同意，则重新选择产品，产生再一次的需求信息。治理系统的业务流程图如图3.1所示。3.3网上订餐业务流程图图3.2治理员登录分析图由用户登录系统之后分三种情况讨论：身份验证失败，则退出系统；用户以“顾客身份”登录，则流程图如图所示：图3.3用户登录功能图3.用户以“治理员身份”登录，则流程图如图所示：图3.4治理员登录功能图 依照对顾客网上点菜系统业务流程的分析，能够看出顾客点菜要紧涉及到一些数据库的逻辑和程序应用逻辑。具体的功能归纳如下：顾客登录网上点菜系统进行菜单的扫瞄。顾客注册为会员。会员对自己的个人信息进行更改，比如送餐地址和联系电话。以及账户密码。以会员形式登陆的顾客自动识不，同时以会员消费。顾客对已选的菜单进行更改选择的数量或者取消选择。当顾客确定点菜完毕后，顾客将提交至服务器并生成订单。治理员治理系统功能分析：依照对顾客治理员系统业务流程的分析。能够看出治理员主系统要涉及到一些数据库逻辑操作和程序应用逻辑。具体的功能归纳如下：1.治理员在本地登录。创建新的治理员。2．治理员对服务器上的菜单进行添加、删除和修改，比如更改菜单的图片、价格、菜单描述等等。3.治理员对订单进行治理，比如确定和打印订单。4.治理员依照订单的不同属性来查询订单，比如生成日期、编号等等。5.治理员依照不同的时刻段统计出营业额、成本，同时还能统计出每道菜的销售量、任何时刻段销售情况以及每一个会员顾客的消费情况。3.3系统数据流量及数据字典设计3.3.1前台销售数据流程设计P1销售处理图3.5顶层数据流程图产品种类汇总表P1.1顾客选择种类价格信息P1.3分类统计销售额统计后的销售额销售额汇总表 需求信息销售额月报表P1..4汇总P1.2打票月利润报表图3.6第二层数据流程图数据流程图（DataFlowDiagram,简称DFD）是治理信息系统逻辑模型的要紧形式，是系统分析人员与用户进行交流的有效手段，也是系统设计的要紧依据。它表明系统所能完成的功能，并不表明系统功能如何实现。在业务调查中绘制的业务流程图额功能模块图等尽管形象表达来了治理中信息的流淌和存储过程，但仍然没有完全脱离一些物质要素。为了用计算机进行信息治理，还必须进一步舍去物质要素，收集有关资料，绘制出原系统的数据流程图。在多层数据流程图中，顶层图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是该系统的输出数据。第二层数据流程图表示对其顶层图的细化，在第二层图中显示了系统内部的要紧处理、数据流和数据存储，而第二层图一般会重复顶层图中相同的外部实体和数据流。图3.3─3.4分不为本治理系统的销售治理的顶层数据流程图和第二层数据流程图；包括了点菜、收银、打票及对销售额的汇总和统计等过程。首先是顾客通过产品差不多信息表提供的产品种类、价格进行选择，得出本次消费产品的信息，到收银台打小票。同时，由于顾客的选择而产生了产品的销售额，财务部门定期进行统计，将销售额记入销售额汇总表中。3.3.2 网上订餐数据流分析该系统数据流程比较简单，治理员能够添加餐饮信息（包括菜品名，菜品种类，单价，味道，评价等信息），咨询信息等，然而这些信息顾客是能够扫瞄的，然而顾客没有权限对这些信息进行修改，这些信息关于顾客而言是单项的。关于预定信息，治理员能够查看及审核预定信息，顾客能够增删改预定信息，并将信息提交给治理员等待审核，因此预定信息关于顾客和治理员而言差不多上双向的。图3.7网上订餐数据流程图3.3.3系统数据字典设计为了对数据流程图中的各个元素做出详细的讲明，在那个地点我们有必要建立数据字典。数据字典的内容要紧是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储和外部实体等六个方面进行具体的定义。编写数据字典是系统开发的一项重要的基础工作一旦建立，并按编号排序之后，确实是一本可供查阅的关于数据的字典，从系统分析一直到系统设计和实施都要使用它。以下本系统详细的数据字典内容：数据项数据项又称为数据元素，它是最小的数据组成单位，也确实是不可再分的数据单位，如产品代码、单价等。关于每个数据元素，需要描述以下属性：名称、不名、数据类型、长度、类型及有关数据结构的讲明。本治理系统中要紧有以下数据元素数据元素条目名称：代码总编号：1-101不名：DM编号：101数据值类型：连续有关编号讲明：XXXXX单价简写顺序号类型：字符长度：20有关数据结构：产品差不多信息表数据元素条目名称：单价总编号：1-102不名：DJ编号：102数据值类型：连续有关编号讲明：XXXXX单价简写顺序号类型：数值长度：20有关数据结构：产品差不多信息表数据结构数据结构的描述重点是数据之间的组合关系，即讲明那个数据结构包括哪些成分、名称、讲明、结构、数量及简要讲明。一个数据结构能够由若干个数据项组成；也能够由若干个数据结构组成，还能够由若干个数据项和数据结构组成。数据字典中对数据结构的定义包括以下内容：数据结构的名称和编号；简述；数据结构的组成本治理系统中要紧有以下数据流：数据结构条目名称：产品差不多信息表简述：记录产品的差不多信息编号：DS01-01结构：代码+名称+单价+数量+价格+日期数据结构条目名称：销售额汇总表简述：登记各种产品的销售情况编号：DS01-02结构：代码+名称+单价+数量+价格+日期数据流数据流由一个或一级固定的数据项组成。定义数据流时，不仅要讲明数据流的名称、组成等，还要指明它的来源、去向和数据流量等。本治理系统中要紧有以下数据流：数据流条目名称：小票总编号：D01-301简要讲明：顾客买饭时凭收银台打印的小票在售饭窗口买饭数据流来源：收银台编号：301数据流去向：顾客流通量：1000次/每日包含的数据结构：代码+名称+单价+数量+价格+日期+有效日期+开票人员的编号数据流条目名称：销售额总编号：D01-302简要讲明：销售过程中顾客的消费产生了销售额数据流来源：收银台编号：302数据流去向：财会部门流通量：1000次/每日包含的数据结构：代码+销售量+单价+销售额+日期数据存储数据存储要紧描写该数据存储的机构及有关的数据流、查询要求等。一个数据存储的典型特性如下：数据存储名或编号、讲明、结构、相关的数据流（包括输入、输出）信息量等。本治理系统中要紧有以下数据存储：数据存储名称：销售额月报表编号：F01-01讲明：对某月内各种产品的销售额进行汇总分析结构：名称+销售额数据存储名称：利润月报表编号：F01-02讲明：对某月内各种产品销售产生的利润进行汇总分析结构：名称+利润处理逻辑处理逻辑的定义仅对数据流程图最底层的处理加以讲明。处理的典型特性如下：名称、讲明、输入数据流、输出数据流及简要讲明。本系统中要紧有以下处理逻辑：处理逻辑处理逻辑编号：P01-01处理逻辑名称：打票简述：打印小票输入的数据流：顾客提供的产品种类及价格信息处理：收银台处的操作员依照顾客提供的需求价格信息为顾客打印相应的小票输出的数据流：小票处理频率：每天上千次处理逻辑处理逻辑编号：P02-01处理逻辑名称：分类统计简述：对产品销售额汇总统计输入的数据流：零星的销售数据处理：治理员依照每月的销售情况对销售额进行汇总统计输出的数据流：账单处理频率：每月一次外部实体外部实体包括外部实体产生的数据流和传给该外部实体的数据流，以及外部实体的数量。本治理系统中要紧有以下外部实体：顾客（顾客ID（PK),密码，姓，名，邮件地址，地址，都市，省，邮政编码，电话，信用卡编号，信用卡类型，截止日期）种类（种类ID（PK），种类，描述）餐饮（餐饮名（PK），餐饮描述，种类ID(FK)，单价，材料，照片，照片路径）购物车（购物车ID，餐饮名(FK),份数），其中“购物车ID”和“餐饮名”一起作为表的复合主键订单（订单编号，订单日期，购物车ID(FK),顾客ID(FK),运送方式ID(FK)，礼品包装费用，运送费用，订单处理，总价，餐饮名（FK））其中“订单编号”和“顾客ID”一起作为表的复合主键订餐细节（订单编号（FK），餐饮名（FK)，份数，包装，包装ID(FK)信息，餐饮价值），其中“订单编号”，“顾客ID”和“餐饮名”作为“订餐细节”表的复合主键运送方式（运送方式ID（PK),运送方式，用时，运费）同意者（订单编号（FK)，姓，名，地址，都市，省，邮政编码，电话），其中“订单编号”和“顾客ID”作为主键月销售量（餐饮名，月，年，总销售量），其中“餐饮名”，“月”及“年”作为复合主键包装（包装ID（PK），描述，包装费用，照片，包装图像路径）（7）实体关系图每个实体的属性见上页表中，此处不再画出实体属性，要紧表现的是实体之间的关系数据流程图中比较简单的计算性的处理逻辑能够在数据字典中做出定义，但还有许多逻辑上复杂的处理，有必要运用一些描述处理逻辑的工具来加以讲明。 下面用决策树来对数据流程图中的处理逻辑“顾客选择”加以讲明，“顾客选择”是指顾客依照销售窗口反馈的价格信息决定自己是否同意本次交易。假如价格在自己的支付范围内，同时其性价比可不能给自己带来负效用，则同意；假如价格超出自己的支付能力范围，或此次消费给自己带来负效用，则不同意。3.4新系统功能结构设计 系统总体设计包括系统流程图设计、功能结构设计和功能模块设计等。功能结构图确实是按功能从属关系化成的图表，图中的每一个框称为一个功能模块，功能结构图中的隔层功能与新的信息系统中数据流程图中的处理时对应的。该销售治理系统由产品信息处理、业务处理、历史资料查询、退出系统等几个功能模块组成。4系统设计4.1代码设计 代码是用来表征客观事物的一个或一组有序的符号，它的设计是为了易于计算机和人识不及处理。在本系统中代码设计要紧为产品代码、名称、单价、单位成本、类不、销售量、销售额、日期、顾客编码、姓名、性不、结账序号等编号。4.1.1产品代码编号： 产品代码编号为3位数字与大写字母“DM”的组合，例如DM00名称编号: 名称编号为3位数字编码与大写字母“MC”的组合，例如MC00单价编号： 单价编号为3位数字编码与大写字母“DJ”的组合，例如DJ00单位成本编号： 单位成本编号为3位数字编码与大写字母“DWCB”的组合，例如DWCB00类不编号： 类不编号为3位数字编码与大写字母“LB”的组合，例如LB00销售量编号： 销售量编号为3位数字编号与大写字母“XSL”的组合，例如XSL00销售额编号： 销售额编号为3位数字编号与大写字母“XSE”的组合，例如XSE00日期编号： 日期编号为3位数字编号与大写字母“RQ”的组合，例如RQ00顾客编号： 顾客编号为3位数字编码与大写字母“XM”的组合，例如BH000顾客姓名编码： 姓名编码为3位数字编码与大写字母“XM”的组合，例如XM0014.1.11顾客性不编码： 性不编号为3位数字编码与大写字母“XB”的组合，例如XB002结账序号编号： 结账序号编号为3位数字编号与大写字母“XH”的组合，例如XH001.4.2数据库设计4.2.1概念结构设计E-R模型 数据库设计是建立数据库及应用系统其应用系统的技术，它是信息系统开发和建设中的核心技术。具体地讲，数据库设计是指关于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求。 其中E-R模型是P.P.S.chen提出的表示概念模型的方法，该方法直接从现实世界抽象出实体机其相互间的关系，并用E-R模型。 本系统为餐厅的销售治理系统，考虑了餐厅的实际情况及多方面的因素以后，画出了如下所示的E-R图：图2.1E-R图关系模型 在完成系统的E-R图之后，将E-R模型转化为关系模型如下： 产品（代码，名称，单价，单位成本，类不） 顾客（编号，姓名，性不，序号） 销售（编号，代码，销售量，销售额，日期） 收银台（序号，销售额，日期） 分析以上关系模型不难看出，该关系模型满足3NF，即元组中的每一个重量差不多上不可分割的数据项，同时所有非主属性完全依靠于其主码，例如在关系“产品”中，名称，单价，单位成本，类不几个非主属性都直接依靠于主码“代码”。而且任何一个非主属性都不传递依靠于任何主关键字。例如，在关系“产品”中，名称、单价、单位成本、类不几个非主属性都直接依靠于其主码“代码”；在关系“销售”中，代码、销售额、销售量、日期几个非主属性都直接依靠于主码“编码”。 依照关系模型设计出数据库所需的表格。在那个地点，我们选用的是关系数据库。因为关系数据库中的二维表格能够专门清晰描述数据之间的联系。依照系统E-R图。针对本系统的特点，在对所收集的数据进行规范化之后，我们要紧定义了如下表格，分不是产品差不多信息表、顾客消费表、销售额汇总表、结账表。字段名数据类型长度索引可否为空描述DmVarchar20PrimarykeyNo产品代码McVarchar20NoneNo产品名称DjNumeric20NoneNo产品单价DwcbNumeric20NoneNo单位成本LbVarchar10NoneNo所属类不表4.1产品差不多信息表字段名数据类型长度索引可否为空描述BhVarchar20PrimarykeyNo顾客编码DmVarchar20NoneNo产品代码XslNumeric20NoneNo销售量XseNumeric20NoneNo销售额RqVarchar10NoneNo日期表4.2销售额汇总字段名数据类型长度索引可否为空描述BhVarchar20PrimarykeyNo顾客编号XmNumeric20NoneNo姓名XbNumeric2NoneNo性不XhVarchar10NoneNo结账序号表4.3销售额汇总表字段名数据类型长度索引可否为空描述XhVarchar10PrimarykeyNo结账序号XseNumeric10NoneNo销售额RqDate8NoneNo日期 逻辑数据库通过对数据库概念模型的设计，确定一下是该系统需建立的表格：Category(种类）列（属性）名中文名称类型宽度是否同意为空是否为主外键cCategoryID种类IDchar3NOTNULL主键cCatagory种类char20NOTNULLvDescorption描述varchar100NULL2、Food(餐饮）列（属性）名中文名称类型宽度是否同意为空是否为主外键cFood餐饮名char20NOTNULL主键cMaterial材料varchar256NOTNULLimPhoto照片imageNULLvFoodImgPath照片路径varchar10NULLvFoodDescription餐饮描述char400NOTNULLcCatagoryID种类IDchar3NOTNULL外键mFoodRate单价money