博主介绍：✌IT徐师兄、7年大厂程序员经历。全网粉丝15W+、csdn博客专家、掘金/华为云//InfoQ等平台优质作者、专注于Java技术领域和毕业项目实战✌
🍅文末获取源码联系🍅
👇🏻 精彩专栏推荐订阅👇🏻 不然下次找不到哟
2022-2024年最全的计算机软件毕业设计选题大全：1000个热门选题推荐✅
感兴趣的可以先收藏起来，还有大家在毕设选题，项目以及文档编写等相关问题都可以给我留言咨询，希望帮助更多的人
第一章 项目简介
由于APP软件在开发以及运营上面所需成本较高，而用户手机需要安装各种APP软件，因此占用用户过多的手机存储空间，导致用户手机运行缓慢，体验度比较差，进而导致用户会卸载非必要的APP，倒逼管理者必须改变运营策略。随着微信小程序的出现，解决了用户非独立APP不可访问内容的痛点，所以很多APP软件都转向微信小程序。本次课题就运用了微信小程序技术开发一个汽车保养系统小程序。
Java基于SSM框架的汽车保养系统小程序借助微信开发者工具开发用户前端，使用SSM框架和Java语言开发管理员后台，使用Mysql创建数据表保存本系统产生的数据。系统可以提供信息显示和相应服务，其管理员管理门店和其对应的员工，管理保养信息和汽车配件信息，管理各种状态的订单。用户购买并支付汽车保养产品和汽车配件，评论门店和保养产品以及汽车配件，管理购物车和订单。
总之，汽车保养系统小程序可以更加方便用户购买汽车保养产品以及汽车配件。
第2章 技术栈
使用框架：SSM，微信小程序
开发语言：Java，
框架：SSM，
JDK版本：JDK1.8 ，
服务器：tomcat7或者8 ，
数据库：mysql 4.7，
数据库工具：Navicat11，
开发软件：idea、微信开发者工具，HBuilder X
浏览器：谷歌浏览器
第三章 系统分析
面对即将开发的系统，进行提前的分析是必要的。这也是开发流程中必须有的环节。通常分析系统期间，主要涉及的内容包括系统开发可行性问题，对系统功能和性能的分析等问题。
3.1 可行性分析
在正式对需要建设的项目进行投资前，有一个比较关键的步骤是不能缺少的，那就是可行性分析。它主要从当前技术，经济等角度去评估系统的可行性，在投资决策中常常采用这种科学的方法来论证项目。
3.1.1 技术可行性
当前，系统开发的技术已经发展成熟，而且通过计算机网络可以获取开发工具的使用方法，以及规范化编写的模块化代码，这些知识可以帮助开发者顺利完成本系统的编码工作。
3.1.2 经济可行性
本系统开发期间需要配置的软件环境，可以免费通过开发类官网下载安装，需要配置的硬件设备也不需要具备很高的性能，通常网吧电脑，或学校计算机机房的电脑都符合要求。因此，从经济方面考虑，汽车保养系统小程序开发可行。
3.1.3 操作可行性
汽车保养系统小程序根据用户使用习惯进行开发，设计的界面具有统一性，并具备优秀的导航功能。所以，操作人员可以无压力操作汽车保养系统小程序。
总之，从上述的论证来看，本系统可以开发。
3.2 系统流程
流程图这样的工具可以直观反映出系统内部的操作逻辑，可以帮助用户更好的理解系统。
3.2.1 操作流程
进入本系统需要访问者提供验证信息。验证合格的访问者才能获取访问资格。其具体的操作流程见下图。访问者根据登录界面设置的信息项如实填写，待信息通过验证后，访问者可以进入指定的页面享受本系统提供的服务和阅读本系统的相关信息。
3.2.2 登录流程
本系统的登录模块，其内部的流程见下图。主要对访问本系统的人员提供的验证信息进行逐个判断，系统面对录入错误的信息会给出提示，比如，提示账号不对，或提示密码不匹配等提示信息。总之，在登录页面填写的所有信息都符合要求，访问者就登录成功了。
3.2.3 删除信息流程
本系统在经常性的使用后，会产生很多失去价值的信息，因此就需要及时清理数据，腾出系统的空间。对这些数据进行清理时，其对应的流程见下图。先选中要清理的数据，通过反复确认需要清理的数据，避免操作人员误删。已经删除的数据就不会出现在系统里面。
3.2.4 添加信息流程
本系统主要用于显示信息，提供服务，其中，数据添加功能就是其中的服务之一，具体流程见下图。让操作者在信息添加的页面录入数据，待这些数据被提交检验合格后，就会在系统指定页面显示出来。
图3.4 添加信息流程图
3.3 性能需求
进行需求分析，包括了根据用户实际需求制定功能，也涵盖了对即将设计的系统进行性能上的需求分析。所以一般分析系统时，一方面要分析系统功能，另一方面也要分析系统的性能。毕竟设计开发出一个好性能的系统可以确保系统的质量可靠。
接下来分析系统的性能，还要从界面友好性，系统的时间特性，系统的可靠性等方面来分析说明。
（1）时间特性要求：系统处理数据都有时间要求，这也是系统的时间特性。通常都会把数据处理的时间进行分析，也会设置用户请求的响应时间，还有系统在满负荷运行时可以偏离的范围数值等都需要提前分析确定。
（2）界面友好性：除了功能上需要考虑用户需求外，在人机交互界面的设计上，也需要考虑用户的使用习惯，包括界面的布局，界面基调选择以及颜色搭配等。尽量做到用户在接受简单的培训之后，可以对系统进行独立操作。
（3）系统可靠性：对于初学者而言，很容易出现一个问题，就是设计开发的系统，因为人为的误操作出现崩溃。这样的现象也说明这种容错能力低下的系统是不可靠的。完全不能作为生活中处理信息的系统。当下，系统开发要保证可靠性，设计时，把模块化和结构化的设计理念也考虑进来。
3.4 功能需求
不同的系统提供的服务也不相同，其对应的功能也不相同，所以，系统开工前，需要明确其用途，确定其功能。由此，才可以进行各个任务的开展。
汽车保养系统小程序经过分析，确定了其需要设置管理员的角色，其操作的功能通过用例图展示（见下图）。管理员管理门店和其对应的员工，管理保养信息和汽车配件信息，管理各种状态的订单。
汽车保养系统小程序经过分析，确定了其需要设置用户的角色，其操作的功能通过用例图展示（见下图）。用户购买并支付汽车保养产品和汽车配件，评论门店和保养产品以及汽车配件，管理购物车和订单。
第四章 系统设计
一个成功设计的系统在内容上必定是丰富的，在系统外观或系统功能上必定是对用户友好的。所以为了提升系统的价值，吸引更多的访问者访问系统，以及让来访用户可以花费更多时间停留在系统上，则表明该系统设计得比较专业。
4.1 设计原则
本系统在设计过程中需要依照一定的设计原则进行，目的就是为了让开发的系统具备高质量，齐全完备的功能，方便简单的操作，如此才可以最大限度的满足使用者的要求。系统设计原则除了基本的易操作原则外，还有安全性原则，准确性原则。
第一个设计原则：易操作原则，针对本系统设计的功能要完备齐全，编码时，设计的各个接口要具备友好性，使用者一旦使用本系统时，要能够轻松上手，操作本系统处理数据时，要具备便利性。此外，也需要设计一些必要提示，引导使用者操作系统。
第二个设计原则：安全性原则，本系统在登录模块要对各个访问者进行身份验证，系统会通过访问者输入的信息进行判断，使用提前编写的安全验证代码进行数据比对，引导匹配成功的访问者进入指定的操作界面。这样可以避免无关性访问者窃取系统的数据。
第三个设计原则：准确性原则，为了保证使用者登记的数据是正确的，需要提前设计数据纠错机制，让使用者可以通过系统的报错提示，仔细检查登记的错误信息，并及时纠正错误，填写规范正确的信息。比如设置密码时，要求密码的长度不能低于6个字符，且数据类型要求不能全部是数字等都能进行规范。
4.2 功能结构设计
在前面分析的管理员功能的基础上，进行接下来的设计工作，最终展示设计的管理员结构图（见下图）。管理员管理门店和其对应的员工，管理保养信息和汽车配件信息，管理各种状态的订单。
在前面分析的用户功能的基础上，进行接下来的设计工作，最终展示设计的用户结构图（见下图）。用户购买并支付汽车保养产品和汽车配件，评论门店和保养产品以及汽车配件，管理购物车和订单。
4.3 数据库设计
开发一个系统也需要提前设计数据库。这里的数据库是相关数据的集合，存储在一起的这些数据也是按照一定的组织方式进行的。目前，数据库能够服务于多种应用程序，则是源于它存储方式最佳，具备数据冗余率低的优势。虽然数据库为程序提供信息存储服务，但它与程序之间也可以保持较高的独立性。总而言之，数据库经历了很长一段时间的发展，从最初的不为人知，到现在的人尽皆知，其相关技术也越发成熟，同时也拥有着坚实的理论基础。
4.3.1 数据库概念设计
这部分内容需要借助数据库关系图来完成，也需要使用专门绘制数据库关系图的工具，比如Visio工具就可以设计E-R图（数据库关系图）。设计数据库，也需要按照设计的流程进行，首先还是要根据需求完成实体的确定，分析实体具有的特征，还有对实体间的关联关系进行确定。最后才是使用E-R模型的表示方法，绘制本系统的E-R图。不管是使用亿图软件，还是Visio工具，对于E-R模型的表示符号都一样，通常矩形代表实体，实体间存在的关系用菱形符号表示，实体的属性也就是实体的特征用符号椭圆表示。最后使用直线将矩形，菱形和椭圆等符号连接起来。接下来就开始对本系统的E-R图进行绘制。
（1）下图是用户实体和其具备的属性。
（2）下图是订单实体和其具备的属性。
（3）下图是配件实体和其具备的属性。
（4）下图是管理员实体和其具备的属性。
（5） 下图为上述各实体间相互之间的关系。
4.3.2 数据库物理设计
本数据库是关系型数据库，因此对二维表的结构设计也比较关键。毕竟二维表格模型就是关系型数据库中的关系模型。而一些常用的关系模型中的概念也需要了解，才可以对关系模型进行设计。下面就简单介绍关系，元组，属性，域，关键字等常用概念的含义。
关系：关系就是数据库中的一张数据表，每张数据表都有命名，也就是每个关系也有名字，那就是数据表名；
元组：元组就是数据表中的一行记录；
属性：属性就是数据表中的字段，也就是数据表中的一列；
域：域就是对数据表中属性的取值进行限定；
关键字：关键字就是数据表中的主键；
在了解了表结构设计的常用概念后，接下来就需要使用前面绘制的E-R模型完成表结构的设计工作，并在数据库中创建数据表，并为各个数据表进行命名。以下就对设计的结果通过表格形式进行展示。
表4.1 保养信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
baoyangbianhao varchar(200) 否 保养编号
baoyangmingcheng varchar(200) 否 保养名称
baoyangxinxi varchar(200) 是 NULL 保养信息
xiangguantupian varchar(200) 是 NULL 相关图片
youxiaoqi date 是 NULL 有效期
mendianmingcheng varchar(200) 是 NULL 门店名称
thumbsupnum int(11) 是 0 赞
crazilynum int(11) 是 0 踩
price float 否 价格
表4.2 门店信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
mendianbianhao varchar(200) 否 门店编号
mendianmingcheng varchar(200) 否 门店名称
mendianfuzeren varchar(200) 是 NULL 门店负责人
mendianweizhi varchar(200) 是 NULL 门店位置
yuangongrenshu varchar(200) 是 NULL 员工人数
lianxidianhua varchar(200) 是 NULL 联系电话
xiangguantupian varchar(200) 是 NULL 相关图片
thumbsupnum int(11) 是 0 赞
crazilynum int(11) 是 0 踩
表4.3 订单信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
orderid varchar(200) 否 订单编号
tablename varchar(200) 是 baoyangxinxi 商品表名
userid bigint(20) 否 用户id
goodid bigint(20) 否 商品id
goodname varchar(200) 是 NULL 商品名称
picture varchar(200) 是 NULL 商品图片
buynumber int(11) 否 购买数量
price float 否 0 价格/积分
discountprice float 是 0 折扣价格
total float 否 0 总价格/总积分
discounttotal float 是 0 折扣总价格
type int(11) 是 1 支付类型
status varchar(200) 是 NULL 状态
address varchar(200) 是 NULL 地址
表4.4 配件信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
peijianbianhao varchar(200) 否 配件编号
peijianmingcheng varchar(200) 是 NULL 配件名称
peijianleixing varchar(200) 是 NULL 配件类型
peijianxinxi varchar(200) 是 NULL 配件信息
peijiantupian varchar(200) 是 NULL 配件图片
shengchandi varchar(200) 是 NULL 生产地
mendianmingcheng varchar(200) 是 NULL 门店名称
thumbsupnum int(11) 是 0 赞
crazilynum int(11) 是 0 踩
price float 否 价格
表4.5 管理员信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
username varchar(100) 否 用户名
password varchar(100) 否 密码
role varchar(100) 是 管理员 角色
addtime timestamp 否 CURRENT_TIMESTAMP 新增时间
表4.6 用户信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
zhanghao varchar(200) 否 账号
mima varchar(200) 否 密码
xingming varchar(200) 否 姓名
xingbie varchar(200) 是 NULL 性别
shenfenzhenghaoma varchar(200) 是 NULL 身份证号码
shoujihaoma varchar(200) 是 NULL 手机号码
zhaopian varchar(200) 是 NULL 照片
money float 是 0 余额
表4.7 员工信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
addtime timestamp 否 CURRENT_TIMESTAMP 创建时间
mendianmingcheng varchar(200) 是 NULL 门店名称
yuangonggonghao varchar(200) 否 员工工号
yuangongxingming varchar(200) 否 员工姓名
yuangongxingbie varchar(200) 是 NULL 员工性别
lianxidianhua varchar(200) 是 NULL 联系电话
yuangongtupian varchar(200) 是 NULL 员工图片
第五章 系统实现
进入到这个环节，也就可以及时检查出前面设计的需求是否可靠了。一个设计良好的方案在运用于系统实现中，是会帮助系统编制人员节省时间，并提升开发效率的。所以在系统的编程阶段，也就是系统实现阶段，对于一些不合理的设计需求，也是可以及时发现。因为设计的方案是完全指导系统的编码过程的。
5.1 管理员功能实现
5.1.1 门店信息管理
管理员进入指定功能操作区之后可以管理门店信息。其页面见下图。管理员增删改查门店信息，查看用户对门店的评论。
5.1.2 员工信息管理
管理员进入指定功能操作区之后可以管理员工。其页面见下图。管理员增删改查员工信息，查看员工联系方式以及其所属门店。
5.1.3 保养信息管理
管理员进入指定功能操作区之后可以管理保养信息。其页面见下图。管理员查看用户的评论，增删改查保养信息。
5.1.4 已支付订单
管理员进入指定功能操作区之后可以管理订单。其页面见下图。管理员查看所有已支付订单，然后通过发货按钮对订单执行发货。
图5.4 已支付订单页面
5.1.5 配件信息管理
管理员进入指定功能操作区之后可以管理配件信息。其页面见下图。管理员维护配件信息，查看用户对配件的评论。
5.2 用户功能实现
5.2.1 门店信息
用户进入指定功能操作区之后可以查看门店介绍。其页面见下图。用户点击红色五角星收藏门店，可以发布有关门店的评论。
5.2.2 保养信息
用户进入指定功能操作区之后可以查看汽车保养信息。其页面见下图。用户订购保养产品或加入购物车，可以在本页面评论汽车保养信息。
5.2.3 配件信息
用户进入指定功能操作区之后可以查看配件。其页面见下图。用户购买配件可以通过购物车下单，也能在本页面直接订购。
5.2.4 购物车
用户进入指定功能操作区之后可以管理购物车。其页面见下图。用户编辑购物车里面的物品的数量，然后下单支付。
5.2.5 我的订单
用户进入指定功能操作区之后可以管理我的订单。其页面见下图。用户查看已支付订单，可以取消订单。
第六章 系统测试
进入这个环节就代表着系统已经结束了编码实现功能阶段，接下来要做的事情，就是对该系统进行检测，也就是系统测试，这个环节是很有必要进行的，原因是开发本系统的人员，其自身具备的开发技术以及开发思维是有限的，在面对具有复杂性操作逻辑的系统，都会出现大大小小的错误，并且这样的错误还都是不可避免的。通过及时的测试，可以尽早排除程序中的错误，这样也可以减少实际运行中产生的问题，从而真正避免在后期使用中为修复这些问题所付出的高昂代价。及时测试，及时发现问题并解决，也是提高开发过程的效率的一种表现形式。总而言之，在软件开发生命周期的每个阶段都需要加以重视，并做好每个阶段需要做的任务，从开始到结尾都需要保证开发软件的质量。
6.1 功能测试
通过设计一些数据检验汽车保养系统小程序的功能是否根据预定进行数据输出，以此检验系统功能是否合格。接下来就选取部分功能进行检测。
6.1.1 发布评论功能测试
汽车保养系统小程序的用户可以发布评论，评论时不登记评论信息，系统会及时反馈。其反馈结果见下图。
如果用户如实登记评论信息，再次提交，会得到不一样的反馈信息，见下图。
6.1.2 提交订单功能测试
用户提交订单并进行支付时，系统会先提示是否确认支付，具体提示见下图。
如果用户确定支付订单，点击确定即可，这样就能成功支付订单了。系统反馈的提示见下图。
第七章 推荐阅读
基于Python的自然语言的话题文本分类（V2.0），附源码
第八章 源码获取：
大家点赞、收藏、关注、评论啦 、查看👇🏻获取联系方式👇🏻
👇🏻 精彩专栏推荐订阅👇🏻 不然下次找不到哟
2022-2024年最全的计算机软件毕业设计选题大全：1000个热门选题推荐✅
感兴趣的可以先收藏起来，还有大家在毕设选题，项目以及文档编写等相关问题都可以给我留言咨询，希望帮助更多的人
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
