食字路口报告.docx

食字路口报告.docx

《食字路口报告.docx》由会员分享，可在线阅读，更多相关《食字路口报告.docx（72页珍藏版）》请在冰豆网上搜索。

食字路口报告

如果word文档中图片显示速度太慢，请阅读对应的PDF文件

第一章绪论

生活节奏的加快，消费观念的更新和社会经济交往活动的频繁，餐饮社会化的程度开始进一步加强，传统的餐式范畴开始被不同的消费门类所突破，呈现出便利化、多元化、现代化的发展趋势。

近年来，网上订餐业务以迅雷不及掩耳的速度在网络领域里红火起来。

消费者可以随时随地输入相关的订餐网站的网址，填好相应的订单就可以安心的等吃上门了，完全实现了用鼠标点击就可以吃饭的愿望。

然而，自从2003年SARS的袭击以及人类亚健康的出现，消费者开始减少外用餐的几率，减少快餐类等食用，开始更多地关注营养信息、养生信息，超标准的营养均衡食品，快捷方便、绿色环保、营养健康已经成为消费时尚。

但是，从目前国内的订餐业务看，多以快餐类为主，缺乏无公害绿色食品的供应平台，缺乏订菜时的营养指导。

因此，本作品引入全新的市场营销模式和手段，为迎合消费者不断更新的消费理念，将传统的农贸市场搬上Internet，开发一个以“网上在线配菜卖菜”为主营业务的配菜、订菜和配送网站系统。

1.1开发背景

随着网络基础设备的改善，支付系统的安全与完善，物流与配送体系的科学，一种曾被认为与现代化技术无法搭边的餐饮也开始涉足电子商务领域，而且这种餐饮电子商务，如网上订餐、网上订位等等，在全球开始呈现出美好的前景。

早在九十年代末期，国外的网上订餐就已经形成了一定的商业模式，网上订餐人数节节攀升，网上订餐业务红红火火，各大知名的食品业巨头都纷纷触网，从一开始的麦当劳，KFC等快餐连锁店都纷纷出资帮助各类中小型送餐网站，分步骤，有计划的进军网上外买快送市场。

在中国，网上订餐业务也已经从一开始的形成期开始步入发展期，其前景都被很多相关人士看好。

较大的有中华（无忧）订餐网、中国快餐网等都拥有了相对稳定的客户群体。

据《2006年中国餐饮市场研究报告显示》，预计2007年我国全年餐饮业零售额将超越12000亿元。

如果按照餐饮业1万亿的1%计算作为餐饮订餐市场的话，就会有超过100亿的订餐市场。

面对如此庞大的订餐服务市场，中国的“E”盒饭还是有很强大的吸引力的。

然而，目前国内的订餐业务中对于此产品的供应少之甚少，多以高热量的快餐为主，无法保证营养均衡，健康饮食。

但随着人们生活水平的提高，各个年龄段的消费者都将会注重饮食营养和饮食健康。

天然、绿色、健康和保健食品将会越来越被人们认可和追捧。

老年人希望通过饮食调节，达到健康长寿的目的；父母们希望通过饮食调节，使自己的孩子更聪明伶俐、健康活泼；中年人、白领阶层更希望通过饮食的调节，缓冲工作压力所带来的不利影响，达到提神醒脑、精力充沛的目的。

一些“三低、两高、多素”（即低脂肪、低盐、低热量、无胆固醇，高蛋白、高纤维，多种维生素、微量元素、矿物质）的食品及天然野生菌类，绿色及黑色食品将成为人们饮食的首要选择。

此外，人们在关注健康营养的同时，更加愿意采购新鲜的菜品进行自家烹饪来保证饮食的卫生和合理的配置。

但是农贸市场的固定地理位置，固定营业时间，固定的经营范围并不能满足一大部分消费者的购买需求，因此菜品的供应急需更广阔的平台来进行发布。

于是，将传统的农贸市场搬上Internet，搭建提供无公害绿色食品，营养式订菜服务的“网上菜场”是势在必行。

1.2研究综述

在这个“无网不入”的信息时代，我们衣食住行都难以逃脱互联网的关注。

近年来，餐饮业的网络发展趋势吸引了更多的有识之士前来挖掘。

各大订餐网站更显神通，攻城略地，以最快的速度占领着较大的市场份额，正所谓“你方唱罢我登场，各领风骚一两年”。

毫无疑问，结合餐饮业的行业背景，合理挖掘餐饮业的空白处，必能登上一个新的台阶。

