基于xx市的空调售后服务管理系统的开发与 设计

摘 要
随着计算机技术的发展,现在各式各样的网络应用软件应用而生,将改变我们的生活和工作方式。现实生活中,空调几乎是办公室与家庭的必备家电设备。但是在空调家电数量规模不断发展的同时,不仅要关注产品智能化应用功能的增加,还要关注产品的客户体验和服务体验,售后服务是提升客户体验的重点。传统的空调售后服务主要是通过打电话保修,维修人员上门服务,网页报装报修等人工客服方式实现,比较耗费时间,维修人员通过电话或者网页不能准确判断故障原因,需要上门服务检测,对于更换部件的服务无法做到一次上门就能解决,客户体验较差。通过使用最先进的互联网技术实现空调售后服务管理系统,将传统的售后服务搬到线上进行实现,能够极大的提高空调售后的效率,也将是未来的必然趋势。
本文选择采用SpringBoot框架进行开发,通过网站+微信小程序的形式进行实现空调售后服务管理系统,所设计的系统实现了客户、维修人员、管理员三个角色,主要实现的功能有客户保修管理、维修订单管理、维修评价管理等功能。让空调的售后服务更加的规范性、系统性、高效性等特点。运用前后端分离的开发方式,可以提高系统的可维护性和可扩展性。
关键词:空调;售后服务;微信小程序;SpringBoot

Abstract
With the development of computer technology, all kinds of network application software are now applied, which will change our way of life and work. In real life, air conditioners are almost essential household appliances for offices and families. However, with the continuous development of the number and scale of air conditioning appliances, we should not only pay attention to the increase of intelligent application functions of products, but also pay attention to the user experience and service experience of products. After sales service is the key to improve the user experience. The traditional after-sales service of air conditioners is mainly achieved through manual customer service methods such as calling for warranty, on-site service by maintenance personnel, and online installation and repair, which is time-consuming. Maintenance personnel can not accurately determine the cause of the failure through the phone or website, which requires on-site service detection. The service of replacing parts can not be solved at a time, and the user experience is poor. By using the most advanced Internet technology to realize the air-conditioning after-sales service management system and moving the traditional after-sales service online, the efficiency of air-conditioning after-sales service can be greatly improved, which will also be an inevitable trend in the future.
In this paper, Spring Boot framework is selected for development, and the air conditioning after-sales service management system is realized through the form of website+WeChat applet. The designed system has realized three roles of user, maintenance personnel and administrator, and the main functions are customer warranty management, maintenance order management, maintenance evaluation management, etc. Make the after-sales service of air conditioner more standardized, systematic and efficient. Using the development method of front end and rear end separation can improve the maintainability and scalability of the system.
Key words:air conditioner; after-sale service; WeChat applet; SpringBoot

目 录
摘要
ABSTRACT
1 绪论 1
1.1 研究背景与意义 1
1.1.1 研究背景 1
1.1.2 研究意义 2
1.2 国内外研究概况 3
1.2.1 空调售后服务管理系统研究现状 3
1.2.2 研究现状评述 4
1.3 本文的主要内容 6
2 相关技术研究综述 9
2.1 开发工具简介 9
2.1.1 Intellij IDEA简介 10
2.1.2Visual studio Code简介 10
2.2 技术简介 9
2.2.1 Spring Boot简介 10
2.2.2Vue框架简介 10
2.2.3 Uni-app框架简介 10
3 系统需求分析 13
3.1 系统客户需求分析 13
3.2 系统开发环境需求 15
3.3 系统研发可行性分析 16
3.3.1 经济可行性 16
3.3.2 技术可行性 16
3.3.3 管理可行性 16
3.3.4 法律可行性 16
4 系统总体设计 18
4.1 系统总体功能结构 18
4.1.1 系统功能设计概述 16
4.2 数据库设计 23
5 系统实现 32
5.1 登录注册模块 32
5.2 管理员端功能模块 34
5.3 维修人员端功能模块 37
5.4 客户端功能模块 47
6 系统测试 65
6.1 系统测试的目的 65
6.2 系统测试的方法及步骤 65
6.3 系统功能测试 65
6.4系统测试 74
总结与展望 75
致谢 77
参考文献 77

