课程设计案例2—餐馆点餐系统分析与设计

1、 本本科科毕毕业业设设 计计（论论 文文）题目题目餐馆点餐系统分析与设计餐馆点餐系统分析与设计目录目录1 1 绪论绪论.1 11.1 问题的提出.11.2 国内外研究的现状.11.3 研究的目的及意义.21.3.1 研究的目的.21.3.2 研究的意义.21.4 研究的基本思路和方法.21.4.1 研究的基本思路.31.4.2 研究的基本方法.32 2 相关基础理论和技术简介相关基础理论和技术简介.5 52.1 基础理论简介.52.1.1 结构化系统开发方法.52.1.2 战略数据规划法.52.1.3 原型法.52.1.4 面向对象的开发方法.62.2 技术简介.62.2.1 Java 简介

2、.62.2.2 JSP 简介 .6 MySQL 简介 .72.2.4 Tomcat 简介 .83 3 系统分析系统分析.9 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 4 系统总体设计系统总体设计.40404.

3、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 5 系统详细设计系统详细设计.44445.1 代码设计.445.2 数据库设计.445.2.1 数据库概念模型.455.2.2 数据库表设计.475.2.3 数据库表的创建.515.3 输入输出设计.565.3.1 输入设计.565.3.2 输出设计.575.4 处理流程设

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 6 系统实现与评价系统实现与评价.6969系统的实现.696.1.1 注册模块.696.1.2 登录模块.716.1.3 菜品信息管理模块

5、.726.1.4 订单管理模块.776.1.5 餐馆信息设置模块.78系统测试.826.2.1 测试方法.826.2.2 测试用例.836.2.4 测试结论.92系统评价.927 7 结论结论 .9393致致 谢谢.9494参考文献参考文献.95951 1 绪论绪论 问题的提出问题的提出据餐饮行业投资报告统计，经过半个多世纪的发展，中国的餐饮行业已经成长为中国第三产业中的佼佼者之一，强劲的发展势头使其成为对社会经济和人民生活具有较强影响力的重要行业。1消费水平的不断提升和生活节奏的不断加快使人们外出就餐或者叫送外卖逐渐发展为了一种生活方式。此外， 白领阶层需求的日益增多和“宅族”的兴起，使越来

6、越多的餐饮企业为增加利润提供了外卖送餐服务。在传统订餐中，人们通常是以打 的方式进行的，人们需要事先知道订餐到餐馆中的菜品信息，同时人们受地理位置的局限人们只能预订自己位置周围有限的餐馆的餐点。这与人们不断提高的消费需求是系相矛盾的，因此如何让更大范围内的用户能够预订自己餐馆的菜品是这些餐馆应该考虑的问题。近些年来，信息技术已被应用到一部分餐饮企业点餐、采购、客户关系管理、人员考核管理等多个方面，对这些企业的管理水平的提升和流程的再造起到了积极的作用。其发展经历了纸质手写、无线 PDA 点餐和触摸屏自助点餐。这些餐饮企业提升了服务质量，提高了经营效率，方便了管理。但这只是餐饮行业中的少数中大型

7、企业。中国餐饮企业长期以来采取“小作坊”似的经营模式，绝大多数小型餐馆缺乏科学的管理，没有实现也没有能力实现信息化。这些小型餐馆数量繁多，潜力巨大，如何实现其信息化是一个很有研究价值的课题。本文以餐饮行业中小型餐馆的点餐系统为研究对象，试图分析设计适合这些餐馆的点餐系统。 国内外研究的现状国内外研究的现状过去的订餐系统要么是基于 B/S 结构，要么是基于 C/S 结构的信息管理系统。这种点餐系统需要有联网的电脑来支持顾客订餐、退餐等操作，但是不是每个顾客都有固定的电脑， 亦或是在外出中没有使用电脑的条件， 这样就不能订餐、退餐。顾客虽然不一定随时随地都能使用电脑， 但他们随时随地都有 ， 可以

8、通过 进行操作。为方便顾客点餐订餐，促进餐饮行业的信息化，提高餐饮企业的工作效率，需要开发一套能够使用移动互联网的订餐系统。欧美国家依靠在通讯技术领域及软件开发方面的优势，用低成本实现了无线点餐系统，加之发达的经济水平的推动，国外在酒店和酒吧里点餐系统应用相对较广泛。在德国，已经有了“全自动”的餐馆，这种餐馆中仅有两名维持餐馆卫生的服务员。顾客到这样的餐馆里就餐，从点餐到上菜付账的整个流程，均自动化完成。这些点餐系统需要较高的技术设备支持，并不适用普通小型餐馆。国内已有成型的订餐系统，如北京联通研发的“订餐宝”。 “订餐宝”是有北京联通研发的一款优秀的订餐系统，其是为餐饮企业中的客户管理研发的

9、行业级解决方案，可以为餐饮企业提供包括确认短信的实时发送、客户数据库的自动创建、营销经理管理和客户潜在价值发掘等一体化的功能。但是“订餐宝”并不适用普通小型餐馆，它仍需要较高的技术支持，对操作人员要求较高，适合于大中型的餐饮企业。 研究的目的及意义研究的目的及意义 研究的目的研究的目的近年来，互联网发展迅速，如果说过去互联网改变了网民的生活方式，那么现在的互联网时代将要改变全民的生活方式。互联网的使用方便快捷，同时更不受时间空间的限制。互联网时代的到来同时也可以为餐饮产业信息化助力，使信息化的成本大幅降低。本文将研究基于互联网的餐馆点餐系统，从而为小型餐馆分析设计一套适合其的点餐系统。1.1.

