基于移动互联的社区餐饮平台.docx

1、目录1引言21.1开发背景2（1）高能耗2（2）难于联系用户的实时信息2（3）使用灵活性较差3（4）难以注重个性化服务31.2研究现状31.2.1国外研究现状31.2.2国内研究现状41.3开发目的和意义4（1）时间灵活性4（2）地域灵活性5（3）服务个性化52系统分析52.1需求分析52.2可行性分析62.2.1技术可行性62.2.2 经济可行性72.2.3 社会可行性72.3业务流程图72.4数据流程图83系统设计93.1功能模块图93.2数据库概念结构设计103.3数据库逻辑结构设计103.4数据库物理结构设计11套餐一订单表T111套餐二订单表T211套餐三订单表T312套餐四订单表T

2、413套餐五订单表T514自由订单表F14供应商表S15菜单表C16服务时间表STIME16服务地点表Saddress164系统模块的实现164.1初始设置164.2供应方注册174.3供应方登陆184.4供应方录入菜单194.5供应方查询订单模块204.6需求方查询菜单204.7需求方提交订单214.8需求方查询并操作订单状态215系统测试与运行225.1测试内容235.1.1初始设置测试235.1.2供方注册测试235.1.3供方登陆测试235.1.4需求方提交订单测试235.1.5需求方更改订单状态测试235.2测试结果23总结241引言1.1开发背景在信息化大潮之下，计算机技术和网络技

3、术蓬勃发展，其服务于人类的生产与生活的作用不断增强。在过去的十几年中，固定互联网技术在应用中不断取得突破，其数据传播速度和可靠性都达到了空前的水准。同时，固定互联网的技术也在成熟的过程中不断趋于稳定。在Web2.0技术出现之后，建立在固定互联网基础之上的各种应用也都开始走成熟和稳定。例如，Web1.0时代，网络上出现各种静态站点用于政府、商业和个人的宣传活动。Web2.0之后，基于固定互联网的网络服务开始出现了交互，其实现的功能也更加的强大，给人们的各种活动提供了更多的便利。当前的各类电子商务平台的繁盛便是固定互联网蓬勃发展的一个重要的表现。人们通过Web2.0提供的功能获得了更加灵活和更加便

4、捷的信息沟通能力。然而，固定互联网在为了信息交流的便利性发挥了巨大的作用的同时又具有其固有的缺陷：（1）高能耗固定互联网的终端上运行网络软件一般都不需要进行复杂的运算，对于平台的性能要求不是很高，而PC等网络终端在这个过程中消耗的能源却非常可观。（2）难于联系用户的实时信息固定互联网区分用户的方式是用户的注册信息和用户的IP地址，前者一经注册后很少会发生改变，因而只能记录用户的一些基本特征，如性别和年龄等，而用户的地理位置等信息却难以实时获取，根据IP地址也难以在地域上掌握用户的信息，因而很多便捷的交通服务难以实现。（3）使用灵活性较差固定互联网需要一台连入英特网的计算机接入才能享受其服务，而

5、随身携带一台电脑即使是笔记本电脑也是一件不轻松的事情，因而随时随地的享受到固定互联网提供的服务在传统的硬件体系中难以实现。（4）难以注重个性化服务固定互联网的格局注定了其需要注意到大多数人的需求，为绝大多数人提供规范的统一的服务才能降低其运行成本。这又降低了单个用户的用户体验。因为过高的规范性服务并不能满足每一个用户的习惯要求。网络餐饮平台需要互联网为其提供更多的个性化服务和灵活性选择，因而传统固定互联网在与餐饮平台的结合上并不能提供最完美的支撑。在当前，提供餐饮服务的网站只提供了各餐厅的订票服务，本质上是一种订单服务而非餐饮服务，服务水平比较低级。随着移动互联网的快速崛起，固定互联网的各种模

6、式也被照办到移动互联网上，但是进行的改进却不是和明显。各种餐厅订餐网站也退出了能够被移动过设备访问的订单服务，而这只是餐饮服务很小的一部分。对于如何更多的在移动餐饮平台中发挥移动互联网的优势与作用，目前业界还在进行着各种探索。本设计所实现的基于移动互联的社区餐饮平台也只是其中的探索之一。1.2研究现状当前国内外对于移动互联网与餐饮服务行业的结合发展过程中，主要趋势如下：（1）将固定互联网所能提供的服务和模式移植到移动互联网体系当中来，比如在线订单提交，数据采集与分析处理。（2）发挥移动互联网的优势，加强对用户实时信息的采集，如位置信息，行为习惯等；提供更加灵活的退单退款处理方式，加强信用建设。

