毕业设计实战：基于Java+MySQL的航班进出港管理系统设计与实现全流程指南

小飞计算机毕设
0 阅读20分钟

毕业设计实战：基于Java+MySQL的航班进出港管理系统设计与实现全流程指南

在开发“基于Java+MySQL的航班进出港管理系统”毕业设计时，曾因“起飞降落请求表与航班信息表未通过航班ID关联”踩过关键坑——初期仅在两张表单独设计编号字段，未设置外键约束，导致管理员查询某条起飞降落请求对应的航班详情时，需手动匹配请求编号与航班编号，耗费1.2天重构表结构、补全关联SQL才解决问题📝。基于此次实战经验，本文将系统拆解从需求分析、技术选型、功能实现到测试验收的全流程要点，附避坑技巧与实操细节，为同类毕设提供可落地的实施指南。

一、需求分析：锚定航班管理核心诉求，避免功能冗余返工

部分同学在毕设初期易陷入“功能堆砌”误区，比如笔者曾耗时2天开发“航班流量实时监控大屏模块”，最终因偏离“航班信息管理、起飞降落请求处理、塔台指令管理、公告发布”核心需求被导师要求删减。明确“用户角色-核心功能”对应关系，是降低返工率的关键前提。

1. 核心用户与功能拆解（优化后角色权限体系）

系统核心用户分为管理员与普通用户两类，前期曾因混淆“用户”与“管理员”的“航班信息修改权限”，导致用户可自行调整航班起飞时间，明确角色边界后系统数据规范性显著提升，具体功能分工如下：

管理员端（核心必做功能）
  • 全维度信息管理：
    • 用户管理：维护普通用户账号（新增、密码重置、逻辑删除），支持按姓名/手机号/身份证号筛选，查看用户完整资料（头像、邮箱、用户编号），禁用违规账号（禁用后不可登录）；
    • 管理员管理：维护系统管理员账号（新增账号、修改密码、分配角色），记录管理员操作日志（如“2024-06-01 管理员admin修改航班信息”），确保操作可追溯；
    • 字典管理：配置系统固定选项（如航班类型、航班状态、公告类型、请求审核状态），确保数据录入规范性（如航班状态仅可选“待起飞”“已起飞”“已降落”“延误”）；
  • 核心业务管控：
    • 航班信息管理：录入航班信息（上传航班照片、填写航班名称、生成唯一航班编号、选择航班类型、设置起降地点、跑道、朝向、起降时间、编写航班介绍），维护航班状态（修改信息、标记逻辑删除、更新延误/取消状态），支持按航班名称、类型、状态筛选查询；
    • 起飞降落请求管理：查看用户提交的起飞降落请求（含请求编号、关联航班、用户信息、申请理由、报名时间），审核请求（通过/驳回，填写审核回复与审核时间），支持按请求状态、航班名称筛选；
    • 塔台指令管理：发布塔台指令（关联目标航班与用户、填写指令内容与指令时间），查看指令执行情况，回复用户反馈（填写回复内容与回复时间），支持按指令时间、航班编号筛选；
  • 信息发布管理：
    • 公告信息管理：发布航班相关公告（填写公告名称、上传公告图片、选择公告类型、编写详情、设置发布时间），维护公告内容（修改、删除过期公告），按发布时间倒序展示，支持按公告名称、类型筛选。
用户端（核心需求功能）
  • 航班服务使用：
    • 航班信息查询：浏览航班列表（按航班名称、类型、状态筛选），查看航班详情（含照片、起降地点、时间、跑道、朝向、介绍），无修改航班信息权限；
    • 起飞降落请求提交：选择目标航班，填写申请理由（字数≥20字），提交起飞降落请求，在“我的请求”页面查看进度（待审核/已通过/已驳回），已驳回请求可查看审核回复；
    • 塔台指令查看：查看针对本人或关联航班的塔台指令（含指令内容、指令时间），反馈指令执行情况，无发布/修改指令权限；
  • 个人信息与资讯获取：修改个人资料（更新头像、手机号、邮箱），查看系统公告（按类型筛选），查看个人历史起飞降落请求记录，无管理其他用户、审核请求的权限。