10、 研究的意义研究的意义国民经济的快速发展一方面不断加快了人们的生活节奏，另一方面又使人们的上班时间变得很紧张，但是无论如何，人们少不了一日三餐。在线订餐系统的出现，极大地简化了人们的点餐流程，人们只需要在有网的地方便可以为亲朋好友的聚会准备丰盛的美食；同时，对于餐饮企业，这种点餐方式也能更方便高效地实现客户点餐信息的收集与分析，这在提高餐饮行业服务质量上将起到重要的作用。在对点餐流程的研究和对业务详细的分析基础上，结合系统开发技术，实现点餐的数字化、网络化管理。餐饮系统的功能不外乎两个，一是使用信息系统管理餐饮业务，二是用计算机处理代替诸如如点菜和菜单传送的人工服务。同时，该系统是一个网上点餐

11、信息平台，将实现客户浏览菜品、商家信息，选择菜品，下订单，在线支付，预约就餐时间等服务。1.41.4 研究的基本思路和方法研究的基本思路和方法 研究的基本思路研究的基本思路本文研究的基本思路是：借鉴国内 外餐馆点餐系统的理论研究与实践成果，分析餐馆点餐 业务流程及数据流程 ，运用分析的结果 设计点餐系统，最后实现其简单的 基本功能。 研究的基本方法研究的基本方法餐馆订餐系统整体规划方式采用企业系统规划（BSP）法，如图 1.1。 1.研究方案确定2.研究的准备工作3.研究的开始阶段4.定义企业流程5.定义数据类型6.分析当前系统7.确定系统目标8.提供判断和结论9.设计系统整体结构11.确定子

12、系统的开发顺序12.建议书和结论13.研究成果报告10.评估系统可行性图 1.1 系统整体规划流程图系统的开发方法采用结构化系统开发方法，结构化开发方法包括系统规划、系统分析、系统设计、系统实施和系统运行等五个阶段。（1）系统规划阶段的主要工作是根据前期收集的餐饮行业资料，分析整理得出目标客户的系统需求，进行初步调查，确定目标客户目标及订餐系统目标，确定分阶段实施进度。（2）系统分析阶段的工作是根据系统总体规划的要求，设计系统的逻辑模型。（3）系统设计阶段的工作是在逻辑模型基础上设计系统的物理模型设计。（4）系统实施阶段的工作是实现系统的代码编写和系统使用人员的培训，同时系统的数据准备和试运行

13、也在这个阶段进行。（5）系统运行与维护阶段进行系统的日常运行管理、评价、监理审计，修改、维护、局部调整，在出现不可调和的大问题时，进一步提出开发新系统的方案，老系统生命周期结束，新系统诞生，构成系统的一个生命周期，如图1.2。系统规划系统分析系统设计系统运行与维护系统实施系统规划方案系统分析报告系统设计方案系统实施方案系统运行于维护说明书图 1.2 系统生命周期流程图2 2 相关基础理论和技术简介相关基础理论和技术简介2.12.1 基础理论简介基础理论简介2.1.12.1.1 结构化系统开发方法结构化系统开发方法结构化系统开发方法（Structured System Development M

14、ethodolgies） ，亦称SSA&D（Structured System Development Design）或 SADT（Structured Analysis and Design Technologies） ，是自顶向下结构化方法、工程化的系统开发方法和生命周期方法的结合。它强调从系统的角度出发分析问题和解决问题，面对要开发的系统，从层次的角度，自顶向下地分析和设计系统，认为任何系统都有一个从发生、发展到消亡的生命周期，新系统就是旧系统的继续。开发过程强调严格的规范管理，工作文档要成文、要标准。其开发步骤主要有五个阶段，即系统规划、系统分析、系统设计、系统实施和系统运行2

15、。这也是本文采用的主要系统开发方法。2.1.22.1.2 战略数据规划法战略数据规划法战略数据规划方法是美国著名学者 J.马丁（James Martin）在他的著作战略数据规划方法 、 没有程序员的开发等书中提到的。战略数据规划方法的主要技术内容包括：如何自顶向下来组织规划；建立企业的信息模型；主要数据库的设计与组织；战略数据规划的具体执行过程。J.马丁在他的著作中明确指出，系统规划的基本内容有三个方面：企业的经营战略规划；企业信息系统的设备配置规划；企业特定的主题数据库规划。 原型法原型法原型法的基本思想是 1977 年开始提出来的，到了 20 世纪 80 年代随着计算机软技术的发展，特别是

16、在关系数据库系统（Relational DataBase System，RDBS） 、第四代程序生成语言（4th Generation Language，4GL）以及各种系统开发生成环境产生的基础上，提出的一种从设计思想、工具、手段都全新的系统开发方法。原型法改进了机构化系统开发方法的不足，它并不注重对管理信息系统进行全面、系统的调查和分析，而是由用户和系统分析人员合作，在短期内定义用户的基本需求，迅速构造一个功能不是十分完善的新系统原型，然后先运行这个原型，再不断评价和改进原型，最终形成实际系统。2.1.42.1.4 面向对象的开发方法面向对象的开发方法面向对象的开发方法是人们在实践中逐渐提

