毕业设计实战：基于Java+MySQL的船舶监造管理系统设计与实现全流程指南

小飞计算机毕设
22 阅读18分钟

毕业设计实战：基于Java+MySQL的船舶监造管理系统设计与实现全流程指南

在开发“基于Java+MySQL的船舶监造管理系统”毕业设计时，曾因“项目表与监造进度表未通过项目ID有效关联”踩过关键坑——初期仅在两张表独立设计字段，缺乏外键约束与关联查询，导致监造方无法实时追踪船舶建造的整体进度，耗费1.8天重构数据库表结构、重写关联查询SQL才解决此问题📝。基于此次实战经验，本文将系统拆解从需求分析、技术选型、功能实现到测试验收的全流程要点，附避坑技巧与实操细节，为同类毕设提供可落地的实施指南。

一、需求分析：锚定船舶监造核心业务，避免功能冗余返工

部分同学在毕设初期易陷入“功能大而全”误区，比如笔者曾花费2.5天开发“船舶3D模型展示模块”，最终因偏离“监造项目管理、进度跟踪、材料验收、财务核算”核心需求被导师要求删减。明确“用户角色-核心功能”对应关系，是降低返工率的关键前提。

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

系统核心用户分为管理员、监造员工（工程师/监理）与船东方三类，前期曾因混淆“监造员工”与“船东”的“图纸审核权限”，导致船东可自行修改项目图纸，明确角色边界后系统数据安全性与规范性显著提升，具体功能分工如下：

管理员端（核心必做功能）
  • 全角色用户管理：维护管理员、监造员工、船东账号（新增、密码重置、逻辑删除），支持按姓名/工号/身份证号筛选，查看用户完整资料（部门、职位、账户状态），禁用违规账号；
  • 核心业务管控：
    • 项目管理：查看所有船舶监造项目（项目编号、监造地点、申请时间、状态），审核项目申请（校验建造资料完整性），导出项目数据（Excel格式，含船东、监造员工信息）；
    • 监造进度与员工维护：跟踪船舶建造进度（关联项目与监造进度记录，查看进度百分比、附件），审核监造员工入驻申请（校验资质信息），查看员工工作量统计（月度处理项目数、验收通过率）；
  • 信息与标准管理：发布公告（如工艺标准更新、安全通知），管理材料参考库（材料名称、规格、参考单价、执行标准），维护字典数据（配置项目类型、进度类型、验收状态等固定选项）。
监造员工端（核心需求功能）
  • 业务处理：接收管理员分配的项目（查看项目详情、监造要求），更新监造进度（填写进度标题、进度百分比、上传附件），提交各类验收记录（材料验收、工艺验收、成果验收）；
  • 技术支持：上传项目图纸（图纸文件、图纸介绍），提交经费预估（材料名称、单价、数量、总价），记录监造财务（花费标题、消费类型、实际金额）；
  • 信息维护：修改个人资料（更新联系方式、头像），查看个人处理记录（负责的项目、验收历史），接收系统通知（新项目分配、图纸审核结果），无修改船东信息、删除项目权限。
