餐饮系统程序设计说明.docx

《餐饮系统程序设计说明.docx》由会员分享，可在线阅读，更多相关《餐饮系统程序设计说明.docx（42页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、管理信息系统课程设计 U家餐饮管理信息系统 U家餐饮系统设计说明书U家餐饮系统设计说明书摘要：在当今高效化、规模化、科学化的发展方向引领下，通过生活经历和走访调查北京一些不同规格饭店餐饮，我发现餐饮行业的管理水平和方法参差不齐。一些大型餐饮企业通过管理信息系统开发和运行，已经基本实现了管理模式计算化、系统化；同时，在参观走访包括海淀区内等一些中小型餐饮品牌时，发现他们在日常经营管理中普遍采用手工管理方式，在工作效率、人员成本和提供决策信息方面都难以适应现代化经营管理的要求，制约了企业的规模化发展。针对这一现实背景状况，本系统在需求调研，可行性分析，和对管理功能，业务流程，用户数据需求，数据字典

2、及处理逻辑分析的的基础上，进行了对组织业务关系，系统总体结构设计，代码设计，输入输出设计，人机对话设计，处理过程设计和数据库设计，逻辑设计等，运用Microsoft Visual Basic 6.0专业版和Microsoft Office 2003软件对系统进行设计和调试，完成了登陆、添加、修改、删除、查询等五个重要模块。本系统将中小型饭店管理中的工作流转化成较为科学化、规范化的业务流程，使管理基础数据更加准确化，为经营决策提供了快捷和强大的数据支持。同时提高餐厅的服务水平和效率，为顾客带来更舒适便捷的服务，有助于企业获得更好的经济效益。关键词: 计算机信息管理系统，中小型饭店，餐饮管理，系统

3、设计目录1.选题背景11.1现状调查11.2开发本系统的目的和意义11.3设计指导思想12.需求调研22.1需求调研计划23.可行性分析23.1技术可行性：23.2经济可行性33.3环境可行性33.4进度可行性34.系统需求分析34.1组织结构分析44.2管理功能分新44.3业务流程分析54.4数据流程分析74.4.1点餐时信息数据流84.4.2注册时的信息数据传递94.4.3登录时的信息数据传递104.4.4用户个人信息修改时数据流114.4.5用户信息管理的数据传递114.4.6查询信息的数据传递124.4.7用户修改所定菜单信息的数据传递124.5数据字典134.5.1数据元素134.5

4、.2数据流164.5.3数据存储174.5.4实体174.6处理逻辑分析184.6.1用户注册判断树184.6.2登录判断树194.6.3修改密码判断树194.6.4点菜判断树195.系统设计205.1系统总体结构设计205.1.1总体功能设计205.1.2模块设计205.2代码设计235.3输入输出设计245.3.1输入界面245.3.2输出界面285.4人机对话设计305.5数据库设计305.5.1 E-R模型305.5.2逻辑设计335.5.3物理设计345.5.4数据库的规范化过程355.6处理流程设计356.系统实现367.系统测试368.系统评价369.附录3710.参考文献372

5、1.选题背景1.1现状调查通过生活经历和走访调查北京海淀区及周边一些餐饮品牌，发现多数大型餐厅已经采用了先进的无线点菜系统或触摸屏点菜系统，基本通过应用大型管理信息系统实现了管理的信息化、系统化和规模化。这类系统对于一些中小型餐饮企业来说，价格过于昂贵，且功能过于复杂，投入成本巨大。一些中型餐饮企业也进行了一些管理信息系统软件的开发与应用，但整体存在一些问题：（1）软件标准不一，缺乏统一化管理，平台整合任务繁重。（2）产品维护困难，稳定性有待提高。1.2开发本系统的目的和意义随着餐饮行业规模的增大，餐饮行业竞争愈演愈烈，中小餐饮企业由于缺乏庞大的资金来源与人才管理而面临巨大的挑战，传统的管理模

6、式在效率和成本等方面显现出越来越多的弊端。本系统针对中小型餐饮企业，让企业摆脱传统繁琐的依靠人工处理顾客垂询并将所点菜单的手写存根传送到厨房；厨房各单位依照服务员所写的菜单制作菜肴，最后由服务员将完成的菜肴递送给顾客的工作流程，使大量依靠人工管理的日常工作转而通过信息系统高效，便捷的得以实现。另外，调查中一些餐馆存在手工作业量大，数据传递不及时，统计和计算发生差错等问题，这些都说明了开发针对中小型餐饮企业的管理信息系统的必要性与迫切性。具体来说，本系统主要针对点菜流程，菜品管理，人员管理，财务管理等方面进行系统化开发与流程优化，提供一个电子化的管理平台，通过开发一套适合中小企业的餐饮系统实现美

