摘 要
目前共享汽车已经形成了一定的规模,但是传统的租赁系统存在着信息孤岛、业务流程割裂、用户和管理者之间的交互效率低下的问题。为了克服以上不足,提高租赁服务的透明度以及管理效率,本文设计并实现了友程共享汽车租赁系统。该系统用Spring Boot框架搭建后端服务,用Vue框架创建前端界面,使用MySQL数据库保存数据,依靠IntelliJ IDEA集成开发环境完成全部编码。系统以统一的信息化平台为基础,把车辆调度、用户租赁、后台监管全部纳入其中,给普通用户创建起方便的在线租车途径,给管理员赋予了细致的业务控制工具。
系统核心功能围绕用户端与管理端两大角色展开。普通用户端完成注册登录、取还车点和车辆信息查询、优惠活动浏览、在线租赁、租赁订单和还车信息管理、押金退还、评价反馈、售后服务申请等功能,并且可以对地图导航、违章记录查询、奖励与惩罚记录查询进行操作,在评论管理模块中可以对服务进行评价。管理员端主要负责车辆品牌及分类管理、取还车点及优惠活动设置、车辆信息更新、租赁与还车申请审核、取消订单处理、违章记录添加、奖励和惩罚记录创建、评价反馈及售后服务回应、押金退还审核以及维修记录登记等工作,从而达到对租赁业务全方位的监督。
系统运行结果表明,该平台很好地将共享汽车租赁的各种业务流程进行整合,界面操作流畅,数据响应迅速,大大提高了用户的租赁体验以及管理者运营效率。系统在订单处理和信息交互方面具有较好的实用性,给共享出行领域信息化管理提供可靠的硬件支持。
关键词:共享汽车;租赁系统;Spring Boot;Vue;MySQL
Design and Implementation ofYouchengShared Car Rental System
Author:×××× ××××
Instructor:×××× ××××
Abstract:Though the shared car industry is already on a certain scale, traditional rentals usually have information silos, scattered business procedures and poor communication and exchange of people with system administrators. In order to make up for the shortcomings of rental services and improve the transparency of rental service operations, we designed and developed theYouchengshared car rental system. The entire system will create theback endservice by using springboot, usevueas an entirety of front-end, usemysqlfor storage of data, and also useintelliJIDEA asaentirety for all purpose. To make full use of all links in the whole vehicle dispatch, user rental and backend supervision through one informatization platform so as to provide simple online car-rental channel service for ordinary people and professional business management services for managers.
The main functions of the system, it is divided into 2 parts for both end user and management side. The ordinary users' side provides the functions of registration, login, query pick-up point and return point, query vehicle information, view promotions, online rent, manage rental orders and returns, refund deposits, submit opinions and suggestions, apply for after-sales services. And it has map navigation, violation records query and penalty records query. Users could also give some comments on the service through comment managing module. Administrator side: Vehicle brand, category, pick-up and return point configuration, promotion setup, vehicle information maintenance, review of rental orders and returns, handling order cancellations, violation record management, penalty record setting, response to user feedback and after-sales service inquiries, auditing of refund deposits, registration of vehicle maintenance records, comprehensive supervision over the entire process of rentals.
From the system operation results we can see that the platform can integrate allkinds of process of shared car renting smoothly with interactive interfaces and timely data feedbacks to greatly improve the users' renting feeling and administrators' operations. It has good practicality in order processing and information communication, and can provide reliable technological support for information administration of shared mobility sector.
Keywords:Shared Car; Rental System; Spring Boot; Vue; MySQL 目 录
绪论
1.1 背景与意义
共享汽车用户在传统租赁模式下不得不依赖电话预约、门店办理、纸质合同等手工流程,这类方式单向滞后、效率低下,数据在各环节相互割裂,用户与管理者之间信息不对称现象普遍存在,租车流程透明性严重不足。早期电脑化办公与简单网站的出现虽使信息获取速度有所提升,部分数字化工具开始投入使用,但碎片化体验、内容更新延迟、交互深度不足、优质用户数据难以沉淀、数据孤岛等问题依然突出,现有手段无法满足当下用户对即时性、交互性、个性化与便捷服务的强烈需求[1]。此类矛盾在租赁高峰期尤为明显,订单处理积压、车辆状态不透明、押金退还迟缓等问题反复出现,倒逼行业寻求更高效的系统化解决方案[2]。开发友程共享汽车租赁系统对提高信息传播效率、减少人为失误、实现车辆资源实时匹配和共享有直接的改进作用,对共享出行流程规范、用户参与质量、社区健康生态培育等产生实际的推动作用,也给类似垂直领域服务整合提供可操作的借鉴范例。
1.2 国内外研究现状
国内汽车租赁相关平台经历了从早期门户资讯模式到垂直社区互动论坛再到移动端专业数据系统的完整演进路径。新浪体育与搜狐体育在门户时代以编辑生产内容为主,用户仅被动接收信息,互动手段极为有限[3]。虎扑社区崛起后,论坛形式的强互动模式开始盛行,用户生成内容逐步占据重要地位,但信息组织较为松散,业务功能与社区功能彼此分离[4]。懂球帝与腾讯体育等移动应用的出现将专业数据服务与社交功能进行整合,用户可实时获取车辆信息并参与讨论,然而租赁交易环节仍未深度嵌入平台流程[5]。PP体育在赛事资源与用户互动融合方面做出尝试,但汽车租赁细分领域缺乏针对性的系统支撑[6]。近年随着微服务架构与推荐算法的引入,部分平台开始探索个性化租赁推荐与全流程线上化管理,但系统稳定性与功能完整性仍有待提升[7]。
国外汽车租赁系统的发展呈现出从社交媒体属性平台向数据驱动实时互动系统转型的明显特征。Bleacher Report早期依托社交网络聚合用户,通过用户生成内容积累流量,后期逐步引入专业数据接口与即时通知机制,形成较强的用户粘性[8]。SofaScore以实时数据为核心,将比赛信息、球员数据与用户互动深度结合,其数据响应速度与可视化呈现方式在行业内具有示范意义[9]。Onefootball整合了多联赛资源,通过个性化推送与社区功能构建了完整的用户服务闭环,其内容分发机制与用户留存策略值得借鉴[10]。欧洲豪门官方App则在俱乐部资源整合、会员体系搭建与商业变现之间取得平衡,将赛事直播、票务销售与粉丝互动融为一体[11]。Fantasy Premier League以游戏化机制驱动用户持续参与,将数据统计、社交竞争与虚拟资产管理有机结合,形成独特的用户生态[12]。
1.3 主要功能和技术措施
友程共享汽车租赁系统为普通用户和管理员这两个角色创建起完整的业务闭环。普通用户端包含注册登录、取还车点查询、优惠活动查询、车辆信息查询、在线租赁、租赁订单管理、还车信息管理、押金退还、评价反馈、售后服务管理、地图导航、违章记录查询、奖励记录查询、惩罚记录查询、评论管理等各项功能,用户从开始的信息检索、中期的租赁下单、后期的订单完结和售后反馈,全部都可以在线完成。管理员端对车辆品牌管理、车辆分类管理、取还车点管理、优惠活动管理、车辆信息管理、租赁订单管理、还车信息管理、取消订单管理、违章记录管理、奖励记录管理、惩罚记录管理、评价反馈管理、售后服务管理、押金退还管理及维修记录管理进行统一监管。系统以前后端分离的B/S架构为基础,前端使用Vue框架创建用户界面,应用组件化开发的方式提高代码的复用性、维护性,后端使用Spring Boot框架创建RESTful API服务,采用分层架构将业务逻辑和数据访问进行解耦,数据库使用MySQL进行数据存储,采用InnoDB引擎来保证事务的执行,开发环境采用IntelliJ IDEA集成环境进行全部开发工作。
1.4 特色与创新
本系统在业务流程整合方面有特色,把车辆租赁、订单处理、押金管理、违章处理和售后反馈这些原本分散的环节纳入到同一个平台上,用户不需要在不同的渠道之间来回切换就可以完成整个租赁生命周期的操作。系统对于权限划分采取了多维度的管理方式,管理员可以单独对车辆品牌及分类、取还车点、优惠活动这些基本数据展开设置,而且拥有对订单、违章、奖励和惩罚记录实施精细化管控的能力,给运营策略的改变赋予了灵活的支持。从技术实现上来说,系统把地图导航功能同取还车点查询模块融合起来,用户在查找网点的时候可以直接得到路径规划的信息,从而加强了线下取还车的便利性。评价反馈及评论管理模块双向贯通,用户给出的评价内容可作售后服务的依据,在评论区内也可以被公开,进而促成用户监督、平台改良的良性互动。
第2章 系统需求分析
友程共享汽车租赁系统为共享出行场景服务,以解决传统租车模式下信息传递滞后、业务流程分散、用户和管理者交互效率低下的问题为目的。系统应该可以支持普通用户对车辆进行检索、在线租赁、订单管理以及售后反馈等全过程的操作,并且给管理员提供车辆资源管理、业务数据审核、用户行为监管等后台的功能。系统应当保证数据响应的及时性,在租赁高峰期可以稳定地处理并发请求,用户的操作界面要简洁明了,降低学习成本,后台管理端要有完备的筛选和批量处理功能,提高运营效率。
2.1 系统功能需求描述
(1)普通用户的使用功能。普通用户进入系统之后需要完成注册和登录的操作,注册时输入账号、密码、昵称、邮箱、用户姓名、性别、手机号、证件号码等信息,系统对账号唯一性进行校验。用户登录之后可以在首页看到系统公告和汽车资讯。用户查询取还车点时系统会显示网点列表,用户可以按照车位容量排序来筛选。用户查询优惠活动时按活动名称检索,系统返回活动名称、截止时间和活动规则。用户查询车辆信息时可以按照车辆品牌、车辆分类、车辆状态等条件进行组合过滤,显示车辆的车牌号、车辆品牌、车辆分类以及当前状态。用户发起在线租赁时需要选择取车网点和还车网点,系统根据用车时长计算租赁价格和租赁押金,生成租赁单号并记录起租时间。用户管理租赁订单时可以按支付状态筛选,查看订单明细。用户输入用车里程、还车备注后,系统计算消费金额。用户申请押金退还时在备注栏中填写审核状态,系统记录。用户提交评价反馈时填写满意度、清洁度、车辆状况和使用体验的文字,系统记录评价次数,管理员可以进行回复。用户发起售后服务的时候上传图片并填写反馈时间。用户输入起点和终点后,系统给出路线距离和驾车耗时。用户查询违章记录时根据车辆车牌、租赁单号、违章时间区间筛选,查看处理进度。用户查询奖励记录、惩罚记录时以租赁单号为检索条件,显示奖励时间或者惩罚时间以及具体的操作。用户在评论管理模块中查看评论内容,并执行删除操作。
(2)管理员功能。管理员登录后台后对车辆品牌进行增删改查操作,品牌名称为车辆信息模块的基础数据。管理员管理车辆分类时可以对分类名称进行增删改查。管理员管理取还车点的网点位置信息和车位容量。管理员对优惠活动进行管理,设置活动名称、活动时间、活动结束时间以及活动规则。管理员对车辆信息的管理按照车辆品牌、车辆分类进行筛选,编辑车辆状态查看车辆照片以及评论。管理员管理租赁订单时可以查看订单明细,并且可以进行数据导出。管理员对用户的还车信息进行审核,可以进行导出。管理员管理取消订单时根据租赁单号和取消时间区间进行检索,对取消申请执行批量审核。管理员对违章记录进行管理时,根据车辆车牌号、租赁单号、违章时间段和处理进度进行筛选,更新处理情况。管理员管理奖励记录、惩罚记录时按租赁单号检索,记录奖励时间、惩罚操作。管理员管理评价反馈时查看用户评价内容,执行删除操作。管理员对售后服务的反馈时间进行筛选,对售后申请进行批量审核。管理员对押金退还时按照租赁单号和退还时间区间进行检索,对退还申请执行批量审核。管理员管理维修记录时按车辆车牌和维修进度筛选,记录故障原因及维修时间。
2.2 相关技术介绍
Spring Boot框架
Spring Boot框架是基于Spring生态创建的,它利用自动配置的方式简化了传统的Spring应用繁琐的XML配置工作。框架启动时扫描项目依赖的jar包,根据类路径下特定的配置类自动完成Bean的装配,开发者只需要少量注解就可以启动一个完整的Web服务。该框架自带了Tomcat、Jetty等嵌入式Servlet容器,打包之后可以直接使用Java命令运行,不需要将war文件部署到外部服务器上。Spring Boot负责后端业务逻辑的主要处理工作,Controller层接收前端发送过来的HTTP请求之后再进行参数校验以及路由分发,Service层把车辆信息查询、租赁订单创建、还车金额计算等业务规则封装起来,数据访问层借助MyBatis同MySQL数据库进行交互,把业务数据保存到数据库里。框架提供的依赖注入机制使得各层之间通过接口交互,降低了模块耦合度,事务管理注解保障了租赁订单与还车信息等多表操作的数据一致性[13]。系统运行过程中,Spring Boot的自动配置特性使开发者能够专注于业务代码编写,不必在环境搭建与配置文件维护上耗费过多时间。
Vue.js框架
Vue.js使用渐进式的设计理念,主要的库只负责视图层,用响应式的数据绑定机制使模型和视图自动同步。框架在实例化的时候会对数据对象进行递归遍历,把每一个属性都变成getter和setter,当数据发生改变的时候,就会触发依赖收集过程里记录的观察者,从而促使组件执行更新操作。虚拟DOM技术在数据发生改变的时候只计算出最小的差异,把更新的批量应用到真实的DOM节点上,从而减少频繁的操作造成的性能损耗。组件化开发模式把页面拆分成可以独立复用的单元,每一个组件都有自己的模板、样式和逻辑,通过props传递属性、通过emit发送事件来实现父子组件之间的通信。在友程共享汽车租赁系统中,Vue.js用来创建前端用户界面,车辆信息查询页面把筛选条件做成独立组件,租赁订单管理页面利用计算属性来完成订单列表的实时过滤,地图导航模块依靠异步请求获取路线数据,并且动态展示出来。系统采用前后端分离部署方式,前端通过Axios库向后端发送异步请求,接收到响应后更新页面视图,用户操作过程中无需等待页面刷新即可获得即时反馈[14]。
MySQL数据库
MySQL数据库采用关系型数据模型,通过表结构存储业务实体,使用结构化查询语言完成数据定义与操作。数据库引擎层支持多种存储引擎,InnoDB引擎提供事务支持与行级锁机制,在多用户并发访问场景下保证数据的一致性与隔离性。数据库在设计阶段遵循范式规范,通过主键与外键约束建立表间关联,用户与租赁订单通过用户编号建立一对多关系,车辆信息与维修记录通过车辆车牌建立关联查询路径。索引机制基于B+树结构存储数据,在频繁查询的字段上建立索引后可显著提升检索效率。在友程共享汽车租赁系统中,MySQL承担所有业务数据的持久化职责,普通用户表存储个人身份信息与联系方式,车辆信息表记录车辆车牌、品牌、分类与当前状态,租赁订单表与还车信息表通过租赁单号关联,记录完整的租车周期与消费明细。系统运行时,数据库连接池预先创建若干连接供应用复用,减少连接建立与关闭的开销,事务管理器保障押金退还、取消订单等跨表操作的原子性[15]。
前后端分离架构
前后端分离架构把前端界面和后端服务解耦成两个独立的部署应用,它们之间用HTTP协议进行数据交换,前端主要负责页面渲染和用户交互,后端主要负责业务逻辑和数据处理。前端应用运行在浏览器环境中,使用Ajax技术向后端发送异步请求,后端采用RESTful风格以JSON格式返回接口响应,前端接收到数据后动态更新页面视图,整个过程不需要页面刷新。该种架构模式下,前端和后端可以分别独立开发、部署,前端团队使用Vue框架来构建组件化的界面,后端团队使用Spring Boot框架来编写业务逻辑,双方约定好接口规范之后再一起推进开发进度。友程共享汽车租赁系统的前端页面使用Axios库向/api路径下的后端接口发送请求,后端控制器接收参数后调用服务层完成业务处理,将结果封装成统一的响应格式返回。用户在前端发起在线租赁操作之后,前端会收集取车网点和还车网点的信息,然后将这些信息发送到租赁下单接口,后端完成价格计算和订单创建之后再返回租赁单号给前端,前端接收到响应之后就会跳转到支付页面。这种协作方式使系统具备良好的可扩展性,后续增加移动端应用时可直接复用现有后端接口[16]。
2.3 系统功能模型
系统总体功能模型
本系统有普通用户和管理员两种用户。普通用户模块主要功能有注册登录、取还车点查询、优惠活动查询、车辆信息查询、在线租赁、租赁订单管理、还车信息管理、押金退还、评价反馈、售后服务管理、地图导航、违章记录查询、奖励记录查询、惩罚记录查询、评论管理。管理员模块主要功能有车辆品牌管理、车辆分类管理、取还车点管理、优惠活动管理、车辆信息管理、租赁订单管理、还车信息管理、取消订单管理、违章记录管理、奖励记录管理、惩罚记录管理、评价反馈管理、售后服务管理、押金退还管理、维修记录管理。不同的用户角色具有不同的功能、不同的权限,系统按照用户的权限来响应不同的数据以及相应的业务。系统总体用例图如图2-1所示。
图2-1系统总体用例图
注册登录模块功能模型
该模块实现了用户注册与登录功能。用户进入系统时默认为未登录状态,若未注册账号,需点击注册按钮进入注册页面填写账号、密码、昵称、邮箱、用户姓名、性别、手机号、证件号码等信息完成注册,注册成功后即可登录系统。管理员通过特定账号登录后台管理系统。注册登录模块用例图如图2-2所示。
图2-2注册登录模块用例图
车辆信息查询模块功能模型
该模块实现了用户查询车辆信息的功能。用户可依据车辆品牌、车辆分类、车辆状态进行组合筛选,系统返回符合条件车辆的车牌号、品牌、分类及当前状态。用户还可按排序规则对车辆列表进行排序,便于快速定位目标车辆。车辆信息查询模块用例图如图2-3所示。
图2-3车辆信息查询模块用例图
在线租赁模块功能模型
该模块实现了用户在线租赁车辆的功能。用户选择取车网点与还车网点后,系统根据用车时长自动计算租赁价格与押金,生成唯一租赁单号并记录起租时间。用户确认租赁信息后提交订单,系统将订单状态标记为待支付。在线租赁模块用例图如图2-4所示。
图2-4在线租赁模块用例图
订单管理模块功能模型
该模块实现了用户对租赁订单的管理功能。用户可查看个人名下所有租赁订单,按支付状态筛选订单列表,查看订单详细信息。用户可在规定时间内取消未处理的订单,取消申请提交后由管理员审核。租赁订单管理模块用例图如图2-5所示。
图2-5租赁订单管理模块用例图
还车信息管理模块功能模型
该模块实现了用户还车信息录入与管理员审核的功能。用户完成用车后进入还车页面,填写用车里程与还车备注,系统根据起租时间与还车时间计算消费金额并更新订单状态。管理员在后台查看还车记录,核对信息后确认还车完成。还车信息管理模块用例图如图2-6所示。
图2-6还车信息管理模块用例图
押金退还模块功能模型
该模块实现了用户申请押金退还的功能。用户完成还车并结清消费金额后,可在押金退还页面提交退还申请,填写退还备注。系统记录申请时间并将审核状态标记为待审核,管理员在后台对申请进行审核,审核通过后押金退还至用户账户。押金退还模块用例图如图2-7所示。
图2-7押金退还模块用例图
评价反馈模块功能模型
该模块实现了用户提交评价与管理员管理的功能。用户完成租赁后进入评价页面,填写满意度、清洁度、车辆状况与使用体验文字,系统记录评价次数。管理员在后台查看用户评价内容,可对评价进行回复或删除不当评价。评价反馈模块用例图如图2-8所示。
图2-8评价反馈模块用例图
违章记录管理模块功能模型
该模块实现了用户查询违章与管理员处理违章的功能。用户按车辆车牌、租赁单号、违章时间区间筛选违章记录,查看处理进度。管理员在后台按相同条件筛选违章记录,更新处理状态,完成违章信息录入与跟踪。违章记录管理模块用例图如图2-9所示。
图2-9违章记录管理模块用例图
车辆品牌管理模块功能模型
该模块实现了管理员对车辆品牌的增删改查操作。管理员进入车辆品牌管理页面,可添加新的车辆品牌,修改已有品牌名称,删除不再使用的品牌,按品牌名称查询品牌信息。品牌数据作为车辆信息模块的下拉选项来源,保证基础数据的一致性。车辆品牌管理模块用例图如图2-10所示。
图2-10车辆品牌管理模块用例图
车辆信息管理模块功能模型
该模块实现了管理员对车辆信息的维护功能。管理员可依据车辆品牌与车辆分类筛选车辆列表,查看车辆车牌、照片、品牌、分类及当前状态。管理员可编辑车辆状态,将车辆标记为可租、维修中或已租,确保车辆信息实时准确。车辆信息管理模块用例图如图2-11所示。
图2-11车辆信息管理模块用例图
取消订单管理模块功能模型
该模块实现了管理员对用户取消订单申请的审核功能。管理员按租赁单号与取消时间区间检索取消申请列表,查看取消原因,对符合条件的申请执行批量审核操作,审核通过后订单状态更新为已取消。取消订单管理模块用例图如图2-12所示。
图2-12取消订单管理模块用例图
售后服务管理模块功能模型
该模块实现了用户发起售后与管理员审核的功能。用户提交售后服务申请时上传图片并填写反馈时间,系统生成售后工单。管理员在后台按反馈时间筛选售后申请,对申请执行批量审核,跟进处理结果并更新审核状态。售后服务管理模块用例图如图2-13所示。
图2-13售后服务管理模块用例图
2.4 数据需求模型
系统总体数据E-R图对友程共享汽车租赁系统建立数据模型。其中实体包括普通用户、管理员、取还车点、优惠活动、车辆品牌、车辆分类、车辆信息、租赁订单、还车信息、取消订单、押金退还、评价反馈、售后服务、违章记录、奖励记录、惩罚记录、维修记录、评论。普通用户与管理员分别表示系统的两类操作主体,取还车点表示用户取车与还车的具体网点,优惠活动表示平台推出的租赁促销政策,车辆品牌与车辆分类作为车辆信息的属性维度,车辆信息表示可供租赁的汽车实体,租赁订单记录用户发起的租车交易,还车信息记录用户归还车辆时的详情,取消订单记录用户取消租赁申请的操作,押金退还记录用户申请退还押金的流程,评价反馈记录用户对租赁体验的评分与文字,售后服务记录用户提交的售后请求,违章记录记录用户在租车期间产生的交通违章,奖励记录记录用户获得的奖励事项,惩罚记录记录用户受到的处罚事项,维修记录记录车辆维修保养情况,评论记录用户对车辆或服务的公开评价。普通用户与租赁订单之间是发起关系,管理员与租赁订单之间是审核关系,取还车点与租赁订单之间是关联关系,优惠活动与租赁订单之间是适用关系,车辆品牌与车辆信息之间是归属关系,车辆分类与车辆信息之间是归类关系,租赁订单与还车信息之间是对应关系,租赁订单与取消订单之间是关联关系,租赁订单与押金退还之间是关联关系,租赁订单与评价反馈之间是关联关系,租赁订单与售后服务之间是关联关系,租赁订单与违章记录之间是关联关系,租赁订单与奖励记录之间是关联关系,租赁订单与惩罚记录之间是关联关系,车辆信息与维修记录之间是关联关系,普通用户与评论之间是发表关系。总体E-R图如图2-14所示。
图2-14总体E-R图
普通用户实体主要包括普通用户id、用户姓名、用户手机、证件号码等。实体属性图如图2-15所示。
图2-15普通用户实体属性图
取还车点实体主要包括取还车点id、取还车点、车点位置、车位容量等。实体属性图如图2-16所示。
图2-16取还车点实体属性图
优惠活动实体主要包括优惠活动id、活动名称、活动时间、截止时间等。实体属性图如图2-17所示。
图2-17优惠活动实体属性图
车辆品牌实体主要包括车辆品牌id、品牌名称等。实体属性图如图2-18所示。
图2-18车辆品牌实体属性图
车辆分类实体主要包括车辆分类id、分类名称等。实体属性图如图2-19所示。
图2-19车辆分类实体属性图
车辆信息实体主要包括车辆信息id、车辆车牌、车辆品牌、车辆分类、车辆状态等。实体属性图如图2-20所示。
图2-20车辆信息实体属性图
租赁订单实体主要包括租赁订单id、租赁单号、起租时间、支付状态等。实体属性图如图2-21所示。
图2-21租赁订单实体属性图
还车信息实体主要包括还车信息id、租赁单号、用车时长、消费金额等。实体属性图如图2-22所示。
图2-22还车信息实体属性图
押金退还实体主要包括押金退还id、租赁押金、退还时间、审核状态等。实体属性图如图2-23所示。
图2-23押金退还实体属性图
违章记录实体主要包括违章记录id、违章内容、处理进度等。实体属性图如图2-24所示。
图2-24违章记录实体属性图
维修记录实体主要包括维修记录id、故障原因、维修时间、维修进度等。实体属性图如图2-25所示。
图2-25维修记录实体属性图
第3章 系统设计
3.1 系统总体设计
系统围绕普通用户与管理员两类核心角色构建功能体系。普通用户端涵盖账户管理、租赁业务与信息查询三大板块,账户管理包含注册登录功能,租赁业务包含取还车点查询、优惠活动查询、车辆信息查询、在线租赁、租赁订单管理、还车信息管理、押金退还、评价反馈、售后服务管理,信息查询包含地图导航、违章记录查询、奖励记录查询、惩罚记录查询、评论管理。管理员端分为基础数据管理、业务审核与监管追踪三类,基础数据管理包含车辆品牌管理、车辆分类管理、取还车点管理、优惠活动管理、车辆信息管理,业务审核包含租赁订单管理、还车信息管理、取消订单管理、押金退还管理、评价反馈管理、售后服务管理,监管追踪包含违章记录管理、奖励记录管理、惩罚记录管理、维修记录管理。系统整体的功能结构图如图3-1所示。
图3-1系统整体的功能结构图
3.2 注册登录模块详细设计
注册登录模块设计包括用户启动后显示的登录界面,提供账号与密码输入框,以及登录按钮与注册入口。用户未注册时点击注册按钮进入注册页面,填写账号、密码、昵称、邮箱、用户姓名、性别、手机号、证件号码等信息,系统对账号唯一性进行校验,校验通过后完成注册并跳转至登录页面。用户输入账号密码后点击登录,系统验证账号与密码的正确性,匹配成功则生成唯一的会话凭证并跳转至系统主页,匹配失败则展示错误提示并提醒用户重试。该模块注重安全性,确保密码加密存储与安全传输,同时通过明确的错误反馈提升用户体验。具体流程如图3-2所示。