船东端（核心需求功能）
  • 项目服务使用：提交船舶监造项目申请（填写项目名称、监造地点、监造数量、监造要求），上传建造资料（技术规格书等），查看项目进度（进度百分比、各环节验收结果）；
  • 图纸审核与查询：浏览公告与行业动态，查看并审核项目图纸（同意/驳回并填写意见），咨询监造问题（提交疑问、跟踪回复），管理个人资料（修改联系方式、查看历史项目），无修改监造进度、删除验收记录权限。

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

  • 拒绝空想调研：邀请3-4名同学模拟“船东提交项目-管理员审核-监造员工更新进度-船东查看验收结果”“员工上传图纸-船东审核”场景，收集真实诉求。例如，基于监造员工“快速查看项目关联的所有验收记录”需求，增设“项目全景看板”功能，实用性远高于冗余的“3D模型展示”；
  • 绘制可视化用例图：用DrawIO绘制核心用例图（如“管理员-项目审核”“监造员工-进度更新”“船东-图纸审核”），汇报时直观呈现逻辑，避免纯文字描述偏差；
  • 明确约束条件：提前规定“图纸文件仅限PDF/DWG（≤50MB）”“项目编号自动生成（格式：XM+日期+序号，如XM20240601001）”“验收状态仅监造员工可提交、船东可查看”，为编码提供明确依据。

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

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

  • 时间可行性：预留2个月开发周期，拆分“需求分析（7天）→ 环境搭建（5天）→ 数据库设计（8天）→ 功能开发（30天）→ 测试验收（10天）”，每日投入4-5小时，结合导师指导可按时完成；
  • 经济可行性：开发工具均为免费/开源（IDEA社区版、MySQL 5.7、Tomcat 8.5），硬件用个人笔记本，开发成本为零；系统上线后可替代传统纸质化管理模式（如Excel记录进度、图纸邮件传递），减少信息滞后、提升监造协同效率；
  • 操作可行性：界面参考主流工程管理系统交互逻辑，高频功能（项目进度查看、验收提交、图纸审核）置于首页，经测试，船东5分钟内可完成项目申请，监造员工5分钟内可掌握进度更新与验收提交操作；
  • 技术可行性：Java、MySQL、Vue、SpringBoot均为高校核心课程内容，资料丰富；需注意避免Tomcat 10版本，前期联调时出现Servlet API兼容问题，切换至Tomcat 8.5后解决；
  • 法律可行性：技术与工具均为开源授权，无版权纠纷；项目数据、图纸文件遵循《数据安全法》，设置访问权限与操作日志，论文与源码无抄袭，符合法律要求。

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

前期曾跟风选用Java 11+Vue 3+Redis技术栈，因Redis缓存配置不当导致监造进度数据重启后不同步，调试耗时1.5天。后续调整为“Java 8+MySQL 5.7+IDEA+SpringBoot+Vue 2.x+Tomcat 8.5”组合，兼顾稳定性与开发效率，适合新手上手。

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

技术工具选型理由避坑提醒
Java 8语法简洁，支持面向对象编程，与SpringBoot、Tomcat 8.5兼容性最佳，满足多角色权限、监造业务流程开发避免Java 11+版本，部分旧依赖支持不完善，易出现文件上传IO异常
MySQL 5.7支持事务与外键，满足多表关联（项目-监造进度、项目-图纸、项目-验收），utf8mb4编码解决材料名称、监造要求生僻字乱码安装时手动设编码为utf8mb4，默认编码会导致备注含特殊符号乱码；开启事务确保验收提交与状态更新原子性
IDEA 社区版轻量级开发工具，支持SpringBoot、MySQL插件，断点调试便捷，代码提示优秀安装“Maven Helper”管理依赖，避免手动导Jar包版本冲突，前期因缺失mysql-connector导致数据库连接失败
SpringBoot 2.5.x简化Spring配置，内置Tomcat，快速集成数据库操作、用户授权组件，降低开发复杂度避免SpringBoot 3.x版本，与Java 8兼容性差，易出现配置解析错误；配置文件明确数据库URL（加useSSL=false防SSL报错）
Vue 2.x轻量级前端框架，支持组件化开发，快速实现动态页面（项目表单、进度时间线、验收列表），数据绑定简化前后端交互避免Vue 3.x版本，部分UI组件（ElementUI）兼容不足，易出现组件渲染错误；配置跨域解决前端请求问题
Tomcat 8.5适配Java 8与SpringBoot，部署简单，支持热部署（修改代码无需重启服务器）避免Tomcat 10版本，与SpringBoot 2.5.x存在Servlet API兼容问题，易出现页面无法访问；端口设为8081（默认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”插件，配置JDK为1.8，编码设为UTF-8；
  3. 安装MySQL 5.7：用Navicat创建数据库“ship_supervision_system”，编码utf8mb4，执行脚本创建表（管理员表、用户表、员工表、项目表、监造进度表、项目图纸表、各类验收表等）；
  4. 配置Tomcat 8.5：解压后在IDEA中配置服务器，测试访问http://localhost:8081，出现默认页面即成功；
  5. 创建SpringBoot项目：通过IDEA创建Maven项目，pom.xml引入SpringBoot Web、MySQL Driver等依赖，配置application.properties（数据库连接、端口）；
  6. 前端开发与联调：用Vue+ElementUI开发登录、项目管理页面，打包后放入SpringBoot的static目录，编写“查询项目列表”接口，前端调用成功即环境搭建完成。

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