7、（3）利用移动终端的便利性实时提供供方的相关信息，如空座数量等；通过移动设备进行更加灵活的新消息提醒，提供更加周到和人性化的服务。1.2.1国外研究现状互联网在国外兴起切在国外得到优先发展且日趋成熟，各种手持移动终端同样是现在国外出现并得到广泛的应用，所以从传统固定互联网到移动终端的转型移动互联网的提出和应用在也是在国外最早流行起来。在技术层面讲，移动餐饮平台是移动互联网的一种应用，但是，从实际操作来看，还需要对其商业模式，运作流程等方面切实提高其可行性和生存能力。当前在国外，为移动互联应用而不断兴起的新技术层出不穷，但是国外在对这些技术应用于移动餐饮平台的实践中，还在不断的讨论其商业模式，不

8、断探索其具体实施，目前国外已经有不少流行开来的移动餐饮平台，其依靠国外的技术优势，能够尽可能多的在餐饮服务的各个环节中发挥积极作用，其相对于国内的移动餐饮平台应用要成熟许多。1.2.2国内研究现状国内的移动互联网发展相对较晚，各种新技术的兴起和发展正在如火如荼的进行，与国外单纯的移动互联应用不同，国内的主要表现比较谨慎，大多数移动应用都是以固定互联网为起点，然后慢慢修改和扩充，添加移动互联网的相关功能，不断提高移动互联应用的实用性。国内大多数网站都在建设手机访问页面，各种B/S架构的Web应用也都在增加其面对移动应用的友好性。国内如微信易信等移动终端软件，也都代表了国内移动互联应用的前沿。然而

9、，在国内，移动互联应用主要注重于人际交流以及网络购物等，对于移动互联平台的建设和应用并没有太多的关注，其中一些团购网站已经开始注重餐饮服务行业的扩展，但是其主要只是提供了订票和订座服务，对于餐饮行业的更多环节，比如餐点配送等非常依赖于线下操作的流程以及小规模内的用户餐饮习惯和行为模式关注，国内移动互联应用还在尝试之中。1.3开发目的和意义当前移动互联网正在蓬勃发展，但是大多数还只是照办了固定互联网的模式，缺乏建设性的创新，没有真正的发挥出移动互联网的优势。本课题在将移动互联网应用于社区餐饮平台的过程中，不断的寻求突破，以更多的利用移动互联网的优势来扩展餐饮平台的服务功能和服务质量。本课题中的移

10、动餐饮平台将努力涉及到餐饮服务行业的整个流程，通过提高整个餐饮行业的信息化与数字化来降低行业的运作成本，提高运行效率。移动互联网与社区餐饮服务相结合相对于传统的社区餐饮服务网络有如下进步：（1）时间灵活性在任意时刻，用户只需要一台移动终端就能够方便接入服务网络，其所提交的需求信息将能够立刻被采集，餐饮需求能尽快得到满足。（2）地域灵活性在移动互联网的特征中，就是更加轻易掌握用户的位置，因此更加高效的服务过程和灵活的地域服务对于降低成本和提高效率有着巨大的推动作用。（3）服务个性化移动互联网终端能够灵活跟踪用户的习惯和其他的个性化信息，而这些信息都可以在移动互联网中被收集和分析利用以提供更加个性

11、化的服务。2系统分析2.1需求分析基于移动互联的餐饮服务平台致力于与传统餐饮服务紧密结合，本平台欲求将移动互联技术与餐饮服务流程紧密结合，通过更快捷的流程，更广泛的信息收集与分析处理，极大降低餐饮服务行业中常见的顾客流失导致的损失，降低整体运作成本，使餐饮服务的用户体验和服务效率效率显著提升。系统前台基于HTML和CSS、JavaScript等浏览器脚本语言来制作可以兼容于主流浏览器的用户界面，并且对于面向服务需求用户的接口，需要为移动终端浏览器特别设计，以确保移动终端能够充分体验本平台提供的功能。系统后台采用ASP脚本服务器端语言，由IIS服务器平台来支持后台的运行。本系统采用ACCESS数