7、化市场形象、提升服务质量、提高管理水平和增加经济效益等目标。1.3设计指导思想本程序的设计初衷是结合个人生活经历，希望制作出对中小型企业的经营管理状况有所提高的程序系统。本系统支持多用户登录，通过用户登录判断登陆者身份，针对服务员本系统功能主要是自动化点菜和查看已点菜品功能，个人信息和密码的修改功能；管理员具有对员工信息的查看，删除和添加功能，对菜品的管理以及查询当日账单功能。由于时间和技术能力的有限，本系统的实现主要依靠Visual Basic6.0企业版作为开发程序，Microsoft access2003作为后台数据库，运用大一的计算机基础，VB程序设计和大二所学习的管理信息系统的知识进

8、行系统开发。2.需求调研需求调研是系统开发的第一步，是在系统分析之初对用户需求进行初始性的调查分析，了解用户对系统的要求、整个系统的目标、现有资源、用户行业信息等初始信息，为下一步可行性分析和系统需求分析打下基础。（傅泽田、王瑞梅，2009）12.1需求调研计划时间安排调研目标调研对象调研结果调研方式2016.12.18上午了解餐饮信息管理系统特点中小餐饮企业餐饮系统特点查阅资料，资料搜集2016.12.18下午和晚上了解现行中小企业经营模式中小餐饮企业餐饮企业经营模式及流程图实地考察，面谈由于时间较短，我在周日一天中查阅搜集资料，并走访了海淀区附近的一些中小型餐饮企业，基本了解周边一些中小型

9、企业发展状况及模式，业务流程情况，现行管理系统带给商家和顾客的一些问题困扰等，初步形成对需求，可行性等方面的把握。3.可行性分析3.1技术可行性：Microsoft Access 2003提供了表、查询、窗体、报表、页、宏、模块7种用来建立数据库系统的对象；提供了多种向导、生成器、模板，把数据存储、数据查询、界面设计、报表生成等操作规范化；为建立功能完善的数据库管理系统提供了方便，也使得普通用户不必编写代码，就可以完成大部分数据管理任务。（傅泽田、王瑞梅，2009）2关于本系统的技术可行性分析，主要就是依靠Visual Basic企业版和Microsoft Access 2003。Visual

10、 Basic是为开发Windows环境下应用程序的一种可视化编程语言，它以其简单易学，语法简洁、功能强大等特色深受广大编程人员的喜爱。VB在继承原BASIC语言简单易学的优点的同时，又吸收了近几年来最先进、最优秀的编程技术，从而成为目前开发Windows应用程序最好、最快、最简单的开发工具之一。（姜虹、王传华，2005）3硬件：该系统对所需的硬件设备如服务器、pc机等的性能要求一般，现有设备的性能完全能够满足系统功能的要求。软件：本系统是利用VB6.0作为开发语言，利用其可视化的开发环境、丰富的控件资源，能快速开发出应用程序，且其可用于开发Windows环境下的各类应用程序，灵活高效。系统运行

11、环境采用win2000，win2003及以上的操作系统。根据中小餐厅客户的数据量较小的特点，我选择了Microsoft access2003作为后台数据库。这些软件在中小型MIS开发中已被大量应用，技术上较为成熟，因此技术上是可行的。3.2经济可行性首先，本系统的初始成本很低。相关软件VB企业版和Access数据库等使用免费，便捷可得；对硬件要求也较低，如服务器，硬盘等，一般的餐饮企业现有硬件设施基本可以解决。市场中存在大量的针对大中型餐饮业的系统，本系统在功能上虽然无法与一些大型企业现行的网络程序相媲美，但优点是制价较低、功能简单集中、用户界面友好。此系统专门针对中小型餐饮企业，制作过程耗资

12、不大，运行简单易行，功能集中针对小型餐饮的点菜，结算，人员管理等基础环节，且该系统的开发实施能大大提高企业运营和管理的效率，减少相应的运行管理成本，为企业带来潜在利润。因此，经济上具有系统开发的可行性。3.3环境可行性该系统致力于对中小型餐饮企业进行科学化管理。该系统符合消费者和商家，员工等多方面需求，符合现代人的消费习惯。通过一天走访的多家中小餐厅的老板和员工大都对信息系统的开发持有积极态度，希望通过信息系统运行节约人力成本，增强数据的准确性，提高企业运行效率。因此，在环境上具有系统开发的可行性。3.4进度可行性本次系统分析，设计，开发，测试，评价等工作由本人完成，时间大概在10天左右，且开