数据库是船舶监造管理系统的核心，前期因未有效关联“项目表”与“监造进度表”“验收表”导致无法全景查看船舶建造状态，后续用“实体-属性-关系”分析法梳理，效率显著提升。

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

  • 管理员表（admin）：id（主键）、username（账号，唯一）、password（MD5加密）、role（角色）、addtime（新增时间）；
  • 用户表（yonghu）：id（主键）、yonghu_uuid_number（用户编号，唯一）、yonghu_name（姓名）、yonghu_phone（手机号）、yonghu_id_number（身份证号，唯一）、yonghu_photo（头像路径）、yonghu_email（邮箱）、jinyong_types（账户状态）；
  • 员工表（yuangong）：id（主键）、yuangong_uuid_number（员工编号，唯一）、yuangong_name（姓名）、yuangong_phone（手机号）、yuangong_id_number（身份证号，唯一）、yuangong_photo（头像路径）、bumen_types（部门）、zhiwei_types（职位）、yuangong_email（邮箱）、jinyong_types（账户状态）；
  • 项目表（xiangmu）：id（主键）、xiangmu_uuid_number（项目编号，唯一）、yonghu_id（船东ID，外键）、xiangmu_name（项目名称）、xiangmu_address（监造地点）、xiangmu_file（建造资料路径）、xiangmu_types（项目类型）、xiangmu_kucun_number（监造数量）、shenqing_time（申请时间）、nachuan_time（拿船时间）、xiangmu_content（监造要求）；
  • 监造进度表（jianzaojindu）：id（主键）、jianzaojindu_uuid_number（监造进度编号，唯一）、xiangmu_id（项目ID，外键）、yuangong_id（员工ID，外键）、jianzaojindu_name（进度标题）、jianzaojindu_types（进度类型）、jianzaojindu_xianzai_number（现在进度%）、jianzaojindu_file（附件路径）、jianzaojindu_time（记录时间）、jianzaojindu_content（备注）；
  • 项目图纸表（xiangmu_tuzhi）：id（主键）、xiangmu_tuzhi_uuid_number（图纸编号，唯一）、xiangmu_id（项目ID，外键）、yuangong_id（员工ID，外键）、xiangmu_tuzhi_name（图纸名称）、xiangmu_tuzhi_file（图纸文件路径）、xiangmu_tuzhi_types（图纸类型）、xiangmu_tuzhi_content（图纸介绍）、xiangmu_tuzhi_yesno_types（申请状态）、xiangmu_tuzhi_yesno_text（审核回复）；
  • 各类验收表（材料验收、工艺验收、成果验收）：均包含id、xiangmu_id（项目ID，外键）、yuangong_id（员工ID，外键）、验收相关字段、hege_types（是否合格）、yanshou_time（验收时间）、验收内容等；
  • 其他表：公告表、材料参考表、字典表等，结构均包含“主键+关联ID+核心字段+时间字段”。

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

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

  1. 插入测试数据：用户表（id=1，yonghu_name=“船东A”）、员工表（id=1，yuangong_name=“监造工程师B”）、项目表（id=1，xiangmu_uuid_number=“XM20240601001”，yonghu_id=1）、监造进度表（id=1，xiangmu_id=1，yuangong_id=1，jianzaojindu_xianzai_number=30）、项目图纸表（id=1，xiangmu_id=1，yuangong_id=1）；
  2. 编写JOIN查询SQL，验证“某项目的进度、图纸、验收全景关联”：