1 绪论
1.1研究背景与意义
1.1.1研究背景
随着计算机技术的发展,现在各式各样的网络应用软件应用而生,它将改变我们的生活和工作方式。随着近几年,国家经济的发展,人们生活水平在不断提高。在现实生活中,目前空调几乎是办公室与家庭的必备家电设备。但是在空调家电数量规模不断发展的同时,不仅要关注产品智能化应用功能的增加,还要关注产品的客户体验和服务体验,售后服务是提升客户体验的重点。传统的空调售后服务主要是通过打电话保修,维修人员上门服务,网页报装报修等人工客服方式实现,比较耗费时间,维修人员通过电话或者网页不能准确判断故障原因,需要上门服务检测,对于更换部件的服务无法做到一次上门就能解决,客户体验较差。
在互联网的大环境下,通过使用最先进的互联网技术实现空调售后服务管理系统,将传统的售后服务方式搬到线上进行实现,能够极大的提高空调售后服务的效率,也将是未来的必然趋势。
1.1.2研究意义
基于xx市的空调售后服务管理系统,是使用当下最先进的微信小程序进行实现的,通过前期的客户需求分析,可以实现三个客户角色,即客户角色、维修人员角色和管理员角色。该系统可以实现客户通过小程序进行保修,然后管理员进行审核,审核之后进行派单,然后维修人员进行在线沟通,做好相应的售后服务。当服务完结之后,客户针对服务进行评价。
该系统上线之后,将有三方面的意义。对于空调品牌方而言,可以为客户做好完善的售后服务,能够提高工作效率。对于客户而言,当空调有问题的话,可以直接通过微信小程序进行报修,很方便、快捷。对于我而言,系统的开发设计,可以将我大学学到的知识进行学以致用,提高我的动手能力和编码能力。
1.2国内外研究现状
1.2.1空调售后服务管理系统研究现状
国外针对家电维修的话,多半还是依靠回收,特别是美国,因为美国的维修成本很高,极少部分有售后。他们对于品牌的售后比国内要好。如果是冰洗空彩类或价值较高的家电产品,如果在厂家保修范围内(大致在1-2年厂家保修期)的话,消费者会直接选择厂家售后维修;如果在厂家保修范围外的话,如果维修的价格合理的话,消费者也会选择维修的,但如果配件价格很高的话,或者是已经使用时间较长的家电,消费者一般都选择直接更换新机了。 他们维修的话提供的服务也较好,维修网点诚信度高,但维修的价格也会相对来说比较高。
国内的家电维修整体趋势就是从传统的线下维修,转向了专业的售后线上维修趋势了。目前来说,各家电巨头已经完善了售后服务体系。比如美的、海尔、格力等家电巨头,已经建立了完善的售后系统,他们的产品维修需要授权工程师才能进行维修。在家电行业中有也有一些有一定实力,但是还没有完善售后体系的家电厂商,都是直接加入了家电维修公司的服务体系,比如十分到家公司、等家电维修平台进行维修。对于售后服务系统,多半是所有的家电一起的系统,很少有专门做空调类的,除非是空调的品牌厂商。
1.2.2现状现状评述
通过国内外的研究现状进行分析,可以知道目前国外的话由于部分维修成本较高,多半如果坏了就会选择直接进行回收。国内的多半家电巨头,会有自己完善的售服务体系,也有一些会授权第三方平台公司进行维修。不管是那种授权方式,为了提升客户的体验,都在开发相对应的服务系统。但是当打开微信,搜索小程序之后,会发现专门做空调服务的系统还是很少的,因此本系统的开发具有很好的现实意义。
1.3本文的主要内容
本文主要针对空调售后服务系统进行研究,主要的工作是根据查阅的相关文献以及客户的需求分析,开发空调售后服务系统。是对空调售后报修的环节进行优化。本文主要是对系统的国外内研究到技术选型以及系统设计和详细的实现进行描述,实现的功能有客户报修管理、客户评价管理等功能。

