简介一份以小型超市为业务场景的数据库课程设计报告面向数据库原理与管理信息系统课程的实践环节适合需要完成超市信息管理系统设计的在校生或自学数据库设计的读者。报告完整呈现了从需求分析、功能模块规划到面向对象用例设计、实体联系模型构建、逻辑表结构及物理索引设计的全过程内容覆盖供应商、商品、库存、人事、销售和财务等核心模块并附有进度计划与审核要求可作为课程设计报告写作和数据库建库练习的参考模板。压缩包内仅1个docx文档整体约282KB内容即上述完整设计报告书无需额外环境即可查看。目前已有321人浏览学习对于初次进行数据库课程设计的学生来说具有直接的借鉴和参考价值。1. 数据库课程设计超市信息管理系统题目和交付物都在这个 docx 里“数据库课程设计超市信息管理系统”这个题目几乎是每个学数据库的人都会遇到的一道坎老师发一个 docx 模板里面是需求分析、概念结构设计、逻辑结构设计、测试报告这些栏目你要填进去的是一套能跑的表结构和一段能演示的增删改查。真正拉开差距的其实不是界面多漂亮而是表怎么设计、事务怎么处理、文档怎么组织。下面按这个顺序来给出 7 张表结构、一套 Java JDBC 实现方案和一份课设文档的写法适合正在赶课程设计的学生也适合帮人做课设、需要快速交付的人。2. 把超市系统拆成 6 个模块和 7 张表表结构才是课程设计的主线2.1 课程设计评分点在“设计分析”不在 GUI 多漂亮很多人的课程设计都犯同一个毛病页面做得像模像样按钮一个不少老师一问“商品表和销售明细表是什么关系”就答不上来。这门课考察的是数据库设计能力不是界面开发能力评分权重通常落在三块ER 图是否规范、表结构是否满足范式要求、关键业务能不能落到 SQL 上。所以动手写代码前先把需求拆成模块。一个超市信息管理系统按业务拆就是六个模块用户登录与员工管理、商品档案管理、供应商管理、销售开单、入库管理、统计报表。每个模块对应至少一张表模块之间用外键关联。把这些拆完后面写代码就只是翻译表结构而已文档里的“需求分析”和“概念结构设计”两节也顺手有了素材。选型方面最常见的组合是 MySQL 8.0 Java 8 原生 JDBC界面用 Swing 或 JavaFX 都行。不建议一上来用 MyBatis 或 Spring Boot答辩时老师如果问“你这条 SQL 是怎么拼出来的”只回答“框架自动生成”会很被动。原生 JDBC 代码是多一点但每一步都能讲清楚这是课程设计里最稳妥也最容易被认可的做法。2.2 7 张表 DDL 一次建好商品、销售单、明细、库存流水模块拆完接下来把表定下来。采用 7 张表的方案用户表 user、供应商表 supplier、商品表 goods、会员表 member、销售单表 sale_order、销售明细表 sale_item、库存流水表 stock_log。用户表管登录员工会员表用于打折场景库存流水表记录每一次入库和出库。前四张是基础资料表后三张是业务表这一区分写进文档时能直接对应“概念结构设计”和“逻辑结构设计”两节。先建基础表再建业务表顺序不能反sale_item 依赖 sale_order 和 goods。核心建表脚本如下CREATE DATABASE IF NOT EXISTS supermarket DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE supermarket; CREATE TABLE goods ( id INT AUTO_INCREMENT PRIMARY KEY, name VARCHAR(50) NOT NULL COMMENT 商品名称, price DECIMAL(10,2) NOT NULL COMMENT 零售价, stock INT NOT NULL DEFAULT 0 COMMENT 当前库存, supplier_id INT COMMENT 供应商ID可为空, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB; CREATE TABLE sale_order ( id INT AUTO_INCREMENT PRIMARY KEY, order_no VARCHAR(20) NOT NULL UNIQUE COMMENT 订单号业务编号, member_id INT COMMENT 会员ID散客为空, total_amount DECIMAL(10,2) NOT NULL, sale_time DATETIME DEFAULT CURRENT_TIMESTAMP, operator_id INT COMMENT 收银员ID ) ENGINEInnoDB; CREATE TABLE sale_item ( id INT AUTO_INCREMENT PRIMARY KEY, order_id INT NOT NULL, goods_id INT NOT NULL, quantity INT NOT NULL COMMENT 本次购买数量, price DECIMAL(10,2) NOT NULL COMMENT 成交单价, CONSTRAINT fk_item_order FOREIGN KEY (order_id) REFERENCES sale_order(id), CONSTRAINT fk_item_goods FOREIGN KEY (goods_id) REFERENCES goods(id) ) ENGINEInnoDB; CREATE TABLE stock_log ( id INT AUTO_INCREMENT PRIMARY KEY, goods_id INT NOT NULL, change_type TINYINT NOT NULL COMMENT 1入库 2销售出库 3盘点调整, change_qty INT NOT NULL COMMENT 正数增加负数减少, note VARCHAR(100), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, CONSTRAINT fk_log_goods FOREIGN KEY (goods_id) REFERENCES goods(id) ) ENGINEInnoDB;商品表只保留最核心的字段够课程设计演示就行。金额列用 DECIMAL(10,2)不要用 float 或 double——MySQL 里浮点数算金额会有精度漂移答辩时这是高频提问点。为什么把 sale_item 单独拆出来而不是直接往 sale_order 里塞商品因为一张销售单要对应多个商品如果冗余在 sale_order 里表结构就不满足第二范式这个拆法本身就是设计说明。外键建在 sale_item 上让一对多关系在这三张业务表上体现得最清楚。提示建表顺序要保持基础表在前、业务表在后MySQL 不会自动帮你先建被引用表顺序反了会直接报“Table goods doesnt exist”。2.3 主键、外键、字符集建库脚本里就要定死的三件事剩下的用户表、供应商表、会员表补全CREATE TABLE user ( id INT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(30) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL, role TINYINT DEFAULT 0 COMMENT 0收银员 1管理员, real_name VARCHAR(30) ) ENGINEInnoDB; CREATE TABLE supplier ( id INT AUTO_INCREMENT PRIMARY KEY, name VARCHAR(50) NOT NULL, contact VARCHAR(20), phone VARCHAR(20) ) ENGINEInnoDB; CREATE TABLE member ( id INT AUTO_INCREMENT PRIMARY KEY, name VARCHAR(30) NOT NULL, phone VARCHAR(20) UNIQUE, points INT DEFAULT 0 COMMENT 积分, discount DECIMAL(3,2) DEFAULT 1.00 COMMENT 折扣率0.95表示95折 ) ENGINEInnoDB; ALTER TABLE goods ADD CONSTRAINT fk_goods_supplier FOREIGN KEY (supplier_id) REFERENCES supplier(id);主键用自增 INT不要用 UUID。整数存储空间小、B 树索引检索快InnoDB 聚簇索引按主键顺序组织自增能避免频繁页分裂——这段解释背下来文档和答辩都用得上。外键要不要建我的建议是核心业务关系必须建sale_item 引用 sale_order 和 goods 这两条约束能体现完整性设计基础资料之间的弱关联比如 goods 和 supplier如果演示时不想被删除问题卡住可以先建上然后在测试部分注意操作顺序我一般建上因为老师翻开表结构能看到 FOREIGN KEY 字样这个印象分值得拿。字符集三处要统一连接串的 characterEncoding、建库语句里的 utf8mb4、表的 CHARSET。很多项目只改了连接串表还是 latin1中文写入直接变问号。utf8mb4 比 utf8 多支持 emoji 和生僻字课程设计里没必要省这点空间统一用 utf8mb4。2.4 用 INSERT 初始化数据让老师第一眼看到系统是活的演示时第一屏不能是空表。至少准备 20 条商品、3 个供应商、5 个会员和几笔销售单写成一个可重复执行的“初始化数据.sql”文件DELETE FROM goods; INSERT INTO supplier (name, contact, phone) VALUES (本地食品公司, 张经理, 13800000001), (日化批发商, 李经理, 13800000002), (饮料供应商, 王经理, 13800000003); INSERT INTO goods (name, price, stock, supplier_id) VALUES (农夫山泉 550ml, 2.00, 120, 3), (可乐 500ml, 3.00, 80, 3), (康师傅红烧牛肉面, 4.50, 60, 1), (海天生抽 500ml, 9.90, 30, 1), (心相印纸巾 3包装, 12.50, 45, 2);开头先 DELETE FROM goods 是为了让脚本可重复跑供应商和会员表同理。批量 INSERT 比逐条插入快这些数据量对课设来说足够——老师看的是字段有没有意义不是数据有多丰富。商品名别用单引号或特殊符号避免转义问题库存值保持合理不要出现负库存或过大数字。数据文件放在 sysadmin 目录下和建表脚本放一起文档里注明“运行顺序先建库再初始化”。3. JavaJDBC 跑通数据库增删改查从驱动加载到事务提交3.1 工程目录与 MySQL 8 连接串参数少一个参数就翻车工程结构不用复杂包名按 util、dao、ui 三层拆就够课程设计用。用 IDEA 或 Eclipse 都行驱动 jar 一定要放进本地 lib 并 Add as Library不要依赖 Maven 现场拉包——答辩机房的网络状况没人敢赌。src/main/java/com/course/supermarket/ ├── util/DBUtil.java ├── dao/GoodsDao.java └── ui/MainFrame.java lib/mysql-connector-j-8.x.x.jar连接串是翻车最多的地方。MySQL 5.x 和 8.x 的驱动类名不一样5.x 是 com.mysql.jdbc.Driver8.x 是 com.mysql.cj.jdbc.Driver。连接串里几个参数需要全部带上jdbc:mysql://localhost:3306/supermarket?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8allowPublicKeyRetrievaltrue参数逐个说清楚。useSSLfalse本地开发没必要做 SSL 握手加上能减少一次握手延迟。serverTimezoneAsia/ShanghaiMySQL 8 要求明确时区不加有时会报“Server time zone value CST is unrecognized”这是最容易让人懵的玄学问题。characterEncodingutf8插入中文不乱码的关键必须和库表字符集保持一致。allowPublicKeyRetrievaltrueMySQL 8 默认认证插件是 caching_sha2_password不加会在连接阶段报 Public Key Retrieval is not allowed。这些参数每一个都对应一个真实踩坑现场少了哪个都在演示时找补不回来。3.2 写 DBUtil 连接工具类数据库增删改查的第一步数据库增删改查的第一步永远是拿到一个可用连接。把连接逻辑收拢到一个工具类里DAO 层调用时只管拿连接用完关闭package com.course.supermarket.util; import java.sql.Connection; import java.sql.DriverManager; import java.sql.SQLException; public class DBUtil { private static final String URL jdbc:mysql://localhost:3306/supermarket ?useSSLfalseserverTimezoneAsia/Shanghai characterEncodingutf8allowPublicKeyRetrievaltrue; private static final String USER root; private static final String PASSWORD 123456; static { try { Class.forName(com.mysql.cj.jdbc.Driver); } catch (ClassNotFoundException e) { throw new ExceptionInInitializerError(MySQL 驱动未找到检查 lib 是否引入); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } public static void close(Connection conn, java.sql.Statement st, java.sql.ResultSet rs) { if (rs ! null) { try { rs.close(); } catch (SQLException ignored) {} } if (st ! null) { try { st.close(); } catch (SQLException ignored) {} } if (conn ! null) { try { conn.close(); } catch (SQLException ignored) {} } } }静态块在类加载时完成驱动注册Class.forName 在 JDBC 4 以后可以省略但写上能帮助理清“驱动是怎么被找到的”这个问题。close 的顺序是 ResultSet 先、Statement 其次、Connection 最后反了会泄漏数据库连接。这里每个 DAO 方法都自己开连接和关连接对课程设计完全够用账号密码写死在工具类里是为演示方便被问到安全问题可以说正式项目会放到配置文件加密存储。3.3 PreparedStatement 做增删改查占位符是底线不是选择用 Statement 拼接字符串也能实现功能但课程设计文档里如果能写上“使用 PreparedStatement 防止 SQL 注入”这是直接得分点。商品管理的增删改查是系统最核心的操作public int insert(Goods g) throws SQLException { String sql INSERT INTO goods (name, price, stock, supplier_id) VALUES (?, ?, ?, ?); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, g.getName()); ps.setBigDecimal(2, g.getPrice()); // 对应 DECIMAL 列 ps.setInt(3, g.getStock()); ps.setInt(4, g.getSupplierId()); return ps.executeUpdate(); } } public ListGoods listByKeyword(String keyword) throws SQLException { String sql SELECT * FROM goods WHERE name LIKE ? ORDER BY id DESC LIMIT 20; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, % keyword %); try (ResultSet rs ps.executeQuery()) { // 逐行封装成 Goods 对象放入 List } } }使用 ? 占位符而不是直接拼接字符串SQL 注入和引号转义问题一次全解决。注意 LIKE 查询时百分号要拼在 setString 的参数里不要写进 SQL 模板因为 ? 会被当作完整参数替换写在 SQL 里反而会传参错乱。LIMIT 20 是保护措施测试数据多了之后界面不会卡顿。更新和删除同理executeUpdate 返回受影响行数等于 0 说明条件没匹配对应界面提示“商品不存在或已删除”。3.4 销售开单的事务与条件更新库存扣减不能先查后改销售开单要操作三张表sale_order、sale_item、goods扣库存。很多同学写成“先查库存够不够够就更新再插入单据”单机演示没问题但缺了数据库事务里最值钱的性质——原子性任一步失败前面的数据不该留下半分。public void createSale(SaleOrder order, ListSaleItem items) throws SQLException { Connection conn DBUtil.getConnection(); try { conn.setAutoCommit(false); String insertOrder INSERT INTO sale_order (order_no, member_id, total_amount, operator_id) VALUES (?, ?, ?, ?); try (PreparedStatement ps conn.prepareStatement(insertOrder, PreparedStatement.RETURN_GENERATED_KEYS)) { // 设置参数后执行通过 getGeneratedKeys() 获取自增订单ID } String insertItem INSERT INTO sale_item (order_id, goods_id, quantity, price) VALUES (?, ?, ?, ?); String updateStock UPDATE goods SET stock stock - ? WHERE id ? AND stock ?; for (SaleItem item : items) { try (PreparedStatement psItem conn.prepareStatement(insertItem)) { // 设置订单ID、商品ID、数量、成交价并执行 } try (PreparedStatement psStock conn.prepareStatement(updateStock)) { psStock.setInt(1, item.getQuantity()); psStock.setInt(2, item.getGoodsId()); psStock.setInt(3, item.getQuantity()); // 作为最低库存条件 if (psStock.executeUpdate() 0) { throw new SQLException(库存不足商品ID item.getGoodsId()); } } } conn.commit(); } catch (SQLException e) { conn.rollback(); throw e; } finally { conn.setAutoCommit(true); conn.close(); } }setAutoCommit(false) 开启事务commit 成功才整体落盘catch 里 rollback 回滚到事务前finally 里把连接状态恢复并关闭。关键在UPDATE goods SET stock stock - ? WHERE id ? AND stock ?这个写法把“查库存再决定”改成“一次性原子判断”stock ? 是条件的一部分数据库在行锁内完成校验天然防空库存。这个细节写进文档就是“使用条件更新避免并发超卖”答辩被问到并发时能直接拿出来讲。注意如果选择用数据库连接池HikariCP 配置只要五行setJdbcUrl、setUsername、setPassword、setMaximumPoolSize(10)。但前提是能答得上“连接池是什么”——预先建好一批连接放在池中用的时候借、用完还省去每次建立 TCP 连接的消耗。答得上来连接池是加分项答不上来就用上面的 DBUtil同样完整。4. 把 .docx 文档写成看得懂的说明书排版、截图与答辩准备4.1 文档结构八节内容对应老师批注里的评分点很多人的想法是代码写完了文档就好办结果打开 docx 模板发现要写“需求分析”“概念结构设计”“逻辑结构设计”顿时没谱。其实这些栏目和代码是反过来的模板要的东西就是最初做设计时的思考过程。文档章节结构建议如下文档章节写什么建议篇幅需求分析系统边界、角色与功能用例1页概念结构设计ER 图 实体属性说明1页逻辑结构设计每张表的字段、主外键、范式分析2~3页物理结构设计选用 MySQL、字符集、存储引擎的理由半页代码实现连接层、DAO 层、界面层抽关键代码3页测试功能测试用例表 截图1.5页总结做了哪些设计决策解决了什么问题半页逻辑结构设计直接用第 2 章的建表语句转成文字说明每张表的表名、字段名、类型、约束、含义整理成小表7 张表写下来正好两页。如果嫌内容薄把范式分析写进去——说明商品表满足 2NFsale_item 拆出来消除了重复商品信息与订单信息的耦合。这段文字写在文档里比堆代码管用得多。4.2 代码怎么贴一段注释配一段大白话别堆源码课程设计报告不是 README更不是源码打印。老师看文档的时间有限大段粘贴 DAO 代码基本没人逐行看。比较稳妥的做法是每个模块选一段最核心的代码前面用普通文字讲“在这里做了什么设计决策”代码块只保留关键 10~20 行后面再说一句“这段逻辑对应测试用例中的某场景”。比如第 3 章的事务核心代码先写“销售开单跨三张表为保证数据一致采用事务控制”然后把 updateStock 那几行贴进去再补一句“当两个收银台同时卖同一件商品时条件更新会让库存不足的一侧下单失败”。老师 30 秒就能抓到重点。排版上有两个细节代码用等宽字体Consolas行距 1.2 倍缩进统一截图宽高一致不要一张大一张小。文档里所有变量名要和源码完全一致不要为了好看手工改名答辩时源代码对不上会非常尴尬。4.3 截图清单ER 图、表结构、运行界面各截哪几张很多学生只截运行界面忽略了 ER 图和表结构。课程设计需要准备四类截图截屏位置截什么建议工具概念结构设计全局 ER 图MySQL Workbench 的 Database → Reverse Engineer逻辑结构设计表字段定义列表Navicat 表设计器或 Workbench测试用例登录、开单、查询各一张运行图程序运行窗口 系统截图数据验证库存扣减后的 goods 表数据Navicat 查询结果ER 图不要手画用 Workbench 反向工程生成导出 PNG 分辨率选 150dpi 以上。运行截图注意任务栏时间和窗口标题别穿帮中文乱码的截图一定重截。插到文档里的图要加题注比如“图 3-1 商品信息查询界面”题注字体小一号、居中。4.4 答辩前背熟这三个数据库问题数据库方向的课程设计答辩来回总是那几个问题。第一个是“为什么用自增主键”——回答要点整数存储空间小、B 树索引检索快、InnoDB 聚簇索引按主键顺序维护自增能避免页分裂。第二个是“为什么选 InnoDB”——支持事务和外键销售开单要跨三张表MyISAM 不支持事务是硬伤。第三个是“删除商品时被外键挡住怎么办”——可以先删 sale_item 再删 goods也可以给商品表加 is_deleted 字段做逻辑删除让历史单据仍能关联。这三个问题都是设计决策的延伸和第 2 章的表结构一一对应。5. 数据库课程设计翻车现场5 个常见问题的排查与修复5.1 一运行就报 ClassNotFoundException驱动类名与 lib 没到位现象程序启动后抛 java.lang.ClassNotFoundException点名找不到 com.mysql.jdbc.Driver。原因九成是驱动版本和代码类名不匹配——MySQL 8.x 的驱动类名是 com.mysql.cj.jdbc.Driver而老教程写的是 com.mysql.jdbc.Driver剩下的一成是 jar 包没放进 lib 或没执行 Add as Library。解决先看项目结构里 lib 目录下有没有 mysql-connector-j-8.x.x.jar有没有被标记为 Library再把代码里的 Class.forName 参数改成 com.mysql.cj.jdbc.Driver连接串补上 serverTimezone 和 allowPublicKeyRetrieval。如果同时存在 5.x 和 8.x 两个驱动删掉老的避免类加载冲突。5.2 插入中文变成问号字符集三处不一致现象界面上输入的“农夫山泉”写进数据库变成“????”。原因连接串、数据库、表三处字符集不一致最常见是连接串没带 characterEncodingutf8而库默认用了 latin1。解决建库脚本加 DEFAULT CHARACTER SET utf8mb4连接串加 characterEncodingutf8然后执行 SHOW VARIABLES LIKE character_set% 确认结果表已经建错的话用 ALTER TABLE goods CONVERT TO CHARACTER SET utf8mb4 补救。记住一个原则库、表、连接串三处只要有一处是 latin1中文路径就随时可能出问题。5.3 删除商品被外键拦住演示时最尴尬的一卡现象界面里点“删除商品”弹出外键约束失败仔细一看是销售明细还引用着这条商品。原因sale_item 里有外键指向 goods这是第 2 章刻意设计的结果删不掉反而是约束在起作用。解决演示时先做销售单的查询再挑一条没有历史单据的商品做删除演示更稳妥的做法是给商品表加 is_deleted 字段删除变成 UPDATE goods SET is_deleted 1 WHERE id ?所有查询统一加 WHERE is_deleted 0。第二种方案写进文档里还能变成设计亮点。5.4 MySQL 8 连接报认证插件错误caching_sha2_password 与老驱动现象程序连接数据库时抛 Unable to load authentication plugin caching_sha2_password。原因MySQL 8 默认认证插件是 caching_sha2_password而项目里放的是 MySQL 5.x 时代的老驱动不认识这个插件。解决把驱动 jar 换成 8.x 版本这是最干净的做法另一条路是在 MySQL 命令行执行 ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY 密码把认证方式改回旧版但演示机器如果是新版 MySQL换驱动更省事。答辩机器如果没外网提前把驱动 jar 放进 U 盘一起带过去。5.5 演示现场连不上数据库服务没启动和端口被占现象在自己电脑上跑得好好的到了演示教室双击运行却停在连接报错。原因MySQL 服务没启动或者 3306 端口被机器上另一个 MySQL 实例占用了。解决提前写好一个检测脚本演示前先跑一遍。netstat -ano | findstr 3306 sc query mysql如果 netstat 输出里有 LISTENING说明端口被占用且服务在跑如果没有任何输出到“服务”管理里找到 MySQL 并启动顺便把启动类型改成“自动”。有 LISTENING 但程序连不上看进程 PID 对应的是不是自己装的那个 MySQL端口被别的实例占了就把连接串的 3306 改成实际端口比如 3307。答辩前十分钟先跑一遍这个脚本比上台手忙脚乱强得多。6. 用并发锁验证你的销售开单一个能讲清楚的加分实验一个课程设计如果只做到“能增删改查”分数已经在中上但如果想再往前一步主动加一个并发边角会更出彩。超市收银场景天然有并发同一件商品库存只有 3 件两个收银台同时卖会不会给第 4 件也开出单第 3 章的代码里已经埋了条件更新现在把验证做出来。打开两个终端窗口同时运行同一个客户端在开单代码里打印执行后的 goods.stock。用第 3 章的 updateStock 语句第二个请求会得到 executeUpdate() 返回 0事务回滚sale_order 里不会出现第二条销售单。原理是WHERE stock ?让数据库在行锁内完成了“库存足够才扣减”的判断不需要先 SELECT 再 UPDATE。如果换成“先查库存再更新库存”的写法两个事务都查到 3扣完都变成 2超卖就发生了。这一对比写进文档测试页答辩时主动提一句“我处理了超卖场景”比被问到再解释强得多。想再深入一点可以验证隔离级别在开单方法里把事务隔离级别设为 READ COMMITTED 或 REPEATABLE READ观察两个并发请求的表现差异。代码就一行conn.setTransactionIsolation(Connection.TRANSACTION_READ_COMMITTED)放在 setAutoCommit(false) 后面跑一次对比文档里写一小段结论即可。老师如果追问 InnoDB 行锁怎么实现答“索引记录上的锁WHERE id? 会锁住这一行”就足够体面了。带了几届课程设计我的习惯是让学生在交文档前做一次“机器没网、库里没数据、从零初始化”的裸奔测试。最后能过的方案往往不是代码最炫的而是表和字段在一开始就想明白了的。把表结构固定下来用事务接住业务再用这把锁证明它经得起问——这份超市信息管理系统课设就算立住了。希望帮到你。本文还有配套的精品资源点击获取