17、出的一种新方法。面向对象方法的出发点和基本原则是尽可能按照人类认识世界的方法和思维方式来分析和解决问题。客观世界是由许多具体事物或事件、抽象的概念及规律等组成的，因此，我们将任何感兴趣或要加以研究的事物、概念都统称为对象（Object） 。面向对象的开发方法的优点有：（1）有利于系统开发过程中用户与开发人员的交流和沟通，缩短开发周期，提高系统开发的正确性和效率。（2）可以使软件的一致性、模块的独立性以及程序的共享和可重用性大大提高，也与分布式处理、多机系统及网络通信等发展趋势相吻合，具有广阔的应用前景。（3）有强大的技术支持。2.22.2 技术简介技术简介2.2.12.2.1 JavaJava

18、 简介简介Java 诞生于 1995 年，是 Sun 公司组织开发的一门编程语言，主要贡献者是 James Gosling。开发 Java 语言的动力源于对独立平台的需要，即这种语言编写的程序不会因为芯片的变化而发生无法运行或运行错误。1990 年，Sun 公司成立了有 James Gosling 领导的开发小组，开始致力于开发一种可移植的、跨平台的语言，该语言能够生成正确运行于各种操作系统、适应各种 CPU 芯片的代码。Java 有以下几个特点：（1）平台无关性。与其他语言相比，Java 语言最大的优势就是它的平台无关性，这也是 Java 风靡全球的主要原因。（2）面向对象。面向对象是一种先

19、进的编程思想，更加容易解决复杂的问题。面向对象编程具有封装、继承和多态的特点。（3）多线程。Java 的特点之一就是内置对多线程的支持。（4）安全。使用支持 Java 的浏览器时，JavaApplet 将限制在 Java 运行环境中，不必担心病毒的感染。（5）动态。Java 的基本组成单元是类，而类是由运行时动态加载的。52.2.22.2.2 JSPJSP 简介简介JSP 是 Java Server Page 的简称，是由 Sun 公司倡导、多家公司参与、于1996 年 6 月推出的一种服务器端动态网页技术。在传统的网页文件中加入 Java程序片段和 JSP 标记，就构成了 JSP 网页。JS

20、P 基于 Java Servlet 和整个 Java 体系，其涉及目的是是的构建基于 Web 的应用程序更加容易和快捷，能够与各种Web 服务器、应用服务器和开发工具共同工作，并且它还能应用于不同的操作平台上，适宜于建立快速的、安全的跨平台动态网站。JSP 技术的特点有：（1）极强的的跨平台性。由于 JSP 使用 Java 语言作为其脚本语言，所以它具有 Java 语言强大的跨平台性。（2）内容的生成和显示可以分离。（3）程序的执行效率高。JSP 页面被编译成 Servlet 并由 Java 虚拟机执行，编译过程只在 JSP 页面第一次执行时进行，不需要每次执行程序是都编译，这在一定程度上可以

21、提高程序执行效率。（4）生成可重用的群组件。JSP 可以配合实际开发中的特定功能的群组件开发。（5）采用标记标记简化页面开发。（6）强大的数据库支持。 32.2.32.2.3 MySQLMySQL 简介简介MySQL 是最流行的开放源码 SQL 数据库管理系统，它是由 MySQL AB 公司开发、发布并支持的。MySQL AB 是由多名 MySQL 开发人创办的一家商业公司。它是一家第二代开放源代码公司，结合了开放源码价值取向、方法和成功的商业模型。MySQL 的特点有：（1）开放源代码。 “开放源代码”意味着任何人都能使用和改变软件。任何人都能从 Internet 上下载 MySQL 软件，

22、而无需支付任何费用。（2）反应迅速。MySQL 具有良好的连通性、速度和安全性、这使得 MySQl很适合作为 Internet 上的数据库。（3）多种工作模式。MySQL 数据库软件是一种客户端/服务器系统，有支持不同后端的一个多线程 SQL 服务器、数据不同的客户端程序和库、众多管理工具和广泛的应用编程接口 API 组成。（4）可伸缩性和限制。MySQL 服务器可以处理包含 5 千万条记录的数据库，甚至有些用户将 MySQL 用于含 60000 个表和约 50 亿行的数据库4。2.2.42.2.4 TomcatTomcat 简介简介Tomcat 是 Sun 的 JSWDK（Java Serv

23、er Web Development Kit）中的 Servlet容器，属于 Apache 软件基金会（Apache Software Foundation）的 Jakarta 项目中的一个核心项目，由 Apache、Sun 和其他一些公司和个人共同开发而成。Tomcat 既是一个开源源码、免费支持 JSP 和 Servlet 技术容器，同时又是一个Web 服务器软件，受到了 Sun 公司的大力推荐和支持。与传统桌面应用程序不同，Tomcat 中的应用程序是一个 WAR（Web Archive）文件，它是许多文件构成的一个压缩包，包中的文件按照一定目录结构来组织，不同目录中的文件也具有不同的功