2 相关工具技术研究综述
2.1开发工具简介
2.1.1IntelliJ IDEA简介
IntelliJ IDEA 工具是一款界面风格良好、功能丰富、操作简单便捷的编辑软件。它支持多种实现开发的语言,主要应用于Java语言的开发。同时它支持目前主流的技术,包含多种框架,对于企业级软件和Web端的开发比较适合。虽然IntelliJ IDEA主要是开发Java语言程序,但是它对入SQL、HTML等其他语言也有很友好的支持,并提供这些语言的编码帮助。
2.1.2Visual Studio Code简介
VSCode这款轻量级的跨平台文本代码编辑器由微软公司研发,它是免费的、开源的,并且能运行在Windows等操作系统上。它丰富的插件库,可以使开发者便捷的安装功能强大的插件,以此使软件开发的效率得到了极大的提升。
2.2技术简介
2.2.1Spring Boot简介
Spring Boot框架是Pivotal团队在2013年基于SSM框架的基础上,将一些配置自动约定好,而不需要配置过多XML文件的全新开源的轻量级框架。其设计是为了让开发者尽可能快的将系统运行起来。Spring Boot内嵌Tomcat容器,让应用程序的运行只需要通过命令java -jar来启动。这样的设计能够更好的支持系统的部署,可以与云计算天然集成。
2.2.2Vue框架简介
Vue是一套基于JavaScript的渐进式框架,用于构建前端项目。Vue具有如下特性:轻量级、双向数据绑定、指令、插件化。相比于Angular和React框架,Vue官方文档很清晰,更简单易学,学习成本更低。性能方面,开发Vue框架的团队创建了了一个对比性能的项目,从测试出的数据可以得出Vue的性能是远好于Angular,并且稍微优于React的。
2.2.3Uni-app框架简介
Uni-app是一个使用Vue.js技术开发系统前端应用的一种框架,开发者使用Uni-app框架编写一套代码,可发布到iOS、Android以及各种微信小程序等多个平台上。实现了一套代码,同时运行到多个平台的一套代码,同时运行到iOS模拟器等模拟器上。
3、系统需求分析
3.1系统客户需求分析概述
系统的需求分析主要是为了帮助客户更好的进行报修,然后售后服务的为修人员能够更好的进行维修处理,提高效率这是最主要的目的。首先需求的起点是客户提交报修,然后等待管理员需要审核。管理员查看报修内容之后,进行审核。审核通过了之后,进行派单。接到派单任务的维修员需要跟客户沟通价格等事项,之后就是维修人员进行维修,客户进行付款等维修评价。主要是客户端需要实现小程序进行实现。
3.2系统开发环境需求
(1)软件需求分析
本平台后台系统主要在Windows10系统、JDK1.8的环境下进行开发,客户端的话是使用微信开发者工具进行开发,具体的开发环境需求如下表所示:
表3.1 系统软件开发需求
开发需求 软件名称
操作系统 windows 10
JAVA开发环境 JDK1.8
数据库 MySQL5.7
小程序端开发软件 微信开发者工具
(2)硬件需求分析
系统是运行在智能手机上面, 对于智能手机硬件最低要求为:安卓系统5.0及以上、运行内存1g以上、磁盘4g以上,需要有微信APP。后台的话只需要一个可以联网的PC电脑就可以进行使用。
3.3系统研发可行性分析
可行性分析是设计与开发系统的重要步骤,可对整个研发过程进行整体把握,从而判断是否能达到预期的效果。
3.3.1经济可行性
该系统的开发硬件只需要一台笔记本和一个智能手机,这一些东西我都有,不需要额外进行采购。同时开发项目所用的技术都是开源的,拿来即用就行,不需要额外的支出。
3.3.2技术可行性
系统所设计到的技术是我大学四年学习到的技术,自己做了大量的学习和实践,对于具体的应用比较熟悉,因此,此次系统的开发可以使用这一些技术进行系统开发。
3.3.3法律可行性
该系统的开发是我自己独立完成的,整个开发过程没有跟其他类似的系统有版权冲突和存在抄袭的情况。

4系统总体设计
4.1系统总体功能结构
基于xx市的空调售后服务系统,主要是应用于xx市的千家万户里面,能够比较直观的进行空调的报修等服务。经过前面的客户需求分析,此次系统最终实现的客户角色有三个,一个是客户,一个是是维修人员,一个是管理员。能够实现客户报修到客户最终对维修评价,这一整套完整的流程。可以大致实现的功能有客户报修管理、客户管理、维修人员管理等功能。后台管理员的详细功能结构图如图4.1所示,客户的详细功能结构图如图4.2所示,维修人员的详细功能结构图如图4.3所示。

图4.1 后台管理员功能结构图

图4.2客户功能结构图

