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

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

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

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

部分同学在毕设初期易陷入“功能堆砌”误区，比如笔者曾耗时2天开发“药品数据可视化大屏模块”，最终因偏离“药品管理、订单处理、公告发布、用户维护”核心需求被导师要求删减。明确“用户角色-核心功能”对应关系，是降低返工率的关键前提。

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

系统核心用户分为管理员与普通用户两类，前期曾因混淆“用户”与“管理员”的“药品入库权限”，导致用户可自行添加药品库存，明确角色边界后系统数据规范性显著提升，具体功能分工如下：

管理员端（核心必做功能）

• 全角色用户管理：维护管理员、普通用户账号生命周期（新增、密码重置、逻辑删除），支持按姓名/手机号/身份证号筛选，查看用户完整资料（头像、邮箱、余额、账户状态），禁用违规账号（禁用后不可登录）；
• 核心业务管控：
  • 药品管理：维护药品信息（录入名称、编号、类型、库存、原价/现价、功效/禁忌）、管理药品状态（上架/下架）、处理药品入库（录入入库数量、缘由、附件），支持按药品类型/库存筛选，导出药品数据（Excel格式）；
  • 订单与评价管理：查看药品订单（关联用户、收货地址、药品信息）、审核订单（如处方药需验证医生证明）、处理售后，查看用户对药品的评价（评分、内容），回复用户疑问；
• 信息与基础管理：发布公告（如药品价格调整、活动通知）、管理公告类型（新增/修改“活动通知”“政策解读”）、维护字典数据（配置药品类型、订单状态），记录操作日志（跟踪账号登录、数据修改行为）。

用户端（核心需求功能）

• 药品服务使用：浏览药品列表（按类型/价格筛选，查看功效、禁忌、库存）、加入购物车（选择购买数量）、提交订单（填写收货地址，处方药上传医生证明），查看订单进度（审核状态、物流信息）；
• 互动与查询：对已购药品评价（评分、填写使用反馈）、收藏常用药品（方便后续查看）、浏览公告（按类型筛选），管理个人资料（修改手机号、邮箱、头像）、查看交易记录（按时间筛选订单）；
• 辅助功能：咨询客服（提交用药疑问、跟踪回复）、管理收货地址（新增/修改/设为默认）、查看药品收藏列表，无修改药品信息、删除公告的权限，确保数据安全。

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

• 拒绝空想调研：邀请3-4名同学模拟“用户浏览药品-下单-评价”“管理员入库药品-审核订单-回复咨询”场景，收集真实诉求。例如，基于用户“快速了解处方药购买要求”需求，增设“处方药购买指引弹窗”，实用性远高于冗余的“数据可视化大屏”；
• 绘制可视化用例图：用DrawIO绘制核心用例图（如“管理员-药品入库”“用户-订单提交”“管理员-公告发布”），汇报时直观呈现逻辑，避免纯文字描述偏差；
• 明确约束条件：提前规定“药品照片仅限JPG/PNG（≤5MB）”“药品编号自动生成（格式：YP+年份+序号，如YP2024001）”“处方药订单需上传医生证明（PDF格式）”“评价评分范围1-5分”，为编码提供明确依据。

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

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

• 时间可行性：预留2个月开发周期，拆分“需求分析（7天）→ 环境搭建（5天）→ 数据库设计（6天）→ 功能开发（30天）→ 测试验收（12天）”，每日投入4小时，结合导师指导可按时完成；
• 经济可行性：开发工具均为免费/开源（IDEA社区版、MySQL 5.7、Tomcat 8.5），硬件用个人笔记本，开发成本为零；系统上线后可替代传统药品手工台账，减少库存统计误差、提升订单处理效率，具备实际应用价值；
• 操作可行性：界面参考主流医药平台交互逻辑，高频功能（药品搜索、订单提交、公告查看）置于首页，经测试，用户5分钟内可掌握下单操作，管理员3分钟内可完成药品入库，易用性达标；
• 技术可行性：Java、MySQL、SSM、Vue均为高校核心课程内容，资料丰富（如《SSM框架实战》《MySQL数据库设计》），技术门槛可控；需注意避免Tomcat 10版本，前期联调时出现Servlet API兼容问题，切换至Tomcat 8.5后解决；
• 法律可行性：技术与工具均为开源授权，无版权纠纷；用户数据存储遵循《个人信息保护法》，不收集无关信息，论文与源码无抄袭，符合法律要求。

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

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

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