然而，就目前情况来看，由于中国的电子商务起步较晚，买卖双方间的信任度还需一段时间的建立，“网上订餐”还是很难达到“电子商务”的胜境——无店面销售，而且配送系统还是以人工为主，因此它暂时并不能有效的减少产品运输和销售环节的开支。

而且国内的几家综合性食品（美食）网站基本还停留在提供餐饮信息，介绍膳食知识和餐饮文化的层次上，均未实实在在的涉足“网上送餐”业务。

就算是以快餐唱主角的“网上餐厅”，所提供的食品品种单一，只注重肉类及油脂类等食品，缺乏蔬菜，水果等，营养不全，热量供应过量，在很大程度上会导致人体所需各种营养比例失衡。

加之，中国目前缺少对“网上餐厅”的有效监督，食品卫生很难得到保证。

面对阻挡网上订餐业务发展的诸多因素，本设计主要任务就是在上述问题的基础上提出相应的解决或改进方案，诸如将在一贯的快餐订购中引入蔬菜、荤菜等生菜的订购，以此扩大品种的多元化；在单纯介绍膳食知识的层次上，进一步根据消费者的需求提供相应的营养指导，如输入高血压关键字，网站将及时推荐有关的保健饮食。

具体设计思路如下：

（1）订餐专栏：

通过菜肴图片、做法简介等直观地呈现给顾客菜品的信息，让顾客可以轻松方便快捷的进行网上订餐业务。

本着“以顾客为中心”的原则，顾客可自行选择选中菜肴的制作饭店、填写送餐时间等。

在顾客完成订餐操作后，系统后台将自动对订餐信息进行分类汇总，并及时发送给商家。

（2）快速预约：

通过对餐厅饭店的简介，为顾客汇总杭州知名的饭店餐厅，使顾客更加方便快捷的预定饭店。

顾客可通过填写消费时间、消费人数、消费环境等进行自助选择就餐条件，以最快的方式达到最想要的方便。

（3）配菜专柜：

配菜是本网站的特色服务，其可以从两个方面进行配菜服务。

一、“菜篮子”服务，顾客可以像在菜市场一样，自行选择所需要的菜，并将其放入“购物车”，可在配菜结束后进行结算；二、“菜谱”配菜，顾客可以选择营养餐或菜谱所需要的菜肴，订购其原材料，令顾客坐在家中也可以逛菜场。

并且在选择菜的同时，网站将会提醒顾客菜谱的搭配，使顾客健康饮食。

对于配菜业务，将可以利用网站联合的物流公司进行及时送菜，从而实现在家买菜。

（4）视频专辑：

本栏目为烹饪新手准备，其准备了各种家常菜的制作视频，其与“配菜专柜”相结合，使新手在家如同在烹饪培训班一样轻松快速上手。

（5）饮食资讯：

本栏目介绍了健康饮食、科学饮食等,为顾客提供最新、最健康、最时尚的美食信息

本作品将在研究网上订餐网站的运行模式的基础上，引入在网上搭建菜场的全新理念，从系统分析和系统设计实现在线订菜配送整个系统。

第二章网站需求分析与概要设计

2.1用户需求分析

中国的“E”盒饭是有很强大的吸引力的。

如果按照餐饮业1万亿的1%计算作为餐饮订餐市场的话，就会有超过100亿的订餐市场。

面对如此庞大的订餐服务市场，挖掘这些潜在用户，以个性化服务留住更多用户是此网站的真正目标。

而中国目前的订餐网站大多形式一致，提供的服务范围较窄，快餐类为主的食品也很难做到真正的健康膳食，很难适应用户多变的需求，因此搭建提供无公害绿色食品，营养式订菜服务的“网上菜场”是势在必行。

2.2确定网站规模和目标

因为Web技术在传统的餐饮运作中发挥着越来越重要的作用。

加之人们开始更多地关注营养信息，养生信息，超标准的营养均衡食品，快捷方便、绿色环保、营养健康已经成为消费时尚。

本文作者认为开发一个基于Web的订菜配送网站，应该突出天然、绿色、健康和保健几大特色，提供无公害绿色食品、黑色食品，营养式订菜服务以及快捷配送上门服务，不仅给消费者带来直观的餐饮文化，而且也使经营者获取了更多消费者的信息，随时掌控消费者的变化。

但是考虑到此网站所推出的网上菜场是个全新的餐饮服务概念，因此网站在系统设计的时候不应该单纯仅设计网上菜场这一模块，而应该集成目前的订餐模式，在锁住目前网络餐饮消费群的基础上，以渐进式的过程推出网上菜场的全新餐饮服务概念，以此来降低市场风险。

