网络订餐系统设计 网上订餐系统总体设计
第四章 网上订餐系统总体设计
4.1 系统功能设计目标
理论系统功能设计目标如下：
(1)实用性强：我们努力使系统符合实际操作流程的习惯，并尽量减少用户的输入，易学易用的友好的用户界面，满足各层次的用户使用的需求。
(2)先进的程序结构：使用当代前卫的软件编程，能延长其生命周期，易于维护与管理。
(3)安全可靠性高：后台维护功能齐全，根据平台在各个阶段不同的使用情况，管理人员可以设置相应的操作权限，增加系统注册，分配各个栏目的管理权限，实现系统的维护，保证系统的安全、可靠。
(4)使用模块化设计的方法：使系统具有良好的可扩充性，以适应其不同阶段的发展需要，便于后来者分析、维护。
(5)操作简单，维护方便：每个子系统都具有相对独立的系统维护功能，能对可变化的项目可自行维护。
(6)查询功能强大：可以对菜品的基本情况、用户基本情况，菜品评信息，用户留言等按各种方式查询，可形成各种表单，同时还可对其进行汇总，使管理人员能及时准确地掌握用户和菜品等的基本情况。
4.2 网络订餐系统功能模块划分
根据需求分析与系统功能设计目标，结合实际情况本系统功能模块设计分为如下几个模块：
(1)主页：在这里我们可以看见本系统的主要功能和信息。 (2)用户注册：在这里我们可以注册我们的基本信息。
(3)用户登陆：为了方便用户的付款，邮购和管理，我们需要变成会员后才可以进行消费。
(4)菜品浏览：成功登陆后的用户可以分页浏览菜品菜品，并将想要的菜品提交到填写订单页面。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到用户登录页面。
(5)订购菜品：成功登陆的用户可以在该页面定购所需要的菜品。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到用户登陆页面。
13
网络订餐系统设计 网上订餐系统总体设计
(6)查看订单：成功登陆的用户可以在该页修改已经订购的菜品。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到用户登陆页面。
(7)修改订单：成功登陆的用户可以在该页修改或删除已经订购的菜品。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到户登陆页面。
(8)菜品查询：成功登陆的用户可以在该页查找自己需要的菜品。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到用户登陆页面。
(9)修改密码：成功登陆的用户可以在该页修改自己的密码。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到用户登陆页面。
(10)修改个人信息：成功登陆的用户可以在该页修改自己当初注册时的信息。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到户登陆页面。
(11)管理员：查看用户订单，查看用户信息，并根据用户信息和用户订单对菜进行派发。
4.3 MVC框架
MVC架构
[10]
是“Model-View-Controller”的缩写，中文翻译为\模型-视图-控
制器\。MVC应用程序总是由这三个部分组成。Event(事件)导致Controller改变Model或View，或者同时改变两者。只要Controller改变了Models的数据或者属性，所有依赖的View都会自动更新。类似的，只要Controller改变了View，View会从潜在的Model中获取数据来刷新自己。MVC架构是一个复杂的架构，其实现也显得非常复杂。但是，我们已经总结出了很多可靠的设计模式，多种设计模式结合在一起，使MVC架构的实现变得相对简单易行。Views可以看作一棵树，显然可以用Composite Pattern来实现。Views和Models之间的关系可以用Observer Pattern体现。Controller控制Views的显示，可以用Strategy Pattern实现。Model通常是一个调停者，可采用Mediator Pattern来实现。现在让我们来了解一下MVC三个部分在J2EE架构中处于什么位置，这样有助于我们理解MVC架构的实现。MVC与J2EE架构的对应关系是:View处于Web Tier或者说是Client Tier，通常是JSP/Servlet，即页面显示部分。Controller也处于Web Tier，通常用Servlet来实现，即页面显示的逻辑部分实现。Model处于Middle Tier，通常用服务端的javaBean或者EJB实现。
(1)视图
视图(View)代表用户交互界面，对于Web应用来说，可以概括为HTML界面,但有可能为XHTML、XML和MVC模式Applet。随着应用的复杂性和规模性，界面的处理也
14
网络订餐系统设计 网上订餐系统总体设计
变得具有挑战性。一个应用可能有很多不同的视图，MVC设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型。
(2)模型
模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心。目前流行的EJB模型就是一个典型的应用例子,它从应用技术实现的角度对模型做了进一步的划分，以便充分利用现有的组件，但它不能作为应用设计模型的框架。它仅仅告诉你按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。对一个开发者来说，就可以专注于业务模型的设计。MVC设计模式告诉我们，把应用的模型按一定的规则抽取出来，抽取的层次很重要，这也是判断开发人员是否优秀的设计依据。抽象与具体不能隔得太远，也不能太近。MVC并没有提供模型的设计方法，而只告诉你应该组织管理这些模型，以便于模型的重构和提高重用性。我们可以用对象编程来做比喻，MVC定义了一个顶级类，告诉它的子类你只能做这些，但没法限制你能做这些。这点对编程的开发人员非常重要。业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据 保存（持续化）。比如将一张订单保存到数据库，从数据库获取订单。我们可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。
(3)控制
控制(Controller)可以理解为从用户接收请求，将模型与视图匹配在一起，共同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数据处理。例如，用户点击一个连接，控制层接受请求后，并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一个视图可能对应多个模型。模型、视图与控制器的分离，使得一个模型可以具有多个显示视图。如果用户通过某个视图的控制器改变了模型的数据，所有其它依赖于这些数据的视图都应反映到这些变化。因此，无论何时发生了何种数据变化，控制器都会将变化通知所有的视图，导致显示的更新。这实际上是一种模型的变化-传播机制。模型、视图、控制器三者之间的关系和各自的主要功能，如图4.1所示。
15
网络订餐系统设计 网上订餐系统总体设计
图4.1 MVC模式组件类型间的关系及功能
16
网络订餐系统设计 数据库设计
第五章 数据库设计
5.1 数据库系统概述
SQL Server
[11]
是由Microsoft开发和推广的关系数据库管理系统，它最初是由
Microsoft、Sybase和Ashton-Tate三家公司共同开发的，并于1988年推出了第一个OS/2版本。 SQL Server近年来不断更新版本，1996年，Microsoft 推出了SQL Server 6.5版本；1998年，SQL Server 7.0版本和用户见面；SQL Server 2000是Microsoft公司于2000年推出的最新版本。SQL Server 特点：
(1)真正的客户机/服务器体系结构。
(2)图形化用户界面，使系统管理和数据库管理更加直观、简单。 (3)丰富的编程接口工具，为用户进行程序设计提供了更大的选择余地。 (4)SQL Server与Windows NT完全集成，利用了NT的许多功能，如发送和接受消息，管理登录安全性等。SQL Server也可以很好地与Microsoft BackOffice产品集成。
(5)具有很好的伸缩性，可跨越从运行Windows 95/98的膝上型电脑到运行Windows 2000的大型多处理器等多种平台使用。
(6)对Web技术的支持，使用户能够很容易地将数据库中的数据发布到Web页面上。
5.2 数据库表设计
本系统的数据库其中包括九个表，分别为餐馆表 restaurant，食物表food，菜单表menu，用户表userinfo，管理员表adm，订单表orderform，订单详情表orderitem详情请见下面的数据库表：
(1)餐馆表restaurant
餐馆表存放的是餐馆的名字，编号，所在地，如表5.1所示。
表5.1 餐馆表
列名 restno restname loc
数据类型 number varchar varchar 长度 4 50 120 17
允许空 not null not null