24、能。部署文件时，只需将 WAR文件放到 Tomcat 的 webapp 目录下，Tomcat 会自动检测和解压该文件。JSP 文件第一次执行时，首先由 Tomcat 将其转化为 Servlet 文件，然后编译，所以速度会慢一些，但后续执行是速度会很快。Tomcat 是一个小型的轻量级应用服务器，运行时占用的系统资源小、扩展性好、支持负载平衡与邮件服务等开发应用系统中的常见功能，并且不断改进和完善。Tomcat 使用与中小型系统和并发访问用户不太多的场合，是开发和调试 JSP 程序的首选。3 3 系统分析系统分析3.13.1 系统可行性分析系统可行性分析3 3 经济可行性经济可行性本系统的开发因

25、采用 Java 开源技术，所以开发成本很低，系统的成本消耗主要来源于运营。本系统要正常使用需要有一个服务团队负责运营，同时需要有一些线下推广活动成本消耗。但是本系统的目标用户是一些有经济能力的餐馆用户，所以，运营成本可以从向餐馆用户收取的使用费中抵消。同时，随着使用者数量的增加，使用费在累计增加，而运营费用却相对不变甚至降低，这是系统便能实现盈利。所以，经济上系统是可行的。3 3 技术可行性技术可行性本系统用 java 开源技术实现，集成开发环境选用颇受好评的 Eclipse，数据库采用 MySql 数据库。Eclipse 功能强大且易用开发效率极高，选择它作为系统开发环境，可以完成系统代码的

26、编写。本系统所选用的开源框架Spring，Hibernate 及 SpringMVC 都是高效的易用并且易用于系统开发的主流java 开发框架，采用框架技术，可以迅速的搭建起系统的雏形，从而使编程人员可以将大部分精力用到系统的业务逻辑的编写上，提高了开发效率。系统中涉及的功能可以全部实现论为可行。3.1.33.1.3运行可行性运行可行性基于 Web 的点餐系统相对于传统的餐馆点餐系统有以下优势：（1）更具有通用性。本系统不是为某一个餐馆设计的，它是一个点餐信息平台，相当于一个点餐信息中转站。可以为普通用户提供菜品信息，同时更重要的是可以为餐馆提供信息发布的平台，理论上适合所有的餐馆。（2）成本

27、低廉。本系统使用成本低廉，实际上，相对于使用点餐系统的餐馆用户而言，他们所做的仅仅是在平台上注册一个账号就拥有了一个自己的点餐系统。（3）更容易维护。对于点餐系统服务的实际使用者而言，实际上，根本没有任何的系统维护工作，因为这些工作都有系统的运营者管理员做了，而系统本身也是基于 B/S 架构模式的，本身维护起来也很容易。（4）使用简单。（5）功能更强大。本系统除提供主要的点餐功能外，还能为餐馆进行如推广的其他更多的服务，功能更为强大。所以本系统是可以成功运行起来的。3.23.2 需求分析需求分析3 3 系统功能需求分析系统功能需求分析拟设计本系统为基于 Java 开源技术的联系点餐客户与供餐商

28、家的点餐系统平台，它将用户分为普通用户，餐馆用户和系统维护人员（管理员）三种用户。系统按用户类型不同提供不同的功能。对于普通用户，系统提供的功能有：（1）在线查找菜品信息的功能。用户访问点餐系统，便可以查看自己喜欢的菜品信息，同时也可以按照自己的喜好进行筛选查询。（2）在线查找餐馆信息的功能。用户还可以在系统平台上在线查看在本平台上注册的餐馆信息，获取订餐信息。（3）在线下订单的功能。在选取自己喜欢的菜品后，用户还可向发布该菜品信息的餐馆下达点餐订单，从而实现点餐的功能。（4）订单的查看功能。用户登录后，可以查看自己的点餐订单记录。（5）在线支付功能。下达订单后，用户可以选择在线支付。（6）对

29、菜品、餐馆评论分享的功能。用户还可以对自己喜欢的菜品餐馆进行评论和分享。（7）个人信息设置功能。用户可以对设置自己的信息。关于餐馆用户，系统提供的功能有。（1）菜品信息发布管理功能。餐馆用户登录后，可以发布菜品信息，该信息将会在系统首页上和餐馆主页上显示。（2）餐馆活动信息发布功能。餐馆用户还可以发布自己近期的活动信息；（3）订单管理功能。餐馆用户可以对普通用户下达的订单进行相应的处理操作。（4）退款功能。当由于一些特殊原因时，普通用户要求退款是，餐馆用户应该能够进行退款操作。（5）其他个人账户信息管理功能。关于系统维护人员，系统提供的功能有：对所有用户数据进行管理。总体来看，餐馆点餐系统的核

30、心功能是点餐，所以在该系统中核心的管理重点是点餐中涉及的菜品，点餐用户和餐馆用户。菜品是点餐的目的，没有菜品就不能进行点餐，所以，有关菜品的功能是本系统的核心功能，包括餐馆用户的菜品管理，普通用户的菜单点餐。另外，支付功能也是本系统的核心功能之一，者关系到系统的是否好用，决定了系统的质量。最后是权限，用户的信息安全必须有保证。3.2.23.2.2系统性能需求分析系统性能需求分析本系统作为基于 Web 架构的网上点餐系统平台，应达到以下性能要求：（1）页面响应的时间应低于 5 秒。系统的服务对象为普通用户和餐馆用户，这些用户大多是对电脑操作很熟悉，同时也对界面响应时间很敏感，如果需相应时间太长会