2. 需求分析避坑要点（实战经验总结）

  • 拒绝空想调研：邀请3-4名同学模拟“用户查询航班-提交起飞降落请求-管理员审核-用户查看结果”“管理员发布公告-用户浏览公告”场景，收集真实诉求。例如，基于用户“实时知晓航班延误信息”需求，增设“航班状态变更提醒”功能，实用性远高于冗余的“航班流量监控大屏”；
  • 绘制可视化用例图：用DrawIO绘制核心用例图（如“管理员-航班信息维护”“用户-起飞降落请求提交”“管理员-塔台指令发布”），汇报时直观呈现逻辑，避免纯文字描述偏差；
  • 明确约束条件：提前规定“航班/公告图片仅限JPG/PNG（≤5MB）”“航班编号自动生成（格式：HB+日期+序号，如HB20240601001）”“起飞降落请求理由字数≥20字”“审核通过后自动生成审核时间（默认当前时间）”“航班起降时间需精确到分钟”，为编码提供明确依据。

3. 可行性分析：从五维度论证，提升毕设专业性

可行性分析是开题关键，需避免泛泛而谈“可行”，从以下维度具体展开：

  • 时间可行性：预留2个月开发周期，拆分“需求分析（7天）→ 环境搭建（5天）→ 数据库设计（7天）→ 功能开发（28天）→ 测试验收（13天）”，每日投入3.5小时，结合导师指导可按时完成；
  • 经济可行性：开发工具均为免费/开源（IDEA社区版、MySQL 5.7、Tomcat 8.5），硬件用个人笔记本，开发成本为零；系统上线后可替代传统手工管理模式（如纸质航班台账、手写起飞降落申请单），减少记录误差、提升航班管理效率；
  • 操作可行性：界面参考机场管理系统交互逻辑，高频功能（航班查询、请求提交、公告浏览）置于首页，经测试，用户4分钟内可完成起飞降落请求提交，管理员3分钟内可掌握航班信息录入操作；
  • 技术可行性：Java、MySQL、Vue、Spring Boot均为高校核心课程内容，资料丰富（如《Spring Boot实战》《MySQL从入门到精通》），技术门槛可控；需注意避免Tomcat 10版本，前期联调时出现Servlet API兼容问题，切换至Tomcat 8.5后解决；
  • 法律可行性：技术与工具均为开源授权，无版权纠纷；用户数据遵循《个人信息保护法》，不收集无关信息（如用户行程轨迹），论文与源码无抄袭，符合法律要求。

二、技术选型：优先稳定适配，拒绝盲目追新

前期曾跟风选用Java 11+Vue 3+Redis技术栈，因Redis缓存配置不当导致航班状态数据重启后丢失，调试耗时1天。后续调整为“Java 8+MySQL 5.7+IDEA+Spring Boot 2.5.x+Vue 2.x+Tomcat 8.5”组合，兼顾稳定性与开发效率，适合新手上手。

1. 核心技术栈选型说明（含避坑提醒）

技术工具选型理由避坑提醒
Java 8语法简洁，支持面向对象编程，与Spring Boot、Tomcat 8.5兼容性最佳，满足多角色权限、航班管理流程开发避免Java 11+版本，部分旧依赖（如commons-fileupload）支持不完善，易出现航班照片上传IO异常
MySQL 5.7支持事务与外键，满足多表关联（航班-起飞降落请求、航班-塔台指令、用户-请求），utf8mb4编码解决航班名称、申请理由生僻字乱码安装时手动设编码为utf8mb4，默认编码会导致公告详情含特殊符号乱码；开启事务确保起飞降落请求审核与状态更新原子性
IDEA 社区版轻量级开发工具，支持Spring Boot、MySQL插件，断点调试便捷，代码提示优于Eclipse，适合Java新手安装“Maven Helper”插件管理依赖，避免手动导Jar包版本冲突，前期因缺失mysql-connector导致数据库连接失败
Spring Boot 2.5.x简化Spring配置，内置Tomcat，快速集成数据库操作、数据校验组件，降低开发复杂度（如自动处理跨域）避免Spring Boot 3.x版本，与Java 8兼容性差，易出现配置解析错误；配置文件明确数据库URL（加useSSL=false防SSL报错）
Vue 2.x轻量级前端框架，支持组件化开发，快速实现动态页面（航班列表、请求表单、塔台指令页），数据绑定简化前后端交互避免Vue 3.x版本，部分UI组件（ElementUI）兼容不足，易出现表单校验错误；配置axios拦截器处理请求超时问题
Tomcat 8.5适配Java 8与Spring Boot，部署简单，支持热部署（修改代码无需重启服务器）避免Tomcat 10版本，与Spring Boot 2.5.x存在Servlet API兼容问题，易出现页面无法访问；端口设为8082（默认8080易冲突）

