电子商务业务处理实验报告.docx

1、电子商务业务处理实验报告电子商务处理技术实验报告餐饮网站系统设计、创建、管理，具体操作学 号11090401=姓 名11专业、班电子商务1102实验地点文波331指导教师朱志光时间2013-12-12一、实验设备（环境）及要求PC、 Windows XP & Windows 7、SQL SERVER 2008二、实验项目电脑商品信息处理数据库 三、实验目的及需求分析随着社会经济的高速发展，酒店的餐饮管理也面对着不小的挑战。日益增大的客流量、逐渐加快的生活节奏，都使得人们对餐饮行业的服务质量有了更高的要求。因此，我们的餐饮管理系统不仅需要有完善的、人性化的界面，还需要有一套完整的流程体系。要尽可

2、能的简化人员的工作程序、减少工作量，使得酒店、餐厅的营业更加的便利、快捷，扩大知名度。现将具体的系统功能罗列如下：功能类别子功能用户管理用户登录用户注册用户操作餐品展示餐品的详细介绍放进购物车查看购物车详细信息提交反馈意见察看所有留言管理员操作增加餐品修该餐品删除餐品回复留言删除留言结帐付款确认和配送信息结束订单设置友好结束界面除了实现以上功能外，本系统还需要方便用户地使用，使得用户可以很快地熟练掌握，从而可以让用户快速的投入工作。并且要避免逻辑错误的出现。四、概念设计E-R图：厨师姓名厨师编号厨房餐桌类型餐桌餐桌编号餐桌状态审查日期职员编号财务部门填表日期职员姓名菜式价格菜式编号菜单菜式名称

3、菜式详情职员编号账单编号账单消费总额顾客编号经手人顾客编号顾客人数餐桌编号厨师编号顾客菜式价格菜式编号顾客编号点菜餐桌n 菜单订座n点菜 11顾客账单1n财务部门1结账1财务管理将ER模型转化为关系模型（下划线为主键）1)餐桌（餐桌编号+餐桌状态+餐桌类型）；2)顾客（顾客编号+餐桌编号+账单编号+顾客人数+厨师编号）；3)账单（账单编号+顾客编号+消费总额+职员编号+经手人）；4)菜单（菜式编号+菜式名称+菜式价格+菜式详情）；5)点菜（顾客编号+菜式编号+菜式价格）；6)厨房（厨师编号+厨师名称）；7)财务部门（职员编号+职员姓名+审查日期+填表日期）。五、物理结构物理设计主要包括设计数据

4、库的存储结构、存储设备和扩展方法，设计表的结构，设计索引、约束和触发器等，同时必须考虑实际运行后的多方面要求，要估算最大数据量等。以下是数据库表的结构设计及相关的约束说明：表1 商店表列名数据类型约束条件说明s_idVarchar(max)主键商店编号s_nameVarchar(max)Not null商店名称s_pictureStringNot null商店图标s_desTextnull商店描述表2 菜单表列名数据类型约束条件说明m_idVarchar(max)主键菜单编号m_nameVarchar(max)Not null菜单名字m_pricrMoneyNot null菜单价格m_desT

5、extnull菜单描述s_id商店编号(外键)表3 客户表列名数据类型约束条件说明c_idVarchar(max)主键客户编号c_nameVarchar(max)Not null客户姓名c_pwdPasswordNot null客户密码表4订单表列名数据类型约束条件说明o_idVarchar(max)主键订单编号o_dataDataNot null订单时间o_telVarchar(max)Not null订单人电话o_addTextNot null订单人地址o_nameVarchar(max)Not null订单人姓名c_idVarchar(max)外键客户姓名o_moneyMoneyNot

6、null订单总价o_notesTextnull订单备注表5 订单详情表列名数据类型约束条件说明d_idVarchar(max)主键订单详情编号m_idVarchar(max)外键菜单编号m_nameVarchar(max)Not null菜单名字d_numInt Not null订单数量o_id订单编号(外键)表6评价表列名数据类型约束条件说明e_idVarchar(max)主键评价表编号o_idVarchar(max)外键订单编号e_desTextNull评价描述c_idVarchar(max)外键客户编号s_idVarchar(max)外键商店编号六、功能模块餐品查询系统体系结构图：其中：