31、影响用户体验，让用户丧失使用信心，遮掩不利于系统的推广，所以相应时间不应超过 5 秒。（2）系统支持的并发访问量应不低于 500。（3）Web 服务稳定工作持续时间大于等于 3 天。（4）数据更新操作业务高峰值应达到 150 笔/分钟；数据查询操作业务峰值 100 笔/分钟。3.33.3 系统业务流程分析系统业务流程分析本系统的用户分为普通用户，餐馆用户和管理员用户。其中普通用户和餐馆用户为系统的客户。系统主要是为普通用户和餐馆用户服务的，所以主要业务业务室针对这两类用户的，其中普通用户的业务有点餐、在线支付和申请退款，餐馆用户有菜品管理、订单管理和退款。以下主要业务及业务流程图。图例如图。业

32、务处理单位数据文档存储表格/文档/单据信息传递过程图 3.1 图例系统总的业务流程图如图。登录判断用户类型系统管理菜品管理订单管理用户登录信息点餐成功失败管理员在线支付退款普通用户餐馆用户图 3.2 系统总业务流程图用户注册业务实现了普通用户和餐馆用户的开户功能，如图。普通用户注册材料管理员账户数据反馈信息合格材料保存图 用户注册业务流程图点餐业务是系统的核心业务，实现普通用户点餐的功能，如图 3.4。普通用户餐馆餐馆人员点餐订单点餐信息菜品信息菜品准备清单厨房点餐回执点餐订单数据图 3.4 用户点餐业务流程图用户订单管理实现普通用户和餐馆用户对订单的管理功能，如图。普通用户查询添加点餐订单存

33、储订单数据订单数据订单列表修改餐馆用户修改信息订单数据图 用户订单管理业务流程图用户在线支付业务实现普通用户点餐在线转账到餐馆用户的功能，如图。用户用户信息点餐订单处理第三方账户数据账单数据第三方支付更新点餐订单数据用户订单转账明细回调数据点餐订单回调处理更新支付回执图 用户在线支付业务流程图用户退款业务实现了当点餐失败订单作废时，普通用户申请退款的功能，如图 3.7。普通用户申请退款餐馆餐馆人员退款通知已处理订单退款状态通知第三方支付更新转账信息转账信息账户数据图 3.7 用户退款业务流程图 系统数据流程分析系统数据流程分析数据流程分析主要是根据需求调查的基础资料和所有业务流程图而进行的分析

34、工作。数据流程描述的是信息在系统中流动、处理和存储的过程。数据流程图（Data Flow Diagram，DFD） ，是全面描述信息系统模型的主要工具，其图例如图 3.1。外部实体数据流处理过程数据存储图 3.1 图例用数据流程图分析本系统的主要数据流程如下。系统顶层数据流程图如图 3.2。E01访客注册注册信息P01E02管理员注册信息点餐P03菜品信息展示P05菜品信息管理P04E03普通用户订单E04餐馆用户回执回执订单菜品信息菜品信息个人账户信息管理P06餐馆账户信息用户账户信息餐馆信息展示P07登录P02登录信息餐馆信息用户数据DB01保存用户信息用户数据DB01更新餐馆用户信息菜品

35、数据DB02更新菜品信息图 3.2 系统顶层数据流程图系统二级数据流程图有。（1） 用户注册数据流程如图 3.3E01访客检测数据合法性P1001判断注册类型用户数据DB01DF1002错误信息DF1001注册信息DF1001注册信息DF1001注册信息审核E02管理员DF1006餐馆用户注册信息DF1003餐馆用户注册信息DF1005审核信息DF1004反馈信息P1002P1003图 3.3 用户注册数据流程图（2） 用户登录数据流程如图 3.4。E01访客信息匹配P0201用户数据DB01DF0202用户信息DF0201登录信息用户类型判断DF0203账户信息用户权限判断DF0203账户信

36、息信息呈现DF0204权限信息DF0205用户主页P0202P0203P0204图 3.4 用户登录数据流程图（3） 点餐数据流程如图 3.5。E03普通用户订单信息检测P0301DF0301订单订单处理DF0303合格订单第三方支付DF0305账单信息DF0308转账信息P0302P0303DF0302错误订单E04餐馆用户DF0307订单状态订单数据DB02DF0303合格订单DF0308转账信息DF0306反馈信息DF0304订单状态图 3.5 用户点餐数据流程图（4） 菜品信息管理数据流程如图 3.6。E04餐馆用户判断操作P0401DF0401操作信息更新菜品检索菜品P0403P04

37、05菜品数据DB03DF0403更新菜品信息DF0402添加菜品信息DF0403更新菜品信息添加菜品DF0402添加菜品信息DF0405菜品信息DF0405菜品信息删除菜品DF0404删除菜品信息DF0404删除菜品信息P0404P0402DF0406检索信息图 3.6 菜品信息管理数据流程图（5） 菜品展示数据流程如图 3.7。E01访客处理请求信息P0501菜品数据DB03DF0503菜品信息检索餐馆菜品DF0501请求信息DF0502查询信息DF0503菜品信息P0502图 3.7 菜品展示数据流程图（6） 用户个人账户信息管理数据流程如图 3.8。E01访客登录P02用户数据DB01D

