Java+MySQL（GUI）书店信息管理系统的设计和实现

备用链接

资源使用方法：数据库是MySQL，建议使用eclipse导入项目，需要在项目数据库连接代码中修改自己本地MySQL对应的用户名和密码，运行DBTool.java文件测试数据库连接性后，运行压缩包内MySQL代码进行建表和插入数据，然后运行LoginFrame.java分别输入用户名密码sa，123456即可使用。（报告的部分图片画的有点水，理解下）

只想白嫖博客报告内容，那点个赞收个藏可好(●• ̀ω•́ )✧

耗时小半周，万字报告，源码长度一万五，话不多说先上图，报告截图和源码字数统计截图（资源包内源码已打包，可用编程软件直接导入项目）
ps：项目一览

ps：完美的课设报告书，打包在压缩包内，丰富的文字和图片内容，纯手撸

ps：这里word截图仅仅为了展示代码总字符长度，资源包内均为java源码文件

ps：是从eclicpes导出的完整包，目录完整，文件完整，百度下怎么导入完整java项目包，修改自己MySQL（注意是MySQL）对应的账号密码，使用包内数据库指令运行，连接成功本地MySQL即可完美运行调试。目录展示如下：

以下是部分设计报告，资源内有完整版报告+完整源码包+数据库建表SQL代码

因博客不可直接粘贴word内容和图表，下文较乱，资源内报告文档（带图片和表格）已完美排版。

效果图：

系统需求分析阶段
1.1 引言
随着信息化时代的到来，对于普通书店，乃至图书馆，如何有效的管理图书信息和销售信息（借还信息）变得十分重要。现为了较好地解决书店的图书进货和销售时出现的问题，也为了便携化管理这些图书信息和销售信息，遂设计一套书店管理系统，使书店的进货和销售系统化、规范化、自动化，从而达到提高效率的目的。
1.2 目标与任务
1.2.1小组成员及分工
XXX
XXX
XXX
XXX
1.2.2 需求分析阶段的目标
1、了解书店总体系统的设置和安排。
2、理解书店信息和购买信息直接的联系。
3、了解书店信息模块需要在后台和数据库做的具体连接。
3、了解图书购买模块需要在后台和数据库做的具体链接。
4、分析订单信息应该触发的级联，和数据库数据应该产生如何的更新。
5、对销售信息的拓展使用，根据销售的订单记录，进行数据处理，设计出销售榜单，并可分别按销售量，销售额排序。
1.2.3 需求分析阶段的任务
（1）处理对象：
系统处理对象包括图书基本信息，用户基本信息，图书类别基本信息，图书销售基本信息。
（2）处理功能要求
各对象的基本信息如下：（详细数据见数据字典）
1、用户基本信息（）包括有用户编码信息，用户姓名，用户密码等。
2、图书基本信息（）包括图书的编码信息，图书名称，图书类别，图书作者，作者性别，图书单价，当前存量，销售量，图书描述等。
3、图书类别基本信息（）包括某一图书类别下的类别编码，类别名称和类别描述等。
4、购买基本信息（）包括用户购买某一项图书时的订单编号，图书名，买家姓名，买家年龄，买家电话，支付方式，发货方式和购买数量等。
（3）安全性和完整性要求
完整性和安全性，通过对数据库中表级相应属性添加主码-防止重复，添加非空约束-便于信息处理，多表间添加级联或者在代码中手动设计类似效果的模块，比如图书销售功能中的买家购买数量，首先此数量不能大于此图书的库存量，其次，购买成功后，图书库存量也要相应的进行减少。

1.3 需求分析阶段成果
1.3.1用例图
用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。用例图是系统的蓝图。用例图呈现了一些参与者，一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。本系统用例图如下所示。
图1-1用例图

1.3.2数据流图
数据流图（Data Flow Diagram）：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。
图1-2数据流图