7、 表示逻辑层：用于与企业信息系统的用户进行交互以及显示根据特定业务规则进行计算后的结果。本系统将完全采用基于WEB的（B/S架构）客户端，即用户可以直接通过浏览器来访问和使用本系统。 业务逻辑层：负责平台的业务逻辑处理和表示逻辑生成，它相当于三层标准架构中的Web应用服务层，支持诸如响应客户请求以及查询等功能。并且由中间层进行逻辑处理，再将处理的结果反馈给客户或者发送到数据库中。 服务层：服务层提供底层的信息数据库，这里的数据库系统主要是关系数据库系统(RDMS)。7、具体操作：在登陆系统之前需要注册，如图7.1所示，注册的信息由游客填写，提交注册信息后，需要通过后台管理员对注册信息进行审核，

8、给予审批后，才能登陆系统。图7.1用户注册页面网是订餐服务只有登陆以后才能进行，这样确保了订餐服务的有效性，避免预定后，不履行订单的恶意行为。在菜单网页上也可以查看菜品的详细信息，如图7.2所示。图7.2菜品详细介绍另外，在主页上还根据不同的菜系进行分块展示，同时也可以点击每个分块上的“more”字样查看相关的全部信息列表。例如：点击查看“凉拌系列”的显示结果如图7.3所示。图7.3 “凉拌”系列信息页面在网站的首页中可以根据用户输入的文字对菜名进行模糊搜索，搜索功能使用户在选择自己需要的菜品时更加便捷和高效。图7.4 搜索订餐服务当用户进行订餐时，系统为用户生成了一个虚拟的购物车， 在用户浏

9、览详细的菜单信息时，如图7.5所示，可以选择数量，然后将此菜品放入购物车中，图7.5订购菜品数量在订餐过程中，用户可以查看自己购物车中选购的菜品和金额，根据自己的需要可以删除购物车中的菜品，还可以选择继续订餐，在查看购物车时填入相关送餐信息，点击“提交订单”，完成了整个订餐流程。图7.6查看购物车用户反馈及评分用户可以点击主页中“我的订单”查看自己当前订单和历史订单，如图7.7所示：图7.7 “我的订单”页面订单中的每一项都可以点击“评分”，如图7.9所示。图7.8 “评分”页面对于已经评分的餐品，不能重复评分；对于还未送达的餐品，需等到管理员处理订单后才能评分。图7.9 菜式描述页面图7.1

10、0 评分页面在评分页面中可以查询订单状态，并加以追踪和删改。八、结论本实验主要分析和设计了网上订餐系统，从用户的需求入手，通过用例图反应出该系统的功能模块，并且通过活动图来详细分析了各个功能模块的活动流程。数据模型方面,结合实体关系图确定不同的表单，以便更好的设计数据库。在详细设计阶段，首先编写了一个数据库，以后进行数据库操作时直接调用即可，简化了编码的工作量；确定每个功能模块中的页面数，以及页面的调用关系。重点在信息浏览页面，购物车和订单管理的设计与实现。在编写代码的过程中，遇见了很多问题，例如：信息的显示，数据的连级删除等。最后，通过查阅书籍和多次修改、测试后解决了这些问题。最后，对整个系统进行了功能测试，系统运行正常，基本达到了设计的效果，并且在一些重要功能上有自己的创新点。就整体功能而言，系统还是存在一些缺陷，例如：没有网上支付功能；后台的订单管理也是针对较小的数据来实现的，在现实生活中，网上购物的人数越来越多，管理员应该能够批量的操作订单；用户的密码保护功能不够健全等。无论从平台的建设、系统的开发、功能的完善还是系统的维护上，都还需要进行进一步的研究与开发。今后还会就以上问题深入研究，以便使此订餐系统更加完善。