38、F0601用户信息用户信息展示DF0201登录信息成功DF0601用户信息P0601DF0602操作信息DF0206反馈信息判断用户操作P0602DF0603提交数据DF0604更新信息图 3.8 用户个人账户信息管理数据流程图（7） 餐馆信息展示数据流程如图 3.9。E01访客处理请求信息P0701用户数据DB01DF0703餐馆信息检索餐馆信息DF0701请求信息DF0702查询信息DF0703餐馆信息餐馆信息展示DF0703餐馆信息P0703P0702图 3.9 菜品展示数据流程图3.53.5 数据字典数据字典数据字典是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储和外部实

39、体的具体定义。本系统的数据字典如下。3.5.13.5.1 数据项定义数据项定义由于本系统涉及的数据项过多，此处仅列出主要数据项定义，如表-表3.15。. DI0001数据项编号：DI0001名称：账号(loginName)简述：普通用户，餐馆用户和管理员用户登录系统时的唯一标识，同类用户的账号不能重复别名：账户编码字型：char长度：20取值/含义：为英文字母，数字或“_”下划线的组合（如“zxj_123”）表 3.2 DI0002数据项编号：DI0002名称：名称(name)简述：普通用户，餐馆用户，管理员用户，菜品，菜品类型，菜系等实体的名称别名：实体名称字型：char长度：20取值/含义

40、：为英文字母，数字，汉字或“_”下划线的组合（如“张 zxj_123”）表 3.3 DI0003数据项编号：DI0003数据项名称：性别(sex)简述：普通用户，餐馆用户，管理员用户的性别别名：字型：logic长度：1取值/含义：1-代表男，0-代表女表 3.4 DI0004数据项编号：DI0004数据项名称：订单号(orderCode)简述：普通用户于餐馆用户发生交易时产生的订单唯一编码续表字型：char长度：16 取值/含义：编码一律以“NO”开头，后跟 14 位系统生成的与下单时间相关的代码串（如“”）表 3.5 DI0005数据项编号：DI0005数据项名称：日期(date)简述：系统

41、中所有涉及时间的存储项字型：datetime取值/含义： yyyy-mm-dd-hh-MM-ss（yyyy-年份，mm-月份，dd-日,hh-小时，MM-分钟，ss-秒）表 3.6 DI0006数据项编号：DI0006数据项名称：密码(password)简述：普通用户，餐馆用户和管理员用户账户的密码字型：char长度：6-18表 3.7 DI0007数据项编号：DI0007数据项名称： 号码(phone)简述：普通用户，餐馆用户和管理员用户的 联系号码字型：char长度：11表 3.8 DI0008数据项编号：DI0008数据项名称：固定 号码(fixphone)简述：普通用户，餐馆用户和管理

42、员用户的固定 号码字型：varchar长度：20表 3.9 DI0009数据项编号：DI0009数据项名称：地址（address）简述：普通用户，餐馆用户和管理员地址字型：char长度：50表 3.10 DI0010数据项编号：DI0010数据项名称：用户状态（userStatus）简述：普通用户，餐馆用户和管理员用户的状态，便于系统管理字型：varchar长度：5取值/含义：取值为“open”和“locked”，分别代表激活和锁定，当激活时，用户可以正常使用系统提供的功能，当锁定时，用户不能使用系统功能表 3.11 DI0011数据项编号：DI0011数据项名称：订单状态（orderStat

43、us）简述：订单的状态，用于标识订单在整个处理流程中的状态字型：int取值/含义：可取值“0” 、 “1”、 “2”，其中“0”代表已下单等待餐馆处理， “1”代表餐馆已处理但为交易完成， “2”代表交易完成表 3.12 DI0012数据项编号：DI0012数据项名称：价格（price）简述：菜品的价格字型：float表 3.13 DI0013数据项编号：DI0013数据项名称：单位（unit）简述：菜品的单位字型：varchar长度：1-5取值/含义：两次（如“份”、 “两”、 “斤”等）表 3.14 DI0014数据项编号：DI0014数据项名称：星级（starLevel）简述：餐馆和菜品

44、的星级字型：int取值/含义：可取“0” ， “1” ， “2” ， “3” ， “4” ， “5”表 3.15 DI0015数据项编号：DI0015数据项名称：数量（num）简述：菜品数量字型：int取值/含义：可取“0” ， “1” ， “2” ， “3” ， “4” ， “5”等非负整数3.5.23.5.2 数据结构定义数据结构定义本系统涉及的数据结构如表-表 3.23。表 3.17 DS0002数据结构编号：DS0001数据结构名称：普通用户基本信息简述：描述普通用户基本属性数据结构组成：DI0001(登录名)+DI0002(名称)+DI0003（性别）+DI0003（注册日期）+ D

45、I0006（密码）+DI0007（ 号码）+ DI0008 (固定 号码)+ DI0009 (地址)+ DI0010 (状态)表 3.18 DS0003数据结构编号：DS0002数据结构名称：餐馆用户基本信息简述：描述餐馆用户基本属性数据结构组成：DI0001(登录名)+DI0002(名称) + DI0005（注册日期）+DI0006（密码）+DI0007（ 号码）+ DI0008 (固定 号码)+ DI0009 (地址)+ DI0010 表 3.19 DS0004(状态) + DI0014（星级）数据结构编号：DS0003数据结构名称：管理员用户基本信息简述：描述管理员用户基本属性数据结构组

