图书仓库管理系统

开发所需要的数据，以及如何对这些数据进行操作。这两个问题贯穿了整个软件系统的开发过程，这也就是数据库的设计问题，软件设计的一个核心。

　　4.2.2.1  ER图设计
　　在系统设计的开始，我首先考虑的是如何用数据模型来数据库的结构与语义，以对现实世界进行抽象。目前广泛使用的数据模型可分为两种类型，一种是独立于计算机系统的“概念数据模型”，如“实体联系模型”；另一种是直接面向数据库逻辑结构的“结构数据模型”。在本系统中我采用“实体联系模型”（ER模型）来描述数据库的结构与语义，以对现实世界进行第一次抽象。ER模型直接从现实世界抽象出实体类型及实体间联系，然后用ER图来表示数据模型。它有两个明显的优点：接近于人的思维，容易理解；与计算机无关，用户容易接受。但ER模型只能说明实体间语义的联系，不能进一步说明详细的数据结构，它只是数据库设计的第一步。

ER图是直观表示概念模型的工具，它有四个基本成分：
◆ 矩形框，表示实体类型（考虑问题的对象）。
◆ 菱形框，表示联系类型（实体间的联系）。
◆ 椭圆形框，表示实体类型和联系类型的属性。对于关键码的属性，在属性名下划一横线。
◆直线，联系类型与其涉及的实体类型之间以直线连接。
本系统为图书仓库管理，主要管理图书的入库、出库以及库存等事项。仓库根据需要可以查询图书供应商的信息，同时还需要了解在入库和出库中员工的参与情况。依据仓库管理的实际情况，考虑了多方面的因素以后，确定系统的ER图如下：
（为了表达的方便，在这里我没有在一张图上表达出所有的关系，而是用一张总体ER图，和几张实体属性关系图来表达数据库的结构。）

　　在该数据库中，我设计了三个实体，分别是库存、员工和供应商以及两个联系类型入库和出库。在本系统中库存是核心，也是基本，没有了库存其它的也就没有什么意义了。员工记录的添加是考虑到责任问题，也就是说，在仓库管理的实际运用中，出现了责任不清的现象，特别是由于仓库的进出图书数量都比较大时产生了一系列问题，所以在设计数据库时，我特别考虑到这一点，加入了员工记录这一实体。供应商信息的添加主要出于对图书来源问题的思考。通过添加供应商信息可以比较清楚地了解图书的进货渠道，从图书的质量到供应商的信誉都可以进行了解，同时可以为以后的图书进购提供一定有用的信息。

　　入库联系类型将库存信息、供应商信息和员工信息联系在一起，可以方便地实现三个实体之间的联接，而出库联系类型则将库存信息和员工信息较好地联接起，同时这两个联系类型又都具有各自特有的属性。

　　下面就是各实体及联系类型的属性图：(带#号的属性为关键字段)

　　4.2.2.2  数据库表格设计
　　在完成系统的ER图之后，需要将ER模型转化为关系模型，也就是说，要设计出数据库所需要的表格。在这里，我选用的是关系数据库。因为关系数据库中的二维表格可以很清楚地描述数据之间的联系。

　　在这里不得不提到一个概念——范式。其实在上一节的ER图设计中，已经运用了范式的思想，不仅如此，在数据库的表格设计中更离不开范式的思想，它是数据库设计的基础，如果不注意这个问题将会导致一系列问题的出现。

　　我在系统中定义的表格都严格地按照范式的思想和要求去完成，数据库中的所有表格都达到了三范式的要求。根据系统ER图，针对本系统的特点，在对所搜集的数据进行规范化之后，定义了如下六张表格，分别是库存信息表，入库信息表，出库信息表，员工信息表，供应商信息表和密码信息表。通过对这六张表格的操作可以较好地完成系统设计的各项功能，六张表格之间有着不同程度的联系。（说明：在以下数据表中，K代表主键，#代表外键，字段值不为空。）

 << 上一页  [11] [12] [13] [14] [15] [16] [17] [18] [19] [20]  ... 下一页  >>