课程设计报告案例2-餐馆点餐系统分析和设计

WORD格式整理版WORD格式整理版/本科毕业设计〔论文题目餐馆点餐系统分析与设计目录TOC\h\z\t"二级标题,2,三级标题,3,四级标题,4,一级标题,1"1绪论11.1问题的提出11.2国内外研究的现状11.3研究的目的及意义21.3.1研究的目的21.3.2研究的意义21.4研究的基本思路和方法21.4.1研究的基本思路31.4.2研究的基本方法32相关基础理论和技术简介52.1基础理论简介52.1.1结构化系统开发方法52.1.2战略数据规划法52.1.3原型法52.1.4面向对象的开发方法62.2技术简介62.2.1Java简介62.2.2JSP简介6MySQL简介72.2.4Tomcat简介83系统分析93.1系统可行性分析93.1.1经济可行性93.1.2技术可行性9运行可行性93.2需求分析103.2.1系统功能需求分析10系统性能需求分析113.3系统业务流程分析113.4系统数据流程分析143.5数据字典183.5.1数据项定义183.5.2数据结构定义223.5.3数据流定义233.5.4处理逻辑定义323.5.5数据存储定义383.5.6外部实体定义384系统总体设计404.1系统功能模块设计404.1.1注册模块404.1.2登录模块414.1.3系统管理模块414.1.4菜品信息管理模块414.1.5订单管理模块414.1.6在线支付模块424.1.7信息筛选模块424.1.8个人信息设置模块424.2系统环境配置424.3系统结构模型设计425系统详细设计445.1代码设计445.2数据库设计445.2.1数据库概念模型455.2.2数据库表设计475.2.3数据库表的创建515.3输入输出设计565.3.1输入设计565.3.2输出设计575.4处理流程设计585.4.1注册流程设计595.4.2登录流程设计595.4.3系统管理流程设计605.4.4菜品信息管理流程设计605.4.5订单管理流程设计615.4.6在线支付流程设计625.4.7信息筛选流程设计635.4.8个人信息设置流程设计645.5界面设计645.5.1系统主页面设计645.5.2注册页面设计655.5.3登录页面设计655.5.4餐馆主页设计665.5.5信息设置页面设计676系统实现与评价696.1系统的实现696.1.1注册模块696.1.2登录模块716.1.3菜品信息管理模块726.1.4订单管理模块776.1.5餐馆信息设置模块786.2系统测试826.2.1测试方法826.2.2测试用例836.2.4测试结论926.3系统评价927结论93致谢94参考文献95WORD格式整理版WORD格式整理版WORD格式整理版WORD格式整理版1绪论1.1问题的提出据《餐饮行业投资报告》统计,经过半个多世纪的发展,中国的餐饮行业已经成长为中国第三产业中的佼佼者之一,强劲的发展势头使其成为对社会经济和人民生活具有较强影响力的重要行业。[1]消费水平的不断提升和生活节奏的不断加快使人们外出就餐或者叫送外卖逐渐发展为了一种生活方式。此外,白领阶层需求的日益增多和"宅族"的兴起,使越来越多的餐饮企业为增加利润提供了外卖送餐服务。在传统订餐中,人们通常是以打电话的方式进行的,人们需要事先知道订餐到餐馆中的菜品信息,同时人们受地理位置的局限人们只能预订自己位置周围有限的餐馆的餐点。这与人们不断提高的消费需求是系相矛盾的,因此如何让更大范围内的用户能够预订自己餐馆的菜品是这些餐馆应该考虑的问题。近些年来,信息技术已被应用到一部分餐饮企业点餐、采购、客户关系管理、人员考核管理等多个方面,对这些企业的管理水平的提升和流程的再造起到了积极的作用。其发展经历了纸质手写、无线PDA点餐和触摸屏自助点餐。这些餐饮企业提升了服务质量,提高了经营效率,方便了管理。但这只是餐饮行业中的少数中大型企业。中国餐饮企业长期以来采取"小作坊"似的经营模式,绝大多数小型餐馆缺乏科学的管理,没有实现也没有能力实现信息化。这些小型餐馆数量繁多,潜力巨大,如何实现其信息化是一个很有研究价值的课题。本文以餐饮行业中小型餐馆的点餐系统为研究对象,试图分析设计适合这些餐馆的点餐系统。1.2国内外研究的现状过去的订餐系统要么是基于B/S结构,要么是基于C/S结构的信息管理系统。这种点餐系统需要有联网的电脑来支持顾客订餐、退餐等操作,但是不是每个顾客都有固定的电脑,亦或是在外出中没有使用电脑的条件,这样就不能订餐、退餐。顾客虽然不一定随时随地都能使用电脑,但他们随时随地都有手机,可以通过手机进行操作。为方便顾客点餐订餐,促进餐饮行业的信息化,提高餐饮企业的工作效率,需要开发一套能够使用移动互联网的订餐系统。欧美国家依靠在通讯技术领域及软件开发方面的优势,用低成本实现了无线点餐系统,加之发达的经济水平的推动,国外在酒店和酒吧里点餐系统应用相对较广泛。在德国,已经有了"全自动"的餐馆,这种餐馆中仅有两名维持餐馆卫生的服务员。顾客到这样的餐馆里就餐,从点餐到上菜付账的整个流程,均自动化完成。这些点餐系统需要较高的技术设备支持,并不适用普通小型餐馆。国内已有成型的订餐系统,如北京联通研发的"订餐宝"。"订餐宝"是有北京联通研发的一款优秀的订餐系统,其是为餐饮企业中的客户管理研发的行业级解决方案,可以为餐饮企业提供包括确认短信的实时发送、客户数据库的自动创建、营销经理管理和客户潜在价值发掘等一体化的功能。但是"订餐宝"并不适用普通小型餐馆,它仍需要较高的技术支持,对操作人员要求较高,适合于大中型的餐饮企业。1.3研究的目的及意义研究的目的近年来,互联网发展迅速,如果说过去互联网改变了网民的生活方式,那么现在的互联网时代将要改变全民的生活方式。互联网的使用方便快捷,同时更不受时间空间的限制。互联网时代的到来同时也可以为餐饮产业信息化助力,使信息化的成本大幅降低。本文将研究基于互联网的餐馆点餐系统,从而为小型餐馆分析设计一套适合其的点餐系统。1.3.2研究的意义国民经济的快速发展一方面不断加快了人们的生活节奏,另一方面又使人们的上班时间变得很紧张,但是无论如何,人们少不了一日三餐。在线订餐系统的出现,极大地简化了人们的点餐流程,人们只需要在有网的地方便可以为亲朋好友的聚会准备丰盛的美食；同时,对于餐饮企业,这种点餐方式也能更方便高效地实现客户点餐信息的收集与分析,这在提高餐饮行业服务质量上将起到重要的作用。在对点餐流程的研究和对业务详细的分析基础上,结合系统开发技术,实现点餐的数字化、网络化管理。餐饮系统的功能不外乎两个,一是使用信息系统管理餐饮业务,二是用计算机处理代替诸如如点菜和菜单传送的人工服务。同时,该系统是一个网上点餐信息平台,将实现客户浏览菜品、商家信息,选择菜品,下订单,在线支付,预约就餐时间等服务。1.4研究的基本思路和方法研究的基本思路本文研究的基本思路是：借鉴国内外餐馆点餐系统的理论研究与实践成果,分析餐馆点餐业务流程及数据流程,运用分析的结果设计点餐系统,最后实现其简单的基本功能。研究的基本方法餐馆订餐系统整体规划方式采用企业系统规划〔BSP法,如图1.1。图1.1系统整体规划流程图系统的开发方法采用结构化系统开发方法,结构化开发方法包括系统规划、系统分析、系统设计、系统实施和系统运行等五个阶段。〔1系统规划阶段的主要工作是根据前期收集的餐饮行业资料,分析整理得出目标客户的系统需求,进行初步调查,确定目标客户目标及订餐系统目标,确定分阶段实施进度。〔2系统分析阶段的工作是根据系统总体规划的要求,设计系统的逻辑模型。〔3系统设计阶段的工作是在逻辑模型基础上设计系统的物理模型设计。〔4系统实施阶段的工作是实现系统的代码编写和系统使用人员的培训,同时系统的数据准备和试运行也在这个阶段进行。〔5系统运行与维护阶段进行系统的日常运行管理、评价、监理审计,修改、维护、局部调整,在出现不可调和的大问题时,进一步提出开发新系统的方案,老系统生命周期结束,新系统诞生,构成系统的一个生命周期,如图1.2。图1.2系统生命周期流程图2相关基础理论和技术简介2.1基础理论简介2.1.1结构化系统开发方法结构化系统开发方法〔StructuredSystemDevelopmentMethodolgies,亦称SSA&D〔StructuredSystemDevelopmentDesign或SADT〔StructuredAnalysisandDesignTechnologies,是自顶向下结构化方法、工程化的系统开发方法和生命周期方法的结合。它强调从系统的角度出发分析问题和解决问题,面对要开发的系统,从层次的角度,自顶向下地分析和设计系统,认为任何系统都有一个从发生、发展到消亡的生命周期,新系统就是旧系统的继续。开发过程强调严格的规范管理,工作文档要成文、要标准。其开发步骤主要有五个阶段,即系统规划、系统分析、系统设计、系统实施和系统运行[2]。这也是本文采用的主要系统开发方法。2.1.2战略数据规划法战略数据规划方法是美国著名学者J.马丁〔JamesMartin在他的著作《战略数据规划方法》、《没有程序员的开发》等书中提到的。战略数据规划方法的主要技术内容包括：如何自顶向下来组织规划；建立企业的信息模型；主要数据库的设计与组织；战略数据规划的具体执行过程。J.马丁在他的著作中明确指出,系统规划的基本内容有三个方面：企业的经营战略规划；企业信息系统的设备配置规划；企业特定的主题数据库规划。原型法原型法的基本思想是1977年开始提出来的,到了20世纪80年代随着计算机软技术的发展,特别是在关系数据库系统〔RelationalDataBaseSystem,RDBS、第四代程序生成语言〔4thGenerationLanguage,4GL以及各种系统开发生成环境产生的基础上,提出的一种从设计思想、工具、手段都全新的系统开发方法。原型法改进了机构化系统开发方法的不足,它并不注重对管理信息系统进行全面、系统的调查和分析,而是由用户和系统分析人员合作,在短期内定义用户的基本需求,迅速构造一个功能不是十分完善的新系统原型,然后先运行这个原型,再不断评价和改进原型,最终形成实际系统。2.1.4面向对象的开发方法面向对象的开发方法是人们在实践中逐渐提出的一种新方法。面向对象方法的出发点和基本原则是尽可能按照人类认识世界的方法和思维方式来分析和解决问题。客观世界是由许多具体事物或事件、抽象的概念及规律等组成的,因此,我们将任何感兴趣或要加以研究的事物、概念都统称为对象〔Object。面向对象的开发方法的优点有：〔1有利于系统开发过程中用户与开发人员的交流和沟通,缩短开发周期,提高系统开发的正确性和效率。〔2可以使软件的一致性、模块的独立性以及程序的共享和可重用性大大提高,也与分布式处理、多机系统及网络通信等发展趋势相吻合,具有广阔的应用前景。〔3有强大的技术支持。2.2技术简介2.2.1Java简介Java诞生于1995年,是Sun公司组织开发的一门编程语言,主要贡献者是JamesGosling。开发Java语言的动力源于对独立平台的需要,即这种语言编写的程序不会因为芯片的变化而发生无法运行或运行错误。1990年,Sun公司成立了有JamesGosling领导的开发小组,开始致力于开发一种可移植的、跨平台的语言,该语言能够生成正确运行于各种操作系统、适应各种CPU芯片的代码。Java有以下几个特点：〔1平台无关性。与其他语言相比,Java语言最大的优势就是它的平台无关性,这也是Java风靡全球的主要原因。〔2面向对象。面向对象是一种先进的编程思想,更加容易解决复杂的问题。面向对象编程具有封装、继承和多态的特点。〔3多线程。Java的特点之一就是内置对多线程的支持。〔4安全。使用支持Java的浏览器时,JavaApplet将限制在Java运行环境中,不必担心病毒的感染。〔5动态。Java的基本组成单元是类,而类是由运行时动态加载的。[5]2.2.2JSP简介JSP是JavaServerPage的简称,是由Sun公司倡导、多家公司参与、于1996年6月推出的一种服务器端动态网页技术。在传统的网页文件中加入Java程序片段和JSP标记,就构成了JSP网页。JSP基于JavaServlet和整个Java体系,其涉及目的是是的构建基于Web的应用程序更加容易和快捷,能够与各种Web服务器、应用服务器和开发工具共同工作,并且它还能应用于不同的操作平台上,适宜于建立快速的、安全的跨平台动态网站。JSP技术的特点有：〔1极强的的跨平台性。由于JSP使用Java语言作为其脚本语言,所以它具有Java语言强大的跨平台性。〔2内容的生成和显示可以分离。〔3程序的执行效率高。JSP页面被编译成Servlet并由Java虚拟机执行,编译过程只在JSP页面第一次执行时进行,不需要每次执行程序是都编译,这在一定程度上可以提高程序执行效率。〔4生成可重用的群组件。JSP可以配合实际开发中的特定功能的群组件开发。〔5采用标记标记简化页面开发。〔6强大的数据库支持。[3]2.2.3MySQL简介MySQL是最流行的开放源码SQL数据库管理系统,它是由MySQLAB公司开发、发布并支持的。MySQLAB是由多名MySQL开发人创办的一家商业公司。它是一家第二代开放源代码公司,结合了开放源码价值取向、方法和成功的商业模型。MySQL的特点有：〔1开放源代码。"开放源代码"意味着任何人都能使用和改变软件。任何人都能从Internet上下载MySQL软件,而无需支付任何费用。〔2反应迅速。MySQL具有良好的连通性、速度和安全性、这使得MySQl很适合作为Internet上的数据库。〔3多种工作模式。MySQL数据库软件是一种客户端/服务器系统,有支持不同后端的一个多线程SQL服务器、数据不同的客户端程序和库、众多管理工具和广泛的应用编程接口API组成。〔4可伸缩性和限制。MySQL服务器可以处理包含5千万条记录的数据库,甚至有些用户将MySQL用于含60000个表和约50亿行的数据库[4]。2.2.4Tomcat简介Tomcat是Sun的JSWDK〔JavaServerWebDevelopmentKit中的Servlet容器,属于Apache软件基金会〔ApacheSoftwareFoundation的Jakarta项目中的一个核心项目,由Apache、Sun和其他一些公司和个人共同开发而成。Tomcat既是一个开源源码、免费支持JSP和Servlet技术容器,同时又是一个Web服务器软件,受到了Sun公司的大力推荐和支持。与传统桌面应用程序不同,Tomcat中的应用程序是一个WAR〔WebArchive文件,它是许多文件构成的一个压缩包,包中的文件按照一定目录结构来组织,不同目录中的文件也具有不同的功能。部署文件时,只需将WAR文件放到Tomcat的webapp目录下,Tomcat会自动检测和解压该文件。JSP文件第一次执行时,首先由Tomcat将其转化为Servlet文件,然后编译,所以速度会慢一些,但后续执行是速度会很快。Tomcat是一个小型的轻量级应用服务器,运行时占用的系统资源小、扩展性好、支持负载平衡与邮件服务等开发应用系统中的常见功能,并且不断改进和完善。Tomcat使用与中小型系统和并发访问用户不太多的场合,是开发和调试JSP程序的首选。3系统分析3.1系统可行性分析3.1.1经济可行性本系统的开发因采用Java开源技术,所以开发成本很低,系统的成本消耗主要来源于运营。本系统要正常使用需要有一个服务团队负责运营,同时需要有一些线下推广活动成本消耗。但是本系统的目标用户是一些有经济能力的餐馆用户,所以,运营成本可以从向餐馆用户收取的使用费中抵消。同时,随着使用者数量的增加,使用费在累计增加,而运营费用却相对不变甚至降低,这是系统便能实现盈利。所以,经济上系统是可行的。3.1.2技术可行性本系统用java开源技术实现,集成开发环境选用颇受好评的Eclipse,数据库采用MySql数据库。Eclipse功能强大且易用开发效率极高,选择它作为系统开发环境,可以完成系统代码的编写。本系统所选用的开源框架Spring,Hibernate及SpringMVC都是高效的易用并且易用于系统开发的主流java开发框架,采用框架技术,可以迅速的搭建起系统的雏形,从而使编程人员可以将大部分精力用到系统的业务逻辑的编写上,提高了开发效率。系统中涉及的功能可以全部实现论为可行。运行可行性基于Web的点餐系统相对于传统的餐馆点餐系统有以下优势：〔1更具有通用性。本系统不是为某一个餐馆设计的,它是一个点餐信息平台,相当于一个点餐信息中转站。可以为普通用户提供菜品信息,同时更重要的是可以为餐馆提供信息发布的平台,理论上适合所有的餐馆。〔2成本低廉。本系统使用成本低廉,实际上,相对于使用点餐系统的餐馆用户而言,他们所做的仅仅是在平台上注册一个账号就拥有了一个自己的点餐系统。〔3更容易维护。对于点餐系统服务的实际使用者而言,实际上,根本没有任何的系统维护工作,因为这些工作都有系统的运营者管理员做了,而系统本身也是基于B/S架构模式的,本身维护起来也很容易。〔4使用简单。〔5功能更强大。本系统除提供主要的点餐功能外,还能为餐馆进行如推广的其他更多的服务,功能更为强大。所以本系统是可以成功运行起来的。3.2需求分析3.2.1系统功能需求分析拟设计本系统为基于Java开源技术的联系点餐客户与供餐商家的点餐系统平台,它将用户分为普通用户,餐馆用户和系统维护人员〔管理员三种用户。系统按用户类型不同提供不同的功能。对于普通用户,系统提供的功能有：〔1在线查找菜品信息的功能。用户访问点餐系统,便可以查看自己喜欢的菜品信息,同时也可以按照自己的喜好进行筛选查询。〔2在线查找餐馆信息的功能。用户还可以在系统平台上在线查看在本平台上注册的餐馆信息,获取订餐信息。〔3在线下订单的功能。在选取自己喜欢的菜品后,用户还可向发布该菜品信息的餐馆下达点餐订单,从而实现点餐的功能。〔4订单的查看功能。用户登录后,可以查看自己的点餐订单记录。〔5在线支付功能。下达订单后,用户可以选择在线支付。〔6对菜品、餐馆评论分享的功能。用户还可以对自己喜欢的菜品餐馆进行评论和分享。〔7个人信息设置功能。用户可以对设置自己的信息。关于餐馆用户,系统提供的功能有。〔1菜品信息发布管理功能。餐馆用户登录后,可以发布菜品信息,该信息将会在系统首页上和餐馆主页上显示。〔2餐馆活动信息发布功能。餐馆用户还可以发布自己近期的活动信息；〔3订单管理功能。餐馆用户可以对普通用户下达的订单进行相应的处理操作。〔4退款功能。当由于一些特殊原因时,普通用户要求退款是,餐馆用户应该能够进行退款操作。〔5其他个人账户信息管理功能。关于系统维护人员,系统提供的功能有：对所有用户数据进行管理。总体来看,餐馆点餐系统的核心功能是点餐,所以在该系统中核心的管理重点是点餐中涉及的菜品,点餐用户和餐馆用户。菜品是点餐的目的,没有菜品就不能进行点餐,所以,有关菜品的功能是本系统的核心功能,包括餐馆用户的菜品管理,普通用户的菜单点餐。另外,支付功能也是本系统的核心功能之一,者关系到系统的是否好用,决定了系统的质量。最后是权限,用户的信息安全必须有保证。系统性能需求分析本系统作为基于Web架构的网上点餐系统平台,应达到以下性能要求：〔1页面响应的时间应低于5秒。系统的服务对象为普通用户和餐馆用户,这些用户大多是对电脑操作很熟悉,同时也对界面响应时间很敏感,如果需相应时间太长会影响用户体验,让用户丧失使用信心,遮掩不利于系统的推广,所以相应时间不应超过5秒。〔2系统支持的并发访问量应不低于500。〔3Web服务稳定工作持续时间大于等于3天。〔4数据更新操作业务高峰值应达到150笔/分钟；数据查询操作业务峰值100笔/分钟。3.3系统业务流程分析本系统的用户分为普通用户,餐馆用户和管理员用户。其中普通用户和餐馆用户为系统的客户。系统主要是为普通用户和餐馆用户服务的,所以主要业务业务室针对这两类用户的,其中普通用户的业务有点餐、在线支付和申请退款,餐馆用户有菜品管理、订单管理和退款。以下主要业务及业务流程图。图例如图3.1。图3.1图例系统总的业务流程图如图3.2。图3.2系统总业务流程图用户注册业务实现了普通用户和餐馆用户的开户功能,如图3.3。图3.3用户注册业务流程图点餐业务是系统的核心业务,实现普通用户点餐的功能,如图3.4。图3.4用户点餐业务流程图用户订单管理实现普通用户和餐馆用户对订单的管理功能,如图3.5。图3.5用户订单管理业务流程图用户在线支付业务实现普通用户点餐在线转账到餐馆用户的功能,如图3.6。图3.6用户在线支付业务流程图用户退款业务实现了当点餐失败订单作废时,普通用户申请退款的功能,如图3.7。图3.7用户退款业务流程图3.4系统数据流程分析数据流程分析主要是根据需求调查的基础资料和所有业务流程图而进行的分析工作。数据流程描述的是信息在系统中流动、处理和存储的过程。数据流程图〔DataFlowDiagram,DFD,是全面描述信息系统模型的主要工具,其图例如图3.1。图3.1图例用数据流程图分析本系统的主要数据流程如下。系统顶层数据流程图如图3.2。图3.2系统顶层数据流程图系统二级数据流程图有。用户注册数据流程如图3.3图3.3用户注册数据流程图用户登录数据流程如图3.4。图3.4用户登录数据流程图点餐数据流程如图3.5。图3.5用户点餐数据流程图菜品信息管理数据流程如图3.6。图3.6菜品信息管理数据流程图菜品展示数据流程如图3.7。图3.7菜品展示数据流程图用户个人账户信息管理数据流程如图3.8。图3.8用户个人账户信息管理数据流程图餐馆信息展示数据流程如图3.9。图3.9菜品展示数据流程图3.5数据字典数据字典是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储和外部实体的具体定义。本系统的数据字典如下。3.5.1数据项定义由于本系统涉及的数据项过多,此处仅列出主要数据项定义,如表3.1--表3.15。.表3.1DI0001数据项编号：DI0001名称：账号<loginName>简述：普通用户,餐馆用户和管理员用户登录系统时的唯一标识,同类用户的账号不能重复别名：账户编码字型：char长度：20取值/含义：为英文字母,数字或"_"下划线的组合〔如"zxj_123"表3.2DI0002数据项编号：DI0002名称：名称<name>简述：普通用户,餐馆用户,管理员用户,菜品,菜品类型,菜系等实体的名称别名：实体名称字型：char长度：20取值/含义：为英文字母,数字,汉字或"_"下划线的组合〔如"张zxj_123”表3.3DI0003数据项编号：DI0003数据项名称：性别<sex>简述：普通用户,餐馆用户,管理员用户的性别别名：字型：logic长度：1取值/含义：1-代表男,0-代表女表3.4DI0004数据项编号：DI0004数据项名称：订单号<orderCode>简述：普通用户于餐馆用户发生交易时产生的订单唯一编码续表3.4字型：char长度：16取值/含义：编码一律以"NO"开头,后跟14位系统生成的与下单时间相关的代码串〔如""表3.5DI0005数据项编号：DI0005数据项名称：日期<date>简述：系统中所有涉及时间的存储项字型：datetime取值/含义：yyyy-mm-dd-hh-MM-ss〔yyyy-年份,mm-月份,dd-日,hh-小时,MM-分钟,ss-秒表3.6DI0006数据项编号：DI0006数据项名称：密码<password>简述：普通用户,餐馆用户和管理员用户账户的密码字型：char长度：6-18表3.7DI0007数据项编号：DI0007数据项名称：手机号码<phone>简述：普通用户,餐馆用户和管理员用户的手机联系号码字型：char长度：11表3.8DI0008数据项编号：DI0008数据项名称：固定电话号码<fixphone>简述：普通用户,餐馆用户和管理员用户的固定电话号码字型：varchar长度：20表3.9DI0009数据项编号：DI0009数据项名称：地址〔address简述：普通用户,餐馆用户和管理员地址字型：char长度：50表3.10DI0010数据项编号：DI0010数据项名称：用户状态〔userStatus简述：普通用户,餐馆用户和管理员用户的状态,便于系统管理字型：varchar长度：5取值/含义：取值为"open"和"locked",分别代表激活和锁定,当激活时,用户可以正常使用系统提供的功能,当锁定时,用户不能使用系统功能表3.11DI0011数据项编号：DI0011数据项名称：订单状态〔orderStatus简述：订单的状态,用于标识订单在整个处理流程中的状态字型：int取值/含义：可取值"0"、"1"、"2",其中"0"代表已下单等待餐馆处理,"1"代表餐馆已处理但为交易完成,"2"代表交易完成表3.12DI0012数据项编号：DI0012数据项名称：价格〔price简述：菜品的价格字型：float表3.13DI0013数据项编号：DI0013数据项名称：单位〔unit简述：菜品的单位续表3.13字型：varchar长度：1-5取值/含义：两次〔如"份"、"两"、"斤"等表3.14DI0014数据项编号：DI0014数据项名称：星级〔starLevel简述：餐馆和菜品的星级字型：int取值/含义：可取"0","1","2","3","4","5"表3.15DI0015数据项编号：DI0015数据项名称：数量〔num简述：菜品数量字型：int取值/含义：可取"0","1","2","3","4","5"等非负整数3.5.2数据结构定义本系统涉及的数据结构如表3.16--表3.23。表3.17DS0002数据结构编号：DS0001数据结构名称：普通用户基本信息简述：描述普通用户基本属性数据结构组成：DI0001<登录名>+DI0002<名称>+DI0003〔性别+DI0003〔注册日期+DI0006〔密码+DI0007〔手机号码+DI0008<固定电话号码>+DI0009<地址>+DI0010<状态>表3.18DS0003数据结构编号：DS0002数据结构名称：餐馆用户基本信息简述：描述餐馆用户基本属性数据结构组成：DI0001<登录名>+DI0002<名称>+DI0005〔注册日期+DI0006〔密码+DI0007〔手机号码+DI0008<固定电话号码>+DI0009<地址>+DI0010表3.19DS0004<状态>+DI0014〔星级数据结构编号：DS0003数据结构名称：管理员用户基本信息简述：描述管理员用户基本属性数据结构组成：DI0001<登录名>+DI0002<名称>+DI0005〔注册日期+DI0006〔密码表3.20DS0005数据结构编号：DS0005数据结构名称：菜品基本信息简述：描述菜品基本属性数据结构组成：DI0002<名称>+DI0012〔价格+DI0013〔单位+DI0014〔星级表3.21DS0006数据结构编号：DS0006数据结构名称：菜品类型基本信息简述：描述菜品类型基本属性数据结构组成：DI0002<名称>表3.22DS0007数据结构编号：DS0007数据结构名称：订单基本信息简述：描述订单基本属性数据结构组成：DI0004<订单号>+DI0005<生成日期>+DI0011〔订单状态表3.23DS0008数据结构编号：DS0008数据结构名称：订单项基本信息简述：描述订单项基本属性数据结构组成：DI0002<菜品名称>+DI0015<数量>+DI0012〔价格3.5.3数据流定义本系统数据流定义编号编码规则为一"DF"开头,格式为"DF+两位所属流程图编号+数据流编号",图表3.24--表3.56。表3.24DF0101数据流编号：DF0101数据流名称：注册信息简述：访客注册时填写的注册信息数据流来源：E01<系统访客>数据流去向：P0101〔合法性检测、P0102<类型检测>,DB01〔用户数据存储数据流组成：DI0001〔账号/登录名+DI0006〔密码+用户类型表3.25DF0102数据流编号：DF0102数据流名称：反馈信息简述：访客注册为成功时系统给出的关于注册情况的提示信息数据流来源：P0101〔合法性检测,P0102<类型检测>,P0103〔审核数据流去向：E01<注册用户>数据流组成：提示信息表3.26DF0103数据流编号：DF0103数据流名称：餐馆用户信息简述：访客注册餐馆用户是,系统判别为餐馆用户类型时的信息数据流来源：P0102<类型检测>数据流去向：P0103<审核>数据流组成：DI0001〔账号/登录名+DI0006〔密码+用户类型表3.27DF0104数据流编号：DF0104数据流名称：审核信息简述：管理员对餐馆用户注册信息审核后给出的信息数据流来源：E02<管理员>数据流去向：P0103<审核>数据流组成：审核信息表3.28DF0201数据流编号：DF0201数据流名称：登录信息简述：访客登录系统时提交的登录信息数据流来源：E01<访客>数据流去向：P0201<信息匹配>数据流组成：DI0001〔账号/登录名+DI0006〔密码+用户类型表3.29DF0202数据流编号：DF0202数据流名称：用户信息简述：保存到DB01<用户数据>中的用户信息数据流来源：DB01<用户数据>数据流去向：P0201<信息匹配>数据流组成：DI0001〔账号/登录名+DI0006〔密码+用户类型表3.30DF0203数据流编号：DF0203数据流名称：账户信息简述：经系统P0201<信息匹配>处理后输出的包含有用户权限信息的账户信息数据流来源：P0201<信息匹配>数据流去向：P0202<用户类型判断>数据流组成：账户信息表3.31DF0204数据流编号：DF0204数据流名称：权限信息简述：用于系统识别用户享有的使用权限的用户权限信息数据流来源：P0203<用户权限判断>数据流去向：P0204<信息呈现>数据流组成：权限信息表3.32DF0205数据流编号：DF0205数据流名称：用户主页信息简述：用户通过权限验证后,由系统按其权限生成的主页信息数据流来源：P0204<信息呈现>数据流去向：E01〔访客数据流组成：用户主页信息表3.33DF0206数据流编号：DF0206数据流名称：反馈信息简述：用户登录过程中的反馈信息数据流来源：P0201<信息匹配>数据流去向：E01〔访客数据流组成：反馈信息表3.34DF0301数据流编号：DF0301数据流名称：订单简述：普通用户填写的订单信息数据流来源：E03<普通用户>数据流去向：P0301〔订单信息检测数据流组成：由订单项组成的订单信息表3.35DF0302数据流编号：DF0302数据流名称：反馈信息简述：P0301〔订单信息检测检测订单信息后给用户的反馈信息数据流来源：P0301〔订单信息检测数据流去向：E03<普通用户>数据流组成：系统预设反馈信息表3.36DF0303数据流编号：DF0303数据流名称：合格订单简述：P0301〔订单信息检测检测订单信息通过并预处理后的订单信息数据流来源：P0301<订单信息检测>数据流去向：P0302<订单处理>数据流组成：订单信息表3.37DF0304数据流编号：DF0304数据流名称：账单信息简述：系统生成的用于第三方转账的账单信息数据流来源：P0302<订单处理>数据流去向：P0303<第三方支付>数据流组成：账单信息表3.38DF0305数据流编号：DF0305数据流名称：回调信息简述：第三方转账后回调的信息数据流来源：P0303<第三方支付>数据流去向：P0302<订单处理>数据流组成：三方支付生成的回调信息表3.39DF0306数据流编号：DF0306数据流名称：订单修改信息简述：餐馆用户对订单状态修改时提交给系统的信息数据流来源：E04<餐馆用户>数据流去向：P0302<订单处理>数据流组成：修改订单的信息表3.40DF0307数据流编号：DF0307数据流名称：转账信息简述：第三方支付转账后,向系统发回的回执信息,显示第三方账户信息数据流来源：P0303<第三方支付>数据流去向：P0302<订单处理>、E04<餐馆用户>、E03<普通用户>数据流组成：转账后,用户第三方账户的信息〔如余额,转入金额,转出金额等表3.41DF0401数据流编号：DF0401数据流名称：操作信息简述：餐馆用户向系统提交的修改菜品信息的操作信息数据流来源：E04<餐馆用户>数据流去向：P0401<判断操作>数据流组成：DS0005<菜品基本信息>+操作信息〔"增"、"删"、"改"、"查"表3.42DF0402数据流编号：DF0402数据流名称：添加菜品信息简述：餐馆用户输入的添加菜品的信息数据流来源：P0401<判断操作>数据流去向：P0402<添加菜品>数据流组成：DS0005<菜品基本信息>+添加操作信息表3.43DF0403数据流编号：DF0403数据流名称：更新菜品信息简述：餐馆用户输入的更新菜品的信息数据流来源：P0401<判断操作>数据流去向：P0403<更新菜品>数据流组成：DS0005<菜品基本信息>+更新操作信息表3.44DF0404数据流编号：DF0404数据流名称：删除菜品信息简述：餐馆用户输入的更新菜品的信息数据流来源：P0401<判断操作>数据流去向：P0404<删除菜品>数据流组成：DS0005<菜品基本信息>+删除操作信息表3.45DF0405数据流编号：DF0405数据流名称：菜品信息简述：系统从DB03<菜品数据>中查询出的菜品信息数据流来源：DB03<菜品数据>数据流去向：P0405<检索菜品>数据流组成：DS0005<菜品基本信息>表3.46DF0406数据流编号：DF0406数据流名称：检索信息简述：餐馆用户输入的查询菜品的条件信息数据流来源：E04<餐馆用户>数据流去向：P0405<检索菜品>数据流组成：检索条件表3.47DF0501数据流编号：DF0501数据流名称：请求信息简述：用户访问系统时提交的请求信息数据流来源：E01<访客>数据流去向：P0501<处理请求信息>数据流组成：检索条件、查询信息等表3.48DF0502数据流编号：DF0502数据流名称：查询信息简述：查询菜品的条件信息数据流来源：P0501<处理请求信息>数据流去向：P0502<检索餐馆菜品>数据流组成：查询菜品的条件信息表3.49DF0503数据流编号：DF0503数据流名称：菜品信息简述：从DB03<菜品数据>提取的菜品信息数据流来源：DB03<菜品数据>、P0502<检索餐馆菜品>数据流去向：P0502<检索餐馆菜品>数据流组成：DS0005<菜品基本信息>表3.50DF0601数据流编号：DF0601数据流名称：用户信息简述：普通用户,餐馆用户或管理员用户的信息数据流来源：DB01<用户数据>数据流去向：P0601<用户信息展示>数据流组成：DS0001<普通用户基本信息>或DS0002<餐馆用户基本信息>或DS0003<管理员用户基本信息>表3.51DF0602数据流编号：DF0602数据流名称：操作信息简述：用户提交的操作信息〔"增"、"删"、"改"、"查"数据流来源：E01<访客>数据流去向：P0602<信息操作>数据流组成：用户提交的操作信息表3.52DF0603数据流编号：DF0603数据流名称：提交数据简述：用户向系统提供的与相关操作对应格式的数据数据流来源：E01<访客>数据流去向：P0602<信息操作>数据流组成：操作数据表3.53DF0604数据流编号：DF0604数据流名称：更新信息简述：经过处理后用于更新数据存储的信息数据流来源：P0602<信息操作>数据流去向：DB01<用户数据>数据流组成：更新信息表3.54DF0701数据流编号：DF0701数据流名称：请求信息简述：用户提交的请求信息数据流来源：E01<访客>数据流去向：P0701<处理请求信息>数据流组成：查询的请求信息表3.55DF0702数据流编号：DF0702数据流名称：查询信息简述：用户提交的查询信息数据流来源：P0701<处理请求信息>数据流去向：P0702<检索餐馆信息>数据流组成：查询信息表3.56DF0703数据流编号：DF0703数据流名称：餐馆信息简述：餐馆信息流数据流来源：P0702<检索餐馆信息>、DB01<用户数据>数据流去向：E01<访客>数据流组成：DS0002<餐馆基本信息>3.5.4处理逻辑定义本系统中的处理逻辑定义如表3.57-表3.77。表3.57P0101处理逻辑编号：P0101处理逻辑名称：检测数据合法性简述：检测访客提供的注册数据的合法性输入数据流：DF0101〔注册信息输出数据流：DF0101〔注册信息、DF0102〔反馈信息处理过程：访客填写好注册信息后提交各系统,系统检测注册信息是否符合语法规范,或是否符合系统所要求的格式,若符合则将注册信息转给P0102<判断注册类型>,若不符合则输出DF0102〔反馈信息告知用户表3.58P0102处理逻辑编号：P0102处理逻辑名称：判断注册类型简述：根据访客填写的注册信息判断注册的类型输入数据流：DF0101〔注册信息输出数据流：DF0101〔注册信息、DF0102〔反馈信息、DF0103〔餐馆用户注册信息处理过程：根据访客填写的注册信息判断其注册类型,并保存信息到存储DB01〔用户数据,若为餐馆用户则将注册信息转给P0103〔审核,同时在处理后输出DF0102〔反馈信息告知用户表3.59P0103处理逻辑编号：P0103处理逻辑名称：审核简述：管理员通过该处理逻辑控制餐馆用户的注册过程输入数据流：DF0103〔餐馆用户注册信息、DF0104〔审核信息输出数据流：DF0102〔反馈信息、DF0103〔餐馆用户注册信息处理过程：管理员查看访客申请注册餐馆用户提交的注册信息,判定其是否符合条件,然后给出审核信息,系统判断是否注册成功后生成相应反馈信息告知用户表3.60P0201处理逻辑编号：P0201处理逻辑名称：信息匹配简述：将访客输入的登录信息与用户数据匹配输入数据流：DF0201〔登录信息输出数据流：DF0206〔反馈信息、DF0203〔账户信息处理过程：当访客输入登录信息提交给系统时,按登录信息取出DB01<用户数据>中的用户信息,将两者进行匹配,若匹配成功,则输出账户信息到P0202〔用户权限判断并输出DF0206〔反馈信息；若匹配不成功,则仅输出DF0206〔反馈信息表3.61P0202处理逻辑编号：P0202处理逻辑名称：用户权限判断简述：确定用户的权限输入数据流：DF0203〔账户信息输出数据流：DF0204〔权限信息处理过程：根据用户的账户信息来确定账户的权限信息表3.62P0203处理逻辑编号：P0203处理逻辑名称：信息呈现简述：为不同权限的用户呈现不同的主页信息续表3.62输入数据流：DF0204〔权限信息输出数据流：DF0205〔用户主页信息处理过程：根据输入的账户权限信息生成系统定义的不同的用户主页信息,并生成相应的页面表3.63P0301处理逻辑编号：P0301处理逻辑名称：订单信息检测简述：检测用户提交的订单的合法性,并进行相应的预处理输入数据流：DF0301<订单>输出数据流：DF0302<反馈信息>、DF0303<合格订单>处理过程：对用户提交的订单信息进行检测,根据检测情况生成DF0302<反馈信息>告知普通用户,若检测通过则进行预处理〔生成系统订单号,加入下单时间和其他必要预处理等生成合格的订单DF0303<合格订单>,存储到DB02〔订单数据；若未通过检测则仅输出DF0302<反馈信息>表3.64P0302处理逻辑编号：P0302处理逻辑名称：订单处理简述：系统中处理订单的逻辑输入数据流：DF0303<合格订单>、DF0306<订单修改信息>、DF0305<回调信息>输出数据流：DF0304<更新订单>处理过程：系统中处理订单的逻辑,将用户提交的订单信息处理为第三方支付所需的信息格式,然后调用第三方支付,或是接收E04<餐馆用户>提交的修改信息,修改订单信息,并保存到DB01<订单数据>表3.65P0303处理逻辑编号：P0303处理逻辑名称：第三方支付简述：系统中处理调用第三方支付接口的处理逻辑输入数据流：DF0304<账单信息>输出数据流：DF0305<回调信息>、DF0307<转账信息>处理过程：接收DF0304〔账单信息,完成第三方支付转账,生成反馈信息表3.66P0401处理逻辑编号：P0401处理逻辑名称：判断操作简述：判断餐馆用户操作类型输入数据流：DF0401<操作信息输出数据流：DF0402<添加菜品信息>、DF0403<更新菜品信息>、DF0404<删除菜品信息>处理过程：根据餐馆用户提交的操作新决定调用何种操作,并且准备操作所需数据表3.67P0402处理逻辑编号：P0402处理逻辑名称：添加菜品简述：添加新菜品信息输入数据流：DF0402<添加菜品信息>输出数据流：DF0402<添加菜品信息>处理过程：将餐馆用户提交的新菜品信息添加到DB03<菜品数据>表3.68P0403处理逻辑编号：P0403处理逻辑名称：更新菜品简述：更新已有菜品信息输入数据流：DF0403<更新菜品信息>输出数据流：DF0403<更新菜品信息>处理过程：将餐馆用户提交的已有菜品更新信息添加到DB03<菜品数据>表3.69P0404处理逻辑编号：P0404处理逻辑名称：删除菜品简述：删除菜品输入数据流：DF0404<删除菜品信息>输出数据流：DF0404<删除菜品信息>处理过程：删除餐馆用户指定的DB03<菜品数据>中确定的菜品信息表3.70P0405处理逻辑编号：P0405处理逻辑名称：检索菜品简述：按用户提供的检索信息查询菜品信息输入数据流：DF0405<菜品信息>、DF0406<检索信息>输出数据流：DF0405<菜品信息>处理过程：接收餐馆用户提供的检索添加信息,然后按条件访问DB03<菜品数据>,提取出满足条件的菜品信息展示给用户表3.71P0501处理逻辑编号：P0501处理逻辑名称：处理请求信息简述：请求信息处理输入数据流：DF0501<请求信息>输出数据流：DF0502<查询信息>处理过程：处理由用户提交的请求,分析查询的信息表3.72P0502处理逻辑编号：P0502处理逻辑名称：检索餐馆菜品简述：向用户展示菜品信息输入数据流：DF0503<菜品信息>输出数据流：DF0503<菜品信息>处理过程：按用户的查询信息,从DB03<菜品数据>中提出满足条件的菜品数据生成DF0503<菜品信息>展示给用户表3.73P0601处理逻辑编号：P0601处理逻辑名称：用户信息展示简述：将用户信息加工成适合用户浏览的格式输入数据流：DF0601<用户信息>输出数据流：DF0601<用户信息>处理过程：根据用户登录信息,从DB01<用户数据>中提取用户信息,并转化其格式一便于用户浏览和修改表3.74P0602处理逻辑编号：P0602处理逻辑名称：信息操作简述：处理用户的个人信息操作输入数据流：DF0602<操作信息>、DF0603<提交数据>输出数据流：DF0604<更新信息>处理过程：根据用户提交的DF0602<操作信息>判断其操作类型,然后根据对应操作提取相应操作数据更新DB01<用户数据>表3.75P0701处理逻辑编号：P0701处理逻辑名称：处理请求信息简述：处理用户的请求信息输入数据流：DF0701<请求信息>输出数据流：DF0702<查询信息>处理过程：接收用户输入的请求信息,从中提取出查询信息表3.76P0702处理逻辑编号：P0702处理逻辑名称：检索餐馆信息简述：提取餐馆信息输入数据流：DF0702<查询信息>、DF0703<餐馆信息>输出数据流：DF0703<餐馆信息>处理过程：根据用户的DF0702<查询信息>,从DB01<用户数据>中提取出满足条件的DF0703<餐馆信息>表3.77P0703处理逻辑编号：P0703处理逻辑名称：餐馆信息展示简述：转换餐馆信息的展示格式输入数据流：DF0703<餐馆信息>输出数据流：DF0703<餐馆信息>处理过程：将DF0703<餐馆信息>转换成用户浏览的格式,并展示给用户3.5.5数据存储定义本系统涉及的数据存储定义如表3.78--表3.79。表3.78DB01数据存储编号：DB01数据存储名称：用户数据简述：保存关于用户的数据数据结构组成：DS0001〔普通用户基本信息或DS0002〔餐馆用户基本信息关键词：账号表3.79DB02数据存储编号：DB02数据存储名称：订单数据简述：保存用户订单的数据数据结构组成：DS0007〔订单基本信息+DS0008〔订单项信息关键词：订单编码,下单时间3.5.6外部实体定义本系统涉及的外部实体定义如表3.80-表3.8。表3.80E01外部实体编号：E01外部实体名称：访客简述：未登录状态的系统访问用户表3.81E02外部实体编号：E02外部实体名称：管理员简述：拥有系统管理权限的系统管理员表3.82E03外部实体编号：E03外部实体名称：普通用户简述：普通用户表3.83E04外部实体编号：E04外部实体名称：餐馆用户简述：餐馆用户4系统总体设计4.1系统功能模块设计餐馆点餐系统的大体思路是将功能分为信息展示,信息发布,点餐,订单和个人信息设置五个方面。信息展示包括菜品信息和餐馆信息的展示,信息发布则仅为餐馆用户发布菜品及其优惠活动信息的发布,点餐是核心功能,用户可以在线选取喜欢的菜品或者移出菜品,而订单则是保证点餐的服务功能,普通用户通过订单与餐馆用户完成交易,个人信息设置则是一个系统向用户提供的基础功能。具体的功能间的关系如图4.1。图4.1系统功能关系图根据图4.1系统功能的关系可以系统按功能划分为注册、登录、系统管理、菜品信息管理、订单管理、在线支付管理、信息筛选和个人信息设置等八公个主要功能模块,个功能模块实现不同的系统功能。4.1.1注册模块该模块是实现系统访客转化为系统用户的入口。其实现的功能应包括普通用户注册和餐馆用户注册。用户注册时提交的信息格式是相同的,用户类型通过用户注册时选择的用户类型区分,若果注册为普通用户,则系统会为用户生成相应的普通用户操作权限〔如浏览菜品,浏览餐馆信息,下单等；如果注册为餐馆用户,则系统会为用户关联相关的餐馆数据,用户会享有餐馆用户的操作权限。总之,注册模块实现了新用户信息的保存和生成新用户权限的功能。4.1.2登录模块登录模块是用户访问系统服务的入口。本系统涉及的用户类型有普通用户、餐馆用户和管理员。三类用户都必须能够通过登录模块进入系统中。三类用户的登录信息格式都为账号、密码和系统随机验证码。不同类型登录后跳转的页面不同。普通用户登录系统通常是浏览菜品,所以成功登录后跳转到系统主页面。餐馆用户登录后通常是进行餐馆信息设置及菜品信息管理等,所以跳转到餐馆用户信息中心。管理员用户登录系统则通常是对系统进行日常管理,所以跳转到系统管理页面。4.1.3系统管理模块系统管理模块的用户是系统管理员。系统管理员成功登录系统后进入的便是系统管理页面。其管理功能应该包括系统维护,用户管理和特殊情况处理等基本功能。系统维护的目的是维持系统的正常运行,同时也是系统升级的开放接口。用户管理是系管理中重要的功能,它实现了管理员对系统用户的日常监管,必要是可以对用进行锁定。而特殊情况处理是指当遇到某些系统无法自动完成的情况〔如用户密码忘记后无法找回时,管理员可直接重置该用户的密码,而无需用户按系统流程找回是,管理员有超级特权进行手动设置。4.1.4菜品信息管理模块菜品管理模块是餐馆用户实现菜品管理的模块。餐馆用户可以在这里发布菜品信息,包括设置菜品的名称、状态、价格、单位、原料及图片等基本信息。餐馆用户也可以删除某些菜品。同时,还可以通过设置此菜品的状态〔如"上线"、"下线"、"售完"来控制其对普通用户的可见性。另外,餐馆用户可以在该模块添加菜品分类,菜品分类是餐馆用管理菜品的辅助工具。如餐馆用户可以新建"今日特色"的菜品分类,然后将菜品添加到该分类下,这样可以实现菜品信息的批量设置。4.1.5订单管理模块订单模块分为餐馆用户订单模块和普通用户订单模块。普通用户订单模块实现普通用户查看订单的功能。餐馆用户订单模块实现餐馆用户受理普通用户生成的点餐订单功能,餐馆用户可以改变订单状态来通知普通用户订单的情况。4.1.6在线支付模块在线支付模块式系统的扩展模块,在系统的低级版本中可以先不考虑实现。其功能是为提高用户的满意度,而集成第三方支付功能,使用户可以进行在线支付。4.1.7信息筛选模块同在线支付模块一样,信息筛选模块可以在系统的后续版本中逐渐加入。该系统的实现价值是在系统中的菜品和餐馆信息量巨大时,能让用户快速的寻找到自己偏好的菜品或餐馆信息。4.1.8个人信息设置模块个人信息设置模块集个人基本信息设置、账户信息安全管理和系统服务推送为一体的信息中心。个人基本信息设置实现用户的基本信息〔如"真实姓名"、"性别"、"住址"等更新功能,用户可以设置自己的基本信息。账户信息安全管理主要包括修改密码和安全绑定信息设置。系统服务推送指系统预留的后续升级接口,通过该接口系统开发运营者可以向用户提供更多的未来开发出的系统新功能。4.2系统环境配置〔1服务器配置CPU：P41.8GHz以上。内存：4GB以上。〔2软件平台操作系统：Windows2007及其以上版本。数据库：MySql及其以上版本。开发环境：JDK1.6。开发工具：EclipseKeplerServiceRelease1。开发语言：Java。服务器：Tomcat7及其以上版本。浏览器：Chrome。4.3系统结构模型设计本系统采用分层体系结构模型,采用时下流行到MVC分层结构,即模型、视图和控制分层,也可称为持久层、展现层和业务逻辑层。如图4.2。图4.2系统体系结构图5系统详细设计5.1代码设计〔1区域代码设计参考了国家行政区划的编码规则,如表5.1。表5.1区域代码abccdd地区序号市县省a的取值为1—华北,2—东北,3—华东,4—华南,5—西南,6—西北；b为a地区省的序号,如50—XX、51—XX。cc为两位市级代码,01-20、51-70表示省直辖市,21-50表示地区〔自治州、盟；dd为两位县级代码,01-18表示市辖区或地区〔自治州、盟辖县级市,21-80表示县〔旗,81-99表示省直辖县级市。〔2菜系代码设计如表5.2。表5.2菜系编码abc菜系等级序号流派a的取值为1—主菜系〔如中国八大菜系,2—其他有影响的菜系,3—用户添加的菜系。b代表a等级下菜系序号,如11—鲁菜,12—川菜。c代表菜系下更小的流派,如111—XX菜。<3>订单编号代码设计如表5.3。表5.3订单编号aaaaaabbbbccddeeffgghhhh区域代码年月日时分秒流水号5.2数据库设计本系统本质上是一个中小型电子商务平台,系统正常运行后会有大量的访问,同时也需要保存大量的用户数据,订单数据及菜品信息等。为本系统选择数据类型除考虑经济性外,同时也要考虑适用性,数据库系统太大虽然功能强大但是也会降低更多的系统效率,数据库系统太小则不能满足系统需求。鉴于这样的考虑,本系统选用体积小、速度快的使用与中小型电子商务网站的MySql数据库,其完全能够满足系统的功能需求,同时也能保证系统的效率。5.2.1数据库概念模型数据库概念模型是对现实世界信息进行抽象建模,本系统采用最为常用的实体-联系〔E-R模型。用实体-联系方法建立数据库概念模型第一部是识别系统涉及的实体,本系统涉及的实体有管理员,普通用户,餐馆用户,菜品,菜品分类,菜系,订单,订单项。系统主要实体E-R图如图5.1。图5.1系统E-R图普通用户实体包含的属性如图5.2。图5.2普通用户餐馆用户实体包含的属性如图5.3。图5.3餐