2. 开发环境搭建步骤（实操指南）

  1. 安装JDK 1.8：配置“JAVA_HOME”“Path”环境变量，cmd执行“java -version”显示“1.8.x”即为成功；
  2. 安装IDEA与插件：安装IDEA社区版，在“Settings→Plugins”装“Spring Tools 4”“Vue.js”“Maven Helper”插件，配置JDK为1.8，编码设为UTF-8；
  3. 安装MySQL 5.7：用Navicat创建数据库“flight_in_out_system”，编码utf8mb4，执行脚本创建表（用户表、航班表、起飞降落请求表、塔台指令表等）；
  4. 配置Tomcat 8.5：解压后在IDEA中配置服务器，测试访问http://localhost:8082，出现默认页面即成功；
  5. 创建Spring Boot项目：通过IDEA创建Maven项目，pom.xml引入Spring Boot Web、MySQL Driver、MyBatis等依赖，配置application.properties（数据库连接、端口、静态资源路径）；
  6. 前端开发与联调：用Vue+ElementUI开发登录、航班列表、起飞降落请求页面，打包后放入Spring Boot的static目录，编写“查询航班列表”接口，前端调用成功即环境搭建完成。

三、数据库设计：精简核心关联，避免数据混乱

数据库是航班进出港管理系统的核心，前期因未关联“起飞降落请求表”与“航班信息表”导致无法追溯请求对应的航班详情，后续用“实体-属性-关系”分析法梳理，效率显著提升。

1. 核心表结构设计（精简版，共7张核心表）

  • 管理员表（admin）：id（主键）、username（账号，唯一）、password（MD5加密）、role（角色）、addtime（新增时间）；
  • 用户表（yonghu）：id（主键）、yonghu_uuid_number（用户编号，唯一）、yonghu_name（姓名）、yonghu_phone（手机号，唯一）、yonghu_id_number（身份证号，唯一）、yonghu_photo（头像路径）、yonghu_email（邮箱）、create_time（创建时间）；
  • 航班信息表（hangban）：id（主键）、hangban_uuid_number（航班编号，唯一）、hangban_name（航班名称）、hangban_photo（航班照片路径）、hangban_address（航班地点）、hangban_types（航班类型）、hangban_paodao（跑道）、hangban_chaoxaing（朝向）、hangban_time（时间）、hangban_zhuangtai_types（航班状态）、hangban_content（航班介绍）、hangban_delete（逻辑删除，0=正常，1=删除）、insert_time（录入时间）、create_time（创建时间）；
  • 起飞降落请求表（hangban_yuyue）：id（主键）、hangban_yuyue_uuid_number（报名编号，唯一）、hangban_id（航班ID，外键）、yonghu_id（用户ID，外键）、hangban_yuyue_text（理由）、insert_time（航班报名时间）、hangban_yuyue_yesno_types（报名状态）、hangban_yuyue_yesno_text（审核回复）、hangban_yuyue_shenhe_time（审核时间）、create_time（创建时间）；
  • 塔台指令表（zhiling）：id（主键）、hangban_id（航班ID，外键）、yonghu_id（用户ID，外键）、zhiling_text（指令内容）、insert_time（指令时间）、reply_text（回复内容）、update_time（回复时间）、create_time（创建时间）；
  • 公告信息表（gonggao）：id（主键）、gonggao_name（公告名称）、gonggao_photo（公告图片路径）、gonggao_types（公告类型）、insert_time（发布时间）、gonggao_content（公告详情）、create_time（创建时间）；
  • 字典表（dic）：id（主键）、dic_code（字段）、dic_name（字段名）、code_index（编码）、index_name（编码名字）、super_id（父字段id）、beizhu（备注）、create_time（创建时间）。

2. 核心表关联测试（提前验证，避免返工）

建表后立即测试关联逻辑，步骤如下：

  1. 插入测试数据：用户表（id=1，yonghu_name=“王机长”，yonghu_phone=“13800138000”）、航班表（id=1，hangban_name=“CA1234”，hangban_address=“北京-上海”，hangban_time=“2024-06-02 08:30:00”）、起飞降落请求表（id=1，hangban_id=1，yonghu_id=1，hangban_yuyue_text=“执行北京至上海客运任务”，hangban_yuyue_yesno_types=1）；
  2. 编写JOIN查询SQL，验证“某起飞降落请求的航班与用户关联”：