13、发方式简易，因此进度上是基本可行。但由于本次系统设计规划时间有限，部分设想实现的模块功能未及时设计实现，如餐厅的预订管理模块，会员管理模块，财务管理模块等模块未能在程序中实现或只设计了其中部分功能，后期可以将新功能的开发与系统维护共同进行。4.系统需求分析包括组织结构分析、管理功能分析、业务流程分析、数据流程分析、数据字典及处理逻辑分析。系统需求分析是信息系统开发的重要环节之一，是系统分析和系统设计的基础，需求分析的正确与否对整个信息系统开发工作的成败来说使决定性的。4.1组织结构分析本系统中餐厅下设4个部门：餐饮部、人事部、财务部、用餐服务部。餐饮部负责制作菜品，人事部掌管人员信息基本资料，

14、财务部进行财务统计，用餐服务部为顾客进行点餐上菜收费等服务项目。餐厅组织结构图如下：餐厅用餐服务部财务部餐饮部人事部4.2管理功能分新按照功能划分可以划分为菜品管理、财务管理、人事管理、个人信息管理和点餐管理等模块，具体功能见上表。菜品管理：管理员可以对选择菜品进行添加，删除，修改，查看等操作。财务管理：管理员可以查看存入系统的账单。人事管理：管理员可以查看员工信息，对离职员工信息进行删除，为新员工进行注册。个人信息管理：管理员和其他用户都可以查看，添加，修改，删除个人信息及密码。点餐管理：服务员服务顾客进行查询操作，点菜操作，删除操作和查看已点菜功能。4.3业务流程分析为直观表示业务流程情况

15、，选择以业务流程图进行展现。系统业务流程图（Transaction Flow Diagram ,TFD）主要是通过图形对系统的整个数据流向或个别流向做一个直观的表述。业务流程图图形符号说明如下：业务流程图的基本图形符号（1） 总体业务流程图（2）点餐管理子系统账单结算信息查询收银台确认菜单储存点菜服务员（3）菜品管理子系统（4）人事人员信息子系统确定员工信息增删员工信息管理员员工管理查看员工信息（5）财务管理子系统发票收银台付款顾客账单信息储存菜单明细查询4.4数据流程分析数据流程图是描述系统数据流程的工具,它将数据独立抽象出来,通过图形方式描述信息的来龙去脉和实际流程。数据流程图图形符号说明

16、如下：数据流数据存储外部实体处理过程图4.4-1数据流程图的符号根据系统的业务流程，对其中的数据流向、处理及数据存储进行分析后，可以得到本系统数据流程图如下图：4.4.1点餐时信息数据流P1点餐管理收银员顾客F1变更信息点餐数据流程图第一层点餐数据流程图第二层顾客账单信息F2.1.1账单信息P2.1.1账目核算收银员F2.1.2发票处理顾客点餐收银子系统数据流程图第三层点餐菜品管理子系统数据流程图第三层4.4.2注册时的信息数据传递注册填入的信息用户人事管理层用户注册时信息传递数据流第一层用户P2输入注册信息员工表用户注册时信息传递数据流第二层4.4.3登录时的信息数据传递人事管理层用户名+密

17、码用户登录信息传递数据流第一层P3.1.1判断用户名是否有效登录成功用户P3.2.3判断密码是否有效登录信息传递数据流第二层4.4.4用户个人信息修改时数据流用户人事管理层用户名+密码个人信息用户个人基本信息修改数据流第一层P4用户信息查询及修改用户人事管理层顾客表用户个人基本信息修改数据流第二层4.4.5用户信息管理的数据传递人事管理层用户信息管理员用户管理信息数据流传递第一层添加P5.1管理员修改P5.2顾客表删除P5.3用户管理信息数据流传递第二层4.4.6查询信息的数据传递用户/管理员人事管理层需要查询的信息符合查询的信息查询信息的数据流传递第一层P6.1输入查询条件用户/管理员查询条

