摘要
随着社会的进步,人们对网络购物的要求越来越高,不仅仅局限于简单的网络购物项目,在网络上进行点餐也成为了人们的潮流和趋势。本系统的开发目的就是将点餐的信息在网络平台上进行详细的展示,给广大用户提供一个良好的点餐平台。点餐系统采用JSP显示页面,并采用spring、spring MVC和mybatis框架与MySQL数据库相结合。点餐系统是在win7旗舰操作系统环境下,利用eclipse开发工具,在JDK和Tomcat服务器的支持下设计开发的。此次开发以软件工程瀑布流模型作为指导,从需求分析入手,逐步完系统设计和系统实现,,最终利用黑盒测试设计一系列用例进行系统测试。
关键词:JSP点餐;SSM;软件工程;瀑布流
第一章 绪论
1.1系统研究背景和意义
2014年是网络购物的重要一年。在那一年象征着进入全民网购时代的“支付宝”诞生了,网络购物真正意义上走进了每个人的生活中,成为了每个人能够触手可及的事物,网购时代的大门也想中国所有人所敞开。在这个时候,各种各样的企业都必须开发出适应新世界的方法,网上购物正是这条重要的途径。企业建立网站或加入自己的产品进入大型购物网站是必然趋势。网络购物对现在的人们来说是必不可少的。每天上网浏览商品的人数是无法预测的,网络购物也在一定程度上节约了人在购买路途中所耗费的时间和经历,更加地省时、省力、方便。我们先在网上搜索我们想要的商品,然后再挑选。我们可以在短时间内找到我们想要的,不用在炎热的天气去购物,盲目购物。此外,网上所有商家都会在同一时间或不同时间举办活动,这对人们购物也是一大利好。
1.2研究现状
随着社会的进步,人们对网络购物的要求越来越高,不仅仅局限于简单的网络购物项目,在网络上进行点餐也成为了人们的潮流和趋势。网络已经逐渐渗透到我们生活中的方方面面,人们已经完全沉浸在当下互联网所带来的高效便捷。传统企业要进入新的世界,必须进行改革或进步。传统的网上商业模式已经有些简单,采用网上购物系统是必不可少的。现在是企业开始建立自己的网上购物平台的时候了,不仅可以增加购买商品的用户数量,还可以方便用户的购买。对今天的人们来说,网上购物最大的优势是方便。我们可以自己买货,然后等货到。这改善了我们生活的网格化和简单化,为我们的生活带来了广阔的发展,是满足社会需求的一种方式。因此,一个好的点餐系统变得越来越重要。我们一定要满足人们点菜的方便性和美观性。本系统的开发目的就是将点餐的信息在网络平台上进行详细的展示,给广大用户提供一个良好的点餐平台。
1.3研究主要内容
论文总共分为了七章:
第一章 绪论:对该论文的背景进行了分析,从宏观上探讨点餐系统的可行性和前景。
第二章 介绍和分析相关开发所需的技术:围绕点餐系统所需要的技术手段和技术方法进行阐述。
第三章 分析点餐系统的功能需求:对点餐系统在实际应用过程中所需要设计到的功能进行阐述。
第四章 点餐系统的设计进行介绍:对点餐系统的功能逻辑以及数据库的设计方式进行简单的说明。
第五章 点餐系统的数据库设计进行介绍:具体的将点餐系统所需要使用到的表及其结构进行阐述。
第六章 点餐系统实施运行过程:对点餐系统的核心功能进行运行,展示运行的内容和结果。
第七章 点餐系统测试:通过先关测试软件,对点餐系统的运行进行测试,同时将测试的内容展示。
结语:对在开发点餐系统过程中所遇到的问题和可以改进的地方进行思考和总结。
第二章 相关技术说明
点餐系统采用JSP显示页面,并采用spring、spring MVC和mybatis框架与MySQL数据库相结合。点餐系统是在win7旗舰操作系统环境下,利用eclipse开发工具,在JDK和Tomcat服务器的支持下设计开发的。2.1 系统开发环境概述
2.1 系统开发环境概述
2.1.1硬件环境
该系统是在Windows7系统下进行开发的,基本的配置为下面显示;
电脑机型:联想 小新
处理器: 英特尔酷睿i5处理器
硬盘空间:512GB
内存:16GB
2.1.2软件环境
采用的常用的B/S架构以及MyEclipse 运行环境
开发平台:MyEclipse
操作系统:windows7
数据库服务器:MySql数据库
使用技术:JSP、Mybatis、Spring、SpringMVC、JQuery、MySql
开发工具:MyEclips+JDK8
2.2 系统开发环境概述
2.2.1 B/S
B/S模式是Web普遍被应用后出现的一种的网络模式,这种模式又被叫做B/S结构。客户端最重要的应用程序是Web浏览器。客户端逐渐被统一化取决于这种网络模式,将依靠系统功能实现最重要的部分全部放在服务器上,并将系统的开发、运用和保护变得更容易。仅仅只需要有一个浏览器安装在客户端上,一些网络数据库需要被安装在服务器上。而Web浏览器可以利用服务器与数据库相互连接。
B/S架构使用浏览器请求和服务器响应的模式。对于互联网上Web服务器生成的文本、声音、动画、视频、数据以及图像等内容,使用者可以利用浏览器获取。每个Web服务器都可以以各种方式连接到数据库服务器,而数据库服务器存储着丰富的数据信息。需要的程序通过Web服务器下载,并在本地进行执行工作。如如果在程序下载的时候,发现与数据库相联系的指令,数据库服务器对该指令解释和执行,并将信息释放给Web服务器,最后再由Web服务器传输给使用者。在B/S架构中,许多网络被连接起来形成一个巨大的网络,被认为是一个全球网络。每个企业都可以基于这种结构构建自己的Internet。
2. 2.2 Spring
Spring是一开源容器框架,这种框架因为其轻量级的特点,在网络平台搭建过程中,广受欢迎。这种框架主要是利用其核心的依赖注入机制,以及面向方面的编程,实现持久性层框架和其他
框架的集成,为企业应用程序提供了一个解决方案。Spring是建立在一些特殊的程序相联系的大部分基础设施。Spring中间件属于开源。它同服务器是不同的两个部分,Spring在运行过程中不需要服务器的辅助,就可以完成服务器工作[6]。
Bean汇编和事务管理等功能由于Spring变得更简单;它还为各种数据访问技术提供了一致的界面。通常,Spring是前端业务和后端逻辑两者之间的链接,实现不同框架之间的无缝集成并减少代码之间的耦合。
框架的最基础功能其实是由其中心容器给予的,
类是其重要的组成元件,给予Spring最重要的功能。它想要实现控制反转,就必须利用工厂模式,将程序的基本配置和两者之间的关系与代码分开,从而大大减少了代码耦合。
2.2.3 MySQL
MySQL是一款最为典型的关系数据库,由于其使用的方式十分简单,但功能十分强大,能够支持复杂的sql查询,并提供单机高性能的数据库存储、索引和查询。关系型数据库实际上是以数据存储为核心的,以实体间关系为存储主线实现的一种数据库引擎。与一些NoSQL处理不一样的是,MySQL能够清晰地实现表结构和数据间的依赖。与其他大型数据库相比MySQL固然较小且性能不足应对大规模数据,但其广泛的社区支持以及免费开源的特性,是的它的应用极为广泛,在中小规模系统中被大规模应用。
第三章 餐厅点餐系统系统分析
3.1可行性分析
3.1.1技术可行性
对于技术可行性方面的分析来说,是开展系统开发工作最为关键的一步。技术可行性分析的内涵是对开发系统所使用的编程语言以及整体的开发框架进开展评价工作以及分析工作。之后依据系统的实际需求分析以及框架方面的需求,挑选最佳的编程语言以及系统框架,之后可以实现最佳的效果。当今社会,随着社会的发展和网络的更新换代,世界科技水平不断提高。基于Web的点餐系统技术的实现非常方便,在技术方面也不是问题。
3.1.2经济可行性
在计算机网络日益普及的今天,网络变得越来越重要。在网络家庭中,在线更换是一个热点。网络中代购商城的出现,对传统消费观念产生了巨大的冲击。在网络中可以购买到品种齐全甚至是平常买不到而且物美价廉的商品,这些网络所具备的先天优势都在源源不断地吸引着大量的消费者进行网络购物。每个人的资金都方便地存储在支付宝软件中,而在网络上定餐对我们来说很容易在网上完成。而网上点餐的存在也是一种便捷的生活方式,不仅节省了时间,而且带动了经济的发展。传统的点菜方式需要通过耗费大量的人力进行沟通和记录,效率极为低下,而互联网点餐系统的出现就很好的解决了远程点餐的痛点。
3.1.3操作可行性
所谓的操作的可行性就是指一个系统所具有的可用性。系统需要有着基础性的操作导航以及界面。其功能模块依据不同的类别分别的分布在导航菜单之上。而且每一个功能模块能够迅速的在同一类别的导航菜单中进行。而且,需要去考虑其导航菜单所具有的顺序。该点餐系统界面具有直观性、易用性,用户上手非常快,仅仅需要与平常上网一般就能够对系统进行使用,只需要看一下这个网站我们就可以了解这些个功能,使用方便明了操作简便。
图3-1 系统总的用例图
3.3用户用例
3.3.1用户用例说图
用户的用例是有:注册和登录,在这里我们顾客主要有的权限是对于餐品的查看和餐品信息的查看,最后我们还能对于餐品进行提交。
图 3-2 顾客用例图
用例编号 | GS01 | |
用例名称 | 用户用例 | |
用例概述 | 用户登录 | |
主参与者 | 用户 | |
前置条件 | 进入点餐系统 | |
基本事件流 | 步骤 | 活动 |
A1 | 对服务器发出登录请求 | |
A2 | 输入用户名和密码 | |
扩展事件流 | 1a | 用户名不存在,返回登录界面 |
1b | 用户名或密码发生错误,返回登陆界面 |
表3-1 用户登录用例说明
表3-2 顾客购买商品用例说明
用例编号 | GS02 | |
用例名称 | 顾客用例 | |
用例概述 | 顾客购买餐品 | |
主参与者 | 顾客 | |
前置条件 | 进入点餐系统 | |
基本事件流 | 步骤 | 活动 |
A1 | 用户在点餐系统页面浏览餐品 | |
A2 | 将所需餐品加入购物车 |
表3-3 顾客查看订单用例说明
用例编号 | GS03 | |
用例名称 | 顾客用例 | |
用例概述 | 顾客查看订单 | |
主参与者 | 买家 | |
前置条件 | 登录点餐系统 | |
基本事件流 | 步骤 | 活动 |
A1 | 顾客点击购物车,跳转到订单详细的界面查看餐品的信息 | |
扩展事件流 | 1a | 顾客如果没有登录,无法查看订单信息 |
表3-4 顾客查看商品用例说明
用例编号 | GS04 | |
用例名称 | 顾客用例 | |
用例概述 | 顾客查看餐品 | |
主参与者 | 买家 | |
前置条件 | 进入点餐 | |
基本事件流 | 步骤 | 活动 |
A1 | 顾客浏览商品,点击图片,便可查看餐品的详细信息 |
3.4管理员用例
3.4.1管理员用例图
管理员用例主要有:顾客管理、添加餐品种类、餐品种类管理、添加餐品、餐品管理,订单管理。
图 3-3 管理员的用例图
3.4.2管理员用例说明
表3-5 管理员登录说明
用例编号 | GS01 | |
用例名称 | 管理员用例 | |
用例概述 | 管理员登录 | |
主参与者 | 管理员 | |
前置条件 | 进入点餐系统后台页面 | |
基本事件流 | 步骤 | 活动 |
A1 | 管理员在服务器登录 | |
A2 | 管理员输入信息,服务器在数据库中检验 | |
扩展事件流 | 1a | 管理员的名称不存在,返回登陆界面 |
2b | 用户名或者是密码不匹配,不发生改变 | |
表3-6 管理员管理用例说明
用例编号 | GS02 | |
用例名称 | 管理员用例 | |
用例概述 | 餐品管理 | |
主参与者 | 管理员 | |
前置条件 | 进入带点餐系统后台 | |
基本事件流 | 步骤 | 活动 |
A1 | 管理员对餐品和餐品信息的整理和整改 |
表3-7 管理员订单查询用例说明
用例编号 | GS03 | |
用例名称 | 管理员用例 | |
用例概述 | 管理员订单查询 | |
主参与者 | 管理员 | |
前置条件 | 进入点餐系统 | |
基本事件流 | 步骤 | 活动 |
A1 | 管理员查看顾客订单 | |
扩展事件流 | 1a | 管理员退出登录无法查看 |
表3-8 管理员餐品种类管理用例说明
用例名称 | 管理员用例 | |
用例概述 | 餐品种类管理 | |
前置条件 | 进入点餐系统后台 | |
基本事件流 | 步骤 | 活动 |
A1 | 查看餐品种类信息或修改或删除 | |
扩展事件流 | 1a | 退出登录无法查看与修改 |
表3-9 管理员订单管理用例说明
用例编号 | GS05 | |
用例名称 | 管理员用例 | |
用例概述 | 管理员订单管理 | |
主参与者 | 管理员 | |
前置条件 | 进入点餐系统后台 | |
基本事件流 | 步骤 | 活动 |
A1 | 管理员查看订单种类资料或修改 | |
扩展事件流 | 1a | 退出登录无法查看与修改 |
表3-9 管理员用户管理用例说明
用例编号 | GS06 | |
用例名称 | 管理员用例 | |
用例概述 | 管理员用户管理 | |
前置条件 | 进入点餐系统 | |
基本事件流 | 步骤 | 活动 |
A1 | 管理员查看顾客的详细信息 | |
扩展事件流 | 1a | 退出登陆无法查看 |
3.5系统整体结构图
图 3-5 总的系统结构图
第四章 系统总体设计
4.1总体设计目标
点餐系统按功能由网站前台及管理员后台两大管理功能模块组成。点餐系统是基于用户操作的易用性和便捷性进行开发的,对于用户的需求给予充分的考虑。因此该点餐系统不但功能强大,同时也是一个可扩展的系统。用户浏览界面非常有利于用户的使用和订餐。点餐系统界面相对简单,方便客户使用。在点菜系统中,实现了在用户需要的浏览界面中查看信息的基本功能,并增加了添加餐盘的功能。最后,顾客可以确认自己用餐的信息。客户确认信息后,可以将自己餐盘中的餐食提交到数据库。在管理员界面,我们需要实现对食品类型和食品信息的综合管理,然后对顾客确认的食品信息进行管理。
4.2系统类图
主要系统功能是: 用户的管理,管理员的餐品种类等事务的管理主要功能的类图为下面的显示:
图4-1 管理员管理的类图
图4-2 餐品信息的类图
图4-3 订单信息系统类图
图4-4 订单详细信息的类图
图4-5 用户的类图
图4-6 用户类图
图4-7 管理员类图
图4-8 餐品的类图
图4-9 餐品种类的类图
图4-10 订单详情类图
图4-11 订单类图
点餐系统按照需求能够分为两个阶段,在每一个阶段又能够分为好些个小的功能:
一、用户类
A.登录
1)在登录界面中写入:正确的账号密码
2)处理:
校验所输入的内容是否为空
判定用户的名称是否在数据库中存在
判定密码是否匹配数据库中的密码
3)输出:
登录成功后跳转到前台的展示界面,否则不进行运动
B.查看餐品的各种信息
C.购买餐品
1)输入:将需要的餐品加入餐盘然后跳转到购物车
2)输出:
相应的餐品在购物车中显示
E.注册
1)输入:新的用户名和帐号密码地址等信息
2)处理:
查看用户名密码和地址等需要的信息是否正确输入
3)输出:
新用户注册成功进入登录界面反之则失败进入注册界面
二、管理员类:
A.登录
1)输入:正确的管理员账号密码
2)处理:
校验所输入的内容是否为空
查看管理员名称在数据库是否匹配
判定密码是否匹配数据库中的密码
3)输出:
对管理员信息进行校验后,若数据库中有对应的管理员账号密码则进入到管理员操作界面,否则无法进入管理员界面。
B.查看餐品信息
C.修改餐品信息
1)输入:餐品的信息
2)输出:
数据库的餐品信息是否更新成功了
D.修改餐品种类的信息
1)输入:点击餐品种类管理按钮
2)处理:
输入相应的信息
输出:数据库的餐品种类信息是否更新成功了
E.查看顾客订单和订单的详情
输入:点击订单管理按钮
输出:修改订单状态是否成功
F.查看用户的详细信息
1)输入:点击用户的管理按钮
2输出:是否删除了数据库中的已经存在的数据
4.3系统流程图
点餐系统在功能方面主要是针对用户的餐品信息进行管理,系统基本流程图如下:
图4-2 系统流程图
第五章 餐厅点餐系统数据库设计
5.1数据库需求分析
5.1.1系统功能分析
(1) 登入/注册
点餐系统的主页是登录注册界面。我们可以选择身份登录至前台或者管理员后台。如果没有登录账号,可以进行账号注册操作。
(2)顾客前台的界面
在前台界面,我们可以查看所有所需餐食的各种详细信息,我们可以将所需餐食添加到我们的餐盘,即购物车,提交所选餐食的订单,在餐食详细界面,我们可以看到餐食的成分和各种介绍,有利于提高订单数量。
(3) 管理员的后台界面
在后台界面,管理员可以了解食品信息,查看用户的具体信息、食品类型等信息。在管理员界面,如果我们对这些数据和信息不满意,我们还可以对食品或用户、食品类型信息或订单执行所需的操作。
5.1.2数据库设计
在数据库的设计中,主要是为点餐系统的管理员和客户提供需要实现的操作和信息。这使得我们的数据库结构具有一定的相关性,因此我们在所需的行和列中添加一个与外键类似的序列号以进行数据对应。为了详细描述数据库的设计和结构,绘制了以下图表:
5.2 数据库表的实体E-R图
数据库的实体类主要是有:顾客实体、管理员实体,餐品实体,餐品种类实体,订单实体,订单的详情实体。
根据点餐系统的功能分析得到下面的E-R图:
1、顾客实体E-R图
图5-1 顾客实体E-R图
2、管理员的实体E-R图
图5-2 管理员实体E-R图
3、餐品实体E-R图
图5-3-1 餐品实体E-R图
图5-3-2 餐品种类实体E-R图
4、订单实体E-R图
图5-4-1 订单E-R图
图5-4-2 订单详情E-R图
通过上面的E-R图,我们可以清楚地了解每个实体之间的关系,但是我们不清楚具体的数据类型。因此,下面主要描述与点餐系统中的实体类数据相对应的数据表。以下是相应数据的具体性能:
表5-1 tbl_user用户表
序号 | 列名 | 数据类型 | 长度 | 主键 | 允许空 | 说明 |
Id | int | 11 | 是 | 否 | 是由数据库自动生成 | |
username | Varchar | 255 | 否 | 登录数据库帐号, | ||
password | Varchar | 255 | 否 | 登录数据库密码 | ||
phone | Varchar | 255 | 是 | 电话 | ||
address | Varchar | 255 | 是 | 地址 |
表5-2 tbl_manager管理员表
序号 | 列名 | 数据类型 | 长度 | 主键 | 允许空 | 说明 |
1. | id | number | 11 | 是 | 否 | 管理员id由数据库生成 |
2. | name | Varchar | 255 | 否 | 管理员登录名称 | |
3. | password | Varchar | 255 | 否 | 管理员登录密码 |
表5-3 tbl_food商品表
序号 | 列名 | 数据类型 | 长度 | 主键 | 允许空 | 说明 |
1 | id | int | 11 | 是 | 否 | 餐品id由数据库自动生成 |
2 | name | Varchar | 255 | 否 | 餐品名称 | |
3 | price | Varchar | 255 | 否 | 餐品价格 | |
4 | url | Varchar | 255 | 否 | 餐品图片地址 | |
8 | burdenMessage | Varchar | 255 | 否 | 餐品配料介绍 | |
5 | foodMessage | Varchar | 255 | 否 | 餐品具体介绍 | |
7 | k_id | Int | 11 | 否 | 餐品种类id |
表5-4 tbl_kind餐品种类表
序号 | 列名 | 数据类型 | 长度 | 主键 | 允许空 | 说明 |
1 | id | int | 11 | 是 | 否 | 餐品种类id由数据库生成 |
2 | Name | Varchar | 255 | 否 | 餐品种类名称 | |
3 | Message | Varchar | 255 | 否 | 餐品种类描述 |
表5-5 tbl _order 订单表
序号 | 列名 | 数据类型 | 长度 | 主键 | 允许空 | 说明 |
1 | Id | int | 11 | 是 | 否 | 订单的id由数据库生成 |
2 | cost | int | 11 | 否 | 订单总价值 | |
3 | U_id | int | 11 | 否 | 订单的用户id值 | |
4 | name | Varchar | 11 | 否 | 订单的用户名称 | |
5 | `orderDate | Varchar | 255 | 否 | 订单的时间 | |
6 | state | Varchar | 255 | 否 | 订单的状态 |
表5-6 tbl_line订单详情表
序号 | 列名 | 数据类型 | 长度 | 主键 | 允许空 | 说明 |
1 | id | int | 11 | 是 | 否 | 订单详细的id有数据库生成 |
2 | u_id | int | 11 | 否 | 订单用户的id | |
3 | f_id | int | 11 | 否 | 订单的餐品的id | |
4 | Name | Varchar | 255 | 否 | 订单的餐品名称 | |
5 | Price | int | 255 | 否 | 订餐的餐品的价格 | |
6 | Num | int | 11 | 否 | 订单的餐品的数量 | |
7 | orderDate | varcahr | 255 | 否 | 订单的时间 |
第六章 餐厅点餐系统详细设计
6.1 点餐系统的前台界面显示
一定要登录才能够进入到点餐系统中的前台用户界面。以下是登录至用户主界面页面图。点餐系统的系统主页面如图 6.1所示:
图6-1 点餐系统主界面
首页模块主要代码如下:
Java代码中负责首页跳转的是index.action,本系统将IndexCtontroller与index进行绑定,当前端请求登录接口时,后台检索首页信息并返回index.jsp页面。
在对餐品进行展示时,系统提供了一个餐品类别菜单可选。页面头部向后台请求类别数据,并根据类别ID为用户提供一个根据类别检索餐品列表的方法。当前台提交列表后,系统从数据库获取到所有的菜品信息。并交由前台循环输出。
6.2顾客注册
图6-2 顾客注册界面
顾客注册主要通过register.action完成。前端提供一个表单,用户填写表单后,信息将被直接送至后台,进入UserAction相关方法。接到该请求后,后端调用用户DAO中的add方法,向数据库写入注册信息,并返回注册结果。
6.3顾客登入系统
输入用户名和密码,在查看数据库中的信息正确便可以登录点餐系统的主界面。用户登录接口主要是对系统的用户信息进行校验,一旦校验通过,则进入主页面,并可以参与订单下发。
图6-3 顾客登入界面
6.4管理员登录后台管理
图6-4 管理员登录界面
管理员登陆逻辑与普通用户登录逻辑一致,但后台提供的接口有所差异,管理员登陆主要使用managerLogin,其核心逻辑是对manager表进行查询,并对比录入的登陆信息是否有匹配记录。如果有,则将用户引导至后台首页。
6.5管理员后台管理系统
图6-5 管理员后台管理界面
后台管理部分包括餐品类别编辑、菜品编辑、订单管理等功能。以菜品添加为例,后台针对菜品实体提供了Food类,用于在数据库唯一描述该实体。同时提供FoodService,完成对前端提交来的新增、列表查询修改和删除等请求。Add即菜品添加的接口实现方法,前端传递菜品名称、价格、图片以及其它信息,后端将该信息整合曾一个food实体,并交由mybatis写入数据库。由此完成录入。而列表查询则通过list接口,由前端传递类别ID,后台负责查询所有该类别下的数据,由前端填充。修改与新增基本一致,前端提交尸体信息,后端直接调用mybatis完成更新操作。删除则更简单,后端接到id后直接调用delete方法完成删除。
系统内其他管理操作与菜品管理基本一致,这里不再赘述。
第七章 餐厅点餐系统测试
7.1系统的总体概述
对于点餐系统的测试工作来说,主要针对其功能是否完整及操作是否流畅来进行测试的。由于该系统属于毕业设计范畴,无需更多的复杂的功能,也就是说,它不需要太复杂的测试模式,所以本次测试采用黑盒测试模式。具体测试内容如下:
7.2测试模块的名称以及测试的内容
用户登录功能阶段的测试目标 | 检验下面的内容:
通过点餐管理系统进行测试用户的登录浏览餐品和查看餐品详细情况,然后用户将需要的餐品加入自己的餐盘,然后进行订单的查看。 |
技术阶段 | 在这个阶段会使用几个老用户登录来对于用户的基本功能进行所有的功能测试,看看是否能登录,能看看那各种的餐品的详情,看看能否使得餐品加入自己的购物车。看看能够查看自己的订单详细。 |
完成阶段的标准 | 数据库中存在的老用户能够进行正常的的登录和查看那些餐品的内容价格和详细介绍,那些错的账户和密码不能登录只能返回到登录界面。 |
需考虑的特殊的事情 | 无 |
表7-2 管理员管理系统功能阶段的测试
管理员系统功能测试目标 | 对以下内容进行测试:在点餐系统管理员登录界面输入正确的管理员账号密码进行进入,同时对于系统中的餐品或用户订单信息等内容进行修改或者是删除操作。 |
技术阶段 | 在该阶段会对管理对数据库的操作权限进行操作,在管理员对数据库信息验证后才能够查看用户的资料和餐品的资料,然后对这些个信息进行操作。 |
完成阶段的标准 | 在完成阶段,数据库中现有的管理员用户可以进入点餐系统的正常管理员界面,并可以很好地修改数据库数据。 |
需考虑的特殊事项 | 无 |
表7-3 登录阶段的测试表
用户名 | 密码 | 选择登陆身份 | 预期结果 | 说明 |
Manager | Manager | 管理员 | 成功登录后台 | 数据库有该管理员信息 |
Manager | 登录失败 | 返回进行重新输入 | ||
Manager | 管理员 | 登录失败 | 返回进行重新输入 | |
Manager | Man | 管理员 | 登录失败 | 返回进行重新输入 |
Man | Man | 登录失败 | 返回进行重新输入 | |
Jaker | Jaker | 顾客 | 成功登录前台 | 数据库有该用户信息 |
Jaker | 123 | 顾客 | 登录失败 | 返回进行重新输入 |
表7-4 管理员模块测试表
目标 | 操作 | 预期结果 | 说明 |
查看用户信息 | 点击用户管理 | 查看所有的分页的用户 | |
餐品管理 | 点击餐品管理 | 对所浏览到的餐品进行修改或者删除操作 | 成功修改或删除餐品 |
餐品种类管理 | 点击种类管理 | 查看到餐品种类的信息可进行行为操作 | 餐品种类修改删除成功 |
订单管理 | 点击订单管理 | 查看所有订单信息和进行修改 | 订单修改成功 |
表7-5 顾客模块测试表
目标 | 操作 | 预期结果 | 说明 |
查看餐品图片等信息 | 进入主页面 | 查看商品信息 | |
购买餐品 | 添加餐盘 | 浏览餐盘中购物的信息 | 添加餐盘成功 |
订单查看 | 点击我的订单查询 | 查看我的订单详细 |
7.4测试结果
本节构建一个与系统测试运行环境一致的测试环境。通过以上功能测试和性能测试,可以确认系统开发达到了预期的效果,开发的系统能够满足点餐系统的基本工作流程和基本要求。
点餐系统的结果分析:该点餐系统对于用户点餐需求能够较好的满足,同时在操作界面上也具有一定的美观度,但是就加入购物车的操作来说还是较为繁琐,有很大的提升空间。
总 结
经过几个月的努力和坚持,目标系统完成了设计与开发。程序功能模块可以根据需要运行,达到一定的并发规模。在开发点餐系统的过程中,我应用了基本的编程基础和数据库设计方法来实现点餐系统的开发。在这几个月的开发工作中,我已经初步掌握了如何对信息管理系统进行开发,从而实现信息的管理。
虽然已经开发的闲置商品网上交易系统经过了全面的测试,但系统中一定存在很多问题,由于技术能力、经验和时间的原因,它在一些功能方面和业务逻辑方面都做得不好,系统还存在一些缺陷。从布局到外观,界面的设计受其设计基础的限制,不能满足自身设计界面的要求。另一方面,系统还存在一些未考虑的问题和模块以及各方面设计还略显粗糙,没有进行专门的设计和优化。但我相信,经过反复的测试,开发出来的点餐系统会越来越完善。
在学习过程中,首次开展了自主设计工作。在编码过程中存在许多问题和困难。本应正确的程序在运行过程中不会遇到问题,但在实际运行验证中仍然存在一些问题,没有及时发现原因造成了开发过程中效率的降低。经过仔细观察和老师的帮助,这个问题得到了解决。
该点餐系统是对于目前电子商务的一种延续,是对快节奏生活下的一种思考。目前看来,开发工作符合预期,但在功能和性能上仍有很大的优化和提高空间,如果将来有机会的话,我会进一步完善这个系统。
致 谢
四年的时光像是一把握在手中的细沙不知不觉的情况下一点点的流出,手上的细沙现在已经只剩下这终结的一丝了,在这次的毕业论文答辩后大学的时光细沙就真正的在手中消失不见了,对这些年的时光还是很不舍的,大学的同窗好友就要分离不免有些伤感。这次的点餐系统的设计不仅仅是一个毕业设计而是对于这些年的一种祭奠,对自己的一种学生生涯的终结。
在这里感谢我的导师XX对于我们这些学生的陪伴,走完了这些大学的最后的时光。XX老师对于我们是十分的有耐心对我们很是帮助,也真是在XX老师的督促下我才下定决心做这个点餐系统,才在规定的间完成了开题报告和选题申请。再次还很感谢我的同寝室的好友,在这次软件的设计和实现的阶段产生的问题有很多是在帮忙下解决的。
在这里也很感谢我们的母校这些年对于自己的培养,虽然我们这个是分校区但是每每回想起来还是感觉很温暖,大学生活很短暂也很开心。在经过一些时间就要离开象牙塔进入人间了,人间的生活或许会很艰辛但是我会将志存高远责任为先牢牢的记住。
现在是真的感谢各位老师在自己繁忙的工作中理出部分时间来对我们的毕业论文的进行审查和对我们的答辩进行评检!
参考文献
[1]萨师煊,王珊,基于c/s模式的构件式酒店管理信息系统[M].北京高等育出版社,2000.7:38-256.
[2]Java编程思想(第四版)埃史尔、陈昊鹏 机械工业出版社(2007-06)
[3]MySql Database 编程艺术深入数据库系结构(第二版)凯特,苏金国,王小振等 人民邮电出版社
[4]林尚杰编著.JSP2.0技术手册[M]电子工业出版社,2004.32-69
[5]林信良 Spring2.0技术手册[M]电子工业出版社,2006.6
[7]蔡建,景楠.Java Web应用开发:J2EE和Tomcat[M]北京:清华大学出版社,2004.
[8]清宏计算机工作室《JSP编程技巧》,机械工业出版社,2004.5[9]刘晓义,XML技术及应用[M]哈尔滨工程大学出版社,2011.6
[10] 张桂珠,刘丽,陈爱国. Java面向对象程序设计(第2版)北京邮电 大学出版社
[11]王保罗.Java面向对象程序设计[M]. 北京:清华大学出版社
[12] 周海燕.Jsp网上书店系统与案例分析[M]. 北京:人民邮电出版社, 2004.5
[13] 林邦杰,彻底研究java.北京:电子工业出版社,2002
[14] 毕广吉.Java程序设计实例教程[M]. 北京:冶金工业出版社,2007
[15]宋金玉,陈萍,陈刚.数据库原理与应用(第2版)[M].北京:清华大 学,2014(9)
[16]尹为民,李石君,金银秋,曾慧,吴迪倩.数据库原理与技术(第3 版)(MySql版)[M].外文书名: Database Principle and Technology (third edition).北京: 清华大学出版社,2014(5)
1、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“文章版权申述”(推荐),也可以打举报电话:18735597641(电话支持时间:9:00-18:30)。
2、网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
3、本站所有内容均由合作方或网友投稿,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务。
原创文章,作者:1158,如若转载,请注明出处:https://www.447766.cn/chachong/168476.html,