图4.3维修人员功能结构图
4.1.1系统功能设计概述
通过系统总体功能结构,可以得知系统的客户角色是客户、维修人员、管理员三种。下面将对系统功能设计进行概述说明。
1、登陆注册功能:系统的三个客户要想事项系统就需要进行登录,输入客户名、密码之后,点击登录,就可以对系统进行使用。对于第一次使用系统的客户、维修人员来说,由于没有账号,就需要进行账号的注册。当注册完成之后,才能进行系统的登录。
2、账号管理功能:管理员可以通过这个功能修改密码以及修改自己账号的客户名。
3、客户管理功能:主要是对在小程序端注册的客户账号信息进行后台管理。
4、通知公告管理功能:主要是对通知公告信息进行后台管理。
5、维修人员管理功能:主要是对维修人员的账号信息进行后台管理。
6、客户报修管理功能:主要是对客户提交的报修进行审核并报修派单处理的后台管理。
7、维修派单管理功能:主要是查看维修派单的详细信息进行后台管理。
8、在线沟通管理功能:主要是查看维修人员跟客户之间的在线沟通信息进行后台管理。
9、维修订单管理功能:主要是对客户的维修订单信息进行查看并后台管理。
10、维修评价管理功能:主要是对维修完成之后用户的评价信息进行后台管理。
11、小程序首页功能:主要是放置通知公告信息,放在醒目的位置,吸引客户、维修人员的目光。
12、小程序通知公告功能:主要是客户、维修人员查看管理员发布的通知公告信息。
13、小程序我的功能:主要包括账号信息、维修订单、在线报修、客户报修等几部分的应用。账号信息主要是维修人员、客户对自己账号信息进行查看、修改等操作。维修订单主要是查看维修的订单信息。维修评价主要是查看维修评价信息。客户报修是客户通过这个功能进行空调的报修。报修派单是管理员将客户的报修进行派单,维修人员进行报修信息的查看。
4.2数据库设计
在系统的开发过程中,系统数据库的设计至关重要。它需要综合运用到多门学科的相关知识。在系统的设计和开发中,系统能否成功上线,很大一部分取决于数据库的设计是否成功。如果数据库设计阶段有不足,系统的功能开发将受到很大影响。下面我将主要的数据库表进行说明。
(1)客户表

图 4.4客户表 E-R 图
该表主要是保存客户在小程序里面注册的账号信息,比如客户的账号信息、客户的姓名等信息。客户表的具体结构如表4.1所示。
表4.1客户表
字段名 类型 长度 主键 注释
id bigint 20 true 主键
zhanghao varchar 200 维修账号
mimsa varchar 200 密码
xingsming varchar 200 姓名
xinsgbie varchar 200 性别
lianxishouji varchar 200 手机
zhaopian varchar 200 照片
(2) 管理员表

图 4.5管理员表 E-R 图
该表主要保存管理员账号信息,比如管理员的用户名、密码等信息,用户表的具体结构如表4.2所示。
表4.2管理员表
字段名 类型 长度 主键 注释
id bigint 20 true 主键
username varchar 200 用户名
mima varchar 200 密码
role varchar 100 角色
(3)维修人员表

图 4.6维修人员表 E-R 图
该表主要是保存维修人员在小程序里面注册的账号信息,比如客户的账号信息、客户的姓名等信息。维修人员表的具体结构如表4.3所示。
表4.3维修人员表
字段名 类型 长度 主键 注释
id bigint 20 true 主键
weixiuzhanghao varchar 200 维修账号
mimsa varchar 200 密码
weixiuxingming varchar 200 维修姓名
xinsgbie varchar 200 性别
lianxishouji varchar 200 手机
zhaopian varchar 200 照片
(4)在线沟通表

图 4.7在线沟通表 E-R 图
该表主要是保存维修人员跟客户的在线沟通信息内容,比如沟通上门的时间、维修的价格等信息。在线沟通表的具体的结构如表4.4所示。
表4.4在线沟通表
字段名 类型 长度 主键 注释
id bigint 20 true 主键
dingdanbianhao varchar 200 订单编号
chanpinmingcheng varchar 200 产品名称
baoxiutupian varchar 200 报修图片
weixiujiage varchar 200 维修价格
shangmenshijian datetime 上门时间
goutongshijian datetime 上门时间
dizhi varchar 200 地址
(5)维修评价表

图 4.8维修评价表 E-R 图
该表主要保存的是客户对于维修服务的评价信息,比如评价满意度、评价服务等信息。维修评价表的具体结构如表4.5所示。
表4.5在线沟通表
字段名 类型 长度 主键 注释
id bigint 20 true 主键
dingdanbianhao varchar 200 订单编号
chanpinmingcheng varchar 200 产品名称
tupianpingzheng varchar 200 图片凭证
pingjiafuwu varchar 200 评价服务
manyidu varchar 200 满意度
pingyu varchar 200 评语
pingjiashijian datetime 评价时间
(6)客户报修表