1.3.3数字字典
数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明，使用数据字典为简单的建模项目。简而言之，数据字典是描述数据的信息集合，是对系统中使用的所有数据元素的定义的集合。
数据字典（Data dictionary）是一种用户可以访问的记录数据库和应用程序元数据的目录。主动数据字典是指在对数据库或应用程序结构进行修改时，其内容可以由DBMS自动更新的数据字典。被动数据字典是指修改时必须手工更新其内容的数据字典。
表1-1 数据字典

概念设计阶段
2.1 引言
将需求分析得到用户需求抽象为信息结构即概念模型的过程就是概念结构设计。概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键，包括概念模型设计和新系统流程两个阶段。在需求分析阶段所得到的应用需求应该首先抽象为信息世界的结构，才能更好地、更准确地用某一实现这些需求。
2.2 概念模型设计
2.2.1 实体属性图
用户实体：
图2-1用户实体图

图书实体（主码为id，共计8个实体属性）：
图2-2图书实体图

图书类型实体（主码为类型id，共计三个实体属性）：
图2-3图书类型实体图

购买实体（主码为订单号，共计8个实体属性）：
图2-4购买实体图

2.2.2 局部分E-R图
本系统存在两个实体间的联系，局部分E-R图如下：
图2-5局部E-R图

2.2.3 总E-R图
将三个实体，两个关系合成，优化可得总E-R图：
图2-6总E-R图

3．逻辑设计阶段
3.1逻辑设计的任务和目标
以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的产品发生关系了，系统逻辑设计的目标就是将概念设计阶段设计好的基本图转换为选用产品所支持的数据模型相符合的逻辑结构。
3.2将E-R图转换为关系模型
初始关系模型：
用户（用户id，用户名，密码）
图书（图书id，书名，作者，作者性别，单价，数量，销售量，图书描述）
图书类型（类型id，类型名，类型描述）
属于（图书id，类型id）
购买（图书id，用户名，订单号，图书名，买家姓名，买家年龄，
买家电话，支付方式，发货方式，购买数量）
3.3模型优化
关系模型优化：
因为“图书”和“图书类型”是一对一的关系，可删去“属于”这个实体属性，再直接将图书类型添加到图书中
属于（图书id，类型id）
图书（*） => 图书（图书id，类型id，书名，作者，作者性别，单价，数量，销售量，图书描述，类型名称，类型描述）

3.4数据库模式定义
模式定义表主要由用户，图书，图书类型和订单四个组成：
表3-1 数据库模式定义表

3.5用户子模式设计
用户子模式共由图书，图书类型，图书销售三个部分组成:
表3-2 用户子模式设计(View)列表

3.6数据库的逻辑结构定义
数据库逻辑结构共计四个信息表，详细如下：
表3-3用户信息表

表3-4图书信息表

表3-5图书类型信息表

表3-6图书销售信息表