SELECT p.xiangmu_uuid_number, p.xiangmu_name, p.xiangmu_address, p.xiangmu_content,
       j.jianzaojindu_name, j.jianzaojindu_xianzai_number, j.jianzaojindu_time,
       t.xiangmu_tuzhi_name, t.xiangmu_tuzhi_yesno_types,
       c.yanshou_cailiao_name, c.hege_types AS cailiao_hege,
       g.yanshou_gongyi_name, g.hege_types AS gongyi_hege,
       u.yonghu_name AS chuangdong, e.yuangong_name AS jianzao_gongchengshi
FROM xiangmu p
JOIN yonghu u ON p.yonghu_id = u.id
LEFT JOIN jianzaojindu j ON p.id = j.xiangmu_id
LEFT JOIN xiangmu_tuzhi t ON p.id = t.xiangmu_id
LEFT JOIN yanshou_cailiao c ON p.id = c.xiangmu_id
LEFT JOIN yanshou_gongyi g ON p.id = g.xiangmu_id
JOIN yuangong e ON j.yuangong_id = e.id OR t.yuangong_id = e.id OR c.yuangong_id = e.id OR g.yuangong_id = e.id
WHERE p.id = 1;

若能查询出“项目编号、项目信息、进度百分比、图纸状态、各验收结果、船东与监造员工信息”，说明关联正确；若出现外键错误，检查字段类型是否匹配。

关键避坑提醒：切勿将图纸文件、建造资料等大文件存入数据库！前期尝试导致数据库体积骤增、查询缓慢，后续改为存储文件路径（如/static/tuzhi/drawing1.dwg），通过服务器文件系统管理，大幅提升系统性能。

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

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

1. 船东端：项目申请与进度查看模块（必做核心模块）

  • 核心逻辑：
    1. 项目申请：船东进入项目申请页，填写项目名称、监造地点、监造数量、监造要求，上传建造资料（技术规格书等），提交后项目状态设为“待审核”；
    2. 进度跟踪：在“我的项目”页面查看进度，以时间线或进度条形式展示监造进度百分比，查看各环节验收结果（材料/工艺/成果验收是否合格）；
    3. 图纸审核：在“项目图纸”页面查看监造员工上传的图纸，进行审核（同意/驳回并填写意见），跟踪图纸状态。
  • 页面设计（Vue+ElementUI）：
    • 申请表单区：项目信息输入框（标红必填）、监造地点选择、监造数量输入、建造资料上传、监造要求文本域，提交前校验必填项；
    • 项目看板区：卡片或表格展示项目编号、项目名称、当前进度、状态，操作列含“详情”“查看图纸”；
    • 全景详情页：左侧展示项目基本信息与监造要求，右侧以时间线展示监造进度节点，下方选项卡展示图纸列表、各验收记录。

2. 监造员工端：监造进度更新与验收提交模块（答辩亮点模块）

  • 核心逻辑：
    1. 进度更新：员工登录后，首页显示负责的待更新项目，点击“更新进度”填写进度标题、当前进度百分比、上传证明附件（如现场照片），系统自动记录更新时间；
    2. 验收提交：根据建造阶段，提交材料验收、工艺验收、成果验收记录，填写验收部位、使用标准、实际使用情况、是否合格、备注，上传附件；
    3. 图纸上传：在“项目图纸”页面为负责的项目上传图纸文件（DWG/PDF），填写图纸名称、类型、介绍，提交后状态为“待船东审核”。
  • 页面设计：
    • 工作台：顶部展示待处理项目数、待更新进度数，中部快捷操作入口（更新进度、提交验收、上传图纸）；
    • 进度更新区：进度百分比滑块（0-100%）、附件上传组件、备注文本域，提交后实时更新项目总进度；
    • 验收提交区：验收类型选择、表单动态切换（材料验收显示材料相关字段，工艺验收显示工艺相关字段），提交后状态同步至项目详情。

