1引言
1.1开发背景
在信息化大潮之下，计算机技术和网络技术蓬勃发展，其服务于人类的生产与生活的作用不断增强。在过去的十几年中，固定互联网技术在应用中不断取得突破，其数据传播速度和可靠性都达到了空前的水准。同时，固定互联网的技术也在成熟的过程中不断趋于稳定。在Web2.0技术出现之后，建立在固定互联网基础之上的各种应用也都开始走成熟和稳定。例如，Web1.0时代，网络上出现各种静态站点用于政府、商业和个人的宣传活动。Web2.0之后，基于固定互联网的网络服务开始出现了交互，其实现的功能也更加的强大，给人们的各种活动提供了更多的便利。当前的各类电子商务平台的繁盛便是固定互联网蓬勃发展的一个重要的表现。人们通过Web2.0提供的功能获得了更加灵活和更加便捷的信息沟通能力。
然而，固定互联网在为了信息交流的便利性发挥了巨大的作用的同时又具有其固有的缺陷：
（1）高能耗
固定互联网的终端上运行网络软件一般都不需要进行复杂的运算，对于平台的性能要求不是很高，而PC等网络终端在这个过程中消耗的能源却非常可观。
（2）难于联系用户的实时信息
固定互联网区分用户的方式是用户的注册信息和用户的IP地址，前者一经注册后很少会发生改变，因而只能记录用户的一些基本特征，如性别和年龄等，而用户的地理位置等信息却难以实时获取，根据IP地址也难以在地域上掌握用户的信息，因而很多便捷的交通服务难以实现。
（3）使用灵活性较差
固定互联网需要一台连入英特网的计算机接入才能享受其服务，而随身携带一台电脑即使是笔记本电脑也是一件不轻松的事情，因而随时随地的享受到固定互联网提供的服务在传统的硬件体系中难以实现。
（4）难以注重个性化服务
固定互联网的格局注定了其需要注意到大多数人的需求，为绝大多数人提供规范的统一的服务才能降低其运行成本。这又降低了单个用户的用户体验。因为过高的规范性
服务并不能满足每一个用户的习惯要求。
网络餐饮平台需要互联网为其提供更多的个性化服务和灵活性选择，因而传统固定互联网在与餐饮平台的结合上并不能提供最完美的支撑。在当前，提供餐饮服务的网站只提供了各餐厅的订票服务，本质上是一种订单服务而非餐饮服务，服务水平比较低级。
随着移动互联网的快速崛起，固定互联网的各种模式也被照办到移动互联网上，但是进行的改进却不是和明显。各种餐厅订餐网站也退出了能够被移动过设备访问的订单服务，而这只是餐饮服务很小的一部分。对于如何更多的在移动餐饮平台中发挥移动互联网的优势与作用，目前业界还在进行着各种探索。本设计所实现的基于移动互联的社区餐饮平台也只是其中的探索之一。
1.2研究现状
当前国内外对于移动互联网与餐饮服务行业的结合发展过程中，主要趋势如下：（1）将固定互联网所能提供的服务和模式移植到移动互联网体系当中来，比如在线订单提交，数据采集与分析处理。
（2）发挥移动互联网的优势，加强对用户实时信息的采集，如位置信息，行为习惯等；提供更加灵活的退单退款处理方式，加强信用建设。
（3）利用移动终端的便利性实时提供供方的相关信息，如空座数量等；通过移动设备进行更加灵活的新消息提醒，提供更加周到和人性化的服务。
1.2.1国外研究现状
互联网在国外兴起切在国外得到优先发展且日趋成熟，各种手持移动终端同样是现在国外出现并得到广泛的应用，所以从传统固定互联网到移动终端的转型——移动互联网的提出和应用在也是在国外最早流行起来。在技术层面讲，移动餐饮平台是移动互联网的一种应用，但是，从实际操作来看，还需要对其商业模式，运作流程等方面切实提高其可行性和生存能力。当前在国外，为移动互联应用而不断兴起的新技术层出不穷，但是国外在对这些技术应用于移动餐饮平台的实践中，还在不断的讨论其商业模式，不断探索其具体实施，目前国外已经有不少流行开来的移动餐饮平台，其依靠国外的技术优势，能够尽可能多的在餐饮服务的各个环节中发挥积极作用，其相对于国内的移动餐饮平台应用要成熟许多。
1.2.2国内研究现状
国内的移动互联网发展相对较晚，各种新技术的兴起和发展正在如火如荼的进行，与国外单纯的移动互联应用不同，国内的主要表现比较谨慎，大多数移动应用都是以固定互联网为起点，然后慢慢修改和扩充，添加移动互联网的相关功能，不断提高移动互联应用的实用性。国内大多数网站都在建设手机访问页面，各种B/S架构的Web应用也都在增加其面对移动应用的友好性。国内如微信易信等移动终端软件，也都代表了国内移动互联应用的前沿。然而，在国内，移动互联应用主要注重于人际交流以及网络购物等，对于移动互联平台的建设和应用并没有太多的关注，其中一些团购网站已经开始注重餐饮服务行业的扩展，但是其主要只是提供了订票和订座服务，对于餐饮行业的更多环节，比如餐点配送等非常依赖于线下操作的流程以及小规模内的用户餐饮习惯和行为模式关注，国内移动互联应用还在尝试之中。
1.3开发目的和意义
当前移动互联网正在蓬勃发展，但是大多数还只是照办了固定互联网的模式，缺乏建设性的创新，没有真正的发挥出移动互联网的优势。本课题在将移动互联网应用于社区餐饮平台的过程中，不断的寻求突破，以更多的利用移动互联网的优势来扩展餐饮平台的服务功能和服务质量。
本课题中的移动餐饮平台将努力涉及到餐饮服务行业的整个流程，通过提高整个餐饮行业的信息化与数字化来降低行业的运作成本，提高运行效率。
移动互联网与社区餐饮服务相结合相对于传统的社区餐饮服务网络有如下进步：
（1）时间灵活性
在任意时刻，用户只需要一台移动终端就能够方便接入服务网络，其所提交的需求信息将能够立刻被采集，餐饮需求能尽快得到满足。
（2）地域灵活性
在移动互联网的特征中，就是更加轻易掌握用户的位置，因此更加高效的服务过程和灵活的地域服务对于降低成本和提高效率有着巨大的推动作用。
（3）服务个性化
移动互联网终端能够灵活跟踪用户的习惯和其他的个性化信息，而这些信息都可以在移动互联网中被收集和分析利用以提供更加个性化的服务。
2系统分析
2.1需求分析
基于移动互联的餐饮服务平台致力于与传统餐饮服务紧密结合，本平台欲求将移动互联技术与餐饮服务流程紧密结合，通过更快捷的流程，更广泛的信息收集与分析处理，极大降低餐饮服务行业中常见的顾客流失导致的损失，降低整体运作成本，使餐饮服务的用户体验和服务效率效率显著提升。
系统前台基于HTML和CSS、JavaScript等浏览器脚本语言来制作可以兼容于主流浏览器的用户界面，并且对于面向服务需求用户的接口，需要为移动终端浏览器特别设计，以确保移动终端能够充分体验本平台提供的功能。
系统后台采用ASP脚本服务器端语言，由IIS服务器平台来支持后台的运行。本系统采用ACCESS数据库来提供信息的存储与写入。
具体需求分析如下：
1.系统提供餐饮服务接口需要能够兼容各种主流移动终端设备浏览器。
2.系统能够通过移动终端与用户交互，收集用户需求的时间和位置等信息。
3.系统能对接受餐饮服务需求方的定制的菜单。
4.系统在服务定制过程中自动计算套餐费用和非套餐费用。
5.在整个服务过程中系统都能够对服务过程进行相应，并接受进度查询。
6.系统对于餐饮服务需求方是开放的，免注册，通过直接联系信息访问系统。
7.系统制作时需要按照实际需求，收集常见的餐饮服务优惠模式，并在系统中体现出来。用户可以在与实际情况对应的多种系统规定优惠套餐中进行选择。
8.用户可以自由点单，并将菜单写入到系统中，供提供实际服务时对照。
9.对于服务提供方，系统提供其注册于登陆功能，以方便监督和规范供应方的行为。
10.供方用户注册时要规范其名称，不能允许多个同名的供方存在以避免混乱。
11.对于供方注册时，需要录入系统其提供的服务的时间和地点，以确保服务可以与用户需求精确匹配。
12.对于本系统中服务提供的时间与地点，应有本系统统一控制，并且可以根据不断变化的实际需求在系统的后台中进行扩充和修改。
13.系统面向各个供应方也要提供查询信息以确保其服务流程的完成。
14.在系统设计中，对于数据库部分，应采用范式分解以提高系统的一致性，降低数据的冗余，消除异常，提高效率。
15.在系统的程序部分，要求按照系统运行流程，进行模块发开发，降低模块之间的耦合度，提高模块内部的内聚度，提高软件开发效率，缩短软件开发周期。
2.2可行性分析
2.2.1技术可行性
HTML语言特点
超级文本标记语言(HTML)文档制作简易，功能强大，支持不同数据格式的文件嵌入主要特点如下：
简易性：html语言是一种解释型的语言，通过规范的标记来表示各个元素的内容和样式，其编写只需要一个文本编辑器，解释只需要一个浏览器，html文档的编写和浏览都是简单易行的。
可扩展性：Html语言本身通过标签来记录内容，可以不断扩展器标签的内涵，另外可以与JavaScript、CSS等语言共同搭建出高度友好的前端界面。
平台无关性：Html语言可以被浏览器解释，而基于不同平台都有其可运行的浏览器终端，因而对于Html语言的解释与具体的平台是无关的，这为其适应多个平台提供了方便。
通用性：HTML是网络的通用语言,可以将图像，文字，视频，声音等多个媒体整合到一个文档中制作出复杂的具有高质量内容的文档，并接受来自网络的访问。ASP语言特点
ASP语言是一种服务器端脚本语言，通过ASP可以轻松的在服务器端与各应用程序交互，然后生成可供用户浏览的页面。由于发送到客户端的语言是经过解释之后的html代码，因而原始的ASP代码对于用户来说是不可见的，因而极大的提高了Web程序的安全性。ASP语言中的ADO组件，使得ASP程序在访问和操作数据库变得异常的简单和高校。ASP因其简单易用性和运行时的高效率而在Web程序设计中获得了广泛的应用。
Access数据库介绍
Access数据库是微软推出的轻型数据库管理系统(DBMS)，Access拥有强大的数据存储和操作与处理能力，支持通行的SQL查询语句。对于轻型的Web应用程序，采用Access数据库平台是非常合适的。其提供了全面的安全性和完整性数据控制，可以与ASP，VB等多种语言搭建各种B/S和C/S应用程序。
以上技术为本平台的设计提供了技术可行性。
2.2.2经济可行性
本平台本身的运行并不需要特别购置专用的服务器和特殊的专业设备，程序运行平台的性能要求很低，运行过程中消耗的资源非常有限，因而本系统的运行本省是低成本的。
本餐饮服务平台的运行大大节省了传统餐饮平台中存在的时间成本和人工成本，极大的提高了信息收集与处理的效率，减少了顾客的流失，降低了餐饮平台运行中的成本，提高了餐饮服务的总收益，因而符合社会经济原则。
2.2.3社会可行性
随着计算机在社会生产生活中的快速流行和广泛应用，用户对于计算机和网络等平台的使用都已经驾轻就熟。近年来，手机，平板电脑等智能终端的快速流行，人们通过智能终端设备体验Web服务已经很常见，因而本平台在社会推广与采纳过程中没有明显的障碍，具备社会可行性。
2.3业务流程图
本系统总体业务流程如下：管理员录入系统规定的服务时间和地点信息以初始化系统。
供应方通过参考平台规定的时间和地址信息，在系统中注册供应商信息，供应方在注册登录之后在平台中录入菜单信息，供应方可以查询相关的订单信息。
需求方参考系统规定的时间和地点信息，查看想对应的菜单信息，需求方可以根据菜单信息提交订单，包含菜单和时间已经地点，在提交订单后需求方可以查询并更改订单状态。
业务流程图2.4数据流程图
数据流程图3系统设计
3.1功能模块图
基于移动互联的社区餐饮平台主要包含如下几个功能模块：初始设置模块，供方注册模块，供方登陆模块供方录入菜单模块，供方查询订单模块，需求方查询菜单模块，需求方提交需求信息模块，需求方查询订单模块。如下图所示：
功能模块图
3.2数据库概念结构设计
数据库E-R图
3.3数据库逻辑结构设计
根据实体联系图(E-R图)得到关系模式如下
T1(ID,dtime,stimeid,addresseid,lxname,lxphone,state,dh1,xh1,xh2,s1,price,louhao,shihao,bei zhu)
T2(ID,dtime,stimeid,addresseid,lxname,lxphone,state,dh1,xh1,s1,s2,s3,price,louhao,shihao,be izhu)
T3(ID,dtime,stimeid,addresseid,lxname,lxphone,state,dh1,s1,s2,s3,price,louhao,shihao,beizhu )
T4(ID,dtime,stimeid,addresseid,lxname,lxphone,state,xh1,xh2,s1,s2,s3,price,louhao,shihao,be izhu)
T5(ID,dtime,stimeid,addresseid,lxname,lxphone,state,xh1,s1,s2,s3,price,louhao,shihao,beizhu )
F(ID,dtime,stimeid,addresseid,lxname,lxphone,state,cid,price,louhao,shihao,beizhu)
S(ID,sname,address,psd,lxphone,timeid,addresseidbeizhu)
C(ID,cname,leibie,sid)
SADDRESS(ID,address)
STIME(ID,time)
3.4数据库物理结构设计
由数据库关系模式转化为表结构如下
套餐一订单表T1
列名数据类型大小是否允许空主键/外键
ID数字4否主键
dtime时间日期8是
stimeid数字4是
addresseid数字4是
lxname字符255是
lxphone字符255是
state字符255是
dh1数字4否外键
xh1数字4否外键
xh2数字4否外键
s1数字4否外键price数字4是
louhao字符255是
shihao字符255是
beizhu字符255是
套餐二订单表T2
列名数据类型大小是否允许空主键/外键ID数字4否主键dtime时间日期8是
stimeid数字4是
addresseid数字4是
lxname字符255是
lxphone字符255是
state字符255是
dh1数字4否外键
xh1数字4否外键
s1数字4否外键
S2数字4否外键
S3数字4否外键price数字4是
louhao字符255是
shihao字符255是
beizhu字符255是
套餐三订单表T3
列名数据类型大小是否允许空主键/外键ID数字4否主键dtime时间日期8是
stimeid数字4是
addresseid数字4是
lxname字符255是
lxphone字符255是
state字符255是
dh1数字4否外键
s1数字4否外键
S2数字4否外键
S3数字4否外键price数字4是
louhao字符255是
shihao字符255是
beizhu字符255是
套餐四订单表T4
列名数据类型大小是否允许空主键/外键ID数字4否主键dtime时间日期8是
stimeid数字4是
addresseid数字4是
lxname字符255是
lxphone字符255是
state字符255是
xh1数字4否外键
Xh2数字4否外键
s1数字4否外键
S2数字4否外键
S3数字4否外键price数字4是
louhao字符255是
shihao字符255是
beizhu字符255是
套餐五订单表T5
列名数据类型大小是否允许空主键/外键ID数字4否主键dtime时间日期8是
stimeid数字4是
addresseid数字4是
lxname字符255是
lxphone字符255是
state字符255是
xh1数字4否外键
s1数字4否外键
S2数字4否外键
S3数字4否外键price数字4是
louhao字符255是
shihao字符255是
beizhu字符255是
自由订单表F
列名数据类型大小是否允许空主键/外键ID数字4否主键dtime时间日期8是
stimeid数字4是
addresseid数字4是
lxname字符255是
lxphone字符255是
state字符255是
cid数字4否外键price数字4是
louhao字符255是
shihao字符255是
beizhu字符255是
供应商表S
列名数据类型大小是否允许空主键/外键ID数字4否主键Sname时间日期8是
Psd字符255否
address字符255是
lxphone字符255是
Timeid数字4否外键Addressed数字4否外键beizhu字符255是
菜单表C
列名数据类型大小是否允许空主键/外键ID数字4否主键Cname字符255否
Leibie字符255是
address字符255是
lxphone数字4是
Timeid数字4否外键Addressed数字4否外键beizhu字符255是
服务时间表STIME
列名数据类型大小是否允许空主键/外键ID数字4否主键Time字符255否
服务地点表Saddress
列名数据类型大小是否允许空主键/外键ID数字4否主键Address字符255否
4系统模块的实现
4.1初始设置
初始设置由系统管理员在后台完成，初始设置约束了系统服务时间和地点范围。包括以下几个部分：
(1)管理员登陆
(2)管理员密码修改
(3)添加服务时间
(4)修改服务时间
(5)删除服务时间
(6)添加服务地点
(7)修改服务地点
(8)删除服务地点
初始设置流程图如下：
4.2供应方注册
供应方注册信息用于对供应方提供登陆服务，对供应方进行管理，主要包括：
(1)选择服务时间
(2)选择服务地点
(3)填写基本信息
(4)查询基本信息是否与系统冲突
(5)将合法信息写入系统
(6)转到登陆后录入菜单页面
供方注册流程如图如下：
4.3供应方登陆
供方登陆后用于在系统中进行餐饮服务的供应流程主要包括：
(1)检查用户名与密码是否正确
(2)录入菜单
(3)查看订单
供方登陆流程图如下图所示：
4.4供应方录入菜单
录入菜单模块为以后需求方查阅菜单提供了基础数据，主要包括：
(1)录入菜单基本信息
(2)选择菜项类别
(3)确认提交
(4)写入到系统数据库
如下图所示
4.5供应方查询订单模块
供方根据己方收到的订单，按照订单上面的要求给需求方提供餐饮服务，主要包括：
(1)输入服务时间
(2)输入服务地点
(3)显示订单
(4)提供服务
(5)更改订单状态
供方查询订单流程图如下：
4.6需求方查询菜单
需求方通过查询菜单，获取本平台提供的服务。包括:
(1)提交需求时间
(2)提交需求地点
(3)显示查询结果
显示菜单流程图如下：
4.7需求方提交订单
需求方根据查询到的菜单信息，可以选择和提交订单，具体包括
(1)选择菜单
(2)输入个人联系信息
(3)确认价格和订单信息
(4)提交订单
提交订单流程图如下：
4.8需求方查询并操作订单状态