2.3网站可行性分析

随着网络基础设备的改善，支付系统的安全与完善，物流与配送体系的科学，基于Web的订菜配送业务无论从技术上、经济上还是操作上都是可行的。

（1）技术可行性：

针对订菜电子商务平台提出的安全需求，微软的.NET框架设计了较为适应于B2B、C2C电子商务应用环境的安全体系。

其Web应用程序所包含的IIS（InternetInformationSevices）、ASP.NET、EnterpriseServices和SQLServer四个逻辑层分别部署在多端体系结构下电子商务网站的各个物理层，每层都可以访问实体进行身份验证和授权。

而且，在每一逻辑层上均可以采用加密套接字协议层（SSL）或Internet协议安全性（HTTP），以加强信息交换过程的安全性。

而且采用ASP.NET技术实现电子商务网站，具有简便、快捷的优点。

（2）经济可行性：

缩短供应链。

分散的供应商与订菜配送网站直接联系在一起，消费者与订菜配送网站直接联系起来，信息畅通，中间环节减少，效率大大提高。

对供应商而言，投资成本下降，供应范围扩大、库存减少、品质标准；对网站而言，提供的菜价格只需比市场价格上调几毛用来填补菜的分拣，菜的配送等环节的额外成本，并加大运行模式，吸纳一定数额的会员，增加特色服务，网站收益也将相应增加。

（3）操作可行性：

进入数字化的今天，一种全新的网络化食品——数字化食品必将诞生！

食品对人类最有价值的不是“原子”，而是“比特”；不是“物质”，而是“数字”。

食品中的养生信息（即“比特”、“数字”）决定人类的健康。

订菜配送网站完全可以提供无公害的绿色菜，配送营养均衡的美味饮食，发布时下流行的健康资讯。

2.4网站开发平台的选用

（1）操作系统。

Microsoft公司的WindowsXP操作系统。

（2）数据库工具。

Microsoft公司的SQLServer2005数据库，SQLServer2005是大型规模的DBMS，能管理大量的数据且具有良好的稳定性和易操作性。

（3）集成开发环境：

Microsoft公司的VisualStudio2005作为集成开发环境。

（4）图片处理工具：

Adobe公司的Photoshop.cs9.0.1版本。

（5）开发选用的新技术：

Ajax技术，使用XMLHttpRequest对象进行异步数据读取，完成浏览器和服务器交换数据的Web应用开发方法。

第三章网站的系统分析和系统设计

3.1前台系统用例模型

1．用户用例图

用户用例图及其说明分别如图1和表1~3所示。

图1.用户用例图

表1.注册信息用例说明

用例名称：

注册信息

参与者：

用户

简要说明：

用户通过填写相关信息，通过验证后成为食字路口会员

前置条件：

用户已经登录到食字路口

基本事件流：

1.用户点击“用户注册”按钮

2.系统出现用户注册界面

3.用户填写相关信息，按提交，成为网站会员

4.用例终止

其他事件流A1：

在按“提交”按钮之前，用户随时可以按“返回”按钮，文本框的任何信息都不会影响以后的注册

异常事件流：

1.提示错误信息，用户修改注册信息

2.返回到网站主界面

后置条件：

用户成功的注册为网站会员

注释：

无

表2.订单管理用例说明

用例名称：

订单管理

参与者：

用户

简要说明：

用户可查看、修改、删除该订单

前置条件：

用户已经登录到我的管理，且该订单未生效

基本事件流：

1.用户点击“我的管理”，进入页面

2.选择订单管理模块

3.用户可修改、删除为生效的订单

4.用例终止

其他事件流A1：

在按“修改”或“删除“按钮之前，用户的任意举动都不会影响原来的订单状态

异常事件流：

1该订单处于正在审核中，或已经生效

2.退出我的管理界面

后置条件：

用户成功修改、删除未生效的订单

注释：

无

用例名称：

订单管理

参与者：

用户

简要说明：

用户可查看、修改、删除该订单

前置条件：

用户已经登录到我的管理，且该订单未生效

基本事件流：

1.用户点击“我的管理”，进入页面

2.选择订单管理模块

3.用户可修改、删除为生效的订单

4.用例终止

其他事件流A1：

在按“修改”或“删除“按钮之前，用户的任意举动都不会影响原来的订单状态

异常事件流：

1该订单处于正在审核中，或已经生效

2.退出我的管理界面

后置条件：

用户成功修改、删除未生效的订单

注释：

无

表3.搜索查询用例说明

用例名称：