技术工具	选型理由	避坑提醒
Java 8	语法简洁，支持面向对象编程，与SSM、Tomcat 8.5兼容性最佳，满足多角色权限、药品订单流程开发	避免Java 11+版本，部分旧依赖（如commons-fileupload）支持不完善，易出现文件上传IO异常
MySQL 5.7	支持事务与外键，满足多表关联（药品-订单、用户-评价），utf8mb4编码解决药品名称、评价生僻字乱码	安装时手动设编码为utf8mb4，默认编码会导致药品功效、评价含特殊符号乱码；开启事务确保订单提交与库存扣减原子性
IDEA 社区版	轻量级开发工具，支持MyBatis、MySQL插件，断点调试便捷，代码提示优于Eclipse	安装“Maven Helper”管理依赖，避免手动导Jar包版本冲突，前期因缺失mysql-connector导致数据库连接失败
SSM框架	Spring实现依赖注入，SpringMVC处理请求分发，MyBatis简化数据库操作，降低代码耦合度	选用Spring 5.2.x+SpringMVC 5.2.x+MyBatis 3.5.x组合，高版本易出现配置文件解析错误
Vue 2.x	轻量级前端框架，支持组件化开发，快速实现动态页面（药品列表、订单表单），数据绑定简化前后端交互	避免Vue 3.x版本，部分UI组件（ElementUI）兼容不足，易出现组件渲染错误；配置跨域解决前端请求问题
Tomcat 8.5	适配Java 8与SSM，部署简单，支持热部署（修改代码无需重启服务器）	避免Tomcat 10版本，与SSM存在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创建数据库“drug_management_system”，编码utf8mb4，执行脚本创建表（用户表、药品表、订单表等）；
4. 配置Tomcat 8.5：解压后在IDEA中配置服务器，测试访问http://localhost:8081，出现默认页面即成功；
5. 创建SSM项目：通过IDEA创建Maven项目，pom.xml引入SSM、MySQL Driver等依赖，配置Spring.xml、SpringMVC.xml、MyBatis.xml；
6. 前端开发与联调：用Vue+ElementUI开发登录、药品列表页面，打包后放入项目static目录，编写“查询药品列表”接口，前端调用成功即环境搭建完成。

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

数据库是药品管理系统的核心，前期因未关联“药品表”与“订单表”导致无法追溯订单对应的药品信息，后续用“实体-属性-关系”分析法梳理，效率显著提升。

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

• 管理员表（admin）：id（主键）、username（账号，唯一）、password（MD5加密）、role（角色）、addtime（新增时间）；
• 用户表（yonghu）：id（主键）、yonghu_uuid_number（用户编号，唯一）、name（姓名）、phone（手机号）、id_number（身份证号，唯一）、photo（头像路径）、email（邮箱）、balance（余额）、create_time（创建时间）；
• 药品表（yaopin）：id（主键）、yaopin_name（名称）、yaopin_uuid_number（编号，唯一）、photo（照片路径）、chufangyao_types（是否处方药）、types（药品类型）、kucun_number（库存）、old_money（原价）、new_money（现价）、gongxiao_content（功效）、jinji_content（禁忌）、shangxia_types（是否上架）；
• 药品订单表（yaopin_order）：id（主键）、order_uuid_number（订单编号，唯一）、yaopin_id（药品ID，外键）、yonghu_id（用户ID，外键）、address_id（收货地址ID，外键）、buy_number（购买数量）、true_price（实付价格）、yesno_types（审核状态）、courier_number（快递单号）；
• 药品评价表（yaopin_pingjia）：id（主键）、yaopin_id（药品ID，外键）、yonghu_id（用户ID，外键）、score（评分）、content（评价内容）、create_time（评价时间）；
• 其他表：收货地址表、购物车表、客服聊天表、公告表、药品入库表等，结构均包含“主键+关联ID+核心字段+时间字段”。

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

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

1. 插入测试数据：用户表（id=1，name=“张三”，phone=“13800138000”）、药品表（id=1，name=“感冒灵颗粒”，types=1，kucun_number=100，new_money=15.00）、订单表（id=1，yaopin_id=1，yonghu_id=1，buy_number=2，true_price=30.00）、评价表（id=1，yaopin_id=1，yonghu_id=1，score=5，content=“效果好”）；
2. 编写JOIN查询SQL，验证“某用户的订单与评价关联”：

SELECT o.order_uuid_number, o.buy_number, o.true_price, o.yesno_types,
       p.yaopin_name, p.new_money, p.gongxiao_content,
       u.name AS user_name, u.phone,
       e.score, e.content, e.create_time
FROM yaopin_order o
JOIN yaopin p ON o.yaopin_id = p.id
JOIN yonghu u ON o.yonghu_id = u.id
LEFT JOIN yaopin_pingjia e ON o.yaopin_id = e.yaopin_id
WHERE u.id = 1;

若能查询出“订单编号、购买数量、实付价格、药品名称、功效、用户信息、评价评分与内容”，说明关联正确；若出现外键错误，检查字段类型是否匹配（如yaopin_id与药品表id是否同为Integer）。

关键避坑提醒：切勿将药品照片、医生证明等二进制数据存入数据库！前期尝试导致数据库体积骤增，后续改为存储文件路径（如/static/drug/photo1.jpg），大幅提升查询速度。

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

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

1. 用户端：药品订单提交模块（必做核心模块）

• 核心逻辑：
  1. 订单发起：用户浏览药品详情页，点击“加入购物车”（选择购买数量，校验库存是否充足）；进入购物车确认商品，点击“结算”选择收货地址，处方药需上传医生证明（PDF格式，≤5MB），提交后订单状态设为“待审核”；
  2. 进度跟踪：在“我的订单”页面查看进度，待审核时显示“等待管理员审核”，审核通过后显示物流信息（模拟，如“已发货，快递单号：YT123456”）；
  3. 评价反馈：订单完成后，跳转至评价页，选择1-5星评分、填写使用反馈，提交后关联至该药品，管理员可查看评价。