图3-2注册登录功能流程图
3.3 在线租赁模块详细设计
用户启动模块后进入车辆信息查询页面,依据车辆品牌、分类与状态进行组合筛选,系统展示符合条件的车辆列表。用户选择目标车辆后点击在线租赁按钮,跳转至租赁信息填写页面,选择取车网点与还车网点,系统根据起租时间与用车时长自动计算租赁价格与押金金额。用户确认租赁信息无误后提交订单,系统生成唯一租赁单号并将订单状态标记为待支付。用户完成支付后订单状态更新为已支付,租赁记录正式生效。具体流程如图3-3所示。
图3-3在线租赁功能流程图
3.4 还车信息管理模块详细设计
用户进入还车信息管理页面后,系统自动加载当前进行中的租赁订单。用户确认车辆车牌与租赁单号信息,在还车页面填写用车里程与还车备注。系统根据起租时间与当前时间计算用车时长,结合租赁价格自动核算消费金额。用户核对消费金额无误后提交还车信息,系统将订单状态更新为待结算并记录还车时间,等待管理员后续审核。具体流程如图3-4所示。
图3-4还车信息管理功能流程图
3.5 押金退还模块详细设计
用户完成还车并结清消费金额后进入押金退还页面,系统自动加载用户名下已完结的租赁订单信息,展示车辆车牌与租赁押金金额。用户填写退还备注后提交退还申请,系统记录申请时间并将审核状态标记为待审核。管理员登录后台查看退还申请列表,核对订单信息与车辆状态后执行审核操作,审核通过后押金退还至用户账户,审核不通过则退还申请被驳回。具体流程如图3-5所示。
图3-5押金退还功能流程图
3.6 取消订单管理模块详细设计
用户在租赁订单管理页面查看个人名下订单列表,选择需要取消的未支付订单。用户点击取消订单按钮后填写取消原因,系统将取消申请提交至后台。管理员登录后台进入取消订单管理页面,按租赁单号与取消时间区间检索取消申请,查看用户填写的取消原因。管理员对符合条件的申请执行批量审核操作,审核通过后订单状态更新为已取消,审核不通过则订单状态保持不变。具体流程如图3-6所示。
图3-6取消订单管理功能流程图
3.7 车辆信息查询模块详细设计
用户进入车辆信息查询页面后,系统展示所有可租车辆的基本信息。用户可通过车辆品牌、车辆分类、车辆状态三个筛选条件进行组合查询,系统根据用户选择的筛选条件实时过滤车辆列表。用户还可对车辆列表按特定规则进行排序,便于快速定位目标车辆。查询结果以列表形式呈现,每条记录包含车辆车牌、车辆品牌、车辆分类及当前状态信息。具体流程如图3-7所示。
图3-7车辆信息查询功能流程图
3.8 车辆品牌管理模块详细设计
管理员进入车辆品牌管理页面后,系统展示现有车辆品牌列表。管理员可通过品牌名称进行模糊查询,快速定位目标品牌。管理员可执行品牌添加操作,填写品牌名称后提交,系统校验品牌名称唯一性后完成添加。管理员可对已有品牌进行修改与删除操作,修改时更新品牌名称,删除时系统检查该品牌是否被车辆信息引用,若未被引用则允许删除。具体流程如图3-8所示。
图3-8车辆品牌管理功能流程图
3.9 车辆信息管理模块详细设计
管理员进入车辆信息管理页面后,系统展示所有车辆信息列表,包含车辆车牌、车辆照片、车辆品牌、车辆分类、车辆状态等字段。管理员可依据车辆品牌与车辆分类进行筛选查询,对车辆状态进行编辑,将车辆标记为可租、维修中或已租状态。管理员可查看车辆详情与用户评论,对需要维修的车辆执行维修登记操作,将车辆状态更新为维修中。具体流程如图3-9所示。
图3-9车辆信息管理功能流程图
3.10 取还车点管理模块详细设计
管理员进入取还车点管理页面后,系统展示现有网点列表,包含网点名称、车点位置、营业时间、车位容量等信息。管理员可通过网点名称进行模糊查询,执行网点添加操作时填写网点名称、车点位置、营业时间与车位容量,提交后系统校验信息完整性。管理员可对已有网点进行修改与删除操作,修改时更新网点信息,删除时系统检查该网点是否被租赁订单引用,若未被引用则允许删除。具体流程如图3-10所示。
图3-10取还车点管理功能流程图
3.11 优惠活动管理模块详细设计
管理员进入优惠活动管理页面后,系统展示现有优惠活动列表,包含活动名称、活动时间、截止时间、活动规则等信息。管理员可通过活动名称进行模糊查询,执行活动添加操作时填写活动名称、活动时间、截止时间与活动规则,提交后系统校验时间有效性。管理员可对已有活动进行修改与删除操作,修改时更新活动信息,删除时系统检查该活动是否被租赁订单引用,若未被引用则允许删除。具体流程如图3-11所示。
图3-11优惠活动管理功能流程图
3.12 评价反馈管理模块详细设计
管理员进入评价反馈管理页面后,系统展示用户提交的评价反馈列表,包含普通用户信息、车辆信息、满意度、清洁度、车辆状况、使用体验与文字评价等字段。管理员可查看评价详情,对不当评价执行删除操作,也可对用户评价进行回复,回复内容在用户端展示。该模块维持平台良好交流环境,保障评价内容的真实性与健康性。具体流程如图3-12所示。
图3-12评价反馈管理功能流程图
3.13 售后服务管理模块详细设计
管理员进入售后服务管理页面后,系统展示用户提交的售后服务申请列表,包含普通用户信息、车辆信息、租赁单号、反馈时间、售后图片与问题描述等字段。管理员可按反馈时间区间筛选售后申请,对申请执行批量审核操作,审核通过后生成售后工单并跟进处理结果,审核不通过则申请被驳回并说明理由。具体流程如图3-13所示。
图3-13售后服务管理功能流程图
3.14 违章记录管理模块详细设计
管理员进入违章记录管理页面后,系统展示违章记录列表,包含普通用户信息、车辆信息、租赁单号、违章时间、违章内容与处理进度等字段。管理员可按车辆车牌、租赁单号、违章时间区间与处理进度进行组合筛选,对违章记录的处理进度进行更新,将状态从未处理标记为已处理。违章记录与租赁订单关联,确保责任主体明确。具体流程如图3-14所示。
图3-14违章记录管理功能流程图
3.15 维修记录管理模块详细设计
管理员进入维修记录管理页面后,系统展示车辆维修记录列表,包含车辆车牌、车辆品牌、车辆分类、故障原因、维修时间、维修进度等字段。管理员可按车辆车牌与维修进度进行筛选查询,执行维修记录添加操作时填写车辆信息、故障原因、维修时间与维修进度,提交后系统更新对应车辆的状态为维修中。管理员可对已有维修记录进行编辑与删除操作,维修完成后将车辆状态更新为可租。具体流程如图3-15所示。
图3-15维修记录管理功能流程图
3.16 数据库设计
数据库设计是系统开发的核心环节,关系型数据库模型通过表结构与表间关联实现业务数据的结构化存储。在友程共享汽车租赁系统中,MySQL数据库承担用户信息、车辆信息、租赁订单、还车记录等核心数据的持久化任务。规范化设计原则要求数据表满足第三范式,消除数据冗余与更新异常,通过主键与外键约束保障数据一致性,事务机制确保多表操作时数据的原子性与完整性。合理的索引设计能够提升查询响应速度,保障系统在高频访问场景下的稳定运行[18]。
普通用户表主要是用来记录系统前端使用者的身份信息与个人资料。主要包括普通用户id、用户姓名、用户手机、证件号码等字段。如表4-1所示。
表4-1普通用户表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | ordinary_user_id | int | 11 | 是 | 是 | 普通用户ID |
| 2 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 3 | users_mobile_phone | varchar | 16 | 否 | 否 | 用户手机 |
| 4 | certificate_number | varchar | 255 | 否 | 否 | 证件号码 |
取还车点表主要是用来记录网点位置信息与车位容量。主要包括取还车点id、取还车点、车点位置、车位容量等字段。如表4-2所示。
表4-2取还车点表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | pick_up_and_return_point_id | int | 11 | 是 | 是 | 取还车点ID |
| 2 | pick_up_and_return_point | varchar | 64 | 否 | 否 | 取还车点 |
| 3 | location_of_vehicle_point | varchar | 64 | 否 | 否 | 车点位置 |
| 4 | parking_space_capacity | double | - | 否 | 否 | 车位容量 |
优惠活动表主要是用来记录平台推出的促销政策详情。主要包括优惠活动id、活动名称、活动时间、截止时间等字段。如表4-3所示。
表4-3优惠活动表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | preferential_activities_id | int | 11 | 是 | 是 | 优惠活动ID |
| 2 | activity_name | varchar | 64 | 是 | 否 | 活动名称 |
| 3 | activity_time | datetime | - | 否 | 否 | 活动时间 |
| 4 | deadline | datetime | - | 否 | 否 | 截止时间 |
车辆品牌表主要是用来记录车辆制造商信息。主要包括车辆品牌id、品牌名称等字段。如表4-4所示。
表4-4车辆品牌表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | vehicle_brand_id | int | 11 | 是 | 是 | 车辆品牌ID |
| 2 | brand_name | varchar | 64 | 否 | 否 | 品牌名称 |
车辆分类表主要是用来记录车辆类型信息。主要包括车辆分类id、分类名称等字段。如表4-5所示。
表4-5车辆分类表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | vehicle_class_nameification_id | int | 11 | 是 | 是 | 车辆分类ID |
| 2 | category_name | varchar | 64 | 否 | 否 | 分类名称 |
车辆信息表主要是用来记录可供租赁的车辆详情。主要包括车辆信息id、车辆车牌、车辆品牌、车辆分类、车辆状态等字段。如表4-6所示。
表4-6车辆信息表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | vehicle_information_id | int | 11 | 是 | 是 | 车辆信息ID |
| 2 | vehicle_license_plate | varchar | 64 | 是 | 是 | 车辆车牌 |
| 3 | vehicle_brand | varchar | 64 | 否 | 否 | 车辆品牌 |
| 4 | vehicle_class_nameification | varchar | 64 | 否 | 否 | 车辆分类 |
| 5 | vehicle_status | varchar | 64 | 否 | 否 | 车辆状态 |
租赁订单表主要是用来记录用户发起的租赁交易信息。主要包括租赁订单id、租赁单号、起租时间、支付状态等字段。如表4-7所示。
表4-7租赁订单表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | lease_order_id | int | 11 | 是 | 是 | 租赁订单ID |
| 2 | lease_no | varchar | 64 | 否 | 否 | 租赁单号 |
| 3 | rent_starting_time | datetime | - | 否 | 否 | 起租时间 |
| 4 | pay_state | varchar | 16 | 是 | 否 | 支付状态 |
还车信息表主要是用来记录用户归还车辆时的详情。主要包括还车信息id、租赁单号、用车时长、消费金额等字段。如表4-8所示。
表4-8还车信息表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | return_information_id | int | 11 | 是 | 是 | 还车信息ID |
| 2 | lease_no | varchar | 64 | 否 | 否 | 租赁单号 |
| 3 | car_usage_time | double | - | 否 | 否 | 用车时长 |
| 4 | consumption_amount | double | - | 否 | 否 | 消费金额 |
押金退还表主要是用来记录用户申请退还押金的流程。主要包括押金退还id、租赁押金、退还时间、审核状态等字段。如表4-9所示。
表4-9押金退还表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | deposit_refund_id | int | 11 | 是 | 是 | 押金退还ID |
| 2 | lease_deposit | varchar | 64 | 否 | 否 | 租赁押金 |
| 3 | return_time | date | - | 否 | 否 | 退还时间 |
| 4 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
违章记录表主要是用来记录用户在租车期间产生的交通违章。主要包括违章记录id、违章内容、处理进度等字段。如表4-10所示。
表4-10违章记录表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | violation_record_id | int | 11 | 是 | 是 | 违章记录ID |
| 2 | violation_content | text | 65535 | 否 | 否 | 违章内容 |
| 3 | processing_progress | varchar | 64 | 否 | 否 | 处理进度 |
维修记录表主要是用来记录车辆维修保养情况。主要包括维修记录id、故障原因、维修时间、维修进度等字段。如表4-11所示。
**
**
表4-11维修记录表
| 序号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 备注 |
|---|---|---|---|---|---|---|
| 1 | maintenance_records_id | int | 11 | 是 | 是 | 维修记录ID |
| 2 | cause_of_failure | text | 65535 | 否 | 否 | 故障原因 |
| 3 | maintenance_time | datetime | - | 否 | 否 | 维修时间 |
| 4 | maintenance_progress | varchar | 64 | 否 | 否 | 维修进度 |
第4章 系统实现
4.1 普通用户功能实现
注册登录功能实现
用户进入系统后,注册环节要求填写账号、密码、昵称、邮箱、用户姓名、性别、手机号、证件号码等信息,系统在后台完成账号唯一性校验与密码加密存储。登录时输入账号与密码,系统验证通过后生成会话凭证并跳转至系统主页,验证失败则返回明确提示。注册登录界面如图5-1所示。
图5-1注册登录界面
取还车点查询功能实现
用户可在查询页面查看系统内所有取还车点列表,每条记录展示网点名称、车点位置、营业时间与车位容量。用户可按车位容量排序,快速定位车位充足的网点。取还车点查询界面如图5-2所示。
图5-2取还车点查询界面
优惠活动查询功能实现
用户进入优惠活动页面后,系统展示当前有效活动的名称、活动时间、截止时间与活动规则。用户可按活动名称进行模糊检索,获取符合条件的促销信息。优惠活动查询界面如图5-3所示。
图5-3优惠活动查询界面
车辆信息查询功能实现
用户可依据车辆品牌、车辆分类、车辆状态进行组合筛选,系统根据筛选条件实时更新车辆列表,每条记录展示车辆车牌、品牌、分类与当前状态。车辆信息查询界面如图5-4所示。
图5-4车辆信息查询界面
在线租赁功能实现
用户在车辆详情页面选择取车网点与还车网点,系统根据起租时间与用车时长自动计算租赁价格与押金金额。用户确认信息后提交订单,系统生成唯一租赁单号并将订单状态标记为待支付。在线租赁界面如图5-5所示。
图5-5在线租赁界面
租赁订单管理功能实现
用户可在个人订单页面查看名下所有租赁订单,按支付状态筛选订单列表,查看订单编号、车辆信息、取车网点与起租时间。用户可在此页面发起订单取消申请。租赁订单管理界面如图5-6所示。
图5-6租赁订单管理界面
还车信息管理功能实现
用户进入还车页面后,系统自动加载当前进行中的租赁订单,用户填写用车里程与还车备注,系统根据用车时长自动核算消费金额,用户核对无误后提交还车信息。还车信息管理界面如图5-7所示。
图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评论管理界面
4.2 管理员功能实现
车辆品牌管理功能实现
管理员进入车辆品牌管理页面后,可查看现有品牌列表。通过品牌名称进行模糊查询快速定位目标品牌,执行品牌添加时填写品牌名称,系统校验唯一性后完成添加,修改与删除操作同样在此页面完成。车辆品牌管理界面如图5-16所示。
图5-16车辆品牌管理界面
车辆分类管理功能实现
管理员可在车辆分类管理页面维护分类信息,执行分类添加、修改与删除操作。添加分类时填写分类名称,系统校验唯一性后完成添加,修改时更新分类名称,删除前系统检查分类是否被引用。车辆分类管理界面如图5-17所示。
图5-17车辆分类管理界面
取还车点管理功能实现
管理员进入取还车点管理页面后,可查看网点列表并按网点名称进行查询。添加网点时填写网点名称、车点位置、营业时间与车位容量,修改与删除操作均在此页面完成,删除前系统检查网点是否被订单引用。取还车点管理界面如图5-18所示。
图5-18取还车点管理界面
优惠活动管理功能实现
管理员可在优惠活动管理页面维护活动信息,添加活动时填写活动名称、活动时间、截止时间与活动规则,系统校验时间有效性后完成添加,修改与删除操作均在此页面完成,删除前系统检查活动是否被订单引用。优惠活动管理界面如图5-19所示。
图5-19优惠活动管理界面
车辆信息管理功能实现
管理员进入车辆信息管理页面后,可查看所有车辆信息列表,按车辆品牌与分类进行筛选,对车辆状态进行编辑,将车辆标记为可租、维修中或已租,可查看车辆详情与用户评论。车辆信息管理界面如图5-20所示。
图5-20车辆信息管理界面
租赁订单管理功能实现
管理员可在租赁订单管理页面查看所有用户订单,按租赁单号与支付状态进行筛选,查看订单详细信息,支持订单数据导出功能,便于线下统计与分析。租赁订单管理界面如图5-21所示。
图5-21租赁订单管理界面
还车信息管理功能实现
管理员进入还车信息管理页面后,可查看用户提交的还车记录,按用户姓名进行筛选查询,核对用车里程与消费金额,支持记录导出功能。还车信息管理界面如图5-22所示。
图5-22还车信息管理界面
取消订单管理功能实现
管理员可在取消订单管理页面按租赁单号与取消时间区间检索取消申请,查看用户填写的取消原因,对符合条件的申请执行批量审核操作,审核通过后订单状态更新为已取消。取消订单管理界面如图5-23所示。
图5-23取消订单管理界面
违章记录管理功能实现
管理员进入违章记录管理页面后,按车辆车牌、租赁单号、违章时间区间与处理进度进行组合筛选,查看违章记录详情,更新违章处理进度,将状态从未处理标记为已处理。违章记录管理界面如图5-24所示。
图5-24违章记录管理界面
奖励记录管理功能实现
管理员可在奖励记录管理页面按租赁单号检索奖励记录,查看奖励时间与奖励操作,对符合条件的用户执行奖励操作并记录奖励原因。奖励记录管理界面如图5-25所示。
图5-25奖励记录管理界面
惩罚记录管理功能实现
管理员进入惩罚记录管理页面后,按租赁单号检索惩罚记录,查看惩罚时间与惩罚操作,对违规用户执行惩罚操作并记录惩罚原因。惩罚记录管理界面如图5-26所示。
图5-26惩罚记录管理界面
评价反馈管理功能实现
管理员可在评价反馈管理页面查看用户提交的评价内容,按租赁单号与满意度进行筛选,对不当评价执行删除操作,也可对用户评价进行回复,回复内容在用户端展示。评价反馈管理界面如图5-27所示。
图5-27评价反馈管理界面
售后服务管理功能实现
管理员进入售后服务管理页面后,按反馈时间筛选售后申请,查看用户上传的图片与问题描述,对申请执行批量审核操作,审核通过后生成售后工单并跟进处理。售后服务管理界面如图5-28所示。
图5-28售后服务管理界面
押金退还管理功能实现
管理员可在押金退还管理页面按租赁单号与退还时间区间检索退还申请,查看用户填写的退还备注,对符合条件的申请执行批量审核操作,审核通过后押金退还至用户账户。押金退还管理界面如图5-29所示。
图5-29押金退还管理界面
维修记录管理功能实现
管理员进入维修记录管理页面后,按车辆车牌与维修进度进行筛选,查看车辆维修记录,执行维修记录添加操作时填写故障原因与维修时间,维修完成后将车辆状态更新为可租。维修记录管理界面如图5-30所示。
图5-30维修记录管理界面
第5章 系统测试
为了验证该系统是否符合需求,将通过对主要的功能进行测试,以验证本系统的可行性,及时发现系统存在的不足,并进一步进行优化。该测试围绕以下7个主要功能模块进行:在线租赁模块、租赁订单管理模块、还车信息管理模块、押金退还模块、取消订单管理模块、车辆信息管理模块、售后服务管理模块。
5.1 在线租赁模块测试
测试用户在线租赁车辆功能是否操作成功。如表5-1所示。
表5-1在线租赁模块测试用例
| 测试模块 | 测试项 | 测试操作 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 在线租赁模块 | 取还车网点选择 | 选择取车网点与还车网点 | 网点信息正确显示并可选 | 网点信息正确显示并可选 |
| 在线租赁模块 | 租赁价格计算 | 系统根据用车时长自动计算 | 租赁价格与押金准确显示 | 租赁价格与押金准确显示 |
| 在线租赁模块 | 订单提交生成 | 确认租赁信息后提交订单 | 生成租赁单号,订单状态为待支付 | 生成租赁单号,订单状态为待支付 |
5.2 租赁订单管理模块测试
测试用户管理租赁订单功能是否操作成功。如表5-2所示。
表5-2租赁订单管理模块测试用例
| 测试模块 | 测试项 | 测试操作 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 租赁订单管理模块 | 订单列表展示 | 进入租赁订单管理页面 | 显示用户名下所有租赁订单 | 显示用户名下所有租赁订单 |
| 租赁订单管理模块 | 订单状态筛选 | 按支付状态进行筛选 | 仅显示符合筛选条件的订单 | 仅显示符合筛选条件的订单 |
| 租赁订单管理模块 | 订单取消申请 | 选择未支付订单填写取消原因 | 取消申请成功提交,订单状态不变 | 取消申请成功提交,订单状态不变 |
5.3 还车信息管理模块测试
测试用户还车信息录入功能是否操作成功。如表5-3所示。
表5-3还车信息管理模块测试用例
| 测试模块 | 测试项 | 测试操作 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 还车信息管理模块 | 还车信息填写 | 填写用车里程与还车备注 | 信息保存成功并正确显示 | 信息保存成功并正确显示 |
| 还车信息管理模块 | 消费金额计算 | 系统根据用车时长自动核算 | 消费金额准确无误 | 消费金额准确无误 |
| 还车信息管理模块 | 还车信息提交 | 确认信息后提交还车申请 | 订单状态更新为待结算 | 订单状态更新为待结算 |
5.4 押金退还模块测试
测试用户申请押金退还功能是否操作成功。如表5-4所示。
表5-4押金退还模块测试用例
| 测试模块 | 测试项 | 测试操作 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 押金退还模块 | 退还申请提交 | 填写退还备注后提交申请 | 申请成功提交,状态标记为待审核 | 申请成功提交,状态标记为待审核 |
| 押金退还模块 | 管理员审核通过 | 管理员对申请执行审核通过 | 申请状态更新为已通过 | 申请状态更新为已通过 |
| 押金退还模块 | 管理员审核驳回 | 管理员对申请执行审核驳回 | 申请状态更新为已驳回 | 申请状态更新为已驳回 |
5.5 取消订单管理模块测试
测试管理员管理取消订单功能是否操作成功。如表5-5所示。
表5-5取消订单管理模块测试用例
| 测试模块 | 测试项 | 测试操作 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 取消订单管理模块 | 取消申请检索 | 按租赁单号与取消时间区间检索 | 显示符合条件的取消申请 | 显示符合条件的取消申请 |
| 取消订单管理模块 | 批量审核操作 | 选择多个申请执行批量审核 | 申请状态更新为已通过 | 申请状态更新为已通过 |
| 取消订单管理模块 | 审核驳回操作 | 选择申请执行审核驳回 | 申请状态更新为已驳回 | 申请状态更新为已驳回 |
5.6 车辆信息管理模块测试
测试管理员管理车辆信息功能是否操作成功。如表5-6所示。
表5-6车辆信息管理模块测试用例
| 测试模块 | 测试项 | 测试操作 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 车辆信息管理模块 | 车辆信息筛选 | 按车辆品牌与分类进行筛选 | 仅显示符合筛选条件的车辆 | 仅显示符合筛选条件的车辆 |
| 车辆信息管理模块 | 车辆状态编辑 | 修改车辆状态为维修中或已租 | 状态修改成功并正确显示 | 状态修改成功并正确显示 |
| 车辆信息管理模块 | 维修记录登记 | 选择车辆登记维修记录 | 维修记录保存成功,车辆状态更新 | 维修记录保存成功,车辆状态更新 |
5.7 售后服务管理模块测试
测试管理员管理售后服务功能是否操作成功。如表5-7所示。
表5-7售后服务管理模块测试用例
| 测试模块 | 测试项 | 测试操作 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 售后服务管理模块 | 售后申请检索 | 按反馈时间区间进行筛选 | 显示符合条件的售后申请 | 显示符合条件的售后申请 |
| 售后服务管理模块 | 批量审核操作 | 选择多个申请执行批量审核 | 申请状态更新为已通过 | 申请状态更新为已通过 |
| 售后服务管理模块 | 审核驳回操作 | 选择申请执行审核驳回 | 申请状态更新为已驳回 | 申请状态更新为已驳回 |
5.8 测试总结
在线租赁模块经过测试,用户进行网点选择、价格计算、订单提交等操作,实际结果与预期非常接近,模块功能运行稳定。租赁订单管理模块中,用户对订单列表的查看、筛选以及订单取消申请提交等功能都可以实现。还车信息管理模块测试结果表明,用户输入用车里程和备注之后,系统可以正确计算出消费金额,还车信息提交过程是完整的。押金退还模块内的用户申请、管理员审核操作均符合预先设定的流程。取消订单管理模块中,管理员对申请进行检索和批量审核的操作是正常的。车辆信息管理模块中的管理员对信息进行筛选、修改、登记维修等操作也达到了设计要求的效果。售后服务管理系统中管理员可以进行申请检索、批量审核操作。
从总体上看,系统主要功能模块在本次测试中性能较好,基本达到设计要求,使友程共享汽车租赁系统可以正常运行。但是考虑到系统在实际使用过程中会遇到各种各样的情况,所以还需要对系统的稳定性加以重视,在发现问题之后进行详细的排查和改进,从而保证系统可以一直稳定地运行下去。
总结
6.1 论文完成的主要工作
共享汽车服务在城市化进程中迅速发展,传统的租赁方式依靠门店办理、电话预约,信息传递滞后、业务流程分散,用户无法及时获得车辆的状态,运营方在车辆调度和订单处理方面没有统一的管理工具。为了以上的问题,本课题设计并实现了友程共享汽车租赁系统。系统采用前后端分离的架构,前端用Vue框架来创建用户交互界面,后端用Spring Boot框架搭建RESTful服务,数据库用MySQL进行数据持久化存储,在IntelliJ IDEA集成环境里进行开发。系统以普通用户和管理员两种角色为基本架构,普通用户端包含注册登录、取还车点查询、优惠活动查询、车辆信息查询、在线租赁、租赁订单管理、还车信息管理、押金退还、评价反馈、售后服务管理、地图导航、违章记录查询、奖励记录查询、惩罚记录查询、评论管理等15个功能模块。管理员端实现了车辆品牌管理、车辆分类管理、取还车点管理、优惠活动管理、车辆信息管理、租赁订单管理、还车信息管理、取消订单管理、违章记录管理、奖励记录管理、惩罚记录管理、评价反馈管理、售后服务管理、押金退还管理、维修记录管理等十五个功能。系统把车辆检索、在线租赁、订单管理、还车结算、押金退还全部纳入同一个平台,普通用户可以完成从注册到租赁、还车、售后、评价全过程的操作,管理员可以对车辆资源、业务订单和用户行为进行统一的监管,形成完整的业务闭环。
6.2 遇到的问题和存在的不足
系统开发过程中出现的主要问题就是数据关联逻辑比较复杂,租赁订单和还车信息、押金退还、违章记录等模块之间存在多表关联,数据一致性保证要反复调试事务控制层。系统在支付环节使用模拟支付的方式,没有对接真实的第三方支付接口,交易流程只是对逻辑进行了验证,并没有进行实际的资金流转。违章记录和奖惩制度依靠管理员手工录入、更新,没有和交通管理系统的数据进行同步。车辆调度和路径规划功能比较简单,地图导航只能给出起点和终点的距离计算,没有实时路况的数据。
6.3 展望
后续改进的方向就是把模拟支付升级成真实的支付接口,接入微信支付或者支付宝来完成资金闭环,提高系统的实用性。使用高德地图或者百度地图的实时路况数据,给用户带来动态导航和行程时间预估,提高出行体验。创建数据可视化看板来对车辆使用率、订单分布、用户活跃度等进行展示,给运营决策提供数据支撑。探究车辆和用户的信用评分体系,把奖惩纪录同用户信用联系起来,改善租赁风险评定。系统具有推广价值,在共享出行领域给同类租赁服务平台提供可以复用的技术方案和业务模式。
参考文献
[1] 陆多杰,余晨,高颜军. 基于SpringBoot框架的汽车租赁系统设计与实现[J]. 新一代信息技术, 2024, 7(6): 8-15.
[2] 肖安琪. 汽车租赁系统的设计与实现[J]. 山西大同大学学报(自然科学版), 2024, 40(2): 54-58.
[3] 粟梁. 基于Java的汽车租赁管理系统[J]. 电脑编程技巧与维护, 2024, (1): 43-45.
[4] 杨敏,窦立君. 基于PowerBuilder的汽车租赁系统设计与实现[J]. 电脑编程技巧与维护, 2022, (7): 28-31.
[5] 吴超. 基于Java的“懂车”系统的设计与实现[J]. 办公自动化, 2022, 27(10): 61-64.
[6] 韩永朋. 基于微服务架构的汽车租赁推荐系统设计与实现[D]. 上海: 华东师范大学, 2022.
[7] 赵鲁瑜, 康埕铭, 廖朦朦, 等. 基于共享汽车租赁市场的管理系统设计与实现[J]. 内蒙古科技与经济, 2021, (22): 86-87.
[8] ŞenyüzlülerF,BaykasogluA. Development ofweb baseddata-driven recommendation system for house rental via hierarchical fuzzy axiomatic design[J].Kybernetes, 2026, 55(2): 1156-1182.
[9] Wang J. Design and Implementation of Intelligent Connected Vehicle Communication System[J]. Advances in Computer and Communication, 2023, 4(2): 1-10.
[10] Zhao J, Wang R, Hao Y, et al. Design of Vehicle Roof-mounted Multi-functional Video Perception and Warning System[J]. Computing, Performance and Communication Systems, 2023, 7(1): 1-10.
[11] Suhr K J, Jung G H. Survey of Target Parking Position Designation for Automatic Parking Systems[J]. International Journal of Automotive Technology, 2023, 24(1): 287-303.
[12] Jie Y,JinbaoH,XiongweiW. Design of Intelligent ParkingSystem Based on Internet of Things and Cloud Platform[J]. International Journal of Grid andHigh PerformanceComputing (IJGHPC), 2023, 15(2): 1-18.
[13] 柳伟卫.Vue.js+SpringBoot全栈开发实战[M].北京:人民邮电出版社,2023:484.
[14] 周晓玉,崔文超.基于Web技术的数据库应用系统设计[J].信息与电脑(理论版),2023,35(9):189-191.
[15] 胡劲.数据库信息管理系统的逻辑架构与功能设计探析[J].电脑知识与技术,2023,19(19):96-98.
[16] 代晓倩,丁翠玲,高赛军.基于需求和源代码分析的软件回归测试技术[J].工业控制计算机,2026,39(1):45-46.
致 谢
时光荏苒,四年的大学生涯即将画上句号。回首这段求学之路,心中感慨万千,亦满怀感恩。
首先,我要衷心感谢我的指导教师。从论文的选题、开题,到系统的设计与论文的撰写,直至最终的定稿,老师始终以严谨的治学态度对我悉心指导。每当我遇到困惑与瓶颈时,老师总能给予耐心的点拨与鼓励,让我在学术研究的道路上少走了许多弯路。同时,我也要感谢校外指导老师在实践环节中提供的宝贵建议,使我的研究成果能够更好地贴合实际应用需求。
本次毕业设计的创作过程并非一帆风顺。从最初的理论迷茫,到逐步攻克技术难题,再到最终完成论文,我深切体会到了将所学知识付诸实践的不易,也收获了解决问题后的喜悦。四年的大学生活,让我完成了专业知识体系的构建,更让我学会了如何独立思考、如何面对挑战。这段经历,将成为我人生中一笔宝贵的财富。
我还要感谢学院所有传授我知识的老师们,是你们的谆谆教诲为我打下了坚实的专业基础。感谢辅导员在生活与成长道路上的关怀与帮助。感谢与我朝夕相处的同窗好友,在无数个挑灯夜战的日子里,是你们的陪伴与鼓励让求学之路不再孤单。
最后,我要将最深的感谢献给我的父母。感谢你们二十余载的养育之恩,感谢你们在我求学路上无条件的支持与默默付出,你们始终是我最坚强的后盾。即将踏入社会,我将不负期望,以所学回馈社会,努力走好人生的每一步。
点赞+收藏+关注 → 私信领取本源代码、数据库
转载自 CSDN-专业IT技术社区
原文链接:https://blog.csdn.net/weixin_MZ_ZXD001/article/details/164332943




