图书仓库管理系统

减小字体

增大字体作者：佚名来源：本站整理发布时间：2009-01-10 11:52:16

，在系统中我是通过入库记录与员工记录（出库记录和员工记录）之间的联接查询来完成的。另外，作为一个仓库也有必要了解其所属员工的一些基本情况，以便查询。
Shopkeeper 表（供应商信息表）
字段名称数据类型说明
K ShopkeeperID 数字供应商编号
ShopkeeperName 文本供应商姓名
Address 文本地址
PostNo 数字邮编
OfficePhone 文本办公电话
HomePhone 文本住宅电话
Email 文本 E-mail
PayType 文本付款方式
图4.15 供应商信息表
供应商信息表主要用于记录有关供应商的各类信息，包括姓名、地址、电话、付款方式等。它主要用来为系统提供供应商的有关信息，在系统中入库记录是与供应商记录相联系的，通过入库记录可以查找相关的供应商信息。在供应商信息中，考虑当实际情况，我特别加入了Email和付款方式这两个字段，因为在当今信息世界中，多种多样的通讯方式和多种多样的付款方式是必然的，是数据库中必须与以记录。

InRecord 表（入库信息表）
字段名称数据类型说明
K InID 数字入库编号
# BookID 数字图书编号
# EmployeeID 数字员工编号
# ShopkeeperID 数字供应商编号
Number 数字入库数量
BuyDate 日期/时间入库日期
图4.16 入库信息表

OutRecord 表（出库信息表）
字段名称数据类型说明
K OutID 数字出库编号
# BookID 数字图书编号
# EmployeeID 数字员工编号
Number2 数字出库数量
OutDate 日期/时间出库日期
图4.17 出库信息表
入库信息表主要用于记录有关入库的详细信息，包括入库数量、入库日期以及图书、员工、供应商三方的编号，以便查询。出库信息表主要用于记录有关出库的详细信息，包括出库数量、出库日期以及图书、员工的编号。出库信息表和入库信息表一样，其实它们都属于联系类型，系统通过这两个表可以联接上其它的表为用户提供多种条件的联接查询。值得提出的一点是入库记录和出库记录的添加不仅仅是单表操作，由于它们都与库存记录相联系，所以，无论您是添中入库记录还是添加出库记录，都必须同时修改库存记录，以保持数据的一致性，否则将引发系统出错而这些我都让其在系统中自动完成。无论您是添加入库记录，还是添加出库记录，系统都将自动修改库存中图书的数量，而且，在您出库的数量大于库存数量时，系统还会自动提示错误，这样就可以防止一定错误的发生。
在入库信息表和出库信息表中我还定义了几个外键，它提供了一种表示几个关系联系的方法。比如，系统中通过在入库信息表中定义的外键 BookID、EmployeeID和ShopkeeperID可以将库存信息表、员工信息表和供应商信息表联系在一起，从而方便地实现联接查询，而且，引入外键的定义是实体完整性约束的一个主要方面。
Key 表（密码信息表）
字段名称数据类型说明
K KeyName 文本用户姓名
KeyNo 文本用户密码
图4.18 密码信息表
密码信息表主要用于记录所有的用户名和用户密码。它是在用户登陆时用来确定用户和密码的正确性，以防止非法用户登陆。

通过以上设计已经完成了系统的概要设计，当我们有了系统的功能模块图和数据库之后，就需要着手去实现每一个模块，为每一个功能设计程序流程图，这也就是系统的详细设计。
§4.3 系统详细设计
在前面的概要设计中，已将系统划分为多个模块，并将它们按照一定的原则组装起来，同时确定了每个功能及模块之间的外部接口。现在所要做的就是确定每个模块具体执行过程，也可以说是“过程设计”。
在处理过程设计时我采用的是结构化程序设计（简称SP）方法。需要指出的是系统的详细设计并不是指具体的编程序，而是将概要设计阶段产生的系统功能模块图细化成很容易产生程序的图纸。因此详细设计的结果基本决定了最终程序的质量。为软件的质量，延长软件的生存期，软件的可测试性、可维护性提供重要的保障。详细设计的目标不仅是逻辑上正确地实现每个模块的功能，还应使设计出的处理过程清晰易读。
由前一阶段产生的系统功能模块图，我为系统的主要部分设计了如下程序流程图：通过以上步骤，基本上完成了对整个系统的总体设计，接下来所要做的就是软件的编码工作。系统总体设计的好坏直接影响着下一步工作，只有在这一阶段设计出好的模块图和程序流程图，才能更有利于编码，产生好的软件系统。

第五章系统应用程序设计
§5.1 系统窗体模块组成
§5.2 数据模块窗体的设置
在编写数据库应用程序时，经常要遇到这样的情况，即好多组件、窗体同时访问相同的数据源，如果为每一个组件或者窗体都设置一个数据源将是十分耗时的工件，而且要保证这些数据源的确是相同的也需花一番功夫。那么，能不能将这些数据源集中管理，最好是做成一个统一的模块，需要时就将该模块引入而不必直接操作数据源本身呢？数据模块（DataModule）是解决这个问题最好的答案。简单说来，数据模块是用来集中管理数据源的一个窗体，该窗体可被需要的地方随时引入。
图5.2给出了本程序的数据模块（datamoduleform）窗体图，除报表窗体外所有的数据存取组件和数据源组件都在此数据模块中进行了定义。值得一提的是，设置了数据库Data

上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] 下一页