在得到系统的第一层功能模块图后，经过进一步地细化，得一系统的子功能模块图：
4.2.2 数据库设计在信息世界中，信息从客观事物出发流经数据库，通过决策机构最后又回到客观世界，信息的这一循环经历了三个领域：信息世界，数据世界，现实世界。现实世界的事物反映到人的头脑中，人的大脑对它有个认识过程，经过分析（选择、命名、分类等）进入信息世界。这些信息再进一步加工、编码，然后进数据世界，而软件系统的开发工作需
要考虑这两个方面的问题，也就是要考虑系统开发所需要的数据，以及如何对这些数据进行操作。这两个问题贯穿了整个软件系统的开发过程，这也就是数据库的设计问题，软件设计的一个核心。4.2.2.1 er图设计在系统设计的开始，我首先考虑的是如何用数据模型来数据库的结构与语义，以对现实世界进行抽象。目前广泛使用的数据模型可分为两种类型，一种是独立于计算机系统的“概念数据模型”，如“实体联系模型”；另一种是直接面向数据库逻辑结构的“结构数据模型”。在本系统中我采用“实体联系模型”（er模型）来描述数据库的结构与语义，以对现实世界进行第一次抽象。er模型直接从现实世界抽象出实体类型及实体间联系，然后用er图来表示数据模型。它有两个明显的优点：接近于人的思维，容易理解；与计算机无关，用户容易接受。但er模型只能说明实体间语义的联系，不能进一步说明详细的数据结构，它只是数据库设计的第一步。er图是直观表示概念模型的工具，它有四个基本成分：◆ 矩形框，表示实体类型（考虑问题的对象）。◆ 菱形框，表示联系类型（实体间的联系）。◆ 椭圆形框，表示实体类型和联系类型的属性。对于关键码的属性，在属性名下划一横线。◆直线，联系类型与其涉及的实体类型之间以直线连接。本系统为图书仓库管理，主要管理图书的入库、出库以及库存等事项。仓库根据需要可以查询图书供应商的信息，同时还需要了解在入库和出库中员工的参与情况。依据仓库管理的实际情况，考虑了多方面的因素以后，确定系统的er图如下：（为了表达的方便，在这里我没有在一张图上表达出所有的关系，而是用一张总体er图，和几张实体属性关系图来表达数据库的结构。）
在该数据库中，我设计了三个实体，分别是库存、员工和供应商以及两个联系类型入库
和出库。在本系统中库存是核心，也是基本，没有了库存其它的也就没有什么意义了。员工记录的添加是考虑到责任问题，也就是说，在仓库管理的实际运用中，出现了责任不清的现象，特别是由于仓库的进出图书数量都比较大时产生了一系列问题，所以在设计数据库时，我特别考虑到这一点，加入了员工记录这一实体。供应商信息的添加主要出于对图书来源问题的思考。通过添加供应商信息可以比较清楚地了解图书的进货渠道，从图书的质量到供应商的信誉都可以进行了解，同时可以为以后的图书进购提供一定有用的信息。入库联系类型将库存信息、供应商信息和员工信息联系在一起，可以方便地实现三个实体之间的联接，而出库联系类型则将库存信息和员工信息较好地联接起，同时这两个联系类型又都具有各自特有的属性。下面就是各实体及联系类型的属性图：(带#号的属性为关键字段)
4.2.2.2 数据库表格设计在完成系统的er图之后，需要将er模型转化为关系模型，也就是说，要设计出数据库所需要的表格。在这里，我选用的是关系数据库。因为关系数据库中的二维表格可以很清楚地描述数据之间的联系。在这里不得不提到一个概念——范式。其实在上一节的er图设计中，已经运用了范式的思想，不仅如此，在数据库的表格设计中更离不开范式的思想，它是数据库设计的基础，如果不注意这个问题将会导致一系列问题的出现。我在系统中定义的表格都严格地按照范式的思想和要求去完成，数据库中的所有表格都达到了三范式的要求。根据系统er图，针对本系统的特点，在对所搜集的数据进行规范化之后，定义了如下六张表格，分别是库存信息表，入库信息表，出库信息表，员工信息表，供应商信息表和密码信息表。通过对这六张表格的操作可以较好地完成系统设计的各项功能，六张表格之间有着不同程度的联系。（说明：在以下数据表中，k代表主键，#代表外键，字段值不为空。）bookrecord 表（库存信息表）
字段名称 数据类型 说明k bookid 数字 图书编号 bookname 文本 图书名 author 文本 作者 publisher 文本 出版社 pubdate 日期/时间 出版日期 price 货币 价格 booktype 文本 图书类型 number1 数字 库存数量 addation