图 4.9客户报修表 E-R 图
该表主要保存客户的报修数据信息,比如客户的问题描述、报修的图片等信息。客户报修表的具体结构如表4.6所示。
表4.6客户报修表
字段名 类型 长度 主键 注释
id bigint 20 true 主键
dingdanbianhao varchar 200 订单编号
chanpinmingcheng varchar 200 产品名称
chanpinleibie varchar 200 产品类别
wentijianshu longtext 问题简述
baoxiutupian varchar 200 维修图片
baoxiuleixing varchar 200 报修类型
baoxiuriqi date 报修日期
(7)报修订单表

图 4.10报修订单表 E-R 图
该表主要保存客户报修的维修订单数据信息,比如维修的时间、维修的简述等信息。维修订单表具体的表结构如表4.7所示。
表4.7维修订单表
字段名 类型 长度 主键 注释
id bigint 20 true 主键
dingdanbianhao varchar 200 订单编号
chanpinmingcheng varchar 200 产品名称
tupianpingzheng varchar 200 图片凭证
weixiujiage float 维修价格
weixiushijian datetime 维修时间
dingdanzhuangtai varchar 200 订单状态
weixiujianshu longtext 维修时间

(8)报修派单表

图 4.11报修派单表 E-R 图
该表主要保存管理员针对客户的报修进行审核再派单的数据信息,比如保修的图片、问题的简述等信息。报修派单表结构如表4.8所示。
表4.8报修派单表
字段名 类型 长度 主键 注释
id bigint 20 true 主键
dingdanbianhao varchar 200 订单编号
chanpinmingcheng varchar 200 产品名称
chanpinleibie varchar 200 产品类别
wentijianshu longtext 问题简述
baoxiutupian varchar 200 报修图片
baoxiuleixing varchar 200 报修类型
paidanshijian datetime 派单时间
(9)通知公告表

图 4.12通知公告表 E-R 图
该表主要保存管理员发布的通知公告数据信息,比如通知公告的标题、通知公告简介等信息。通知公告表具体的表结构如表4.9所示。
表4.9通知公告表
字段名 类型 长度 主键 注释
id bigint 20 true 主键
biaoti varchar 200 标题
jianjie varchar 200 简介
fabushijian date 发布时间
fengmian varchar 200 封面
neirong longtext 内容

5 系统详细设计
5.1登录注册模块
登录注册是用户使用软件的一个基本功能,如果没有注册、登陆,那么将不能进入到系统的功能页。该系统的客户、维修员当第一次使用系统的话,就需要进行注册。填入账号、密码等信息之后,点击注册就完成了注册,就可以进行登陆了。当系统的三个用户角色点击登录之后,就会去你数据库里面对你填入的账号信息进行校验,如果一致就进入系统,如果不一致就给出提示信息“账号或者密码错误”。小程序端的登录界面还提供忘记密码,找回密码的功能。小程序端的登录效果图如图5.1所示。小程序端客户的注册界面如图5.2所示。小程序端维修人员的注册界面如图5.3所示。系统后台管理员登录界面的效果图如图5.4所示。

图 5.1小程序端登录效果图

图 5.2小程序端客户注册效果图

图 5.3小程序端维修人员注册效果图

图 5.4系统后台管理员登录效果图
5.2管理员端功能模块
管理员是系统的最高用户角色,它可以看到所有的数据信息,因此它可以使用到的功能有客户管理、维修人员管理等功能。管理员端界面效果如图5.5所示。

图 5.5管理员端界面效果图
个人中心:主要是便于管理员可以通过这个功能进行密码的修改和个人账号用户名的修改的功能。修改密码效果图如图5.6所示。个人信息效果图如图5.7所示。

图 5.6修改界面效果图

图 5.7个人信息效果图
客户管理:主要是管理员对于在小程序端注册的客户账号信息进行管理,可以进行账号的新增,也可以进行修改、删除等操作。客户信息主要包括客户的账号信息、客户的密码等信息。客户管理效果图如图5.8所示。