12、据库来提供信息的存储与写入。具体需求分析如下：1.系统提供餐饮服务接口需要能够兼容各种主流移动终端设备浏览器。2.系统能够通过移动终端与用户交互，收集用户需求的时间和位置等信息。3.系统能对接受餐饮服务需求方的定制的菜单。4.系统在服务定制过程中自动计算套餐费用和非套餐费用。5.在整个服务过程中系统都能够对服务过程进行相应，并接受进度查询。6.系统对于餐饮服务需求方是开放的，免注册，通过直接联系信息访问系统。7.系统制作时需要按照实际需求，收集常见的餐饮服务优惠模式，并在系统中体现出来。用户可以在与实际情况对应的多种系统规定优惠套餐中进行选择。8.用户可以自由点单，并将菜单写入到系统中，供提供

13、实际服务时对照。9.对于服务提供方，系统提供其注册于登陆功能，以方便监督和规范供应方的行为。10.供方用户注册时要规范其名称，不能允许多个同名的供方存在以避免混乱。11.对于供方注册时，需要录入系统其提供的服务的时间和地点，以确保服务可以与用户需求精确匹配。12.对于本系统中服务提供的时间与地点，应有本系统统一控制，并且可以根据不断变化的实际需求在系统的后台中进行扩充和修改。13.系统面向各个供应方也要提供查询信息以确保其服务流程的完成。14.在系统设计中，对于数据库部分，应采用范式分解以提高系统的一致性，降低数据的冗余，消除异常，提高效率。15.在系统的程序部分，要求按照系统运行流程，进行模

14、块发开发，降低模块之间的耦合度，提高模块内部的内聚度，提高软件开发效率，缩短软件开发周期。2.2可行性分析2.2.1技术可行性HTML语言特点超级文本标记语言(HTML)文档制作简易，功能强大，支持不同数据格式的文件嵌入主要特点如下：简易性：html语言是一种解释型的语言，通过规范的标记来表示各个元素的内容和样式，其编写只需要一个文本编辑器，解释只需要一个浏览器，html文档的编写和浏览都是简单易行的。可扩展性：Html语言本身通过标签来记录内容，可以不断扩展器标签的内涵，另外可以与JavaScript、CSS等语言共同搭建出高度友好的前端界面。平台无关性：Html语言可以被浏览器解释，而基于

15、不同平台都有其可运行的浏览器终端，因而对于Html语言的解释与具体的平台是无关的，这为其适应多个平台提供了方便。通用性：HTML是网络的通用语言,可以将图像，文字，视频，声音等多个媒体整合到一个文档中制作出复杂的具有高质量内容的文档，并接受来自网络的访问。ASP语言特点ASP语言是一种服务器端脚本语言，通过ASP可以轻松的在服务器端与各应用程序交互，然后生成可供用户浏览的页面。由于发送到客户端的语言是经过解释之后的html代码，因而原始的ASP代码对于用户来说是不可见的，因而极大的提高了Web程序的安全性。ASP语言中的ADO组件，使得ASP程序在访问和操作数据库变得异常的简单和高校。ASP因

16、其简单易用性和运行时的高效率而在Web程序设计中获得了广泛的应用。Access数据库介绍Access数据库是微软推出的轻型数据库管理系统(DBMS)，Access拥有强大的数据存储和操作与处理能力，支持通行的SQL查询语句。对于轻型的Web应用程序，采用Access数据库平台是非常合适的。其提供了全面的安全性和完整性数据控制，可以与ASP，VB等多种语言搭建各种B/S和C/S应用程序。以上技术为本平台的设计提供了技术可行性。2.2.2 经济可行性本平台本身的运行并不需要特别购置专用的服务器和特殊的专业设备，程序运行平台的性能要求很低，运行过程中消耗的资源非常有限，因而本系统的运行本省是低成本的

17、。本餐饮服务平台的运行大大节省了传统餐饮平台中存在的时间成本和人工成本，极大的提高了信息收集与处理的效率，减少了顾客的流失，降低了餐饮平台运行中的成本，提高了餐饮服务的总收益，因而符合社会经济原则。2.2.3 社会可行性随着计算机在社会生产生活中的快速流行和广泛应用，用户对于计算机和网络等平台的使用都已经驾轻就熟。近年来，手机，平板电脑等智能终端的快速流行，人们通过智能终端设备体验Web服务已经很常见，因而本平台在社会推广与采纳过程中没有明显的障碍，具备社会可行性。2.3业务流程图本系统总体业务流程如下：管理员录入系统规定的服务时间和地点信息以初始化系统。供应方通过参考平台规定的时间和地址信息