4．物理设计阶段
4.1物理设计阶段的目标与任务
数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于给定的计算机系统。为一个给定的逻辑数据模型选取一个最合适应用要求的物理结构的过程，称为数据库的物理设计。物理设计的目的是有效地实现逻辑模式，确定所采取的存储策略。此阶段是以逻辑设计的结构作为输入，并结合具体DBMS的特点与存储设备特性进行设计，选定数据库在物理设备上存储结构和存取方法。数据库的物理设计可分为两步：1、确定数据库的物理结构，在关系数据库中主要指存储结构和存取方法。2、对物理结构进行评价，评价的重点是时间和空间效率。
如果评价结果满足原设计要求，则可进入物理实施阶段，否则需要重新设计或修改物理结构，有时甚至要返回逻辑设计阶段修改数据模型。
4.2存取方式
在关系数据库中，索引是一个单独的、物理的数据结构，它是某个表中一列或若干列的集合和相应指向表中物理标识这些值的数据页的逻辑指针清单。索引可以提高数据的访问速度，可以确保数据的唯一性。索引存取方法就是根据应用要求确定对关系的哪些属性列建立索引、哪些属性列建立组合索引、哪些索引要设计为唯一索引等。
如果一个(或一组)属性经常在查询条件中出现，则考虑在这个(或这组)属性上建立索引(或组合索引)。如果一个属性经常作为最大值或最小值等聚集函数的参数，则考虑在这个属性上建立索引。如果一个(或一组)属性经常在连接操作的连接条件中出现，则考虑在这个(或这组)属性上建立索引。
关系上定义的索引数并不是越多越好，因为系统为维护索引要付出代价，并且查找索引也要付出代价。例如，若一个关系的更新频率很高，这个关系上定义的索引就不能太多。因为更新一个关系时，必须对这个关系上有关的索引做相应的修改。
4.3存储结构
为了提高系统性能，应该根据实际应用将数据库中数据的易变部分与稳定部分、常存取部分、存取频率较低部分分开存放。有多个磁盘的计算机可以采用下面几种存取位置的分配方案。
将表和该表的索引放在不同的磁盘中。在查询时，两个磁盘驱动器并行操作，提高了物理I/O读/写的效率。将比较大的表分别放在两个磁盘上，以加快存取速度，这在多用户环境下特点有效。将日志文件与数据库的对象放在不同的磁盘上，以改进系统的性能。对于经常存取或存取时间要求高的对象应放在高速存储器上；对于存取频率小或存取时间要求低的对象(如数据库的数据备份和日志文件备份等，只在故障恢复时才使用)，如果数据量很大，则可以存放在低速存储设备上。
DBMS产品一般都提供了一些系统配置变量、存储分配参数，以供设计人员和DBS对数据库进行物理优化。在初始情况下，系统都为这些变量赋予了合理的默认值。这些初始值并不一定适合每种应用环境，在进行物理设计时，需要重新对这些变量赋值，以改善系统的性能。系统配置变量很多，例如，同时使用数据库的用户数、同时打开数据库的对象数、内存分配参数、缓冲区分配参数(使用的缓冲区长度、个数)、存储分配参数、物理块的大小、物理块装填因子、时间片大小、数据库的大小、锁的数目等。这些参数值会影响存取时间和存储空间的分配，因此在进行物理设计时，要根据应用环境确定这些参数值，以使系统性能最佳。

5．数据库实施阶段
5.1建立数据库
5.2 建立数据表
5.3 建立索引
5.4数据入库

6 系统详细设计与实现
6.1 总体设计结构
利用了GUI-图形用户界面编程，Java-swing相关内置模块做系统的前端展示模块，遂系统操纵语言也是Java，后台数据的增删改查依赖于MySQL数据库
6.1.1运行环境
JAVA：
java version “15”
Java™ SE Runtime Environment (build 15+36-1562)
Java HotSpot™ 64-Bit Server VM (build 15+36-1562, mixed mode, sharing)
MySQL：
Product version Architecture
MySQL Server 8.0.22 X64
MySQL Workbench 8.0.22 X64
JDBC：
mysql-connector-java-8.0.11

6.1.2基本处理流程
流程图是流经一个系统的信息流、观点流或部件流的图形代表。作为诊断工具，它能够辅助决策制定，让管理者清楚地知道，问题可能出在什么地方，从而确定出可供选择的行动方案。流程图有时也称作输入-输出图。该图直观地描述一个工作过程的具体步骤。流程图对准确了解事情是如何进行的，以及决定应如何改进过程极有帮助。这一方法可以用于整个企业，以便直观地跟踪和图解企业的运作方式。
基于用户登录界面和主菜单界面的本系统主体，基本处理流程如下图。

图6-1基本流程图
6.1.3 模块结构
本系统模块，共计19个java文件，分别为4个实体代码，4个实体连接数据库代码，1个基础数据库连接代码，10个GUI界面代码。

图6-2模块全览和简要说明

后续代码模块和说明部分省略