图 5.8客户管理效果图
通知公告管理:主要是管理员发布一些通知公告信息,也可以对已有的通知公告信息进行删除、修改等操作。通知公告信息主要包括通知公告的标题等信息。通知公告管理效果图如图5.9所示。

图 5.9通知公告效果图
维修人员管理:主要是管理员对于在小程序端注册的维修人员账号信息进行管理,可以进行账号信息进行新增,也可以进行修改、删除等操作。维修人员信息主要包括维修人员的账号信息、维修人员的密码等信息。维修人员管理效果图如图5.10所示。

图 5.10维修人员效果图
客户报修管理:主要是查看客户的报修信息,查看完成之后并进行审核以及报修派单给某位维修人员,也可以对已有信息进行详情查看和删除等操作。客户报修管理主要包括产品名臣等信息。客户报修管理效果图如图5.11所示。

图 5.11客户报修管理效果图
报修派单管理:当管理员在客户报修管理派单之后,可以通过这个功能进行查看派单的详细信息,也可以对报修派单管理进行查看详情和删除等操作。报修派单管理主要包括产品名称、产品类型等信息。报修派单管理效果图如图5.12所示。

图 5.12报修派单管理效果图
在线沟通管理:主要是查看维修人员跟客户之间对于报修信息的在线沟通情况,看最终的确认情况,可以对已有的在线沟通信息进行删除、修改等操作。在线沟通管理主要包括订单编号、产品名臣等信息。在线沟通管理效果图如图5.13所示。

图 5.13在线沟通管理效果图
维修订单管理:主要是管理员查看维修订单的详细信息,看最终是否是确认一致,可以对已有的维修订单信息进行删除、修改等操作。维修订单管理主要包括订单编号、订单名称信息。维修订单管理效果图如图5.14所示。

图 5.14维修订单管理效果图
维修评价管理:主要是管理员查看客户对一次维修服务之后,最终的整体评价信息,对已有的维修评价信息可以进行删除、修改等操作。维修评价主要包括订单编号、产品名称等信息。维修评价管理效果图如图5.15所示。

图 5.15维修评价管理效果图
系统管理:主要是对小程序端的轮播图进行管理,可以删除、修改已有的轮播图信息。轮播图信息主要包括名称等信息。系统管理效果图如图5.16所示。

图 5.16系统管理效果图
5.3维修人员端功能模块
维修人员角色主要是给客户进行维修的人,同时它需要接收管理员的派单信息,因此,维修人员可以使用到的功能有首页、通知公告等功能。维修人员端界面效果图如图5.17所示。

图 5.17维修人员端界面效果图
首页:主要是便于维修人员查看信息,管理员发布的通知公告信息,吸引维修人员的目光,第一时间进行查看了解。首页效果图如图5.18所示。

图 5.18首页效果图
通知公告:主要是查看管理员发布的通知公告信息。通知公告效果图如图5.19所示。

图 5.19通知公告效果图
我的:主要包含账号信息、报修派单、维修订单、维修评价、在线沟通,这几部分的内容。账号信息主要是对账号的查看修改。报修派单主要是对管理员根据客户的报修派单给维修人员之后,对信息的查看,然后跟客户进行在线沟通。维修订单就是维修人员点击之后可以进行查看详细的信息。维修评价就是维修人员点击之后可以对客户的维修评价信息进行查看。在线沟通就是查看跟客户之间在线沟通的详细信息,然后点击上门维修。账号信息效果图如图5.20所示。报修派单效果图如图5.21所示。维修订单效果图如图5.22所示。维修评价效果图如图5.23所示。在线沟通效果图如图5-24所示。

图 5.20账号信息效果图

图 5.21报修派单效果图

图 5.22维修订单效果图

图 5.23维修评价效果图

图 5.24在线沟通效果图
5.4客户端功能模块
客户角色主要是系统基础的使用者,因此,客户可以使用到的功能有首页、通知公告等功能。客户端界面效果图如图5.25所示。

图 5.25客户端界面效果图
首页:主要是便于客户查看信息,管理员发布的通知公告信息,吸引客户的目光,第一时间进行查看了解。首页效果图如图5.26所示。

图 5.26首页效果图
通知公告:主要是查看管理员发布的通知公告信息。通知公告效果图如图5.27所示。