搜索查询

参与者：

用户

简要说明：

用户通过输入关键字或其他途径，查询相关讯息

前置条件：

用户已经登录到该查询页面

基本事件流：

1.用户输入关键字

2.用户按“搜索”按钮或其他方式查询

3.界面上出现搜索结果，用户选择其中一个

4.用例终止

其他事件流A1：

在按“搜索”按钮之前，用户随时可以修正搜索关键词，或者通过其他方式查找

异常事件流：

1.未能找到用户所需的讯息

2.退出搜索界面

后置条件：

用户成功的搜索到相关的讯息

注释：

无

2．商家用例图及其说明

部分商家用例图及其说明分别见图2和表4~6所示。

图2.商家用例图

表4.商家管理用例说明

用例名称：

商家管理

参与者：

商家

简要说明：

商家可添加、删除、修改成菜的信息，完成信息的更新工作

前置条件：

商家已经登录到食字路口

基本事件流：

1.用户点击“商家”按钮，进入系统

2.根据目的的不同选择不同的模块

3商家通过添加或删除或修改成菜的信息，完成更新

4.用例终止

其他事件流A1：

在按“提交”或“删除”或“修改”按钮之前，商家随时更改信息，不会造成数据的不一致性。

异常事件流：

1.提示错误信息，商家修改信息

2.商家退出此界面

后置条件：

商家成功完成成菜的信息更新工作，用户可查看最新的成菜讯息

注释：

无

表5.订单用例说明

用例名称：

订单

参与者：

商家

简要说明：

商家可审核、回复、确认订单

前置条件：

商家已经登录到食字路口

基本事件流：

1.用户点击“商家”按钮，进入系统

2.根据目的的不同选择不同的模块

3商家通过审核、回复、确认订单，完成订单的维护工作

4.用例终止

其他事件流A1：

在按“提交”按钮之前，商家随时可以按“返回”按钮，商家随时更改信息，不会造成数据的不一致性。

异常事件流：

1.提示错误信息，商家修改注册信息

2.返回到网站主界面

后置条件：

商家成功的完成对订单的处理，用户可查看商家反馈的信息

注释：

无

表6.商家注册用例说明

用例名称：

商家注册

参与者：

商家

简要说明：

商家通过填写相关信息，通过验证后成为食字路口加盟商

前置条件：

商家已经登录到食字路口

基本事件流：

1.用户点击“商家注册”按钮

2.系统出现商家注册界面

3.商家填写相关信息，按提交，成为网站加盟商

4.用例终止

其他事件流A1：

在按“提交”按钮之前，商家随时可以按“返回”按钮，文本框的任何信息都不会影响以后的注册

异常事件流：

1.提示错误信息，商家修改注册信息

2.返回到网站主界面

后置条件：

商家成功的注册为网站加盟商，可管理成菜、预约等模块

注释：

无

3.2后台系统设计

该系统主要包括七大模块：

站员管理模块、菜目管理模块、新闻管理模块、用户管理模块、商家管理模块、投诉管理模块、日志管理模块。

后台功能用例图如下图3所示。

图3.后台功能用例图

图中站员管理还包括：

修改个人信息、修改站内人员信息和修改权限满足高级别的管理对低级别的管理员的人员上的管理。

菜目管理包括：

修改菜目信息和快速查看修改菜目价格，使管理员能够直接的参与菜目管理。

新闻管理模块包括：

修改新闻信息和编写新闻，管理员可以根据此模块对新闻进行增删除也可以根据内设控件直接编辑新闻界面。

用户管理模块包括：

查看用户信息和修改用户信息，管理员可以对网站内的所有用户进行管理。

商家管理模块包括：

查看商家信息、修改商家信息、商家审核和商家定单。

管理员除了对商家进行管理外，还对于订单进行审核。

投诉管理模块：

为用户提供一个与管理员交谈的平台，为更好的完善与管理“食字路口”这个网站。

日志管理模块包括：

查看日志信息和删除日志信息，为使管理员更规范的操作此网站，也为黑客等外界入侵做好安全防范，本系统加强了对日志的管理。

3.3数据库系统设计

3.3.1数据库表实体关系分析

系统设计开发过程中涉及到很多的表单实体，由于篇幅所限，本报告仅以配菜管理，订餐管理和预约管理中所涉及的表为例进行实体关系说明。

其中配菜管理中涉及表单的实体关系如图4所示：

图4.配菜管理中涉及表单的实体关系图

订餐管理和预约管理中所涉及表单的实体关系如图5所示：

图5.订餐管理和预约管理中涉及表单的实体关系图