3. 管理员端：项目管理与审核模块（核心需求模块）

  • 核心逻辑：
    1. 项目审核：管理员登录后，默认展示“待审核”项目列表（关联船东信息，含项目名称、申请时间），支持按船东姓名、项目编号筛选；点击“审核”查看建造资料、监造要求，选择审核结果（通过/驳回），填写意见，通过则分配监造员工；
    2. 进度监控：在“项目监控”页面查看所有项目进度概况，以甘特图或进度条形式展示，可下钻查看单个项目的详细进度节点、验收记录；
    3. 数据统计：统计月度项目数、验收通过率、监造员工工作量，导出项目数据报表（Excel）。
  • 页面设计：
    • 审核列表区：表格展示项目编号、船东、项目名称、状态、操作（审核、详情），支持批量审核；
    • 项目监控看板：可视化图表展示项目进度分布，点击项目卡片进入详情页，查看关联的所有监造记录、图纸、验收；
    • 统计报表区：柱状图展示月度项目趋势，饼图展示验收合格率，列表展示员工工作量排名。 在这里插入图片描述 在这里插入图片描述 在这里插入图片描述 在这里插入图片描述 在这里插入图片描述 在这里插入图片描述

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

笔者前期未测试“船东重复提交同一项目”场景，导致出现“同一船舶项目生成多条记录”，被导师指出“未做防重复校验”并扣分😥。需针对性完成以下测试：

1. 核心功能测试用例

测试场景操作步骤预期结果
船东重复提交相同项目船东进入申请页→填写相同项目信息→再次提交系统提示“已提交该项目，请勿重复申请”，提交失败
监造员工更新进度超范围员工输入进度百分比>100%→尝试提交系统提示“进度百分比需在0-100之间”，提交失败
管理员审核异常项目管理员查看建造资料不全的项目→选择“驳回”→填写意见项目状态改为“已驳回”，船东端显示审核意见并可修改后重新提交
图纸审核流程监造员工上传图纸→船东审核选择“驳回”并填写意见→员工查看意见并重新上传图纸状态流转正确，意见传递准确，支持流程追溯

2. 兼容性与性能测试

  • 兼容性：测试Chrome、Firefox、Edge浏览器，修复IE11下进度条显示异常、文件上传组件失效问题；测试手机端浏览器，确保关键页面（进度查看、验收提交）适配；
  • 性能：用Jmeter模拟15个用户同时提交验收记录，系统响应时间≤3秒，无数据丢失；查询单个项目关联的所有数据（进度、图纸、验收），耗时≤2秒。

3. 测试报告撰写

包含“测试目的、范围、用例、结果”，明确已修复问题（重复项目校验、进度范围控制、图纸审核状态同步），结论说明“核心功能无严重bug，可满足船舶监造全流程协同管理”，附测试截图（如项目全景看板、进度更新、图纸审核）。

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

  1. 演示流程梳理：按“船东提交项目-管理员审核分配-监造员工更新进度/提交验收/上传图纸-船东查看进度/审核图纸”演示，每个步骤停顿2-3秒，重点展示“项目-进度-验收-图纸全景关联逻辑”“状态流转与协同效果”，让评委清晰看到船舶监造的业务闭环；
  2. 突出问题解决能力：重点讲“项目表与多张业务表关联修复”“图纸文件路径存储优化”“进度百分比业务规则校验实现”，结合开发踩坑与解决方案，比单纯讲技术栈更有说服力；
  3. 提前预判问题：针对“如何保障船舶图纸等敏感文件安全”，回答“权限控制（仅相关人员可访问）、操作日志追溯、文件服务器隔离”；针对“如何提升监造协同效率”，回答“进度实时可视化、验收状态自动同步、消息通知机制”。

结语

本文基于Java+MySQL船舶监造管理系统的实战经验，核心是“聚焦船舶监造核心业务（项目、进度、验收、图纸）、优先稳定技术、提前排查表关联与协同流程问题”。毕设无需追求复杂功能（如3D模型、物联网传感器集成），把项目管理、进度跟踪、验收提交、图纸审核等核心协同功能做扎实，即可顺利通过答辩。

若需要核心源码（带注释）、数据库脚本（含测试数据）、ER图模板，可在评论区留言“Java+MySQL船舶监造管理系统”获取；若在模块开发中遇问题，也可留言咨询，笔者将及时回复。

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

avatar
文章
阅读
粉丝