18、件符合查询条件的信息P6.2显示查询结果管理者查询信息的数据流传递第二层4.4.7用户修改所定菜单信息的数据传递服务人员菜单信息用户用户修改所定菜单信息数据流传递第一层P7.1添加用户修改P7.2顾客选菜情况删除P7.3用户修改选定菜单信息数据流传递第二层4.5数据字典4.5.1数据元素数据字典是在新系统数据流程图的基础上，进一步定义和描述所有数据的工具，包括对一切动态数据（数据流）和静态数据（数据存储）的数据结构和相互关系的说明，是数据分析和数据管理的重要工具。数据字典也是数据流程图上所有成分的定义和解释的文字集合。数据字典对数据流程图的各种成分起注释、说明的作用，给这些成分赋予实际的内容，

19、还对系统分析中其他需要说明的问题进行定义和说明。数据字典主要用来描述数据流程图中的各个组织部分。（傅泽田、王瑞梅，2009）4 数据元素系统名：U家餐饮管理信息系统 编号：条目名：userid 别名：用户账号属于数据流：存储处：user,yidian,zhangdan,cook& food数据元素构成：代码类型 取值范围 备注文本型 简要说明：作为主键唯一标识了每位用户，用户编码不可任意修改修改记录：编写： 日期：审核：日期： 数据元素系统名：U家餐饮管理信息系统 编号：条目名：userkind 别名：用户种类属于数据流：存储处：user数据元素构成：代码类型 取值范围 备注文本型 简要说明：

20、用于标识不同种类的用户修改记录：编写： 日期：审核：日期： 数据元素系统名：U家餐饮管理信息系统 编号：条目名：userpassword 别名：用户密码属于数据流：存储处：user数据元素构成：代码类型 取值范围 备注文本型 简要说明：修改记录：编写： 日期：审核：日期： 数据元素系统名：U家餐饮管理信息系统 编号：条目名：foid 别名：菜品编码属于数据流：存储处：details,cook&food,yidian数据元素构成：代码类型 取值范围 备注文本型 混合码，由字母和数字组成，分别代表菜品种类和编码简要说明：修改记录：编写： 日期：审核：日期： 数据元素系统名：U家餐饮管理信息系统 编

21、号：条目名：fodetails 别名：菜品介绍属于数据流：存储处：details数据元素构成：代码类型 取值范围 备注文本型 简要说明：修改记录：编写： 日期：审核：日期： 数据元素系统名：U家餐饮管理信息系统 编号：条目名：cuid 别名：顾客编号属于数据流：存储处：zhangdan,yidian数据元素构成：代码类型 取值范围 备注文本型 简要说明：修改记录：编写： 日期：审核：日期： 数据元素系统名：U家餐饮管理信息系统 编号：条目名：paynumber 别名：订单编号属于数据流：存储处：zhangdan数据元素构成：代码类型 取值范围 备注文本型 订单前六位表示日期，后面数字代表菜品种

22、类数量等简要说明：用于唯一标识每个订单修改记录：编写： 日期：审核：日期：4.5.2数据流数据流是数据项的集合，是数据由于应用需要在各存储器之间的传递调用。 数据流系统名：U家餐饮管理信息系统 编号：条目名：注册信息 别名：来源：用户输入去处：人事管理数据流结构：注册成为用户：注册信息（用户名+密码+姓名+身份证+性别+电话+邮箱）简要说明：所填信息应为真实信息，且需准确核对用户两次密码是否一致。修改记录：编写： 日期：审核：日期： 数据流系统名：U家餐饮管理信息系统 编号：条目名：修改信息 别名：来源：用户输入去处：人事管理数据流结构：注册成为用户：修改信息（用户名+密码+姓名+身份证+性别

23、+电话+邮箱）简要说明：信息应为真实信息，如需修改密码需准确核对用户两次密码是否一致。修改记录：编写： 日期：审核：日期： 数据流系统名：U家餐饮管理信息系统 编号：条目名：菜品查询 别名：来源：服务员去处：菜单管理数据流结构：菜品查询：查询类别，用户简要说明：修改记录：编写： 日期：审核：日期： 数据流系统名：U家餐饮管理信息系统 编号：条目名：查询结果显示 别名：来源：菜品管理去处：服务员数据流结构：查询结果：（菜品编号+菜品名称+菜品价格 +菜品介绍）简要说明：用户可以获得有关查询关键字的查询的全部信息。修改记录：编写：日期：审核：日期：4.5.3数据存储 数据储存类目描述了数据的逻辑储

