)
博主介绍✌ 专注于VUE,小程序安卓Java,python,物联网专业有18年开发经验长年从事毕业指导项目实战✌选取一个适合的毕业设计题目很重要。✌关注✌私信我✌具体的问题我会尽力帮助你。一、研究目的本研究旨在构建一套基于SpringBoot框架的公司车辆调度与费用管理系统以解决传统车辆管理模式中存在的调度效率低、费用透明度不足、数据孤岛严重等问题。通过引入微服务架构与RESTful接口系统能够实现车辆资源的实时监控、调度请求的自动匹配以及费用核算的即时反馈从而提升企业运营效率与成本控制水平。研究重点聚焦于需求分析、系统设计、关键技术实现与性能评估四大方面力求在满足业务灵活性与可扩展性的前提下实现高并发访问下的稳定运行。为此本文首先梳理公司车辆管理的业务流程与痛点随后提出基于SpringBoot的技术方案并通过模块化设计实现调度引擎、费用计算引擎、报表统计与权限管理等核心功能。系统采用MySQL存储结构化数据Redis缓存热点信息以降低数据库访问延迟同时利用Spring Cloud Sleuth与Zipkin实现分布式链路追踪确保故障定位的及时性。通过对比实验与真实业务场景的部署验证本研究将评估系统在调度准确率、费用核算误差、响应时间等指标上的表现并与传统手工管理方式进行对照进一步验证技术方案的可行性与优势。最终本研究期望提供一套可复制、可推广的车辆管理平台为企业信息化建设提供参考并为后续相关研究奠定技术与方法论基础。二、研究意义本研究所提出的基于SpringBoot的公司车辆调度与费用管理系统具有重要的现实意义与理论价值。首先在企业物流与运营管理领域车辆资源是成本结构中的重要组成部分其调度效率直接影响到配送时效、客户满意度以及运营成本。传统手工或半自动化的调度方式往往存在信息滞后、决策不精准、费用核算不透明等缺陷导致企业在竞争中处于劣势。通过引入基于SpringBoot的微服务架构系统能够实现车辆位置与状态的实时监控、调度请求的自动匹配以及费用核算的即时反馈从而显著提升调度效率与成本控制水平。其次该系统在数据管理方面实现了统一的数据平台将车辆运行日志、费用记录、用户需求等信息集中存储与分析打破了传统业务系统中的数据孤岛现象为企业提供了更为完整的决策支持。再次系统采用Spring Cloud Sleuth与Zipkin等分布式链路追踪技术可在高并发访问场景下保证服务的可观测性与可靠性为企业信息化建设提供了可复制、可扩展的技术范式。从学术研究角度来看本研究不仅填补了企业车辆管理系统在SpringBoot生态中的应用空白而且在系统设计与实现过程中提出了多项创新点。首先调度引擎采用基于遗传算法与实时数据融合的混合调度策略在保证最优路径选择的同时兼顾车辆负载与时间窗口约束其次费用核算模块通过引入分段计费与动态折扣机制实现了费用计算的精细化与公平化。该模块的实现为后续研究提供了可借鉴的算法框架。再次系统在安全性与权限管理方面采用OAuth2.0与JWT结合的方式兼顾了企业内部多角色访问控制与外部接口安全需求为信息系统安全研究提供了实践案例。综上所述本研究既具有显著的行业应用价值又为计算机科学领域的分布式系统设计、算法优化与安全管理等方向提供了新的研究视角和方法论支持。三、国内外研究现状在全球范围内车辆调度与费用管理系统的研究已形成多条主线涵盖了运筹优化、实时定位、数据驱动决策以及分布式架构等方面。首先运筹学与算法研究在国外得到了广泛关注学者们通过整数规划、线性规划以及混合整数线性规划模型对车辆路径规划Vehicle Routing Problem, VRP进行理论分析并在此基础上提出了多种启发式与元启发式算法如遗传算法、粒子群优化、蚁群算法等以求在大规模实例中实现近似最优解。与此同时针对时窗约束、车辆容量限制以及多目标优化的研究也取得显著进展相关论文在IEEE Transactions on Intelligent Transportation Systems等期刊上发表并通过仿真与实际案例验证了其有效性。其次随着物联网与定位技术的发展国外研究者开始关注实时车辆跟踪与动态调度。基于GPS、GNSS以及车载CAN总线的实时数据采集系统已被广泛部署配合云端大数据平台实现了车辆状态的即时监控与预测性维护。此类系统在美国、欧洲等地区已应用于物流配送、公共交通调度等场景显著提升了运营效率与客户满意度。第三数据驱动的决策支持成为近年研究热点。利用机器学习与深度学习技术对车辆运行日志、燃油消耗、司机行为等多维数据进行挖掘可实现费用预测、异常检测以及个性化调度建议。相关研究在KDD、ICDE等顶级会议上发表并通过实验验证了模型的可解释性与实用价值。最后分布式与微服务架构在国外的研究也日益成熟。基于Spring Boot、Docker以及Kubernetes的微服务体系被用于构建可伸缩、高可用的车辆管理平台支持多租户、多业务线的并发访问并通过服务网格实现细粒度的流量控制与安全治理。此类架构在北美与欧洲的企业级系统中已得到落地展示了良好的性能与可维护性。国内研究同样呈现出多元化的发展态势。早期主要集中于基于传统单体应用的车辆调度系统采用C/S结构或Web前后端分离模式功能相对单一且缺乏弹性。随着互联网技术的普及与云计算的兴起国内学者开始探索基于Spring Boot等Java微服务框架的车辆管理平台并将其与大数据平台如Hadoop、Spark相结合实现了对海量行驶数据的实时分析与可视化。此类研究在《计算机应用研究》《软件学报》等期刊上发表报告了系统在调度准确率、响应时间以及费用核算精度方面的提升。与此同时国内高校与科研机构在运筹优化领域也取得了重要成果。通过改进遗传算法、模拟退火以及多目标粒子群优化算法针对国内物流特点如多点配送、时窗约束提出了更为适配的模型并在实际案例中实现了成本降低5%至10%的效果。近年来随着人工智能与区块链技术的兴起国内研究者也开始尝试将其应用于车辆费用管理。例如利用区块链实现费用透明化与不可篡改性以及通过深度强化学习优化调度策略等创新方向正在快速发展。总体而言无论是国外还是国内车辆调度与费用管理系统的研究正从单一算法模型向多学科交叉、技术融合的方向演进形成了以运筹优化为核心、以实时数据与云计算为支撑、以微服务架构为基础的完整技术体系。四、预期达到目标及解决的关键问题预期目标主要围绕构建一套高效、可扩展、易维护的公司车辆调度与费用管理系统展开具体目标包括实现车辆资源的实时监控与动态调度使调度准确率提升至95%以上通过费用核算引擎实现费用透明化误差率控制在1%以内构建基于SpringBoot的微服务架构支持水平扩展与灰度发布系统吞吐量达到每秒2000条请求提供友好的报表与分析界面使管理人员能够在5分钟内完成费用与调度绩效评估保障系统安全性与合规性满足ISO27001等信息安全管理体系要求。为实现上述目标本研究将重点解决以下关键问题一是数据集成与实时性问题如何将车辆定位、油耗、司机行为等多源异构数据通过ETL或流式处理技术统一到系统中并保证数据延迟不超过5秒二是调度算法的可行性与实时性如何在保证最优或近似最优的前提下将遗传算法与启发式搜索结合实现多目标成本、时效、司机工作量调度决策并在高并发环境下保持毫秒级响应三是费用核算的准确性与可追溯性如何设计分段计费、动态折扣与费用审核机制确保每笔费用可追溯至具体车辆、司机与行程四是系统的弹性与容错能力如何利用Spring Cloud Sleuth、Zipkin以及熔断器实现跨服务链路追踪与故障隔离保证单点失效不影响整体业务五是安全与权限管理如何在多租户环境下实施细粒度访问控制、OAuth2.0认证与JWT令牌管理并对敏感数据进行加密存储与传输六是性能评估与持续改进如何构建基准测试框架对调度延迟、费用计算误差、系统吞吐量等指标进行周期性监控并基于结果迭代优化。通过系统化地解决上述关键问题研究将为企业提供一套可复制、可推广的车辆调度与费用管理解决方案同时为分布式微服务架构与运筹优化算法在实际业务中的融合提供理论与实践参考。五、研究内容本研究围绕构建基于SpringBoot的公司车辆调度与费用管理系统展开整体研究内容可分为需求分析、系统架构设计、关键技术实现、性能评估与案例验证五大模块。首先在需求分析阶段通过访谈与业务流程图绘制梳理企业车辆管理的核心痛点包括调度效率低、费用核算不透明、数据孤岛严重以及系统扩展性不足等问题随后结合行业标准与法规制定功能需求规范涵盖车辆实时监控、动态调度、费用分段计费、报表统计与权限管理等子功能。其次在系统架构设计阶段采用微服务化思路将系统拆分为数据采集服务、调度引擎服务、费用核算服务、报表与分析服务以及鉴权与网关服务每个微服务均基于SpringBoot实现使用Spring Cloud Sleuth进行链路追踪利用Redis缓存热点数据以降低数据库访问延迟采用Kafka进行异步消息传递以实现高并发解耦。第三在关键技术实现阶段重点研究三项技术一是车辆实时定位与状态采集通过在车载CAN总线与GPS模块之间嵌入中间件将位置、油耗、发动机状态等数据以JSON格式推送至Kafka二是调度算法的混合优化结合遗传算法与启发式搜索在满足时窗约束与车辆容量限制的前提下采用多目标粒子群优化实现成本与时效的平衡三是费用核算引擎的分段计费模型基于行程距离、耗油量、时间段与司机等级等维度动态计算费用并通过事务管理保证核算结果的原子性。第四在性能评估阶段构建基准测试框架利用Locust对系统进行压力测试测量调度响应时间、费用计算误差率以及系统吞吐量同时采用JMeter模拟多租户并发访问验证安全与隔离策略的有效性。最后在案例验证阶段将完整系统部署于某中型企业的生产环境收集真实业务数据进行对比实验评估调度准确率提升、费用误差下降以及管理效率提升等指标并根据反馈进行迭代优化。通过上述研究内容的系统实施本研究旨在为企业提供一套可复制、可扩展且符合行业标准的车辆调度与费用管理解决方案同时为微服务架构与运筹优化算法在实际业务中的融合提供理论与实践参考。六、需求分析用户需求方面系统的主要使用者包括车辆调度员、车队管理人员、财务人员以及司机本人。调度员需要在繁忙的工作环境中快速获取车辆实时位置、剩余油量与可用性信息并通过直观的地图界面对车辆进行即时派单要求系统响应时间不超过三秒以避免因延迟导致的调度冲突车队管理人员关注整体运营效率与成本控制需要能够通过报表与分析模块查看每日、每周、每月的车辆使用率、燃油消耗以及司机工作时长等指标支持自定义筛选与导出功能以便进行绩效评估与预算制定财务人员则需要对车辆费用进行精准核算与审核系统应提供分段计费、动态折扣以及费用明细查询功能并支持多币种与税务合规的报表输出司机本人则期望通过移动端查看派单信息、行程记录与费用结算结果能够在行程结束后对费用进行确认或申诉系统应支持离线缓存与同步以适应网络不稳定的工作场景。综上所述用户需求强调实时性、准确性、可视化与易用性并要求系统具备高可用与安全保障以满足不同角色在多变业务环境中的操作需求。功能需求方面系统需实现四大核心模块车辆数据采集与管理模块、调度引擎模块、费用核算模块以及报表与权限管理模块。车辆数据采集与管理模块负责接收车载CAN总线与GPS传感器推送的实时数据并通过Kafka进行异步处理最终将位置、油耗、发动机状态等信息存入MySQL数据库同时利用Redis缓存热点数据以降低查询延迟调度引擎模块采用混合优化算法在满足时窗约束、车辆容量与司机工作时间限制的前提下实时生成最优或近似最优派单方案并通过RESTful API向前端推送调度结果支持批量调度与单车手动干预功能费用核算模块基于行程距离、耗油量、时间段与司机等级等维度实现分段计费支持多种计费规则如里程计费、时段加价、燃油补贴以及动态折扣计算并通过事务机制保证核算结果的原子性最终生成可导出的费用明细报表报表与权限管理模块提供基于角色的访问控制支持多租户隔离与细粒度权限配置系统管理员可通过图形化界面配置用户角色、权限与数据视图此外为满足安全合规需求系统需实现OAuth2.0鉴权、JWT令牌管理以及数据加密传输并通过Spring Cloud Sleuth与Zipkin实现分布式链路追踪以便在高并发环境下快速定位故障。上述功能需求共同构成了系统的完整业务能力确保能够满足用户在车辆调度与费用管理中的多维度需求。七、可行性分析经济可行性方面本系统的开发与部署成本主要由软件研发费用、硬件采购与维护费用以及运营支持费用构成。基于SpringBoot框架的微服务实现开发周期预计为六个月人员配置为两名后端工程师、一名前端工程师、一名运维工程师及一名测试工程师总人力成本约为人民币六十万元硬件方面服务器与网络设备的采购费用约为二十万元后期维护费用每年约为五万元系统上线后因调度效率提升与费用核算精确度提高企业可在一年内实现运营成本下降5%至10%相当于每年节省数十万元的燃油与人工成本。综合来看系统投入产出比高于1.5投资回收期约为两年具备较强的经济可行性。社会可行性方面该系统能够显著提升车辆调度的透明度与安全性。通过实时定位与状态监控管理层能够及时发现车辆异常或司机违规行为从而降低事故发生率费用透明化使司机对报酬与工作量有清晰认知减少内部纠纷提高工作积极性系统的易用性与移动端支持也有助于减轻司机在道路上的操作负担提升驾驶安全。与此同时系统的实施将促进企业信息化水平提升为员工提供更具技术感的工作环境符合现代企业对数字化转型的需求。因此从社会效益与员工福祉角度来看本系统具有积极的社会可行性。技术可行性方面系统采用成熟的SpringBoot与Spring Cloud生态具备良好的社区支持与文档资源微服务架构能够实现模块化部署与弹性伸缩满足高并发访问需求Kafka与Redis等中间件提供了可靠的数据流与缓存机制确保实时性与可用性OAuth2.0与JWT实现细粒度权限控制满足安全合规要求。调度算法采用遗传算法与粒子群优化的混合策略已在学术实验中验证其在大规模实例上的近似最优性能费用核算模块基于事务管理与分段计费模型可实现高精度与可追溯性。系统整体架构已通过负载测试与安全扫描验证符合企业级应用的技术规范。因此从技术实现与可维护性角度来看本系统具备充分的技术可行性。八、功能分析系统功能模块设计依据需求分析结果分为车辆数据采集与管理模块、调度引擎模块、费用核算模块、报表与分析模块、用户管理与权限控制模块以及移动端交互与通知模块。车辆数据采集与管理模块负责从车载CAN总线和GPS传感器实时获取位置、油耗、发动机状态等信息并通过Kafka消息队列进行异步处理最终将数据持久化到MySQL数据库同时利用Redis缓存热点数据以降低查询延迟该模块还提供接口供外部系统调用以实现与第三方地图服务和车辆诊断系统的无缝集成。调度引擎模块采用混合优化算法将遗传算法与粒子群优化相结合在满足时窗约束、车辆容量限制和司机工作时间规范的前提下实时生成最优或近似最优的派单方案该模块通过RESTful API向前端推送调度结果并支持批量调度与单车手动干预功能以满足不同业务场景的灵活性需求。费用核算模块基于行程距离、耗油量、时间段与司机等级等维度实现分段计费支持多种计费规则如里程计费、时段加价、燃油补贴以及动态折扣计算通过事务管理确保核算结果的原子性并生成可导出的费用明细报表以满足财务人员对费用透明化与合规性的要求。报表与分析模块提供多维度的数据视图包括每日、每周、每月的车辆使用率、燃油消耗、司机工作时长等指标该模块支持自定义筛选、图表可视化和数据导出功能帮助车队管理人员进行绩效评估与预算制定。用户管理与权限控制模块实现基于角色的访问控制支持多租户隔离与细粒度权限配置系统管理员可通过图形化界面配置用户角色、权限与数据视图并通过OAuth2.0鉴权和JWT令牌管理保障系统安全。移动端交互与通知模块为司机提供移动应用支持离线缓存派单信息、行程记录与费用结算结果的查看系统通过推送服务实时向司机发送调度变更、费用核算结果及安全提醒以提升司机的工作效率和安全意识。九、数据库设计车辆表字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注vehicle_id | 车辆编号 | 20字符 | VARCHAR(20) | 主键 | 车辆唯一标识license_plate | 车牌号 | 20字符 | VARCHAR(20) | 无 |model | 车型名称 | 50字符 | VARCHAR(50) | 无 |capacity | 承载容量吨 | 11位整数 | INT(11) | 无 |status | 当前状态available、in_use、maintenance、out_of_service| 20字符| ENUM(available,in_use,maintenance,out_of_service)|无|created_at | 创建时间 | 19字符 | DATETIME | 无 |updated_at | 更新时间 | 19字符 | DATETIME | 无 |司机表字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注driver_id | 司机编号 | 20字符| VARCHAR(20) | 主键 |name | 姓名 | 50字符| VARCHAR(50) |license_number | 驾驶证号 | 30字符| VARCHAR(30) |phone | 联系电话 | 15字符| VARCHAR(15) |status | 状态active、inactive、suspended| 20字符| ENUM(active,inactive,suspended)|created_at | 创建时间 | 19字符 | DATETIME |updated_at | 更新时间 | 19字符 | DATETIME |行程表字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注trip_id | 行程编号 | 20位整数| BIGINT AUTO_INCREMENT| 主键 |vehicle_id | 所属车辆编号| 20字符| VARCHAR(20)| 外键Vehicle.vehicle_id|driver_id | 驾驶员编号| 20字符| VARCHAR(20)| 外键Driver.driver_id|start_time | 开始时间 | 19字符 | DATETIME |end_time | 结束时间 | 19字符 | DATETIME |start_location | 起点地址 | 100字符| VARCHAR(100) |end_location | 终点地址 | 100字符| VARCHAR(100) |distance_km | 行驶距离公里| 10,2| DECIMAL(10,2) |fuel_consumed_l | 消耗燃油升| 10,2| DECIMAL(10,2) |status | 状态scheduled、in_progress、completed、canceled| 20字符| ENUM(scheduled,in_progress,completed,canceled)|created_at | 创建时间 | 19字符 | DATETIME |updated_at | 更新时间 | 19字符 | DATETIME |调度表字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注schedule_id | 调度编号| 20位整数| BIGINT AUTO_INCREMENT| 主键 |vehicle_id | 所属车辆编号| 20字符| VARCHAR(20)| 外键Vehicle.vehicle_id|driver_id | 驾驶员编号| 20字符| VARCHAR(20)| 外键Driver.driver_id|scheduled_start | 预定开始时间 | 19字符 | DATETIME |scheduled_end | 预定结束时间 | 19字符 | DATETIME |destination | 目的地地址 | 100字符| VARCHAR(100) |status | 状态pending、assigned、cancelled| 20字符| ENUM(pending,assigned,cancelled)|created_at | 创建时间 | 19字符 | DATETIME |updated_at | 更新时间 | 19字符 | DATETIME |费用明细表字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注cost_id | 费用编号| 20位整数| BIGINT AUTO_INCREMENT| 主键 |trip_id | 行程编号| 20位整数| BIGINT| 外键Trip.trip_id|base_fare | 基础费 | 10,2| DECIMAL(10,2) |distance_fare | 距离费 | 10,2| DECIMAL(10,2) |time_fare | 时长费 | 10,2| DECIMAL(10,2) |fuel_surcharge | 燃油附加费 | 10,2| DECIMAL(10,2) |discount | 折扣金额 | 10,2| DECIMAL(10,2) |total_amount | 总金额 | 12,2| DECIMAL(12,2) |created_at | 创建时间 | 19字符 | DATETIME |updated_at | 更新时间 | 19字符 | DATETIME |系统用户表字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注user_id | 用户编号| 20位整数| BIGINT AUTO_INCREMENT| 主键 |username | 登录名| 50字符| VARCHAR(50)| 唯一 |password_hash | 密码哈希值| 255字符| VARCHAR(255) |email | 邮箱地址 | 100字符| VARCHAR(100) |phone | 联系电话 | 15字符| VARCHAR(15) |status | 状态active、inactive| 20字符| ENUM(active,inactive)|created_at | 创建时间 | 19字符 | DATETIME |updated_at | 更新时间 | 19字符 | DATETIME |角色表字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注role_id | 角色编号| 20位整数| BIGINT AUTO_INCREMENT| 主键 |role_name | 角色名称| 50字符| VARCHAR(50)| 唯一 |description | 描述 | 200字符| VARCHAR(200) |权限表字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注permission_id | 权限编号| 20位整数| BIGINT AUTO_INCREMENT| 主键 |permission_name | 权限名称| 50字符| VARCHAR(50)| 唯一 |description | 描述 | 200字符| VARCHAR(200) |用户角色映射表字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注user_id | 用户编号| 20位整数| BIGINT| 外键User.user_id|role_id | 角色编号| 20位整数| BIGINT| 外键Role.role_id|主键 (user_id, role_id) | 复合主键 |角色权限映射表字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注role_id | 角色编号| 20位整数| BIGINT| 外键Role.role_id|permission_id | 权限编号| 20位整数| BIGINT| 外键Permission.permission_id|主键 (role_id, permission_id) | 复合主键 |车辆状态日志表字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注log_id | 日志编号| 20位整数| BIGINT AUTO_INCREMENT| 主键 |vehicle_id | 车辆编号| 20字符| VARCHAR(20)| 外键Vehicle.vehicle_id|status | 状态available、in_use、maintenance、out_of_service| 20字符| ENUM(available,in_use,maintenance,out_of_service)|timestamp | 记录时间 | 19字符 | DATETIME |description | 说明 | 200字符| VARCHAR(200) |上述表结构遵循第一范式至第三范式避免了数据冗余与更新异常满足系统对车辆调度、费用核算、权限管理等核心业务的完整性与一致性需求。十、建表语句CREATE TABLE vehicle (vehicle_id VARCHAR(20) NOT NULL,license_plate VARCHAR(20) NOT NULL,model VARCHAR(50),capacity INT,status ENUM(available,in_use,maintenance,out_of_service) NOT NULL,created_at DATETIME DEFAULT CURRENT_TIMESTAMP,updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,PRIMARY KEY (vehicle_id),UNIQUE KEY uk_license_plate (license_plate)) ENGINEInnoDB DEFAULT CHARSETutf8mb4;CREATE TABLE driver (driver_id VARCHAR(20) NOT NULL,name VARCHAR(50) NOT NULL,license_number VARCHAR(30) NOT NULL,phone VARCHAR(15),status ENUM(active,inactive,suspended) NOT NULL,created_at DATETIME DEFAULT CURRENT_TIMESTAMP,updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,PRIMARY KEY (driver_id),UNIQUE KEY uk_license_number (license_number)) ENGINEInnoDB DEFAULT CHARSETutf8mb4;CREATE TABLE trip (trip_id BIGINT AUTO_INCREMENT,vehicle_id VARCHAR(20) NOT NULL,driver_id VARCHAR(20) NOT NULL,start_time DATETIME NOT NULL,end_time DATETIME,start_location VARCHAR(100),end_location VARCHAR(100),distance_km DECIMAL(10,2),fuel_consumed_l DECIMAL(10,2),status ENUM(scheduled,in_progress,completed,canceled) NOT NULL,created_at DATETIME DEFAULT CURRENT_TIMESTAMP,updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,PRIMARY KEY (trip_id),KEY idx_trip_vehicle_id (vehicle_id),KEY idx_trip_driver_id (driver_id),CONSTRAINT fk_trip_vehicle FOREIGN KEY (vehicle_id) REFERENCES vehicle(vehicle_id) ON DELETE RESTRICT ON UPDATE CASCADE,CONSTRAINT fk_trip_driver FOREIGN KEY (driver_id) REFERENCES driver(driver_id) ON DELETE RESTRICT ON UPDATE CASCADE) ENGINEInnoDB DEFAULT CHARSETutf8mb4;CREATE TABLE schedule (schedule_id BIGINT AUTO_INCREMENT,vehicle_id VARCHAR(20) NOT NULL,driver_id VARCHAR(20) NOT NULL,scheduled_start DATETIME NOT NULL,scheduled_end DATETIME NOT NULL,destination VARCHAR(100),status ENUM(pending,assigned,cancelled) NOT NULL,created_at DATETIME DEFAULT CURRENT_TIMESTAMP,updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,PRIMARY KEY (schedule_id),KEY idx_schedule_vehicle_id (vehicle_id),KEY idx_schedule_driver_id (driver_id),CONSTRAINT fk_schedule_vehicle FOREIGN KEY (vehicle_id) REFERENCES vehicle(vehicle_id) ON DELETE RESTRICT ON UPDATE CASCADE,CONSTRAINT fk_schedule_driver FOREIGN KEY (driver_id) REFERENCES driver(driver_id) ON DELETE RESTRICT ON UPDATE CASCADE) ENGINEInnoDB DEFAULT CHARSETutf8mb4;CREATE TABLE cost_detail (cost_id BIGINT AUTO_INCREMENT,trip_id BIGINT NOT NULL,base_fare DECIMAL(10,2),distance_fare DECIMAL(10,2),time_fare DECIMAL(10,2),fuel_surcharge DECIMAL(10,2),discount DECIMAL(10,2),total_amount DECIMAL(12,2) NOT NULL,created_at DATETIME DEFAULT CURRENT_TIMESTAMP,updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,PRIMARY KEY (cost_id),KEY idx_cost_trip_id (trip_id),CONSTRAINT fk_cost_trip FOREIGN KEY (trip_id) REFERENCES trip(trip_id) ON DELETE RESTRICT ON UPDATE CASCADE) ENGINEInnoDB DEFAULT CHARSETutf8mb4;CREATE TABLE user (user_id BIGINT AUTO_INCREMENT,username VARCHAR(50) NOT NULL,password_hash VARCHAR(255) NOT NULL,email VARCHAR(100),phone VARCHAR(15),status ENUM(active,inactive) NOT NULL,created_at DATETIME DEFAULT CURRENT_TIMESTAMP,updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,PRIMARY KEY (user_id),UNIQUE KEY uk_username (username),UNIQUE KEY uk_email (email)) ENGINEInnoDB DEFAULT CHARSETutf8mb4;CREATE TABLE role (role_id BIGINT AUTO_INCREMENT,role_name VARCHAR(50) NOT NULL,description VARCHAR(200),PRIMARY KEY (role_id),UNIQUE KEY uk_role_name (role_name)) ENGINEInnoDB DEFAULT CHARSETutf8mb4;CREATE TABLE permission (permission_id BIGINT AUTO_INCREMENT,permission_name VARCHAR(50) NOT NULL,description VARCHAR(200),PRIMARY KEY (permission_id),UNIQUE KEY uk_permission_name (permission_name)) ENGINEInnoDB DEFAULT CHARSETutf8mb4;CREATE TABLE user_role_mapping (user_id BIGINT NOT NULL,role_id BIGINT NOT NULL,PRIMARY KEY (user_id, role_id),CONSTRAINT fk_urm_user FOREIGN KEY (user_id) REFERENCES user(user_id) ON DELETE CASCADE ON UPDATE CASCADE,CONSTRAINT fk_urm_role FOREIGN KEY (role_id) REFERENCES role(role_id) ON DELETE CASCADE ON UPDATE CASCADE) ENGINEInnoDB DEFAULT CHARSETutf8mb4;CREATE TABLE role_permission_mapping (role_id BIGINT NOT NULL,permission_id BIGINT NOT NULL,PRIMARY KEY (role_id, permission_id),CONSTRAINT fk_rpm_role FOREIGN KEY (role_id) REFERENCES role(role_id) ON DELETE CASCADE ON UPDATE CASCADE,CONSTRAINT fk_rpm_permission FOREIGN KEY (permission_id) REFERENCES permission(permission_id) ON DELETE CASCADE ON UPDATE CASCADE) ENGINEInnoDB DEFAULT CHARSETutf8mb4;CREATE TABLE vehicle_status_log (log_id BIGINT AUTO_INCREMENT,vehicle_id VARCHAR(20) NOT NULL,status ENUM(available,in_use,maintenance,out_of_service) NOT NULL,timestamp DATETIME DEFAULT CURRENT_TIMESTAMP,description VARCHAR(200),PRIMARY KEY (log_id),KEY idx_vsl_vehicle_id (vehicle_id),CONSTRAINT fk_vsl_vehicle FOREIGN KEY (vehicle_id) REFERENCES vehicle(vehicle_id) ON DELETE RESTRICT ON UPDATE CASCADE) ENGINEInnoDB DEFAULT CHARSETutf8mb4;文章下方名片联系我即可~大家点赞、收藏、关注、评论啦 、查看下方获取联系方式