SELECT r.hangban_yuyue_uuid_number, r.hangban_yuyue_text, r.insert_time, r.hangban_yuyue_yesno_types, r.hangban_yuyue_yesno_text, r.hangban_yuyue_shenhe_time,
       f.hangban_name, f.hangban_address, f.hangban_time, f.hangban_paodao, f.hangban_zhuangtai_types,
       u.yonghu_name, u.yonghu_phone, u.yonghu_email
FROM hangban_yuyue r
JOIN yonghu u ON r.yonghu_id = u.id
JOIN hangban f ON r.hangban_id = f.id
WHERE r.id = 1;

若能查询出“请求编号、申请理由、报名时间、状态、审核回复、审核时间、航班信息（名称、起降地、时间、跑道、状态）、用户信息（姓名、手机号、邮箱）”，说明关联正确；若出现外键错误，检查字段类型是否匹配（如hangban_id与航班表id是否同为Integer）。

关键避坑提醒：切勿将航班照片、公告图片等二进制数据存入数据库！前期尝试导致数据库体积骤增（50张航班照片使数据库增大250MB），后续改为存储文件路径（如/static/hangban/photo1.jpg），大幅提升查询速度。

四、功能实现：聚焦核心模块，提升答辩竞争力

无需开发所有功能，优先完成3个核心模块即可满足答辩要求，突出开发重点：

1. 管理员端：航班信息管理模块（必做核心模块）

  • 核心逻辑：
    1. 航班录入：管理员进入航班管理页，点击“新增航班”，上传航班照片（校验格式与大小），填写航班名称、选择航班类型（下拉加载字典表选项）、设置起降地点、跑道（数字）、朝向（如“东北”“西南”）、起降时间（精确到分钟），编写航班介绍，提交后自动生成航班编号（格式：HB+日期+序号），默认状态设为“待起飞”；
    2. 航班维护：在航班列表中，点击“修改”可更新航班名称、起降时间、介绍等信息（跑道、朝向仅可在未产生起飞降落请求时修改），点击“删除”执行逻辑删除（hangban_delete=1，用户不可见），点击“更新状态”可切换“待起飞/已起飞/已降落/延误”；
    3. 筛选查询：支持按航班名称模糊查询、按航班类型/状态下拉筛选，快速定位目标航班（如查询“北京出发”的“客运航班”），列表实时显示航班编号、名称、起降地、时间、状态。
  • 页面设计（Vue+ElementUI）：
    • 筛选区：航班名称输入框、航班类型下拉框、航班状态下拉框、“查询”按钮；
    • 航班列表区：表格展示航班编号、名称、类型、起降地、时间、状态，操作列含“详情”“修改”“更新状态”“删除”；
    • 新增/修改弹窗区：左侧为照片上传框（支持预览），右侧为信息输入区（标红必填项），起降时间用日期时间选择器，跑道输入框校验“正整数”，提交前校验必填项。

2. 管理员端：起飞降落请求审核模块（答辩亮点模块）

  • 核心逻辑：
    1. 请求接收：管理员登录后，默认展示“待审核”请求列表（含请求编号、航班名称、用户姓名、申请理由、报名时间），支持按用户姓名、航班名称模糊筛选；
    2. 请求审核：点击“审核”查看请求详情（关联航班的起降地、时间、跑道，用户的手机号、邮箱），选择审核结果（通过/驳回），填写审核回复（驳回时必填，如“申请理由未说明任务类型，需补充”），提交后自动记录审核时间，更新请求状态（通过=1，驳回=2）；
    3. 记录查询：切换“已通过”“已驳回”标签页，查看历史审核记录，支持按审核时间区间筛选，点击“查看航班”可跳转至对应航班详情页。
  • 页面设计：
    • 筛选区：用户姓名输入框、航班名称输入框、“查询”按钮；
    • 请求列表区：标签页切换“待审核/已通过/已驳回”，表格展示请求编号、航班名称、用户姓名、申请时间、状态，操作列含“审核”“详情”；
    • 审核弹窗区：左侧展示航班缩略图与核心信息（起降地、时间），右侧设审核结果单选组（通过/驳回）、审核回复文本域（驳回时标红必填），提交前校验，通过时提示“审核通过后将同步更新请求状态”。