24、存结构。 数据存储系统名：U家餐饮管理信息系统 编号：条目名：用户信息 别名：储存组织：每个用户的信息记录数：41主关键字：userid记录组成： 用户名 密码 姓名 性别 工龄 手机号码 邮箱 字节 简要说明：修改记录：编写：日期：审核：日期：4.5.4实体外部项系统名：U家餐厅管理信息系统 编号：条目名： 菜品 别名：输入数据流：选择菜品，查询菜品输出数据流：更改菜品信息主要特征：菜品：管理员有权对菜品进行菜品修改，修改后的菜品信息可以被服务员读取。简要说明：修改记录：编写日期审核日期外部项系统名：U家餐厅管理信息系统 编号：条目名： 用户 别名：输入数据流：登录管理，个人信息维护和修改等

25、输出数据流：个人信息主要特征：用户：可在登录后进入操作页面，系统自动判断用户类型并选择相关的操作。在输入数据时，注意数据需符合相关要求。其主要特征是用户账号和密码。简要说明：本系统主要针对用户设计修改记录：编写日期审核日期4.6处理逻辑分析4.6.1用户注册判断树输入注册信息必要信息完备且唯一必要信息不完备或不唯一密码与确认密码一致密码与确认密码不一致注册成功得到账号注册不成功输入账号密码必要信息完备且唯一必要信息不完备或不唯一账号存在账号不存在登录成功密码错误登录不成功密码正确4.6.2登录判断树4.6.3修改密码判断树输入原密码原密码正确原密码错误新密码与确认密码一致新密码与确认密码不一致

26、修改成功修改不成功4.6.4点菜判断树选择点菜已选菜单有已选菜单中没有已选中数量加一已选中添加一条新记录5.系统设计5.1系统总体结构设计系统总体结构设计是要根据系统分析的要求和用户的实际情况对新系统的总体结构形式和可利用的资源进行大致的设计，是一种宏观的总体上的设计。（傅泽田、王瑞梅，2009）55.1.1总体功能设计以下是对系统总体功能的直观化功能图：5.1.2模块设计本系统主要有以下几个模块：注册模块，登录模块，查询管理模块，修改管理模块，添加管理模块。（1）注册模块：用户输入注册信息，系统对所填信息进行有效判定后，储存所输信息并提示成功，转回主页面。若顾客所输信息有误，则提示顾客输入有

27、误，并要求再次输入注册。（2）登录模块：在登陆模块中，用户输入自己的用户名和密码，系统判断必要信息完备后会自动在数据库中确认是否有记录，若登陆成功，页面自动跳转。登录模块中系统会依据输入信息判别用户类型从而实现不同用户的管理功能的差异。（3）查询管理模块：输入相应的查询条件，系统根据输入信息在后台数据库进行查询并显示在VB应用程序中。主要包括点菜查询，人员信息查询，账单查询（4）修改管理模块：经过查询在可视化窗口中修改信息，并通过程序运行修改后台数据库程序。主要包括菜品信息修改，个人信息修改等。（5）添加管理模块：用户通过输入信息，程序运行将输入信息录入到数据库中，主要包括新菜品的添加，新员工

28、信息添加等。以下为各模块的模块结构图： 调用 控制信息 循环关系模块 数据 转换符号 判断关系（1）注册模块注册存储信息输入（2） 登陆模块：登录信息管理（3）信息修改模块信息管理信息更新查询条件和范围（4）查询模块查询在数据库中进行选择（5）点菜模块修改选菜信息更改读入菜单交给收银台息菜单处理获得菜单信息输出已选菜品5.2代码设计代码是人为确定的代表客观事物（实体）名称、属性或状态的符号或者是这些符号的组合。代码设计问题是一个科学管理的问题，设计出一个好的代码对于系统的开发工作是一件极为有利的事情。它可以使很多机器处理（如统计、校对、查询等）变得十分方便。另外，还能够使一些现阶段计算机很难处

29、理的工作变得简单。（傅泽田、王瑞梅，2009）6名称含义存储类型Userid用户账号User（用户表）混合码Foid菜品编号Details（菜品表）混合码Paynumber订单编号Dingdan（订单）数字码Userkind用户种类User（用户表）顺序码（1）用户代码设计Userid：用于唯一标识用户，实质是用户账号，属于混合码，前面的字母代表了用户的类型及相应的不同功能权限，后面的数字用于确定该类型用户中每个用户的唯一账号。例如：jingli1代表了管理者1号，fuwuyuan1代表了服务员1号。用户类别职务代码用户类别（服务员）代码（2）菜品代码设计Foid：用于唯一标识菜品，实质是菜品