图 5.27通知公告效果图
我的:主要包括账号信息、客户报修、在线沟通、维修订单、维修评价等几部分。账号信息主要是客户对自己账号信息可以进行查看。客户报修是客户点击之后可以新增自己的报修信息。在线沟通主要是查看跟维修人员的沟通信息,还可以进行审核。维修订单主要是可以对订单信息进行审核、评价、支付等操作。维修评价可以查看自己对于维修的评价,也可以对已有的评价进行修改、删除等操作。账号信息效果图如图5.28所示。客户报修效果图如图5.29所示。在线沟通效果图如图5.30所示。维修订单效果图如图5.31所示。维修评价效果图如图5.32所示。

图 5.28账号信息效果图

图 5.29客户报修效果图

图 5.30在线沟通效果图

图 5.31维修订单效果图

图 5.32维修评价效果图

6 系统测试
6.1系统测试的目的
为保障基于xx市的空调售后五福系统的设计与开发的稳定性、可靠性和使用的安全性、运行的流畅性。系统测试是一个很好重要的步骤之一,它的目的就是在于找出系统中的各种错误和缺陷,然后解决相关问题,提高系统的质量。
6.2系统测试的方法及步骤
软件的测试方法和技术单从软件开发的过程按阶段可划分为:单元测试、集成测试、系统测试。
本系统是采用按照软件开发阶段划分的测试方法,因而本系统要进行单元测试、集成测试和系统测试。
(1)单元测试
单元测试又叫作模块测试,是针对程序模块来进行正确性检验的测试工作。单元测试主要针对程序的内部逻辑来进行检验。
(2)集成测试
集成测试又叫作组装测试,集成测试是在之前所有的单元测试都完成后,再按照
系统的设计要求将所有模块组装完成后进行的测试。集成测试主要是检查各模块与其它模块之间的对接过程可能存在的错误。
(3)系统测试
系统测试是将经过集成测试的所有子系统组装成一个完整的系统来进行测试。它
是按照系统的前期设计需求来选取测试用例的,并在真实的运行环境中进行测试,以检测系统是否满足预设的设计需求,通过与设计需求作对比来检测出软件有问题或者达不到设计需求的地方。
6.3系统功能测试
本程序的各种功能和模块,使用黑盒来检测。看是否达到了预期目标以及有什么缺陷,以便保障系统上面之后能不能稳定。下面我将对系统的主要功能做测试用例说明。
登录模块:主要是系统的使用者进行登陆的模块,这里的用户就是指系统的最终使用者。如果用户无法登录或者登录会出现异常,都是会给用户使用的体验感降低,这样会降低用户对软件的使用甚至会排斥,测试过程如表6.1所示。
表6.1 登录模块功能测试用例表
用正确的密码进行登录已存在账号 用户名:abo,密码:abo 测试身份验证成功,进入管理功能界面 与预期结果一致
用错误的密码进行登录已存在账号 用户名:1,密码:1 测试提示“提示账号或密码错误”,无法进入界面 与预期结果一致
用不存在账号登录 用户名:zhangsanfen,密码:12345 测试提示“提示账号或密码错误”,无法进入界面 与预期结果一致

客户报修管理:主要是客户在客户报修新增的报修信息然后管理进行审核,客户能不能看到审核通过的状态,测试过程如表6.2所示。
表6.2 客户报修功能测试用例表
测试方案 测试数据 预期结果 测试结果
报修的新增 客户新增一个海尔空调的报修信息 管理员登录账号之后可以看到刚刚新增的报修信息 与预期结果一致
报修审核 管理员点击刚刚新增的报修进行审核 客户刷新之后可以看到审核通过的动态信息 与预期结果一致

报修派单管理:主要是管理员审核完客户的报修信息之后,在客户报修管理那里点击报修派单,测试数据能不能到报修派单管理这里来以及维修人员能不能接收到信息,测试过程如表6.3所示。
表6.3报修派单功能测试用例表
测试方案 测试数据 预期结果 测试结果
报修派单新增数据 客户的报修派单给一位维修人员 管理员登录账号之后点击报修派单可以查看到数据 与预期结果一致
小程序报修派单查看数据 维修人员查看报修派单数据 维修人员可以查看到刚刚管理员派单的报修任务 与预期结果一致