46、成：DI0001(登录名)+DI0002(名称) + DI0005（注册日期）+DI0006（密码）表 3.20 DS0005数据结构编号：DS0005数据结构名称：菜品基本信息简述：描述菜品基本属性数据结构组成： DI0002(名称) + DI0012（价格）+ DI0013（单位）+ DI0014（星级）表 3.21 DS0006数据结构编号：DS0006数据结构名称：菜品类型基本信息简述：描述菜品类型基本属性数据结构组成： DI0002(名称)表 3.22 DS0007数据结构编号：DS0007数据结构名称：订单基本信息简述：描述订单基本属性数据结构组成： DI0004 (订单号)+ D

47、I0005(生成日期)+ DI0011（订单状态）表 3.23 DS0008数据结构编号：DS0008数据结构名称：订单项基本信息简述：描述订单项基本属性数据结构组成：DI0002(菜品名称)+DI0015 (数量) + DI0012（价格）3.5.33.5.3 数据流定义数据流定义本系统数据流定义编号编码规则为一“DF”开头，格式为“DF+两位所属流程图编号+数据流编号”，图表-表 3.56。表 3.24 DF0101数据流编号：DF0101数据流名称：注册信息简述：访客注册时填写的注册信息数据流来源：E01(系统访客)数据流去向：P0101（合法性检测） 、P0102(类型检测)，DB01

48、（用户数据存储）数据流组成：DI0001（账号/登录名）+ DI0006（密码）+用户类型表 DF0102数据流编号：DF0102数据流名称：反馈信息简述：访客注册为成功时系统给出的关于注册情况的提示信息数据流来源：P0101（合法性检测） ，P0102(类型检测)，P0103（审核）数据流去向：E01(注册用户)数据流组成：提示信息表 DF0103数据流编号：DF0103数据流名称：餐馆用户信息简述：访客注册餐馆用户是，系统判别为餐馆用户类型时的信息数据流来源：P0102(类型检测)数据流去向：P0103(审核)数据流组成：DI0001（账号/登录名）+ DI0006（密码）+用户类型表 D

49、F0104数据流编号：DF0104数据流名称：审核信息简述：管理员对餐馆用户注册信息审核后给出的信息数据流来源：E02(管理员)数据流去向：P0103(审核)数据流组成：审核信息表 DF0201数据流编号：DF0201数据流名称：登录信息简述：访客登录系统时提交的登录信息数据流来源：E01(访客)数据流去向：P0201(信息匹配)数据流组成：DI0001（账号/登录名）+ DI0006（密码）+用户类型表 DF0202数据流编号：DF0202数据流名称：用户信息简述：保存到 DB01(用户数据)中的用户信息数据流来源：DB01(用户数据)数据流去向：P0201(信息匹配)数据流组成：DI000

50、1（账号/登录名）+ DI0006（密码）+用户类型表 DF0203数据流编号：DF0203数据流名称：账户信息简述：经系统 P0201(信息匹配)处理后输出的包含有用户权限信息的账户信息数据流来源：P0201(信息匹配)数据流去向：P0202(用户类型判断)数据流组成：账户信息表 3.31 DF0204数据流编号：DF0204数据流名称：权限信息简述：用于系统识别用户享有的使用权限的用户权限信息数据流来源：P0203(用户权限判断)数据流去向：P0204(信息呈现)数据流组成：权限信息表 DF0205数据流编号：DF0205数据流名称：用户主页信息简述：用户通过权限验证后，由系统按其权限生成

51、的主页信息数据流来源：P0204(信息呈现)数据流去向：E01（访客）数据流组成：用户主页信息表 DF0206数据流编号：DF0206数据流名称：反馈信息简述：用户登录过程中的反馈信息数据流来源：P0201(信息匹配)数据流去向：E01（访客）数据流组成：反馈信息表 DF0301数据流编号：DF0301数据流名称：订单简述：普通用户填写的订单信息数据流来源：E03(普通用户)数据流去向：P0301（订单信息检测）数据流组成：由订单项组成的订单信息表 DF0302数据流编号：DF0302数据流名称：反馈信息简述：P0301（订单信息检测）检测订单信息后给用户的反馈信息数据流来源：P0301（订单

52、信息检测）数据流去向：E03(普通用户)数据流组成：系统预设反馈信息表 DF0303数据流编号：DF0303数据流名称：合格订单简述：P0301（订单信息检测）检测订单信息通过并预处理后的订单信息数据流来源：P0301(订单信息检测)数据流去向：P0302 (订单处理)数据流组成：订单信息表 7 DF0304数据流编号：DF0304数据流名称：账单信息简述：系统生成的用于第三方转账的账单信息数据流来源：P0302(订单处理)数据流去向：P0303(第三方支付)数据流组成：账单信息表 DF0305数据流编号：DF0305数据流名称：回调信息简述：第三方转账后回调的信息数据流来源：P0303(第三

53、方支付)数据流去向：P0302(订单处理)数据流组成：三方支付生成的回调信息表 DF0306数据流编号：DF0306数据流名称：订单修改信息简述：餐馆用户对订单状态修改时提交给系统的信息数据流来源：E04(餐馆用户)数据流去向：P0302(订单处理)数据流组成：修改订单的信息表 DF0307数据流编号：DF0307数据流名称：转账信息简述：第三方支付转账后，向系统发回的回执信息，显示第三方账户信息数据流来源：P0303 (第三方支付)数据流去向：P0302(订单处理) 、E04(餐馆用户)、E03(普通用户)数据流组成：转账后，用户第三方账户的信息（如余额，转入金额，转出金额等）表 DF040