30、编号，属于混合码，前面的字母代表了菜品的类型，后面的数字用于确定该类型菜品中每个用户的唯一账号。例如re1代表了热菜的第一种。种类（热菜）代码（3）订单代码设计Paynumber：用于唯一标识订单，实质是订单编号，属于数字码，前六位数字代表了订单发生时间，后面的数字代表用户编号和消费金额。例如订单号16121200259订单日期（2016-12-12）用户编码消费59元（4）用户种类设计userkind:用于系统识别用户类型，0代表管理者，1代表服务员，2代表收银员，3代表厨师。5.3输入输出设计5.3.1输入界面（1）注册输入界面（2）登录界面（3）修改个人信息界面以下是修改个人信息如手机，

31、邮箱等变更的输入设计下面这张是变更密码的输入设计（4）修改菜品信息界面（5）查询界面（6）搜索界面（7）点菜界面5.3.2输出界面（1）查看员工信息界面（2）查看当日账目（3）查看菜品信息（4）查看已点菜品界面5.4人机对话设计下图是服务员登陆时的人机界面设置：下图是管理员登陆后的人机界面设置：本系统人机对话设计友好，便于用户操作。其余人机对话设置见输入输出界面。5.5数据库设计5.5.1 E-R模型（1） 实体菜品名称菜品种类菜品编码菜品价格菜品菜品介绍菜品图片工龄用户姓名用户密码用户账号用户邮箱用户类别手机号顾客编码账单工作人员账单编号顾客桌号账单本单利润账单日期账单金额（2）局部E-R图

32、服务员菜品数量菜品价格点购菜品厨师菜品质量菜品等级制作菜品（3）总体E-R图管理员管理维护信息nm用户之厨师用户之服务员1n点购制作菜品1n结算构成n1账单5.5.2逻辑设计逻辑结构设计的主要任务是把概念结构设计阶段建立的E-R图，按选定的数据库管理软件所支持的数据模型（层次型、网状型、关系型），转化为相应的逻辑模型。（傅泽田、王瑞梅，2009）7本系统主要含有一对多，多对多的联系，根据两实体间联系的转换方法可以转化为如下关系：（1）实体转化的关系用户（用户账号，密码，用户姓名，性别，工龄，手机号码，邮箱，用户类别，家庭住址，年龄，出生日期，民族，身份证号，注册时间，政治面貌，学历，个人主页，

33、备注，职称，职务，籍贯，薪酬，邮编）菜品（菜品编号，所属种类，价格，名称，菜品图片，菜品介绍，原材料，成本，所属菜系，菜品口味）选购菜品（菜品编号，服务人员编码，结算账单号，所属种类，价格，名称，菜品图片，菜品介绍，原材料，成本，所属菜系，菜品口味）账单（账单编号，服务人员编码，账单金额，账单日期，顾客编号，顾客桌号，帐单利润，账单明细，）（2）联系转化的关系制作（菜品编号，用户（厨师）编号，菜品质量，菜品等级）5.5.3物理设计Auser（用户表）字段名称数据类型说明username文本用户姓名userid文本用户编码userkind文本用户类别userpassword文本用户密码users

34、ex文本用户性别userphone文本用户手机usermail文本用户邮箱usertime文本工龄Bdetails（菜品信息表）字段名称数据类型说明foid文本菜品编码fodetails文本菜品介绍foprice货币菜品价格foname文本菜品名称fophoto文本菜品图片foclass文本菜品类别Cyidian（已点菜品）字段名称数据类型说明foid文本菜品编码taid数字桌号fopay货币菜品总价foprice货币菜品单价cuid文本顾客编码foname文本菜品名称fonumber数字菜品数量fophoto文本菜品图片userid文本用户编码paynumber文本订单编号Dzhangdan

35、（账单）字段名称数据类型说明time日期/时间交易时间pay货币交易金额cuid货币顾客编码taid文本顾客桌号margin货币利润paynumber文本订单编号userid文本用户编码Ecook & food(厨师和菜品的关系)字段名称数据类型说明foid文本菜品编码userid文本厨师编码rank文本菜品等级5.5.4数据库的规范化过程本系统的关系符合每个属性不可再分，符合第一范式的要求。在此基础上，数据不存在传递依赖，且非主属性不传递依赖于候选关键字，因此满足第二、三范式的要求。设置多字段主键，尽量避免数据冗余，减少出现数据异常等问题。但还希望日后对系统的维护和发展中能够消除数据冗余，进行系统数据库优化。系统：U家餐饮管理信息系统 IPO图