asp 网上订餐系统论文.docx
《asp 网上订餐系统论文.docx》由会员分享，可在线阅读，更多相关《asp 网上订餐系统论文.docx（27页珍藏版）》请在冰豆网上搜索。
asp网上订餐系统论文
摘要：
针对现时社会高速发展的时代，建立餐饮信息订餐平台是大环境下的主流。
此网上订餐送餐系统是针对体制较为完善的餐厅所设计的，该餐厅拥有稳定的客源，仓存采购等。
因而衍生设计了一个B/S结构的网上订餐送餐系统，着重论述了系统的功能与如何实现这些功能、数据流程及存储等。
包括菜品信息介绍、网上订餐、用户留言要求、会员管理、系统用户管理以及后台数据库管理等。
关键词订餐送餐系统，数据库管理，订单管理，会员管理，电子政务
ABSTRACT：
Theonlinesalessystemismainlyaimedatarestaurantandthedevelopmentofit,Therestauranthasmanyyearsofaccumulatedstoremarketing,nomatterfromcustomergrouporfromlogistics,warehousingandotheraspects,ithastodomaterialpreparation.Thissystemdesignusingthreelayerstructure,technologybywebservice,sothatthechoiceofplatform,usingatechnicallyadvancednature,forward-looking,expansion,ordertoensurethecompletionofthesystemhasagoodstability,scalability.Systemdesignbystandardization,standardization,hierarchicaldesign,componentsoftherealizationof.Thesoftwarecomponentofthedevelopmentmode,thesystemhierarchicalstructure,operationsandimplementationofseparation,logicanddataseparation;toaunifiedserviceinterfacespecificationasthecore,theuseofopenstandards.
Fromthefunction,thesystemismorecomplete,systemWebinterfaceanduserinteraction,providinginformationtousersandacceptitsoperation,andthroughthedatabasemanagementsystemtostoreinformation.
Systemofinformationanddatabrowsing,querying,editingandmanagementofbasicdatabaseoperations,usingamodulardesignmethod,accordingtotheuser'srequirementsandproceduresfortheapplicationandmaintenanceoftheeaseofuse,eachcomponentwillbeplacedindifferentmodules,tofacilitatetheprocessofexpansionandmaintenance,andestablishedproceduresofthefunctionaluseonthebasisof.
KEYWORDS:
informationoftourism；network；TourismWeb
目录
1.前言5
2.系统分析6
2.1.系统设计目标6
2.2.功能需求6
2.3.性能需求9
2.4.系统环境10
2.5.系统流程图10
3.数据库设计14
4.系统整体设计19
4.1.整体设计19
4.2.技术点（存储过程）19
4.3系统总体结构设计21
5.系统模块的设计与实现23
5.1.主要功能模块的实现（电子菜单相关模块）23
5.2.菜单数据缓存25
5.3.菜单，套餐数据管理26
6.系统测试28
6.1测试说明28
6.2测试原则28
6.3测试的步骤和方法29
6.3.1软件测试步骤29
6.3.2软件测试的方法29
6.4测试用例的设计30
测试结论31
7.总结32
致谢33
参考文献34
1.前言
本系统是典型的电子商务销售平台,其开发基于B/S模式的网上销售的实现，采用的是.NET+SQL2005模式。
电子商务是凌架于互联网系统上的一个销售平台，是地面销售系统的一种延伸和互补，也是商家和顾客的一种很有效的沟通途径。
当下在中国，不同程序实现网上销售的厂商约占７８%左右，剩下的那２２％左右的厂商，都在努力创造着做网上销售的地面物质准备。
錾于此，实现网上销售，已经成为未来商场战争中占有优势地位的必不可少的工具了。
民以食为天，随着人们生活水平的提高，对饮食的要求已不再是解决温饱问题，很多人在进行紧张工作之余会选择享受美食进行放松。
餐饮业是一种个性化、多样化的服务产业。
随着网络技术的发展和普及，将餐饮服务与个性化、多样化服务的电子商务相结合，形成了方便、快捷、个性化的网上订餐送餐系统，通过网上订餐顾客不必亲临现场便可以为自己、家人、朋友聚会等置办一份既营养又实惠的美食。
其最大的优势在于：
图文并茂，信息能够及时更新和在线查看，并有效地解决了传统就餐过程出现的排队，拥挤，信息不能及时更新的现象。
2.系统分析
2.1.系统设计目标
采用现代化统一的计算机信息网站系统，能够有效帮助饮食行业TQC，使其在行业内处于优势地位，并相对长期地保持这种战略优势。
计算机技术发展异常迅猛的根本原因在于计算机的应用促进了社会经济的发展，给社会带来了巨大经济效益。
因此基于计算机系统的成本-效益分析是可行性研究的重要内容。
2.2.功能需求
1）整体功能需求
根据网上订餐业务的特点，可以将其分为后台管理系统、电子菜单系统和前台预定系统3个部分。
网络在线考试系统的整体功能结构，如图：
图2-1网上订餐送餐系统的整体功能结构
2）整体系统目标
本程序是将传统的订餐模式与先进的网络应用相结合开发设计的。
主要实现如下目标：
✓操作简单方便、接口简洁美观。
✓具有实时性，已注册的用户通过INTERNET浏览器，都可以登录网络订餐送餐系统。
✓具有自定义电子菜单功能，能够自由组合套餐。
✓提供网上预定功能。
✓系统自动提交订单，后台人工确认。
✓客户可随时查看订单状态
✓后台系统对客户和订单信息进行管理。
✓对电子菜单进行增删改查。
✓设置前端网页广告
✓提供网上留言提供客户交流。
✓系统运行稳定、安全可靠。
3）后台功能需求
a）管理电子菜单
b）处理订单
c）管理用户信息
d）增加操作员
e）管理前台广告
f）系统登录
网络订餐送餐系统的后台系统功能结构，如图：
图2-2网络订餐送餐系统的后台系统功能结构
4）前台功能需求
a）电子菜单展示
b）客户下单
c）前台广告展示
d）用户注册
e）查看订单状态
f）修改个人密码
g）取消订单
h）购物车
网络订餐送餐系统前台系统的功能结构，如图：
图2-3网络在线考试系统教师系统的功能结构
2.3.性能需求
1）数据精确度在进行向数据库文件提取数据时，需求数据记录定位精确，在往数据库文件数组中添加数时，要求输入数精确无误。
2）时间特性程序响应时间：
在人的感觉和视觉事物范围内；信息交换时间：
要求在程序调用前调用后都与数据库保持同步更新，网络信息交换施加应该小于程序调用时间。
3）适应性要求数据库局用很好的更新能力，由于本产品是试验性软件，故对磁盘和内存容量没有很高的要求，但是数据库应该能够对并发事件，脏数据具有较强的识别处理能力。
4）主存容量为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量。
5）磁盘容量由于要存贮大量的数据和信息，所以要求要有足够的磁盘容量。
2.4.系统环境
1）系统开发环境
网站开发环境：
MicrosoftVisualStudio2008集成开发环境。
网站开发语言：
ASP。
NET+C#.
网站后台数据库：
SQLSERVER2005。
2）服务器端
操作系统：
WINDOWSSERVER2003（sp1）。
WEB服务器：
Internet信息服务（IIS）管理器。
数据库服务器：
SQLSERVER2005
浏览器：
IE6.0。
网站服务器运行环境：
Microsoft.NetFrameworkSDKv3.5.
3）客户端
浏览器：
InternetExplorer6.0
分辨率：
最佳效果1024*768像素
2.5.系统流程图
设计计和实现了一个B/S结构的网上订餐送餐系统，着重论述了系统的功能与实现、数据流程及存储。
包括会员管理、菜品信息介绍、网上订餐、用户留言、系统用户管理以及后台数据库管理等，使用图文并茂（功能代码及截图）的方式，对整个网上订餐送餐系统功能模块的实现方法进行阐述和分析。
下订单流程：
本系统用户必须先注册帐号才能使用本系统，已经注册的用户首先在前台登录，成功登录系统后客户可以进行菜品的选择，选择好菜品后点击预定即可以下单，然后确定了所选菜品信息和用户信息，确认无误后就可以提交订单，然后交由后台处理订单。
2.5.1下订单流程图
（1）.注册用户功能模块
本系统只对注册用户使用，未注册用户只能查菜单和一些相关的网页。
已注册用可以对个人信息进行修改，用户订餐，订单查询修改和删除等功能。
还可以根据用户等级适当给与优惠。
2.5.2系统用户注册流程
（2）.后台管理功能模块
后台管理模块包括系统用户管理：
可以对系统的用户（后台管理操作人员）信息进行管理，也可以对会员信息进行管理；菜品管理：
可以对菜单信息进行管理，也可以对菜单进行筛选组合成套餐。
订单管理：
处理用户的订单，核实订单信息和用户信息，然后对订单进行配送。
2.5.3后台管理功能模块
（3）.后台订单处理
后台订单处理，后台订单处理是由后台管理员进行处理，后台用户登录后可对订单信息处理，然后对订单信息进行验证，修改订单状态，然后对客户所选的订单进行配送。
2.5.4订单管理流程图
设计计和实现了一个B/S结构的网上订餐送餐系统，着重论述了系统的功能与实现、数据流程及存储。
包括会员管理、菜品信息介绍、网上订餐、用户留言、系统用户管理以及后台数据库管理等，使用图文并茂（功能代码及截图）的方式，对整个网上订餐送餐系统功能模块的实现方法进行阐述和分析。
3.数据库设计
概念模型是对于信息世界的建模，是现实世界到信息世界的抽象，是数据库设计人员和用户之间进行交流的语言。
它具有简洁明晰、易于理解和修改、便于向各种数据模型转换，从而生成相应的逻辑模式。
概念设计的目的是要确定系统的概念模型，因为概念模型是数据库系统的核心和基础，所以概念设计是数据库设计的关键。
3.1数据库设计前
1）理解客户需求，询问用户如何看待未来需求变化。
让客户解释其需求，而且随着开发的继续，还要经常询问客户保证其需求仍然在开发的目的之中。
2）了解企业业务可以在以后的开发阶段节约大量的时间。
3）重视输入输出。
在定义数据库表和字段需求（输入）时，首先应检查现有的或者已经设计出的报表、查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段。
举例：
假如客户需要一个报表按照邮政编码排序、分段和求和，你要保证其中包括了单独的邮政编码字段而不要把邮政编码糅进地址字段里。
4）创建数据字典和ER图表
ER图表和数据字典可以让任何了解数据库的人都明确如何从数据库中获得数据。
ER图对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。
对SQL表达式的文档化来说这是完全必要的。
5）定义标准的对象命名规范
3.2数据库需求分析
整个系统所包括的信息有用户信息、菜单信息、订单信息、广告信息、留言信息等。
可将这些信息抽象为下列系统所需要的数据项和数据结构：
1）菜单表（编号，菜名，价格，菜介绍，Scid，菜图片，推荐）
2）菜单种类表（编号，种类，系列介绍）
3）套餐表（编号，种类，菜单编号，价格）
注：
带下划线表示主键
3.2.1菜单表（tb_menu）：
菜单表主要存储是每一个菜式的详细信息，包括菜式名称，价格，图片等，其中Menuid是该表主键，是套餐表的外键，一个套餐表包含一个或多个菜单表数据。
字段名称
数据类型
是否为空
说明
编号
int
否
主键
菜名
nvarchar（50）
否
价格
float
否
菜介绍
nvarchar（50）
否
Scid
Varchar（1000）
否
菜图片
nvarchar（MAX）
否
推荐
nvarchar（50）
否
3.2.2菜单种类表（tb_menuType）：
菜单种类表是一个基础数据表，主要存放菜式类型的信息，方便用户快速查询某一种类的信息。
字段名称
数据类型
是否为空
说明
编号
int
否
主键
种类
nvarchar（50）
否
系列介绍
nvarchar（MAX）
否
3.2.3套餐表（tb_menuList）：
套餐表是存储套餐信息的，管理员可以通过套餐进行特价和促销的营销策略，增加用户购买意欲
字段名称
数据类型
是否为空
说明
编号
int
否
主键
种类
nvarchar（50）
否
菜单编号
nvarchar（MAX）
否
外键
价格
float
否
3.3数据字典
数据字典是在系统数据流程图的基础上。
进一步定义和描述所有的数据项、数据结构、数据存储、处理过程和外部实体的详细逻辑内容与特征的工具。
数据字典的任务是对于数据流程图中出现的元素的名字都有一个确切的解释。
本系统的数据字典如下：
表3.7数据文件“用户表”字典条目
用户名+类型可以确定一个用户，一个系统中不允许多个相同的用户名
文件名:
用户表
别名:
组成:
用户名+密码+类型
备注:
这是所有的用户信息表
表3.8数据文件“菜单表”的字典条目
该表是菜单表也是套餐明细表，显示套餐的详细信息根据MENUID查询该菜式的详细信息
文件名:
菜单表
别名:
套餐明细表
组成:
编号+菜单名字+价格+描述+发表时间
备注:
这是所有的菜单信息表
表3.19数据文件“订单表”的字典条目
存储系统用户订单的信息
文件名:
订单表
别名:
组成:
订单编号+用户ID+菜单ID+配送地址+下单时间+总金额
备注:
表3.10数据文件“订单明细表”的字典条目
存储系统用户订单的明细信息
文件名:
订单明细表
别名:
组成:
编号+菜单编号+菜单金额+数量+菜单描述
备注:
表3.11数据文件“预定表”的字典条目
存储用户预定商品的信息，是订单的临时表
文件名:
预定
别名:
组成:
编号+序号+用户+预定时间+人数+总价钱
备注:
3.4数据库的完整性
在实施数据库完整性设计的时候，有一些基本的原则需要把握：
1．根据数据库完整性约束的类型确定其实现的系统层次和方式，并提前考虑对系统性能的影响。
一般情况下，静态约束应尽量包含在数据库模式中，而动态约束由应用程序实现。
2．实体完整性约束、参照完整性约束是关系数据库最重要的完整性约束，在不影响系统关键性能的前提下需尽量应用。
用一定的时间和空间来换取系统的易用性是值得的。
3．要慎用目前主流DBMS都支持的触发器功能，一方面由于触发器的性能开销较大，另一方面，触发器的多级触发不好控制，容易发生错误，非用不可时，最好使用Before型语句级触发器。
4．在需求分析阶段就必须制定完整性约束的命名规范，尽量使用有意义的英文单词、缩写词、表名、列名及下划线等组合，使其易于识别和记忆，如：
CKC_EMP_REAL_INCOME_EMPLOYEE、PK_EMPLOYEE、CKT_EMPLOYEE。
如果使用CASE工具，一般有缺省的规则，可在此基础上修改使用。
5．要根据业务规则对数据库完整性进行细致的测试，以尽早排除隐含的完整性约束间的冲突和对性能的影响。
6．要有专职的数据库设计小组，自始至终负责数据库的分析、设计、测试、实施及早期维护。
数据库设计人员不仅负责基于DBMS的数据库完整性约束的设计实现，还要负责对应用软件实现的数据库完整性约束进行审核。
7．应采用合适的CASE工具来降低数据库设计各阶段的工作量。
好的CASE工具能够支持整个数据库的生命周期，这将使数据库设计人员的工作效率得到很大提高，同时也容易与用户沟通。
4.系统整体设计
4.1.整体设计
本系统采用VS2008作为系统的开发工具，并且同时选用微软公司的SQLSERVER2005作为数据库。
在创建数据库这方面，我们采用powerdesigner12.5创建数据库，使数据库的结构更加清晰，各方面操作都方便。
因为本系统对数据操作比较频繁，所以本系统使用了ORM和ado。
Net联合操作数据库，使数据操作更加方便，快捷。
在美工方面：
我们特意引入了VS2008的一种控件的插件，使页面更加漂亮，用户操作更加方便。
4.2.技术点（存储过程）。
存储过程（StoredProcedure）是存储过程（StoredProcedure）是在大型数据库系统中，一组为了完成特定功能的SQL语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。
在大型数据库系统中，存储过程和触发器具有很重要的作用。
无论是存储过程还是触发器，都是SQL语句和流程控制语句的集合。
就本质而言，触发器也是一种存储过程。
存储过程在运算时生成执行方式，所以，以后对其再运行时其执行速度很快。
SQLServer2005不仅提供了用户自定义存储过程的功能，而且也提供了许多可作为工具使用的系统存储过程。
存储过程优点
1）存储过程的能力大大增强了SQL语言的功能和灵活性。
存储过程可以用流控制语句编写，有很强的灵活性，可以完成复杂的判断和较复杂的运算。
2）可保证数据的安全性和完整性。
通过存储过程可以使没有权限的用户在控制之下间接地存取数据库，从而保证数据的安全。
通过存储过程可以使相关的动作在一起发生，从而可以维护数据库的完整性。
3）在运行存储过程前，数据库已对其进行了语法和句法分析，并给出了优化执行方案。
这种已经编译好的过程可极大地改善SQL语句的性能。
由于执行SQL语句的大部分工作已经完成，所以存储过程能以极快的速度执行。
4）可以降低网络的通信量。
5）使体现企业规则的运算程序放入数据库服务器中，以便：
集中控制。
当企业规则发生变化时在服务器中改变存储过程即可，无须修改任何应用程序。
企业规则的特点是要经常变化，如果把体现企业规则的运算程序放入应用程序中，则当企业规则发生变化时，就需要修改应用程序工作量非常之大（修改、发行和安装应用程序）。
如果把体现企业规则的运算放入存储过程中，则当企业规则发生变化时，只要修改存储过程就可以了，应用程序无须任何变化。
简单讲：
1）存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。
2）当对数据库进行复杂操作时（如对多个表进行Update,Insert,Query,Delete时），可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。
3）存储过程可以重复使用,可减少数据库开发人员的工作量
4）安全性高,可设定只有某些用户才具有对指定存储过程的使用权
缺点
1）调试麻烦，但是用PL/SQLDeveloper调试很方便！
弥补这个缺点。
2）移植问题，数据库端代码当然是与数据库相关的。
但是如果是做工程型项目，基本不存在移植问题。
3）重新编译问题，因为后端代码是运行前编译的，如果带有引用关系的对象发生改变时，受影响的存储过程、包将需要重新编译（不过也可以设置成运行时刻自动编译）。
4）如果在一个程序系统中大量的使用存储过程，到程序交付使用的时候随着用户需求的增加会导致数据结构的变化，接着就是系统的相关问题了，最后如果用户想维护该系统可以说是很难很难、而且代价是空前的，维护起来更麻烦。
4.3系统总体结构设计
4.3.1网站的结构
本网站的开发过程中采用的是浏览器/服务器（Browser/Server）模式。
它以访问数据服务器为中心，HTTP协议为传输协议，客户端通过浏览器（Browser）访问WEB服务器和数据服务器。
其三层结构见图3.4：
图3.4B/S三层结构图
图中从左到右，分为三层结构：
第一层：
浏览器。
主要完成客户和后台的交互及最终查询结果的输出。
浏览器将HTML语言代码转化成图文网页。
网页具备一定的交互功能，允许用户根据网页提供的表单输入信息，提交给后台并提出处理请求。
后台处理完后，将结果返回至用户的浏览器。
第二层：
WEB服务器，主要完成客户的应用功能。
WEB服务器接受客户请求后，启动相应的进程响应这一请求，动态生成一串HTML代码，返回用户的浏览器。
若用户请求中包含数据的存取，WEB服务器还将与数据库服务器连接，协同完成处理工作。
第三层：
数据库服务器，主要协调不同的WEB服务器发出的请求，管理数据库。
5.系统模块的设计与实现
电子菜单相关模块是网上订餐送餐系统的重要模块之一，它主要负责电子菜单的录入，修改，停用和展示等功能，是网上订餐送餐系统不可或缺一个重要功能。
为了能够增强平台的灵活性和多样性，特意为平台设计了一个套餐设置功能，这样可以不单单只是添加一个简单的菜式，还可以对每个菜式进行组合成为套餐，还可以对每个菜式或者套餐进行促销调价，以做到能够刺激营业额和吸引更多的顾客。
5.1.主要功能模块的实现（电子菜单相关模块）
设计思想
电子菜单的相关功能主要设置在后台系统，在后台系统中，指定的管理员可以对电子菜单进行增加，修改，和停用。
在前台提供用户
升级会员 