18、，在系统中注册供应商信息，供应方在注册登录之后在平台中录入菜单信息，供应方可以查询相关的订单信息。需求方参考系统规定的时间和地点信息，查看想对应的菜单信息，需求方可以根据菜单信息提交订单，包含菜单和时间已经地点，在提交订单后需求方可以查询并更改订单状态。业务流程图2.4数据流程图数据流程图3系统设计3.1功能模块图基于移动互联的社区餐饮平台主要包含如下几个功能模块：初始设置模块，供方注册模块，供方登陆模块供方录入菜单模块，供方查询订单模块，需求方查询菜单模块，需求方提交需求信息模块，需求方查询订单模块。如下图所示：功能模块图3.2数据库概念结构设计数据库E-R图3.3数据库逻辑结构设计根据实体

19、联系图(E-R图)得到关系模式如下T1(ID,dtime,stimeid,addresseid,lxname,lxphone,state,dh1,xh1,xh2,s1,price,louhao,shihao,beizhu)T2(ID,dtime,stimeid,addresseid,lxname,lxphone,state,dh1,xh1,s1,s2,s3,price,louhao,shihao,beizhu)T3(ID,dtime,stimeid,addresseid,lxname,lxphone,state,dh1,s1,s2,s3,price,louhao,shihao,beizhu)T

20、4(ID,dtime,stimeid,addresseid,lxname,lxphone,state,xh1,xh2,s1,s2,s3,price,louhao,shihao,beizhu)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,

21、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是套餐二订单表

22、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否

23、外键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否主键dt

24、ime时间日期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

25、字符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列名数

26、据类型大小是否允许空主键/外键ID数字4否主键Address字符255否4系统模块的实现4.1初始设置初始设置由系统管理员在后台完成，初始设置约束了系统服务时间和地点范围。包括以下几个部分：(1)管理员登陆(2)管理员密码修改(3)添加服务时间(4)修改服务时间(5)删除服务时间(6)添加服务地点(7)修改服务地点(8)删除服务地点初始设置流程图如下：4.2供应方注册供应方注册信息用于对供应方提供登陆服务，对供应方进行管理，主要包括：(1) 选择服务时间(2) 选择服务地点(3) 填写基本信息(4) 查询基本信息是否与系统冲突(5) 将合法信息写入系统(6) 转到登陆后录入菜单页面供方注册流程

27、如图如下：4.3供应方登陆供方登陆后用于在系统中进行餐饮服务的供应流程主要包括：(1) 检查用户名与密码是否正确(2) 录入菜单(3) 查看订单供方登陆流程图如下图所示：4.4供应方录入菜单录入菜单模块为以后需求方查阅菜单提供了基础数据，主要包括：(1) 录入菜单基本信息(2) 选择菜项类别(3) 确认提交(4) 写入到系统数据库如下图所示4.5供应方查询订单模块供方根据己方收到的订单，按照订单上面的要求给需求方提供餐饮服务，主要包括：(1) 输入服务时间(2) 输入服务地点(3) 显示订单(4) 提供服务(5) 更改订单状态供方查询订单流程图如下：4.6需求方查询菜单需求方通过查询菜单，获取

28、本平台提供的服务。包括:(1) 提交需求时间(2) 提交需求地点(3) 显示查询结果显示菜单流程图如下：4.7需求方提交订单需求方根据查询到的菜单信息，可以选择和提交订单，具体包括(1) 选择菜单(2) 输入个人联系信息(3) 确认价格和订单信息(4) 提交订单提交订单流程图如下：4.8需求方查询并操作订单状态需求方在提交订单之后，就可以实时查询该订单被处理的状态了，当需求方在线下接受完餐饮服务后可以将改变订单状态为已完成。包括以下步骤：(1) 输入订单需求时间(2) 输入订单需求地点(3) 输入联系人手机号(4) 提交系统(5) 查看订单状态(6) 修改订单状态需求方查询和操作订单状态流程图