在线沟通管理:主要是维修人员跟客户之间的在线沟通信息能不能进行很好的流转,测试过程如表6.4所示。
表6.4在线沟通功能测试用例表
测试方案 测试数据 预期结果 测试结果
在线沟通新增数据 维修人员给客户发送一条在线沟通信息 客户点击在线沟通可以查看到信息 与预期结果一致
在线沟通数据信息删除 管理员对在线沟通数据信息进行删除一条信息 查询数据库发现少一条数据信息 与预期结果一致
6.4系统测试
系统的测试是对前后端连接的整体软件在实际运行环境下按照系统需求分析说明开展的黑盒类测试。系统测试是针对整个产品系统进行的测试,目的是验证系统是否满足需求分析阶段的定义,找出不符或矛盾之处。经过对APP使用,没有发现问题。

总结
本文主要根据目前信息技术发展的现状将空调售后服务进行结合,开发出的基于xx市的空调售后服务管理系统。根据客户、维修人员、管理员三种角色的用户信息得出系统设计的功能要求,在编码上采用前后端分离的开发方式,使用Java作为编码语言,利用Java的SpringBoot框架搭建后台,Vue框架进行页面的渲染,小程序端使用Uni-app框架进行实现,实现了客户报修管理、报修派单管理、维修订单管理等功能,通过设计,可以更好的做好空调的售后服务工作。

致 谢
大学四年的生活即将划上圆满的句号,在这四年间我收获了很多,真心感谢那些给予我很多在学业指导、生活关爱的人,正是有了你们的帮助我才有今天的成长。
引其流时思其源,成吾学时念吾师。在大学生涯中,很幸运能遇到我的导师许传本老师,在这里我特别要感谢他,在论文开题、系统功能设计、系统功能开发、论文撰写的过程中,他凭借着自己渊博的学识、丰富的论文指导经验、独特的看法,对我本次毕设提出了指导性的建议,很感谢很受用。
同时我还要感谢我的辅导员老师,她们在生活上给了我很多帮助,对我人生也有很大的启迪;我还要感谢我的父母,在生活和学习上给了我很大的支持,正是您们的支持我才能顺利毕业。
最后我要感谢我的同学和朋友,是你们在平常给了我很多帮助,带给我很多欢乐和知识,感谢有你们一路的陪伴和鼓励,有了你们我成长的道路才不会孤单。

参考文献

[1]邱向伟.基于语音技术的空调智能售后服务系统的设计与实现[D]. 北京工业大学.2018.
[2]张志辉.产品售后服务管理系统总体设计[J]. 现代信息科技.2018.116-118.
[3]张业青.基于 Web 的智能化软件售后服务管理系统[J]. 数字通信世界. 2019.2 (42,179).
[4]郭笑,李书华.浅析“互联网+智能售后”服务行业[J]. 商场现代化,2019(3):95-96.
[5]陈一夫,姚丽君,殷豪,何明泽,黄玥.空调售后智能系统构建与实现[J]. 信息与电脑(理论版). 2019,31(18).
[6]侯敏.汽车售后服务管理系统设计与实现[D]. 西安电子科技大学.2019.
[7]刘启伟.基于Vue.js框架的Web前端开发工具的设计与实现[D]. 北京邮电大学,2021.
[8]巫港,魏小琴.基于微信平台的会务管理系统小程序开发[J].电脑知识与技术,2019,15(13):104-105.
[9]傅晓扬.基于移动端的会议管理系统[D].绵阳:西南科技大学,2018.
[10] 铁风莲,刘林立,林思嫔.基于微信小程序的设备维修平台[J].信息技术与信息化. 2021(08).
[11] 刘潇航,陈亚瑞,李茹一.基于微信小程序的维修服务App的设计与实现[J].信息与电脑(理论版). 2021(21).
[12]李沛.基于SpringBoot框架的职来职往小程序应用开发设计与实现[J].中国科技信息,2018(22):74-75.
[13]陈瑞.基于Springboot框架高并发Java Web开发模式[J].电脑编程技巧与维护,2019(04):27-30.
[14]Mohammad Rudiansyah,Leonardo Lubis,Ria Bandiara,Rudi Supriyadi,Afiatin,Rubin Surachno Gondodiputro,Rully Marsis Amirullah Roesli,Dedi Rachmadi. Java Barb Fish Gallbladder–Induced Acute Kidney Injury and Ischemic Acute Hepatic Failure[J]. Kidney International Reports,2020.
[15]Bo Kyung Park,Geon-Hee Kang,Hyun Seung Son,Byungkook Jeon,R. Young Chul Kim. Code Visualization for Performance Improvement of Java Code for Controlling Smart Traffic System in the Smart City[J]. Applied Sciences,2020,10(8).

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值