电子商务业务处理实验报告.docx
《电子商务业务处理实验报告.docx》由会员分享,可在线阅读,更多相关《电子商务业务处理实验报告.docx(13页珍藏版)》请在冰豆网上搜索。
![电子商务业务处理实验报告.docx](https://file1.bdocx.com/fileroot1/2022-12/1/d69c267d-2bfd-4cb1-ad0f-07d8c92c8466/d69c267d-2bfd-4cb1-ad0f-07d8c92c84661.gif)
电子商务业务处理实验报告
电子商务处理技术实验报告
——餐饮网站系统设计、创建、管理,具体操作
学号
11090401=
姓名
11
专业、班
电子商务1102
实验地点
文波331
指导教师
朱志光
时间
2013-12-12
一、实验设备(环境)及要求
PC、WindowsXP&Windows7、SQLSERVER2008
二、实验项目
电脑商品信息处理数据库
三、实验目的及需求分析
随着社会经济的高速发展,酒店的餐饮管理也面对着不小的挑战。
日益增大的客流量、逐渐加快的生活节奏,都使得人们对餐饮行业的服务质量有了更高的要求。
因此,我们的餐饮管理系统不仅需要有完善的、人性化的界面,还需要有一套完整的流程体系。
要尽可能的简化人员的工作程序、减少工作量,使得酒店、餐厅的营业更加的便利、快捷,扩大知名度。
现将具体的系统功能罗列如下:
功能类别
子功能
用户管理
用户登录
用户注册
用户操作
餐品展示
餐品的详细介绍
放进购物车
查看购物车
详细信息提交
反馈意见
察看所有留言
管理员操作
增加餐品
修该餐品
删除餐品
回复留言
删除留言
结帐付款
确认和配送信息
结束订单
设置友好结束界面
除了实现以上功能外,本系统还需要方便用户地使用,使得用户可以很快地熟练掌握,从而可以让用户快速的投入工作。
并且要避免逻辑错误的出现。
四、概念设计
E-R图:
厨师姓名
厨师编号
厨房
餐桌类型
餐桌
餐桌编号
餐桌状态
审查日期
职员编号
财务部门
填表日期
职员姓名
菜式价格
菜式编号
菜单
菜式名称
菜式详情
职员编号
账单编号
账单
消费总额
顾客编号
经手人
顾客编号
顾客人数
餐桌编号
厨师编号
顾客
菜式价格
菜式编号
顾客编号
点菜
餐桌
n
菜单
订座
n
点菜
1
1
顾客
账单
1
n
财务部门
1
结账
1
财务管理
将ER模型转化为关系模型(下划线为主键)
1)餐桌(餐桌编号+餐桌状态+餐桌类型);
2)顾客(顾客编号+餐桌编号+账单编号+顾客人数+厨师编号);
3)账单(账单编号+顾客编号+消费总额+职员编号+经手人);
4)菜单(菜式编号+菜式名称+菜式价格+菜式详情);
5)点菜(顾客编号+菜式编号+菜式价格);
6)厨房(厨师编号+厨师名称);
7)财务部门(职员编号+职员姓名+审查日期+填表日期)。
五、物理结构
物理设计主要包括设计数据库的存储结构、存储设备和扩展方法,设计表的结构,设计索引、约束和触发器等,同时必须考虑实际运行后的多方面要求,要估算最大数据量等。
以下是数据库表的结构设计及相关的约束说明:
表1商店表
列名
数据类型
约束条件
说明
s_id
Varchar(max)
主键
商店编号
s_name
Varchar(max)
Notnull
商店名称
s_picture
String
Notnull
商店图标
s_des
Text
null
商店描述
表2菜单表
列名
数据类型
约束条件
说明
m_id
Varchar(max)
主键
菜单编号
m_name
Varchar(max)
Notnull
菜单名字
m_pricr
Money
Notnull
菜单价格
m_des
Text
null
菜单描述
s_id
商店编号(外键)
表3客户表
列名
数据类型
约束条件
说明
c_id
Varchar(max)
主键
客户编号
c_name
Varchar(max)
Notnull
客户姓名
c_pwd
Password
Notnull
客户密码
表4订单表
列名
数据类型
约束条件
说明
o_id
Varchar(max)
主键
订单编号
o_data
Data
Notnull
订单时间
o_tel
Varchar(max)
Notnull
订单人电话
o_add
Text
Notnull
订单人地址
o_name
Varchar(max)
Notnull
订单人姓名
c_id
Varchar(max)
外键
客户姓名
o_money
Money
Notnull
订单总价
o_notes
Text
null
订单备注
表5订单详情表
列名
数据类型
约束条件
说明
d_id
Varchar(max)
主键
订单详情编号
m_id
Varchar(max)
外键
菜单编号
m_name
Varchar(max)
Notnull
菜单名字
d_num
Int
Notnull
订单数量
o_id
订单编号(外键)
表6评价表
列名
数据类型
约束条件
说明
e_id
Varchar(max)
主键
评价表编号
o_id
Varchar(max)
外键
订单编号
e_des
Text
Null
评价描述
c_id
Varchar(max)
外键
客户编号
s_id
Varchar(max)
外键
商店编号
六、功能模块
餐品查询
系统体系结构图:
其中:
①表示逻辑层:
用于与企业信息系统的用户进行交互以及显示根据特定业务规则进行计算后的结果。
本系统将完全采用基于WEB的(B/S架构)客户端,即用户可以直接通过浏览器来访问和使用本系统。
②业务逻辑层:
负责平台的业务逻辑处理和表示逻辑生成,它相当于三层标准架构中的Web应用服务层,支持诸如响应客户请求以及查询等功能。
并且由中间层进行逻辑处理,再将处理的结果反馈给客户或者发送到数据库中。
③服务层:
服务层提供底层的信息数据库,这里的数据库系统主要是关系数据库系统(RDMS)。
7、具体操作:
在登陆系统之前需要注册,如图7.1所示,注册的信息由游客填写,提交注册信息后,需要通过后台管理员对注册信息进行审核,给予审批后,才能登陆系统。
图7.1用户注册页面
网是订餐服务只有登陆以后才能进行,这样确保了订餐服务的有效性,避免预定后,不履行订单的恶意行为。
在菜单网页上也可以查看菜品的详细信息,如图7.2所示。
图7.2菜品详细介绍
另外,在主页上还根据不同的菜系进行分块展示,同时也可以点击每个分块上的“more”字样查看相关的全部信息列表。
例如:
点击查看“凉拌系列”的显示结果如图7.3所示。
图7.3“凉拌”系列信息页面
在网站的首页中可以根据用户输入的文字对菜名进行模糊搜索,搜索功能使用户在选择自己需要的菜品时更加便捷和高效。
图7.4搜索
订餐服务
当用户进行订餐时,系统为用户生成了一个虚拟的购物车,在用户浏览详细的菜单信息时,如图7.5所示,可以选择数量,然后将此菜品放入购物车中,
图7.5订购菜品数量
在订餐过程中,用户可以查看自己购物车中选购的菜品和金额,根据自己的需要可以删除购物车中的菜品,还可以选择继续订餐,在查看购物车时填入相关送餐信息,点击“提交订单”,完成了整个订餐流程。
图7.6查看购物车
用户反馈及评分
用户可以点击主页中“我的订单”查看自己当前订单和历史订单,如图7.7所示:
图7.7“我的订单”页面
订单中的每一项都可以点击“评分”,如图7.9所示。
图7.8“评分”页面
对于已经评分的餐品,不能重复评分;对于还未送达的餐品,需等到管理员处理订单后才能评分。
图7.9菜式描述页面
图7.10评分页面
在评分页面中可以查询订单状态,并加以追踪和删改。
八、结论
本实验主要分析和设计了网上订餐系统,从用户的需求入手,通过用例图反应出该系统的功能模块,并且通过活动图来详细分析了各个功能模块的活动流程。
数据模型方面,结合实体关系图确定不同的表单,以便更好的设计数据库。
在详细设计阶段,首先编写了一个数据库,以后进行数据库操作时直接调用即可,简化了编码的工作量;确定每个功能模块中的页面数,以及页面的调用关系。
重点在信息浏览页面,购物车和订单管理的设计与实现。
在编写代码的过程中,遇见了很多问题,例如:
信息的显示,数据的连级删除等。
最后,通过查阅书籍和多次修改、测试后解决了这些问题。
最后,对整个系统进行了功能测试,系统运行正常,基本达到了设计的效果,并且在一些重要功能上有自己的创新点。
就整体功能而言,系统还是存在一些缺陷,例如:
没有网上支付功能;后台的订单管理也是针对较小的数据来实现的,在现实生活中,网上购物的人数越来越多,管理员应该能够批量的操作订单;用户的密码保护功能不够健全等。
无论从平台的建设、系统的开发、功能的完善还是系统的维护上,都还需要进行进一步的研究与开发。
今后还会就以上问题深入研究,以便使此订餐系统更加完善。