3. 用户端：起飞降落请求提交模块（核心需求模块）

  • 核心逻辑：
    1. 航班选择：用户进入航班列表页，筛选目标航班（仅显示“待起飞”状态航班），点击“申请起飞降落”进入请求表单页；
    2. 表单提交：填写申请理由（实时提示“已输入X字，需≥20字”），确认航班信息无误后提交，系统生成请求编号，状态设为“待审核”；
    3. 进度查看：在“我的请求”页面，按状态筛选查看记录，待审核请求显示“等待管理员审核”，已通过请求显示审核时间，已驳回请求标红显示审核回复，点击“详情”可查看完整请求信息与关联航班详情。
  • 页面设计：
    • 航班选择区：卡片式展示航班（含缩略图、名称、起降地、时间），仅“待起飞”航班显示“申请起飞降落”按钮；
    • 请求表单区：航班信息只读展示（名称、起降地、时间）、申请理由文本域（标红必填，字数提示）、“提交”按钮；
    • 进度列表区：表格展示请求编号、航班名称、申请时间、状态、审核回复（仅已驳回显示），操作列含“详情”，状态列用不同颜色标注（待审核=蓝色，已通过=绿色，已驳回=红色）。 在这里插入图片描述 在这里插入图片描述 在这里插入图片描述在这里插入图片描述 在这里插入图片描述

五、测试验收：全面排查问题，保障答辩顺利

笔者前期未测试“同一航班重复提交起飞降落请求”场景，导致出现“同一用户对同航班生成2条待审核请求”的bug，被导师指出“未做重复校验”并扣分😥。需针对性完成以下测试：

1. 核心功能测试用例

测试场景操作步骤预期结果
用户重复提交同航班请求用户进入“CA1234”航班详情页→提交起飞降落请求（理由合规）→未刷新页面再次点击“提交”系统提示“已提交该航班的起飞降落请求，请勿重复提交”，提交失败
管理员修改已关联请求的航班跑道管理员进入“CA1234”航班页（已存在1条待审核请求）→点击“修改”→尝试修改跑道系统提示“该航班已存在起飞降落请求，不可修改跑道”，修改失败
用户查看延误航班信息管理员将“CA1234”航班状态改为“延误”→用户进入航班列表→查看该航班航班状态标红显示“延误”，详情页提示“当前航班延误，具体起飞时间待定”

2. 兼容性与性能测试

  • 兼容性：测试Chrome、Firefox、Edge浏览器，修复IE11下表单样式错乱、照片预览失败问题；测试手机端浏览器，确保航班查询、请求提交页面自适应（按钮大小适配手指点击）；
  • 性能：用Jmeter模拟20个用户同时提交起飞降落请求，系统响应时间≤2秒，无数据丢失；查询100条航班记录，耗时≤1秒，关联请求数据加载正常。

3. 测试报告撰写

包含“测试目的、范围、用例、结果”，明确已修复问题（重复请求校验、航班跑道修改限制、浏览器兼容），结论说明“核心功能无严重bug，可满足航班进出港管理需求”，附测试截图（如重复提交提示、延误状态显示效果）。

六、答辩准备：掌握3个技巧，提升通过率

  1. 演示流程梳理：按“管理员录入航班-用户查询航班并提交请求-管理员审核请求-用户查看结果”演示，每个步骤停顿2秒，重点展示“起飞降落请求表与航班表关联逻辑”“航班状态同步效果”，让评委清晰看到功能流转；
  2. 突出问题解决能力：重点讲“起飞降落请求表与航班表关联修复”“用户重复请求校验实现”“数据库图片路径存储优化”，结合开发踩坑与解决方案（如“初期用二进制存航班照片导致数据库卡顿，改为路径存储后查询速度提升25%”），比单纯讲技术栈更有说服力；
  3. 提前预判问题：针对“如何保障航班数据准确性”，回答“起飞降落请求与航班状态联动、关键字段修改限制、操作日志追溯”；针对“如何提升请求审核效率”，回答“请求信息完整性校验、按航班/用户快速筛选、审核结果实时同步”。

结语

本文基于Java+MySQL的航班进出港管理系统实战经验，核心是“聚焦航班管理核心业务（航班信息、起飞降落请求、塔台指令）、优先稳定技术、提前排查表关联与数据校验问题”。毕设无需追求复杂功能（如AI航班延误预测、大数据流量分析），把航班录入、请求审核、状态管理等核心功能做扎实，即可顺利通过答辩。

若需要核心源码（带注释）、数据库脚本（含测试数据）、ER图模板，可在评论区留言“Java+MySQL航班进出港管理系统”获取；若在模块开发中遇问题（如请求与航班关联逻辑、航班状态更新），也可留言咨询，笔者将及时回复。

收藏本文，便于开发查阅～ 祝各位同学毕设顺利，轻松毕业！🎉

avatar
文章
阅读
粉丝