• 页面设计（Vue+ElementUI）：
  • 购物车结算区：展示药品名称、单价、购买数量，合计金额，收货地址选择下拉框，处方药证明上传框，提交前校验库存与证明；
  • 订单列表区：表格展示订单编号、金额、状态、时间，操作列含“详情”“评价”（仅完成订单显示）；
  • 评价弹窗区：星级评分组件、评价内容文本框，提交后提示“评价成功”。

2. 管理员端：药品管理与入库模块（答辩亮点模块）

• 核心逻辑：
  1. 药品维护：管理员进入药品列表页，点击“新增”填写药品信息（名称、类型、功效、禁忌，上传照片），提交后生成药品编号；点击“编辑”修改库存、价格、上架状态，点击“删除”执行逻辑删除（前台不展示）；
  2. 药品入库：点击“入库管理”→“新增入库”，选择药品（下拉选择）、填写入库数量、缘由、上传附件（如采购合同），提交后自动更新药品库存（原库存+入库数量）；
  3. 数据统计：按药品类型统计库存（如“感冒药库存150件”“消炎药库存80件”），导出药品数据（Excel格式），支持按上架状态筛选。
• 页面设计：
  • 药品列表区：表格展示药品名称、编号、类型、库存、价格、操作（编辑、删除、入库）；
  • 入库表单区：药品选择下拉框、入库数量输入框（标红必填）、缘由文本框、附件上传框，提交前校验数量；
  • 统计区：饼图展示药品类型占比，列表展示各类型库存明细。

3. 管理员端：订单审核模块（核心需求模块）

• 核心逻辑：
  1. 审核接收：管理员登录后，默认展示“待审核”订单列表（关联用户、药品、收货地址信息），支持按订单编号、用户姓名筛选；
  2. 审核操作：点击“审核”查看订单详情（药品信息、购买数量、医生证明），处方药需校验证明有效性；选择审核结果（通过/未通过），填写意见（如“医生证明模糊，需重新上传”），通过则更新订单状态为“已审核”并扣减库存，未通过则退回用户；
  3. 订单跟踪：在“已审核”列表查看订单，点击“编辑物流”填写快递公司与单号，用户可实时查看物流信息。
• 页面设计：
  • 筛选区：订单编号输入框、用户姓名输入框、“查询”按钮；
  • 订单列表区：表格展示订单编号、用户、药品、金额、状态、操作（审核、编辑物流）；
  • 审核弹窗区：左侧展示订单详情与医生证明预览，右侧设审核结果单选框、意见文本域，提交后更新状态。

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

笔者前期未测试“用户购买数量超库存”场景，导致出现“库存为负”的数据异常，被导师指出“未做库存校验”并扣分😥。需针对性完成以下测试：

1. 核心功能测试用例

测试场景	操作步骤	预期结果
用户购买数量超库存	用户选择药品→输入购买数量（超库存）→提交订单	系统提示“库存不足，当前库存100件”，提交失败
管理员审核处方药订单	管理员查看订单→医生证明模糊→选择“未通过”→填写意见	订单状态改为“未通过”，用户端显示审核意见
用户重复评价同一药品	用户对已评价药品→再次提交评价	系统提示“已评价该药品，不可重复提交”，提交失败

2. 兼容性与性能测试

• 兼容性：测试Chrome、Firefox、Edge浏览器，修复IE11下表单样式错乱、证明预览失败问题；测试手机端浏览器，确保页面适配；
• 性能：用Jmeter模拟20个用户同时下单，系统响应时间≤2秒，无数据丢失；查询100条订单数据，耗时≤1秒。

3. 测试报告撰写

包含“测试目的、范围、用例、结果”，明确已修复问题（库存校验、浏览器兼容、重复评价限制），结论说明“核心功能无严重bug，可满足药品管理全流程需求”，附测试截图（如订单提交、药品入库）。

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

1. 演示流程梳理：按“用户浏览药品-加入购物车-提交订单-管理员审核-用户评价”演示，每个步骤停顿2秒，重点展示“订单关联药品逻辑”“库存自动更新效果”，让评委清晰看到功能流转；
2. 突出问题解决能力：重点讲“药品与订单表关联修复”“用户超库存购买校验实现”“数据库文件路径存储优化”，结合开发踩坑与解决方案，比单纯讲技术栈更有说服力；
3. 提前预判问题：针对“如何保障处方药管理合规”，回答“需上传医生证明并审核、记录审核日志、限制购买数量”；针对“如何避免数据错误”，回答“库存实时校验、订单提交事务控制、操作日志追溯”。

结语

本文基于Java+MySQL药品管理系统的实战经验，核心是“聚焦药品管理核心业务、优先稳定技术、提前排查表关联与数据逻辑问题”。毕设无需追求复杂功能（如AI用药推荐、物联网库存监控），把药品管理、订单审核、用户评价等核心功能做扎实，即可顺利通过答辩。

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

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