29、如下:5系统测试与运行系统测试是一组根据系统内部结构精心设计的用例，用于查找出系统中隐藏的错误和程序中的漏洞与缺陷。尽可能多找出系统设计和编码过程中存在的不足并加以修正。系统测试是对软件平台质量的控制和检验，通过测试后的系统可以减少以后运行过程中可能出现的故障。本测试主要采用黑盒测试+白盒测试方法来检测系统的健壮性。5.1测试内容5.1.1初始设置测试该测试用于查看系统管理员是否能够流畅的在系统中完成对初始设置的增加删除和修改操作，以及在初始设置被忽视的状态下，其他功能模块的调用是否能够友好的提示该操作需要进行。5.1.2供方注册测试供方注册测试主要检查供应方注册时输入错误信息，输入空白信息，

30、输入重复信息时系统的检测与纠错能力。要求系统在用户输入错误信息或者漏填信息后能够提醒用户进行更正，再更正后才允许系统继续提供更多功能。主要包括输入已经存在的供应商名称，输入空供应商名称，输入空密码，在重复密码字段中输入不同的密码等手段以检查系统的健壮性。5.1.3供方登陆测试供方登陆正常情况下要求能够判断供方输入的用户名和密码的正确性，防止对系统的非法访问，主要包括输入用户名和密码为空检测，另外还要检测在推出登陆后系统内部功能不可以继续访问5.1.4需求方提交订单测试本测试主要考验系统检查系统对于用户输入与自身规则设置是否相符的判断能力。主要包括在用户提交订单是提交与套餐规则不相符的内容，要求

31、系统能够判断出不相符并且给出相应的提示，在更正之前不允许用户进一步操作。5.1.5需求方更改订单状态测试需求方在提交订单后，需要根据线下接受餐饮服务的状态更改系统中订单的状态，这里要检测系统是否能够接受用户对订单的更改，并且确保用户的更改是认真的操作，是不可逆的以避免用户误操作导致订单流程出现问题。5.2测试结果(1) 测试发现，系统可以正常运行，对于数据的各种操作都可以顺利进行，并且运行性能表现良好。(2) 经过测试，发现本系统在对于用户的大部分用户的错误输出都可以进行检测并及时提示错误原因。(3) 由于后台程序编写中没有进行异常处理，所以对于系统底层可能出现的异常和错误没有进行过滤。(4)

32、 程序的运行性能依赖于客户机浏览器的性能，大部分浏览器运行状况良好。(5) 程序运行过程中的敏感数据没有通过URL传值，使用POST方法传值已提高安全性，但是对于数据库的安全加密工作还有很多的欠缺。(6) 数据操作不是非常的全面，在有些表上可进行的数据更新和删除并没有在系统中体现出来，功能方面还可以进一步完善。测试认为系统基本满足了需求分析中所提出的系统需求，并且具有一定的实用性。总结基于移动互联的社区餐饮平台是一个基于集中区域内用户习惯而提供特定餐饮服务的一个Web网络平台。本系统对其实现进行了初步的技术层面的探索和尝试。本系统的开发过程是对结构化程序设计方法应用和实践。本软件开发周期中，包

33、含了用户需求分析，可行性分析，软件模块划分，数据库概念结构设计，数据库逻辑结构设计、数据库物理结构设计、编码实现以及调试与运行等步骤。在软件周期的每一个步骤本系统都力求做到尽善尽美，以确保软件质量。本系统实现了移动互联网与传统餐饮服务的结合。设计到传统餐饮服务的很多关键环节，如查看菜单，提交订单，计算价格，查询订单等，本系统并使这些服务环节更加个性化和高效率。本系统是对移动互联技术的一次实践性应用。在本系统的设计与实现过程中，本人也积累的很多的经验和体会，这些对于本人以后的工作和生活都有巨大的启发意义:软件开发一定要一步一个脚印，软件开发周期中的每一个步骤都是环环相扣的，每一阶段的工作都是下一阶段工作的基础，只有每一步都认真细致的完成，才能确保软件的质量。在软件编码之前，一定要进行非常详细的规划和设计，细致到每一个变量的命名，没一张表的字段设置都要在正式的编码之前进行统一的命名，以避免以后实际编写时候出现的混乱，提高软件开发的效率，减少不必要的麻烦。