3.3.2数据库详细设计

本系统涉及使用的部分数据库表详细设计清单如下所示：

1.配菜信息相关主要有食物原材料表（Material）、原材料分类表（MaterialType）、原材料表单表（Materialform）、症状类型表（caretype）、菜的视频原料的联系表（FoodMakeUP）、与原料的联系表（FoodMakeUpDetail）以及适宜人群表（shiyirq），其具体结构见表7~13所示。

表7.食物原材料表

字段名

字段含义

数据类型

主键

外键

mid

原材料编号

int

True

mname

原材料名称

Varchar（60）

mtid

类型编号

int

True

price

价格

decimal（4,2）

mimage

图片路径

varchar（200）

explain

原材料说明

varchar（250）

mtime

上架时间

datetime

recommmend

是否每周推荐

varchar（20）

表8.原材料订单表

字段名

字段含义

数据类型

主键

外键

mfid

表单编号

int

True

userid

用户编号

varchar（20）

True

psongtime

配送时间

varchar（80）

psongaddress

配送地点

varchar（500）

receivename

收菜人姓名

varchar（60）

type

收菜人性别

varchar（20）

cellphone

移动电话

varchar（30）

telphone

固定电话

varchar（30）

phoneway

联系方式

varchar（20）

payway

支付方式

varchar（20）

did

订单状态

Int

True

explain

用户说明

varchar（800）

materialformtime

订单产生时间

datetime

注：

订单状态：

-1，订单结束（未通过审核的异常结束）；0，已提交；1，审核中；2，已审核；3，已发货；4，定单完成

表9.原材料分类表

字段名

字段含义

数据类型

主键

外键

mtid

类型编号

int

True

mtname

类型名称

varchar（200）

pid

父节点编号

Int

表10.症状类型表

字段名

字段含义

数据类型

主键

外键

ctid

症状编号

int

True

ctname

症状名称

varchar（200）

fcid

具体食物

varchar（255）

表11.菜的视频.原料.的联系表

字段名

字段含义

数据类型

主键

外键

id

编号

Int

fname

菜目名称

varchar（255）

True

type

菜系

Int

fmudid

菜目编号

varchar（255）

vid

视频编号

Int

True

表12..原料的联系表

字段名

字段含义

数据类型

主键

外键

Id

编号

Int

fmudid

菜目编号

varchar（255）

True

mid

原料编号

int

True

表13.适宜人群表

字段名

字段含义

数据类型

主键

外键

syid

编号

Int

syname

人群名称

varchar（255）

True

2.订餐信息相关主要有点菜菜目表（Food），点菜菜系类型表（FoodType），订餐订单表（yhdingcan），其具体结构见表14~15所示。

表14.点菜菜目表

字段名

字段含义

数据类型

主键

外键

fid

菜目编号

Int

True

fname

菜目名称

varchar（50）

ftid

菜目类型编号

Int

True

price

价格

float

smallimage

菜目小图路径

varchar（100）

largeimage

菜目大图路径

varchar（100）

explain

菜目描述

varchar（8000）

fhits

订餐次数

Int

health

健康状况

Int

字段名

字段含义

数据类型

主键

外键

yhdcid

订单编号

Int

True

userid

用户编号

varchar（20）

True

peisongtime

配送时间

datetime

peisongdidian

配送地点

varchar（500）

ycount

订餐数量

Int

countprice

单价

decimal（8,2）

sid

餐厅编号

varchar（50）

True

fname

菜目名称

varchar（50）

True

foodprice

菜目价格

decimal（8,2）

dingcanname

订餐人姓名

varchar（80）

dingcansex

订餐人性别

varchar（10）

shoucanname

收餐人姓名

varchar（80）

shoucansexvarchar（10）

收餐人性别

varchar（10）

cellphone

移动电话

varchar（30）

phoneway

联系方式

varchar（20）

telphone

固定电话

varchar（30）

explain

订餐说明

varchar（800）

did

订单状态

Int

dingcantime

订餐时间

datetime

表15.点菜菜系类型表

字段名

字段含义

数据类型

主键

外键

ftid

菜目类型编号

Int

True

ftype

菜系名称

varchar（40）

finfo

菜系说明

varchar（1000）

fstates

菜系属别

varchar（50）

3.预约信息相关主要有加盟商（Store），加盟商和菜目联系表（DishType），预约订单表（sjyuyue）其具体结构见表16~18所示。

图16.加盟商家表

字段名

字段含义

数据类型

主键

外键

sid

商家编号

varchar（30）

True