54、1数据流编号：DF0401数据流名称：操作信息 简述：餐馆用户向系统提交的修改菜品信息的操作信息数据流来源： E04(餐馆用户)数据流去向： P0401(判断操作)数据流组成： DS0005(菜品基本信息)+操作信息（“增”、 “删”、 “改”、 “查”）表 DF0402数据流编号：DF0402数据流名称：添加菜品信息简述：餐馆用户输入的添加菜品的信息数据流来源： P0401(判断操作)数据流去向： P0402(添加菜品)数据流组成：DS0005(菜品基本信息)+添加操作信息表 DF0403数据流编号：DF0403数据流名称：更新菜品信息 简述：餐馆用户输入的更新菜品的信息数据流来源：P040

55、1(判断操作) 数据流去向：P0403(更新菜品) 数据流组成：DS0005(菜品基本信息)+更新操作信息表 DF0404数据流编号：DF0404数据流名称：删除菜品信息简述：餐馆用户输入的更新菜品的信息数据流来源： P0401(判断操作)数据流去向： P0404(删除菜品)数据流组成：DS0005(菜品基本信息)+删除操作信息表 DF0405数据流编号：DF0405数据流名称：菜品信息简述：系统从 DB03(菜品数据)中查询出的菜品信息数据流来源：DB03(菜品数据)数据流去向：P0405(检索菜品) 数据流组成：DS0005(菜品基本信息)表 DF0406数据流编号：DF0406数据流名称

56、：检索信息 简述：餐馆用户输入的查询菜品的条件信息数据流来源：E04(餐馆用户)数据流去向：P0405(检索菜品) 数据流组成：检索条件表 DF0501数据流编号：DF0501数据流名称：请求信息 简述：用户访问系统时提交的请求信息数据流来源：E01(访客)数据流去向：P0501(处理请求信息)数据流组成：检索条件、查询信息等表 DF0502数据流编号：DF0502数据流名称：查询信息简述：查询菜品的条件信息数据流来源：P0501(处理请求信息)数据流去向：P0502(检索餐馆菜品)数据流组成：查询菜品的条件信息表 DF0503数据流编号：DF0503数据流名称：菜品信息简述：从 DB03(菜

57、品数据)提取的菜品信息数据流来源：DB03(菜品数据)、P0502(检索餐馆菜品)数据流去向：P0502(检索餐馆菜品)数据流组成：DS0005(菜品基本信息)表 DF0601数据流编号：DF0601数据流名称：用户信息简述：普通用户，餐馆用户或管理员用户的信息数据流来源：DB01(用户数据)数据流去向：P0601(用户信息展示)数据流组成：DS0001(普通用户基本信息)或 DS0002(餐馆用户基本信息)或DS0003(管理员用户基本信息)表 DF0602数据流编号：DF0602数据流名称：操作信息简述：用户提交的操作信息（“增”、 “删”、 “改”、 “查”）数据流来源：E01(访客)数

58、据流去向：P0602(信息操作)数据流组成：用户提交的操作信息表 DF0603数据流编号：DF0603数据流名称：提交数据简述：用户向系统提供的与相关操作对应格式的数据数据流来源：E01(访客)数据流去向：P0602(信息操作)数据流组成：操作数据表 DF0604数据流编号：DF0604数据流名称：更新信息简述：经过处理后用于更新数据存储的信息数据流来源：P0602(信息操作)数据流去向：DB01(用户数据)数据流组成：更新信息表 DF0701数据流编号：DF0701数据流名称：请求信息简述：用户提交的请求信息数据流来源：E01(访客)数据流去向：P0701(处理请求信息)数据流组成：查询的请

59、求信息表 DF0702数据流编号：DF0702数据流名称：查询信息简述：用户提交的查询信息数据流来源：P0701(处理请求信息)数据流去向：P0702 (检索餐馆信息)数据流组成：查询信息表 DF0703数据流编号：DF0703数据流名称：餐馆信息简述：餐馆信息流数据流来源：P0702 (检索餐馆信息)、DB01(用户数据)数据流去向：E01(访客)数据流组成：DS0002(餐馆基本信息)3.5.43.5.4 处理逻辑定义处理逻辑定义本系统中的处理逻辑定义如表-表 3.77。表 3.57 P0101处理逻辑编号：P0101处理逻辑名称：检测数据合法性简述：检测访客提供的注册数据的合法性输入数据

60、流：DF0101（注册信息）输出数据流：DF0101（注册信息） 、DF0102（反馈信息）处理过程：访客填写好注册信息后提交各系统，系统检测注册信息是否符合语法规范，或是否符合系统所要求的格式，若符合则将注册信息转给P0102(判断注册类型)，若不符合则输出 DF0102（反馈信息）告知用户表 3.58 P0102处理逻辑编号：P0102处理逻辑名称：判断注册类型简述：根据访客填写的注册信息判断注册的类型输入数据流：DF0101（注册信息）输出数据流：DF0101（注册信息） 、DF0102（反馈信息） 、DF0103（餐馆用户注册信息）处理过程：根据访客填写的注册信息判断其注册类型，并保存信息到存