网上厨房的开发与设计范例Word文件下载.docx
- 文档编号:19997643
- 上传时间:2023-01-13
- 格式:DOCX
- 页数:26
- 大小:722.80KB
网上厨房的开发与设计范例Word文件下载.docx
《网上厨房的开发与设计范例Word文件下载.docx》由会员分享,可在线阅读,更多相关《网上厨房的开发与设计范例Word文件下载.docx(26页珍藏版)》请在冰豆网上搜索。
Thewebsitewedesignedissimple,friendly,flexibleandsafe,whichcanachievethewholeprocessofthewebsite.Thesystemcanbedividedintotwoparts,includingtheforegroundandthebackground.Astheforeground,whichhassomefeatures,suchasreceptiondishesquery,userorderingandusercomments.Thebackgroundcanachievemanyfunctions,includingtheusermanagement,orderingmanagement,dishesmanagementandmessageboards.Itcanunifythevariousfunctionalmodulesandmaketheaccuratedecisionstimelytoachievethedesiredgoals.
KeyWords:
E-cookOnlineorderingOrdermanagementFoodmanagement
一、绪论
(一)前言
随着网路技术的发展,电子商务越来越受到人们的关注。
在生活节奏较快的今天,特别是在公司,企业,网上订餐已经成为了一种趋势。
传统的就餐方式往往会出现人们到餐厅就餐,排队或没有位置的现象。
因此,开发出图文并茂,信息能够及时更新与查看的网上厨房系统就成为了解决上述问题的主要途径。
在网上厨房进行订餐是近年来随着网络技术的发展而产生的一种新型的就餐方式。
它与传统就餐方式相比,网上订餐拥有很多优势,这样的订餐方式效果很好,既让顾客觉得方便、快捷,又对每个订单的信息保管妥善、处理及时,实现了高度智能化管理。
网上厨房订餐方式将成为餐饮业销售的新模式与新的增长点。
(二)背景与意义
随着人们生活质量的提高,对饮食的要求已不仅是解决温饱需求,很多人在进行紧张工作之余会选择享受美食来享受生活,进而进行放松。
餐饮业是一种个性化、多样化的服务产业,随着网络技术的发展和普及,将餐饮服务与个性化、多样化服务的电子商务相结合[1],形成了方便、快捷、个性化的网上厨房系统。
现在我国使用的订餐方式大多还停留在电话订餐的层面上,毋容置疑,电话订餐方便,随时打一个电话就可以预定餐品。
但是这种方式也存在着一些问题,这种订餐的效率低,并且对信息的保存和更改需要人工记录,容易遗漏和出错。
因此,网上订餐服务在逐渐新起,据了解,在济南、青岛、临沂等地,许多消费者对订餐的需求量是很大的,尤其是临沂商城,由于这里有位居全国第二位的专业批发市场群体,许多外来客商因整天忙于生意而无暇去饭店吃饭,因而他们热衷于网上订餐。
由于网站为消费者提供免费的订餐服务,并通过让消费者享受多种优惠的服务,吸引了众多网上订餐者。
总体来说,我国的网上订餐业务还处于形成期,成长空间还很大[2]。
网上厨房系统基于ASP.Net平台和SQLServer2005数据库开发,实现了网上厨房订餐系统的动态管理,对每个订单的信息保管妥善并且及时处理,实现了高度的智能化,使得网上厨房当然订餐管理更加及时、高效,提高了工作效率[3]。
该管理系统具有一般网上订餐系统的功能,从大的方面来讲主要包括菜品管理,订购管理,用户管理,留言管理等几个大的功能模块。
该系统基于B/S模式实现,这种结构使得数据只有结果集合在浏览器中显示,数据的处理在服务器进行,B/S模式最大特点是:
用户不用安装客户端就可以通过浏览器去访问互联网上的文本、数据、图像、动画、视频和声音,这些信息都是存储在海量数据库服务器中,而且由于通过服务器端统一管理数据,易于保证数据的一致性。
二、系统需求分析
软件需求分析是把软件计划期间建立的软件可行性分析求精和细化,分析各种可能的解法,并且分配给各个软件元素。
需求分析是软件定义阶段中的最后一步,是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。
需求分析是介于系统分析和软件设计阶段之间的重要桥梁。
一方面,需求分析以系统规格说明和项目规划为分析活动的基本出发点,并从软件角度对它们进行检查和调整;
另一方面,需求规格说明又是软件设计、实现、测试直至维护的主要基础。
良好的分析活动有助于避免或尽早剔除早起错误,从而提高软件生产率,降低开发成本,改进软件质量。
(一)可行性分析
随着经济的快速发展,B2C电子商务越来越受到人们的关注[4]。
网上厨房类网站已经如雨后春笋般的出现在了个大城市。
特别在公司,企业内部,团体网上订餐已经成为了趋势。
同时,随着全国人民的精神、物质和文化生活高度的提高,人们已经不在仅仅停留在吃饱的程度,不但要吃饱,还要吃好,而且口味也越来越挑刺,正因为如此网上厨房的出现,正迎合了这些人的口味,他们不但省去了自己做饭的麻烦,而且也能寻找和发现新的菜品,品尝不同风格的菜品,网上厨房的订餐业务在中国有着极大的发展空间以及良好的背景因此,网上厨房订餐设计有着良好的现实意义。
综合以点分析,本设计决定利用ASP.NET和SQLServer设计网上厨房系统[5]。
ASP.NET可以创建和运用动态、交互的WEB服务器应用程序。
SQLServer2005是一个杰出的数据库平台,具有功能强大,安全可靠等特点,可用于大型联机事务处理、数据仓库及电子商务等[6]。
1.技术可行性
(1)ASP.NET技术介绍
ASP是ActiveServerPage的简称(即动态服务器页面),它是微软公司在1996年研发成功的一种基于服务器端的脚本语言,它的目的是为了代替CGI(CommonGatewayInterface通用网关接口)脚本程序,可以用来创建和动态网页或Web应用程序[7]。
ASP可以充分利用数据库技术和其它程序进行交互,是一种非常简单、方便的编程工具。
微软开发的一种类似HTML、Script(脚本)与CGI(CommonGatewayInterface通用网关接口)的结合体,它并没有提供专门的编程语言,而是允许用户使用包括VisualBasicscript,Javascript等在内的脚本语目编写ASP应用程序。
ASP的程序编写比超文本标记语百(HTML)更方便、更具灵活性。
采用ASP编写的应用程序首先在WEB服务器端进行解析,解析完成之后再将它的运行结果传送至客户端,并以HTML格式回馈到浏览器中[12]。
(2)SOL2005特点分析
SQLServer2005具有很高的性能、处理能力,在企业级支持、商业智能应用、管理开发效率等方面有较强的能力[8]。
它提供的集成的数据管理和分析平台,可以帮助组织更可靠的管理来自关键业务的信息、更有效的运行复杂的商业应用;
而通过其中集成的报告和数据分析工具,企业可从信息中获得更出色的商业表现力和洞察力[14]。
2.社会可行性
(1)网上厨房将传统的商务流程电子化、数字化,一方面以电子流代替了实物流,可以大量减少人力、物力,降低了成本;
另一方面突破了时间和空间的限制,使得交易活动可以在任何时间、任何地点进行,从而大大提高了效率。
(2)网上厨房所具有的开放性和全球性的特点,为企业创造了更多的贸易机会。
(3)网上厨房使餐饮业以较低的成本进入电子化市场,使得中小企业有可能拥有和大企业一样的信息资源,提高了中小企业的竞争能力。
(4)网上厨房新定义了传统的流通模式,减少了中间环节,使得生产者和消费者的直接交易成为可能,从而在一定程度上改变了整个社会经济运行的方式。
(5)网上厨房一方面破除了时空的壁垒,另一方面又提供了丰富的信息资源,为各种社会经济要素的重新组合提供了更多的可能,这将影响到社会的经济布局和结构。
3.经济可行性
(1)资金可得性
由于系统开发并不复杂,操作起来也比较简单,只需一些基本的编辑软件,另外具备网络中心的一些资源优势,因此开发费用较低。
(2)经济合理性
由于通过网络进行商务活动,信息成本低,足不出户,可节省交通费,且减少了中介费用,因此整个商务活动成本大大降低。
4.开发环境的介绍
本系统的开发环境如下:
(1)软件环境
操作系统:
Windows7;
开发工具:
MicrosoftSQLServer2005;
MicrosoftVisualStudio2005;
ASP.NET;
(2)硬件环境
CPU:
Intel(R)Core(TM)i3CPUM390@2.67GHz
内存:
2GB;
硬盘:
640GB。
(二)系统需求分析
1.用户需求分析
作为一个网上厨房系统。
当用户进入系统欢迎界面的时候应该能够浏览网上菜品相关信息,其中包括菜品的图片、价格等相关描述,并可以注册成普通会员。
普通会员能够订餐、查询自己的购物车,给系统在线留言等。
(1)菜品展示:
用户可点击网站内的菜单查看菜品的简单信息。
(2)菜品查找:
用户若要查找购买某一菜品,可通过搜索菜品名称或菜品编号进行查找,方便用户在多种不同种类的菜品中快速方便的查找到需要的菜品。
(3)查看详细介绍:
对相应的菜品信息进行详细的说明,为用户进行选择提供相应的信息。
(4)购物车:
用户选定需要购买的菜品后添加到购物车中生成订单。
2.性能需求分析
该系统在性能功能上应达到如下需求:
(1)操作简单、界面友好。
(2)即时可见:
对用户预定菜品信息的处理将立即在订购管理对应栏目显示出来,达到“即时发布、即时见效”的功能;
(3)系统运行应该快速、稳定、高效和可靠;
(4)在结构上应具有很好的可扩展性,便于将来的功能扩展和维护。
3.系统开发质量需求分析
本系统开发的质量需求分析如表3-1所示。
表3-1质量需求分析
主要质量属性
详细要求
正确性
按照需求正确执行任务,完成各个模块的相应要求。
健壮性
具有较高的容错能力和恢复能力。
可靠性
故障发生率每运行1000小时低于3次
性能,效率
软件的输出结果更新周期应该与系统的信息更新周期相同。
在网络情况良好的情况下,3秒内可响应用户请求。
易用性
易理解性:
软件研制过程中形成的所有文档语言简练、前后一致、易于理解以及语句无歧义。
安全性
防止软件受到意外或蓄意的存取、使用、修改、毁坏或泄密的软件属性其数据应能集中存放于总部的数据库服务器,客户端不保存任何业务数据和数据库连接信息,也不应进行什么数据同步.
可扩展性
能方便的进行二次开发,满足对功能的扩充或提高并能提高相应的安全控制。
兼容性
不易与其他软件起冲突。
可移植性
可方便移植到其他系统环境中正常运行。
……
4.系统设计目标分析
本系统设计的目标是实现一个网上厨房系统,该系统能够实现用户的注册,简便的商品查看,购物车式的商品选购,用户订单查询等功能,在系统的后台,管理员可以处理用户订单并配送获取,并可以对商品信息等实现集中管理。
系统需要提供的主要功能如下:
(1)非注册用户能浏览系统、并能注册成用户
(2)用户能网上订餐、给系统留言
(3)管理员能对商品进行增、删、改、查等管理
(4)管理员能够对注册用户进行管理
(5)管理员能够对用户的订单进行管理
(6)管理员能够对用户的在线留言进行管理
(三)系统的用例分析
用例图主要用来图示化系统的主事件流程,它主要用来描述客户的需求,即用户希望系统具备的完成一定功能的动作,通俗地理解用例就是软件的功能模块,所以是设计系统分析阶段的起点,本文中采用用例技术进行需求分析的获取和分析[9]。
为了能够正确的找出系统的用例,需要确定系统的边界,找出系统的执行者。
本系统中设计的角色分为系统管理员和用户两种,系统管理员实现对客户信息和管理员基本系统的管理、对用户在线留言进行回访和回复的功能;
用户用来实现用户注册、用户登录、下订单、在线留言的功能。
其用例角色如图2-1、图2-2所示。
图2-1管理员用例图图2-2用户用例图
三、系统总体设计
根据前面的需求分析,对系统进行总体设计,确定系统的物理配置方案。
系统总体设计主要包括:
系统设计、数据库设计。
(一)系统设计
系统设计主要包括:
逻辑结构分析、功能模块划分、系统流程概述、数据流图分析。
1.逻辑结构分析
系统采用B/S架构,按照WEB站点上开发的一般模式,系统的体系结构大致可分为三层逻辑结构,即浏览器—Web服务器—数据库服务器(Browse—WebServer—DBServer)[11]。
其中Web服务器又被细分为前端和后端两部分[10]。
三层结构将用户界面、应用逻辑和数据管理三者之间彻底分离,彼此独立,各司其职。
用户端通过ASP.NET技术与Web服务器建立网络连接,将Web服务器上的信息下载到客户端浏览器上进行访问[13]。
而应用逻辑层则通过ASP和数据库服务器进行数据交换[15]。
逻辑结构如图3-1所示。
图3-1逻辑结构图
同时为了保证系统的安全性和网络的访问性能,又考虑将应用逻辑细分为两层:
一层为没有注册的用户的数据流只能查看部分页面及功能;
另一层为注册后的用户和系统管理员的数据流不但可以到达前端的Web服务器,而且还可以进行后端的数据库操作。
2.功能模块划分
本系统设计的目标是实现一个网上厨房订餐系统,该系统能够实现用户的注册、登陆、菜品查看、购物车式的菜品选购,用户订单查询等功能;
在系统的后台,管理员可以处理用户订单并配送,可以对订单信息等进行集中管理等。
本系统的功能模块划分如图3-2所示。
图3-2网上厨房系统功能模块图
3.系统业务流程设计
用户在浏览网站时首先看到的是网站首页,在首页用户可以快速浏览菜品。
首页聚集了大量的信息,除了菜品以外还有站内公告信息和站内新闻信息。
非用户可以注册成为用户,在用户查看完商品的信息后,可以把自己想要购买的商品放入购物车当中,也可以随时修改,清空购物车里的商品,如果用户对购物车里的商品都很满意,就可以直接下订单。
这时相关的程序模块会将用户所提交的所有信息都记录在数据库里以便系统的管理人员可以核对信息并准备餐品,专门送餐人员给用户配送餐品,此时整个订餐的过程便结束。
在网上厨房系统的后台管理方面还需要添加、修改、删除商品,同时用户信息的管理,商城公告的设置,订单的处理等都需要系统的管理人员来操作。
本系统的前台后台业务流程如图3-3、图3-4所示。
图3-3前台业务流程图图3-4后台业务流程图
本系统的总业务流程如图3-5所示。
图3-5系统业务流程图
4.数据流图分析
数据流图简称DFD,是SA方法中用于表示系统逻辑模型的一种工具。
它以图形的方式描述数据在系统中流动和处理的过程,由于它只反映系统必须完成的逻辑功能,所以它是一种功能模型。
该系统数据流程比较简单,管理员可以添加菜品信息(包括菜品名等信息),资讯信息等,这些信息用户是可以浏览的,但是用户没有权限对这些信息进行修改,这些信息对于用户而言是单向的。
对于预定信息,管理员可以对用户进行添加和删除,可以查看订单信息以及订单配送、删除。
系统的数据流图如图3-6所示。
图3-6系统数据流图
(二)数据库设计
数据库设计主要是实现数据库和数据库表,该系统中需要存储那些数据,都是由这个设计中实现,它们的详细实现过程如下:
1.数据库的需求分析
在WEB环境下应用跟踪和管理用户的订单,主要有两种措施:
一种是使用Session或Cookies保存用户活跃期间的信息,但是这些信息在会话结束后将不再存在。
对于那些需要持久保存的信息,以及数据量比较大的数据必须通过数据库来进行存储。
数据库适合存储那些需要持久保存的信息,并且提供很好的方式进行查询,插入,修改和删除。
2.E-R模型
ER模型是实体联系模型的简称,它是以图形的方式表示数据及其联系的方法,又被称作实体联系图,ER模型是人们描述数据及其联系的概念数据模型,是数据库应用系统设计人员和普通非计算机专业用户进行数据建模和沟通与交流的有力工具。
分析系统所包含的各类实体,以及它们之间的关系,建立E-R图。
本系统定义了管理员与管理订单实体、管理员与用户实体、管理员与菜品实体、注册用户自己与自己的订单实体等。
各实体E-R图如图3-7至图3-10所示。
图3-7管理员与管理订单ER图图3-8管理员与用户的ER图
图3-9管理员与菜品ER图图3-10用户与订单ER图
系统总E-R图,如图3-11所示。
图3-11系统ER图
3.数据库表设计
根据E-R图概念模型向逻辑模型的转化,将概念结构转化为关系模型建立系统所需数据表如下:
(1)菜品信息表(foodInfo):
菜品信息表记录菜品信息。
如:
菜品编号号(foodId),菜品名称(foodName),菜品价格(foodPrice),图片信息(foodImages),菜品介(description),菜品信息表如表3.1所示。
表3.1菜品信息表
列名
数据类型
长度
主键
说明
FoodId
int
4
是
菜品Id
FoodName
varchar
50
否
菜品名称
remark
菜品原料
FoodPrice
float
菜品价格
FoodImages
菜品图片
description
500
菜品描述
Sold
菜品销售量
(2)用户表(userInfo)
用户登录是需要用户名和密码,所以用户数据表中必须包含用户名(userName)、密码(userpwd)两个信息,用户表如表3.2所示。
表3.2用户表
userId
用户Id
userName
用户姓名
userPwd
用户密码
userType
用户类型
(3)订单表(foodOrderInfo)
订单表有
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 网上 厨房 开发 设计 范例
![提示](https://static.bdocx.com/images/bang_tan.gif)