餐饮管理信息系统毕业设计论文

毕 业 设 计 论 文 学生姓名 学生学号 所在学院 学科专业 计算机科学与技术 指导教师 - 指导单位 年 月 日 XXXX 大 学 II 毕业设计（论文）任务书 拟题单位 审题人 题目全称 苏州美嘉乐餐饮管理信息系统 主要任务： 1、 到群硕（上海）软件公 司为期三个月的实习，进行软件开发； 2、查阅中外资料，结合苏州美嘉乐餐饮店点菜业务处理流程，运用结构化法 或者 OO 方法 ，开发苏州美嘉乐餐饮管理信息系统； 3、对开发过程进行总结归纳，撰写论文。 起止时间 ： 学生姓名 _专业 计算机科学与技术 班次 指导单位 _ _ _ _ 指导教师 设计地点 成果形式 论 文 、设计 软件 年 月 日 毕业设计（论文）成绩考核表 学生姓名 _专业 计算机科学与技术 班次 _ 题目全称 _ 苏州美嘉乐餐饮管理信息系统 指导单位 _ _ _ 指导教师 _ III 1、指导 教师评语 文章选题符合专业学位论文要求；文章所描述系统开发采用 SQL Server 2000 为数据库服务器，以 Microsoft IIS为 Web服务器，支持 IE5.5以上浏览器作为客户端，结合 ASP.NET, Web Service, ADO.NET 等技术，设计并实现了菜单信息、订单信息、点菜信息、人员管理信息的添加、修改以及统计管理等功能；设计中方法和观点正确，文章内容结构合理，条理清楚，内容翔实具体；设计过程反映出该生有较强的独立工作能力。 文章语句通顺，格式正确；组成图件齐全，符合毕业论文格式规范要求 。 通过本文，反映该生已完全达到双学位专业教学计划中所规定的培养要求。 同意该生参加答辩。 签名： _ 年 月 日 IV 2论文评阅教师评语 ： 签名： _ 年 月 日 3. 毕业答辩专家组评语： 签名： _ 年 月 日 4. 毕业设计（论文）成绩： 设计过程（分） 毕业论文（分） 毕业答辩（分） 总分 5. 毕业设计（论文）评选 年 月 日 V 苏州美嘉乐餐饮管理信息系 统 学生： 指导教师：班级： 指导单位 ： 摘 要 本文从苏州美嘉乐餐饮店的实际情况出发，以管理信息系统开发的生命周期为基本流程，对苏州美嘉乐餐饮店的业务流程进行分析，进而给出了针对苏州美嘉乐餐饮店业务的管理信息系统设计方案，阐述了各个功能模块的详细设计与实现过程。该系统基于 B/S 与 C/S 相结合的模式，采用 .NET 1.1 技术 进行开发。苏州美嘉乐餐饮店在引入该管理信息系统后，解决了传统的手工管理菜单、订单以及点菜信息效率低下的问题，明显地提高了外卖业务的销售量。 关键词 ： 网上点菜、菜单管理、 ASP.NET、 Web Service VI Design and Realization of Management Information System for Ordering Dishes of MeiJiale Restaurant in Suzhou Student: Xu Ting Teacher: Zhang xiaofen（ professor） Class: 2008 Department: Chengdu University of Technology Abstract This paper describes the recent situation of Meijiale, and analyses the business flow of MeiJiale detailedly. Refer to the result of analysis of the business flow, this paper describes the designed solution and introduce the architecture of the system and the technique used in the system. More than that, this paper describes all the function modules of the system, how to setup and install the system, and appraises the value of the system. After using the system, MeiJiale restaurant resolves the problem that the traditional way of recording orders and menus cannot meet the requirement of the rising business. Keywords: order-online， menu-management， ASP.NET， Web Service VII 目录 引 言 . 1 第一章 系统需求分析 . 2 1.1 苏州美嘉乐餐饮店概况 . 2 1.2 系统业务流程分析 . 2 1.3 系统功能分析 . 4 第二章 .NET 技术及其开发环境 . 6 2.1 .NET 框架概述 . 6 2.2 Web Service 概述 . 7 2.3 ASP.NET 概述 . 8 2.4 ADO.NET 概述 . 9 第三章 系统概要设计 . 11 3.1 系统设计思想 . 11 3.2 系统总体设计 . 11 3.3 系统模块设计 . 13 3.4 系统运行环境 . 13 第四章 数据库设计 . 14 4.1 E-R 模型 . 15 4.2 关系模型 . 16 4.3 数据库物理模型 . 16 第五章 功能模块详细设计 . 18 5.1 顾客网上点菜子系统操作流程 . 18 5.2 管理员管理子系统操作流程 . 18 5.3 功能模块设计与实现 . 19 第六章 系统的配置与评价 . 24 6.1 客户端的安装与配置 . 24 6.2 服务器端的安装与配置 . 24 6.3 系统评价 . 25 6.4 系统的应用价值 . 25 结 论 . 27 致 谢 . 28 参考文献 . 29 附 录 . 30 1 引 言 随着社会的发展，人们的生活节奏日益加快，越来越多的人把更多的时间投入在工作学习之中。于是花费在生活上其他事情的时间相应的就少了。所谓“民以食为天”，尽管人们生活节奏的加快 了，但对于饮食的质量的需求却不会因此而下降。这一需求逐渐酝酿出对方便、快捷、营养的餐饮服务市场。网络的兴起为满足这种新型的需求提供了一个平台 ,软件应用技术和数据库技术成为了信息传递的主要工具。 使用计算机对 菜单、订单和点菜 信息进行 操作和 管理 ,具有手工 记录和 管理所无法比拟的优点 。 例如 :操作 方便、可靠性高、存储量大、保密性好、成本低等。这些优点能够极大地提高 菜单 管理的效率 ，满足了人们提高生活品质的需求。 本文以苏州美嘉乐餐饮店的实际情况出发，以管理信息系统开发的生命周期为基本流程，对自身的业务流程进行分析，进而给 出了针对自身业务的管理信息系统设计方案，阐述了各个功能模块的详细设计与实现。苏州美嘉乐餐饮店使用该信息系统后，解决了传统的手工管理菜单、订单以及点菜信息效率低下等问题，明显地提高了外卖业务的销售量。 2 第一章 系统需求分析 1.1 苏州美嘉乐餐饮店概况 苏州美嘉乐餐饮店位于江苏省苏州市凤凰街 178号 ,主要提供各种快餐类饮食服务。自 2003 年苏州美嘉乐餐饮店开张以来，该店业务发展快速，如今员工总数已从当初的 11 人扩展到 32 人。 从 2004 年开始，苏州美嘉乐餐饮店以电话订餐方式向广大的消费者提供方便、快捷 、营养、经济实惠的餐饮服务。电话订餐的开放为美嘉乐餐饮开拓了新的市场业务，使其营业额快速上涨。 两年多来美嘉乐餐饮连锁店以其优质实惠的服务深得广大消费者的青睐。随着消费者市场的扩大，传统的电话订餐已经无法满足越来越多的服务需求。电话处理的订单难以进行后期的统计，以及管理效率不高等弊端日益明显。在这样的情况下，苏州美嘉乐餐饮店急需引入一套新的点菜管理系统。 1.2 系统业务流程分析 此系统整体可分为两个子系统，其中一个为针对顾客开放的网上点菜系统，另一个为针对餐店管理人员开放的菜单及订单管理系统。 1.2.1 顾客网上点菜业务流程分析 通过对公司目前顾客点菜的业务流程进行调查、分析，得出如图 1-1 所示的业务流程图 , 它是了解信息需求和进行系统分析与设计的重要基础之一。 3 图 1-1 顾客网上点菜流程图 由图 1-1 可以看出顾客点菜主要流程如下 : 1) 顾客登录网上点菜系统进行菜单的浏览或者注册为会员。 2) 会员可以对自己的个人信息进行更改 ,以会员形式登录的顾客享受优惠。 3) 如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择、更改、删除。 4) 当顾客确定点菜完毕后，顾客可以将其提交至服务器并生成订单。 1.2.2 管理员管理 业务流程分析 通过对公司目前管理员订单管理的业务流程进行调查、分析，得出如图 1-2 所示的业务流程图 , 它是了解信息需求和进行系统分析设计的重要基础之一。 图 1-2 管理员管理流程图 由图 1-2 可以看出管理员订单管理的业务流程如下 : 1) 管理员在本地登录后既可对服务器上的菜单进行添加、删除、修改。 2) 当菜单管理工作结束之后，管理员可以对订单进行管理 ,进行确认和查看详细信息操作。 根据业务流程的分析可以得知管理员的每一个操作基本都是独立的。 顾客 查看菜单 点菜 提交订单 生成订单 确认订单 管理员 送菜 查询、修改、删除菜单 提交 查询订单 确认订单 管理员 提交、打印 4 1.3 系统功能分析 此系统整体可分为两个子系统，其中一个为针对顾客开放 的网上点菜系统，另一个为针对餐店管理人员开放的菜单及订单管理系统。不同的子系统是针对不同的用户的，因此不同的子系统也拥有不同的功能需求，以下是分别对这两个不同子系统的功能分析。 1.3.1 顾客网上点菜子系统功能分析 根据对顾客网上点菜系统业务流程的分析，可以看出顾客点菜主要涉及到一些数据库的逻辑和程序应用逻辑。具体的功能归纳如下： 1) 顾客登录网上点菜系统进行菜单的浏览。 2) 顾客注册为会员。 3) 会员对自己的个人信息进行更改，比如送餐地址和联系电话，以及帐户密码。 4) 以会员形式登录的顾客自动识别，并且以会员价消费。 5) 顾客对已选的菜单进行更改选择的数量或者取消选择。 6) 当顾客确定点菜完毕后，顾客将其提交至服务器并生成订单。 1.3.2 管理员管理系统功能分析 根据对顾客管理员管理系统业务流程的分析，可以看出管理员主系统要涉及到一些数据库的逻辑操作和程序应用逻辑。具体的功能归纳如下： 1) 管理员在本地登录。创建新的管理员。 2) 管理员对服务器上的菜单进行添加、删除和修改，比如更改菜单的图片、价格、菜单描述等等。 3) 管理员对订单进行管理，比如确定和打印订单。 4) 管理员根据订单的不同属性来查询订单，比如生成日期、编号等等。 5) 管理员根据不同的 时间段统计出营业额、成本，同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个会员顾客的消费情况。 5 1.3.3 系统性能需求 系统的反应速度应较快，输入数据时立即响应；更新、查询数据时若有延迟，应提示用户等待，并且对用户操作的成功与否给予提示。 系统界面应美观大方、风格统一，突出特色，功能设计应体现人性化思想，方便用户操作。 用户登录系统时需输入口令，对不同类型的操作员授予不同等级的权限去使用相应的功能。对于顾客，如果是普通顾客，则其只能以市场价消费，而不能享受会员价；如果该顾客是注册会员，并且以会 员登录，那么其在消费的时候就可以享受低于市场价的会员价。 对于管理员，在其查询订单的时候可针对各种组合条件进行查询，而且查询效率要求高，能够及时响应查询请求。 另外，系统还应当满足以下需求： 1) 信息的完整性：要求采用值约束、缺省等方法确保信息的完整性，一旦用户录入数据不符合系统要求时，系统必须明确给出警告信息。 2) 系统的可扩展性：用户有新的需求时可以增删一些功能模块，以便及时解决实际工作的需要。 6 第二章 .NET 技术及其开发环境 2.1 .NET 框架概述 .NET 是 Microsoft 为适应 Internet 发展 需要和利用 Web 服务的开发平台，就是将一切都 Internet/web 化。对于软件开发人员来说， .NET 是继 DOS 开发平台，Windows 开发平台之后以互联网为应用程序开发平台的所谓第三波的改变，这一波是以互联网为基础，通过互联网上标准的通信协议来沟通，以全新的开发环境来研发系统。在软件设计时，我们编写的程序和 Web Service 可以利用构架在各种Windows 版上的 .NET Framework 所提供的各种 class 来完成，也可调用先前编写的服务或应用程序，通过 Orchestration 的综合，将新、旧程序 和互联网上的其它服务协同运行。其中所需要的网络基本功能己经由 .NET Framework 封装起来，不需要我们来编写。 Microsoft 还提供一些大型的服务程序，如 SQL Server, BizTalk Server 等。有了这些大型服务器，可以完成更复杂的商业需求，支持与增加 Internet/Web 的功能，也支持 XML 的存取，开发人员可以以 XML 作为数据交换的基本机制。同时，Microsoft 也直接在互联网上提供 Building Block Services 以方便调用一些随时希望通过互联网取得的服务。当然，当 互联网提供服务的时代来临后，大量的应用程序开发商也会制作大量的各式服务，我们也可以计费的方式调用使用我们编写的服务程序，也可以让互联网上的各种前端，如传统的浏览器或先进的某种装置等来调用。因为 .NET 可将其转换与各种不同前端勾通的方式。因此， .NET Framework 为应用程序的开发提供了一个更具弹性的开发运行环境。 .NET Framework 是微软构建于以互联网为开发平台的基础工具 .NET Framework 的结构如图 2-1 所示： 7 图 2-1 .NET Framework 结构图 2.2 Web Service 概述 以前我们在开发应用程序时，由于在不同的系统平台和开发工具之间的互不相容，往往使得各类系统不易结合，如微软的 Windows32 平台与 Unix/Linux 平台。虽然互联网的本质是开放的，但以往各系统平台之间的合作也仅限于特定功能。例如，使用浏览器与网站服务器通过 HTTP 协议来通 信 ;电子邮件收发程序与服务器通过SMTP 与 POP3 协议存取信件等。而现今要建立的是各式各样的服务，让各种系统的应用程序通过互联网存取， Web Service 就是响应这个需求的开发工具，利用它开发的应用程序可以直接通过互联网来调用使用。由于下层的通信协议采用的是公用的 SOAP 协议，所以不同系统平台的应用程序也都可能互相调用合作。 .NET 框架支持 XML，在 .NET 框架中 XML 的关键技术是 SOAP。只要通过向导或属性设置，就可以方便地让应用程序通过互联网提供服务。因此， WebService 应该是 .NET 整体技术中 最具革命性的技术。 图 2-2 Web Service 框架结构图 8 2.3 ASP.NET 概述 ASP. NET 隶属于 .NET Framework 框架是由 .NET 框架提供的编程类库所组成的，它提供了 Web 应用程序模型，采用面向对象的思想和模块化与组件化的技术而构建。通过使用 ASP. NET 服务功能，开发人员只需进行简单的业务逻辑编程，由ASP. NET 基本结构通过和 HTML, XML 和 SOAP (Simple Object Access Protocol)等Internet 协议和数据格式来提供服务。 ASP. NET 使得开发人员能够创建在 IIS 和 .NET 开发平台上运行的 Web 应用程序。事实上， ASP 和 ASP. NET 可以共存于同样的 IIS 服务器上而互不影响。 IIS 将对于 ASP 页面的访问请求定向到 ASP，而将对于 ASP. NET 页面的访问请求定向到ASP. NET。 ASP. NET 本身包含一个缓存 cache 和一个状态管理器其中 cache 用来缓存经常使用的 Web 页面，目的是提高服务性能 :状态管理器用来跟踪用户的会话状态信息，目的是进行更加完美的数据交互。 开发人员用 ASP.NET 生成一个扩展名为 .asmx 的 文件，并把此文件配制为网络应用程序的一部分，就建立起了一个网络 服务。 .asmx 文件或者包含对在其它地方定义的受控类的引用，或者包含这个类的定义。这个类是由 ASP.NET 提供的 Web Service 类所派生。公有的类方法在标记上 Web Method 属性后，就会成为网络服务方法，把 HTTP 请求发送到 ASMX 文件中的 URL 后，这些方法就会被调用。你不必手工为你的网络服务建立一个契约。当被调用者请求时， ASP.NET 检查类的元数据，以自动生成 SCL 文件。 客户可通过 SOAP， HTTP GET 和 HTTP POST 提交请求。对方法和参数进行编码的约定是：对 HTTP GET，将被编码为查询字符串；对 HTTP POST，将被编码为表单数据。 HTTP GET 和 HTTP POST 的机制不如 SOAP 有力，但是它们使得客户在访问网络服务时不必支持 SOAP。 ASP.NET 网络服务模型假定了一个无状态服务结构。无状态结构通常比有状态结构更具可扩展性。每次收到一个服务请求后，就生成一个新对象，请求被转化为一个方法调用，当方法调用返回时对象被销毁。如果这些服务需要跨请求维护状态，那么它们将使用 ASP.NET 状态管理服务。基于 ASP.NET 的网络服务在网络应用程 9 序模型中运行，因此它们得到了该模型的所有安全、配制和其它优点。 ASP.NET 网络服务还提供了一个为在 SCL 文件中描述的网络服务生成分类的受控代理工具。代理生成器把 SCL 文件中描述的消息映射成受控类中的方法。代理对应用程序代码隐藏了所有的网络和引导设备，因此使用网络服务看起来就象使用其它受控代码一样。代理将优先使用 SOAP 链接网络服务，但是它同样支持 HTTP GET 和 HTTP POST 机制。因此 HTTP GET 和 HTTP POST 同样也能被使用。 2.4 ADO.NET 概述 ADO.NET 由 ADO 发展而来。 ADO.NET 被设计为基于网络的可扩展的应用程序和服务提供数据访问服务。 ADO.NET 为连接的指针风格的数据访问，同时也为更适合于把数据返回到客户端应用程序的无连接的数据模板提供高性能的 APIs 流，就像在以后介绍的那样。 就像其余几个部分一样， ADO.NET 定义了那些链接数据仓库、 对数据仓库发送命令及从中获取结果的类。这些类由受控数据提供者（ managed data provider）实现。 ADO.NET 中链接和命令对象看上去和 ADO 中的是一样的，并且一 个名为DataReader 的新类提供了通过高性能 API 流获取结果的能力。 DataReader 在功能上同前向、只读的 ADO 记录集（ Recordset）是等同的，但是 DataReader 被设计用来最小化内存中生成的对象的数量，以提高性能，避免垃圾积累。在 .NET Framework中包含了针对 MicroSoft SQL Server的受控数据提供者以及可通过 OLE DB 访问的任何数据仓库。 ADO.NET 的一个主要创新是引入了数据集（ Dataset）。一个数据集是内存中提供数据关系图的高速缓冲区。数据 集对数据源一无所知，它们可以由程序或通过从数据仓库中调入数据而被生成、填充。不论数据从何处获取，数据集都是通过使用同样的程序模板而被操作的，并且它使用相同的潜在的数据缓冲区。使用 .NET 平台的开发人员能够用数据集代替传统 ADO 中无连接的记录集。受控数据提供者为数据仓库和数据集公开一名为 DataSetCommand 的接口对象。 DataSetCommand 使用ADO.NET 链接和命令以从数据仓库中填充数据集，并把在数据集中发生的变化解 10 析到数据仓库中。 由于所有的数据都可被看作 XML，所以开发人员可以为任何数 据使用转换和确认服务。 ADO.NET 定义了一个消费 DataNavigator、生成一个新的 XmlReader 的通用转换体系。 .NET Framework 提供了一个支持 W3C XSL Transformations (XSLT)细则的特殊转换组件。 ADO.NET 同时提供了一使用 XML 简图确认 XmlReader 的确认引擎。 ADO.NET 支持通过 DTDs， XSD 或 XDR 定义的简图。 图 2-3 ADO.NET 在应用程序中的所处的位置 11 第三章 系统概要设计 3.1 系统设计思想 管理信息系统的开发是一 个动态过程，即开发随着环境和用户观念的变化不断完善；反之，技术的发展又可能促进用户观念的改进。在系统设计的整个过程中，应当具备如下的设计思想： 1) 实用性：尽量选用成熟实用的技术，使得整个系统有一个安全稳定的运行环境。 2) 开放性：该系统在建设上必须加强标准化及采用统一的技术规范，以实现网络互联、资源共享，高效运行和科学管理。 3) 安全性：为保障系统的正常运行，以及数据的完整性，整个系统必须有良好的安全性，加强数据库的安全保密设计。 3.2 系统总体设计 顾客网上点菜服务侧重于方便快捷，要求能够随时随地接受服务；而管 理员管理服务则侧重与操作的稳定性和安全性，要求能够准确及时的对菜单和订单进行管理。鉴于该系统两类用户的不同应用需求，该系统采用基于 B/S 与 C/S 两者相结合的模式开发。即顾客网上点菜子系统采用 B/S 模式开发，而管理员管理子系统采用C/S 模式开发。总体设计框架图如图 2-1 所示： 图 2-1 系统总体设计框架图 12 本系统采用目前流行的三层架构设计 ,，它允许把全部的企业逻辑和业务处理放在应用服务器上，支持纯粹的瘦客户机，因此采用三层结构的系统可以较为方便。将应用系统集成于分布式系统之上，能极大地提高系统的可扩 展性。 1) 表示层 表示层是信息系统的用户接口部分，即人机界面，是用户与系统间交互信息的窗口，主要功能是指 导操作人员使用界面，输入数据、输出结果。它并不拥有企业逻辑，或只拥有部分不涉及核心的应用逻辑。 2) 功能层 功能层是应用的主体，包括了系统中核心的和易变的 应用 逻辑（规划、运作方法、管理模式等），它的功能是接收输入，处理后返回结果。 3) 数据层 数据层即数据库管理系统（ DBMS），负责管理对数据库的读写和维护，能够迅速执行大量数据的更新和检索。 由于企业逻辑与用户界面相分离，独立出应用服务器。具体说三层结构具有如下的 优越性： 1) 用户界面的改变同企业逻辑的改变互相隔离，互不影响，便于系统的修改和维护，大大增强了系统的灵活性。这对软件开发者以及用户都是好处。 2) 系统可以把关键性的企业逻辑放在应用服务器上进行集中管理，而不需要放在每台客户机上。对企业敏感数据的访问也可通过应用服务器来进行，而不是由客户机直接进行存取。这就增强了系统的安全性。 3) 客户机可共享应用服务器提供的数据和功能等技术资源，有利于提高系统的性能和开发效率。 系统层次结构设计图如图 3-2 所示： 图 3-2 系统层次结构设计图 13 3.3 系统模块设计 1) 用户管理模块 。本系统的用户管理模块同时向顾客和管理员开放，顾客可以根据自身的具体情况改变自己的一些属性，比如密码、地址、用户姓名等等。管理员也可以根据业务的情况添加、删除、修改顾客的属性和管理员。 2) 权限设置模块。本系统的权限设置主要针对进行点菜的顾客。顾客分为普通顾客和会员顾客，其区别在于普通顾客不能享受优惠价，而会员顾客可以。并且可以根据会员顾客的消费情况进行积分的累计，从而采用灵活的优惠政策。 3) 点菜销售模块。顾客访问网站可以浏览当天所发布的菜单，选择了自己想要的菜之后即可提交，并生成订单。 4) 菜单管理模块。菜单管理模 块向管理员开放，管理员通过此模块对菜单进行添加、删除、修改。 5) 订单管理模块。订单管理模块向管理员开放，管理员通过此模块对顾客所提交的订单进行管理，并且可以根据订单处理结果向下属传达正确的安排。 3.4 系统运行环境 顾客客户端： cpu 133MHz 以上 , 内存 32MB 以上，操作系统 win95 以上 ,浏览器 IE 5.0 以上。 管 理 员 客 户 端 ： cpu 733MHz 以上 , 内存 128MB 以上 , 操作系统 win2000/ME/XP/2003, .net Framework1.1. 数据库服务器端： cpu 1.5GHz 以上 , 内存 1GB 以 上 ， 操 作 系 统 win2000/XP/2003, IIS 5.0, 数据库 SQL server2000. 14 第四章 数据库设计 该系统的数据库服务器采用比较适合中型数据量的 SQL server2000。为了提高数据访问的效率，对频繁的数据库操作将全部改为存储过程。并且随着美嘉乐餐饮连锁店业务的增长，数据量必定也会变的比较庞大，为了保持较高的操作效率，还会为各表加上合理的索引。 成功的数据库设计意味着数据库能够存储所有必需的数据，而且其存储方式保证能够快速的保存、提取、编 辑、删除数据。许多因素影响数据库设计是否成功，而数据库是否规范化是一个关键的因素。一个规范化的数据库应满足第三范式的要求，即应该竭力避免部分依赖和传递依赖，因为它们的存在表示存在数据冗余。数据冗余将会造成由于数据异常而引起的错误和不希望出现的数据管理问题。本系统按照概念设计、逻辑设计、物理设计的流程完成数据库设计，力求满足该设计原则。 15 4.1 E-R 模型 根据以上系统分析，采用 E-R 图方法表示概念设计如下： 管理员 管理员名 总价 管理员编号 图 4-4 管理员实体图 会员顾客 顾客 名 联系电话 密码 送餐地址 顾客编号 图 4-2 会员顾客实体 图 菜单 菜名 基本描述 价格 会员价 菜单 编号 图 4-3 菜单实体 图 会员顾客 选择 菜单 管理 管理员 生成 订单 管理 图 4-1 系统 E-R 图 m m m m n n n n 16 4.2 关系模型 在将 E-R 图向关系模型转换的过程中，注意了灵活性和消除数据的冗余，并且考虑了对系统用户权限的要求，得到了以下关系模式： 会员顾客 (会员编号 ,会员名 ,登录密码 ,送餐地址 ,联系电话 ); 菜单 (菜单编号 ,菜单名 ,价格 ,会员价 ,基本描述 ); 订单 (订单编号 ,顾客名 ,送餐地址 ,联系电话 ,菜单列表 ,总价 ,订单生成时间 ,是否已确定 ); 管理员 (管理员编号 ,管理员名 ,登录密码 ) 4.3 数据库物理模型 经过上述分析和设计，并且结合数据库设计的原则，设计出如下四张表： 1) MenuList 表为菜单信息表，该表存 储了美嘉乐所有公布于市场的菜单的信息，详见表 4-1： 表 4-1 MenuList 表 字段名 数据类型 长度 说明 Menu_Id int 4 菜单编号 Picture image 16 菜的图片 FoodName varchar 50 菜名 Price int 4 市场价 DiscountPrice int 4 会员价 Discription varchar 200 基本介绍 顾客名 生成时间 总价 选菜列表 订单编号 图 4-5 订单实体 图 是否已确认 送餐地址 联系电话 订单 17 2) OrderForm 表为订单信息表，该表存储了美嘉乐 餐饮连锁内所有由顾客提交的订单的信息，详见表 4-2： 表 4-2 OrderForm 表 字段名 数据类型 长度 说明 Order_Id int 4 订单编号 CustomerName varchar 50 顾客姓名 MenuName varchar 500 菜单名组合 Count varchar 200 菜单数量组合 SumPrice int 4 总价 Address varchar 50 送餐地址 PhoneNumber varchar 50 联系电话 DateTime varchar 20 订单生成时间 Confirmed varchar 5 是否已确认 3) VIPUser 表为注册会员信息表，该表存储了美嘉乐的所有注册会员的会员信息，详见表 4-3： 表 4-3 VIPUser 表 字段名 数据类型 长度 说明 User_Id int 4 用户编号 UserName varchar 50 用户名 Pwd varchar 50 用户密码 Address varchar 50 送 餐地址 PhoneNo varchar 15 联系电话 Mark int 4 用户积分 4) Administrator 表为管理员信息表，该表存储了美嘉乐的所有管理员信息，详见表 4-4： 表 4-4 Administrator 表 字段名 数据类型 长度 说明 Admin_Id int 4 管理员编号 AdminName varchar 50 管理员名 Password varchar 50 管理员密码 18 第五章 功能模块详细设计 5.1 顾客网上点菜子系统操作流程 5.2 管理员管理子系统操作流程 以普通顾客身份点菜 点菜页面 确认 /提交订单 身份验证 登录 失败 点菜页面 会员登录 登录成功 以会员身份点菜 会员注册 图 5-1 顾客点菜子系统操作流程图 登录页面 身份验证 管理总界面 登录 登录成功 登录失败 订单管理模块 菜单管理模块 人员管理模块 图 5-2 管理员管理子系统操作流程 信息统计模块 19 5.3 功能模块设计与实现 5.3.1 会员顾客登录功能模块 用户进入点菜主页面 main.aspx，在 main.aspx 的登录框中输入用户名和密码，随后提交登录信息进行验证。如果验证成功则其会员信息会纪录在 session 中， 会员用户登录框如图 5-3： 图 5-3 会员用户登录框 5.3.2 顾客点菜功能模块 用户进入点菜主页面 main.aspx，不论是登录的会员还是普通顾客都可以立即进行 点菜。只要顾客在想要选择的菜名后输入想要的数量，再点击后面的“选择”按钮，即已经把该菜选入订单，顾客可以从 main.aspx 上的“我的餐盒”框中看到自己已选的菜的菜名以及其数量。当用户完成点菜，用户可以点击在 main.aspx 上的“完成点菜”按钮，当用户点击了此按钮后，订单就同时生成。 “我的餐盒”框： 图 5-4 “我的餐盒” 20 菜单浏览界面如图 5-5 所示： 图 5-5 菜单浏览界面 5.3.3 顾客确认订单功能模块 当用户点击“完成点菜”按钮之后，用户进入订单确认页面，用户可以对 送餐地址和联系电话进行输入，如果是会员则其送餐地址和联系电话会自动填上该会员在注册时的信息。用户通过此页面最后确认提交订单或取消订单。 确认页面图如图 5-6 所示： 图 5-6 订单确认页面图 21 5.3.4 管理员登录模块 管理员执行管理员管理子系统的应用程序就进入了登录模块，正确输入管理员用户名和密码后点击登录按钮就可以进入管理员管理子系统的管理模块，当管理员用户点击取消按钮则立即退出当前应用程序。 登录界面如图 5-7 所示： 图 5-7 管理员登录界面 如果管理员用户输入用户名或密码第一次错误，则会弹 出警告框 (图 5-8)： 图 5-8 管理员登录 输入用户名或密码第一次错误警告框 如果管理员用户输入用户名或密码第二次错误，则会弹出警告框 (图 5-9)： 图 5-9 管理员登录 输入用户名或密码第二次错误警告框 22 5.3.5 管理员菜单管理模块 当管理员用户成功登录后，就进入了管理子系统得管理模块，管理员可以看见一个菜单列表，列表列出了每一个菜的一些相关信息。管理员用户点击菜单的每一行，就会弹出一个该菜的详细信息的对话框，用户可以在这个对话框上对所选菜单进行修改或删除。其中修改包括修改菜单的图片、菜单的名字 和价格以及一些基本描述。除此之外，在菜单管理的基本界面上还有一个添加菜单的按钮，管理员点击此按钮即可弹出一个添加菜单的对话框。管理员在添加对话框中可以添加菜单的相关信息，比如菜单图片、菜单名、菜单价格、菜单描述等等。以下是一些相关的界面图片： 图 5-10 菜单管理主界面 图 5-11 详细菜单管理对话框 23 5.3.6 管理员订单管理模块 当管理员用户成功登录后，就进入了管理子系统的管理模块，管理员点击“订单管理”按钮，随即进入了订单管理模块。订单管理模块的主要功能是订单的查询。在此功能模块中，管理员 可以通过订单的编号、生成时间、顾客名以及订单的状态（是否已确定）的组合条件在进行复杂的查询。此项界面中类似菜单管理主界面，有一个订单列表，该表列出了订单的相关信息，管理员用户可以通过点击该列表里的每一列，则即可弹出一个订单详细信息的对话框，管理员可以通过此对话框进行对订单的核实和确认，并可以打印此订单。 以下是订单管理功能模块的相关界面。如图 5-12 和图 5-13 所示。 图 5-12 订单管理主界面 图 5-13 订单管理详细界面 24 第六章 系统 的配置与评价 6.1 客户端的 安装与 配置 1) 顾客网上点菜子系统 此顾客网上点菜子系统是以 B/S 模式架构的 ,所以要以建立网站的规范来建立。 (1) 将此网站目录拷贝至应用程序服务器下的指定目录。 (2) 将应用服务器下的网站目录设置为虚拟目录，并将此虚拟目录名设为“ Menu_Online_Custmer”。 (3) 运行 IIS，将默认的 Web 站点主目录设置为该 虚拟 目录 。 2) 管理员管理子系统 管理员管理子系统是基于 C/S 模式架构设计的。 (1) 将应用程序的可执行文件直接拷贝到客户