设计仓库物资管理数据库系统的目的是为了全面管理仓库中储存的商品和货物、维护公司资产的安全完整、缩短库存信息流转时间, 使经营公司的物资管理层次分明、井然有序, 为采购和销售提供依据, 从而提高公司的经营效率。仓库物资管理数据库主要通过存储供货商、购货商、产品等的信息, 实现下列任务:保管好库存物资, 做到数量充足和准确、质量完好、确保安全、收发迅速、服务周到、降低费用、加速资金周转。

本节文档是对经营型库存产品管理系统的功能和用户需求所做的说明。其目的是为了对该信息管理系统的总体架构进行设计, 对“经营型仓库物资管理系统”的业务流程作详细、准确的描述, 为系统的概要设计及编码提供指导。其业务描述如下:

1) 客户基本信息管理:包括客户单位编号、客户类型 (供应商/购货商) 、客户一方的具体联系人、客户的通信方式 (邮政编码、电话、传真) 等信息的管理。

2) 仓库基本信息管理:包括管理仓库编号、仓库名称、和仓库说明等信息。

3) 用户基本信息管理:包括用户名、密码、员工编号和用户类型 (系统管理员和普通用户) 等信息的添加、修改、删除和查看等。

4) 产品信息管理:包括添加、修改、删除、查看产品类别和产品信息等。

5) 入库操作管理:入库可分为采购入库、退货入库, 包括记录相关产品信息、仓库信息、客户信息, 经办人、涉及金额和入库时间等信息。

6) 出库操作管理:出库可分为销售出库、退货出库、领料出库, 包括记录相关产品信息、仓库信息、客户信息, 经办人、涉及金额和出库时间等信息。

7) 库存盘点功能:库存盘点是指每隔一定时间对库存物资进行整理, 纠正系统中库存数据与实际数据之间可能存在的误差, 保证库存数据的准确性。包括仓库名称、产品名称、单价、当前数量和盘点数量等。

8) 库存警示管理功能:包括库存物资的数量低于下线或超过上线时以及库存物资即将达到有效期时的报警。

9) 统计查询功能:包括产品入库统计报表、库存产品流水线统计报表的生成等。

10) 报表打印功能:可以打印符合用户要求的外形美观的报表, 包括入库表、出库表、库存表和总库表等, 在打印前还可以预览要打印的报表内容。

本系统以高级结构化查询语言 (SQL) 为基础进行设计。

本系统的需求核心是对客户、仓库和产品信息的管理, 产品隶属于仓库, 客户又分为供货商和购货商, 这就确定了相应的四个实体集:供货商->产品->仓库->购货商。

1) 实体集之间存在这样的联系, 产品与仓库:n:1;客户与仓库之间是通过产品进行联系的, 所以客户与仓库之间没有直接联系;客户 (供货商) 与产品:n:n;产品与客户 (购货商) n:n。

2) 确定实体集及联系集的属性, 客户:编号、名称、联系人、通信方式及备注信息等;产品:编号、名称、类型编号、规格、计量单位、参考价格、数量上下限、有效期及在到达有效期前几天发出警告等;仓库:编号、名称及仓库说明信息等;产品与仓库的联系:隶属;产品与供货商联系:购买;产品与购货商的联系:销售。

3) E-R模型如图1所示

图1 系统业务部分的E-R模型  下载原图

本系统E-R模型中“供货商信息”与“购货商信息”的属性值是完全一致的, 可以通过增加一个属性值“客户类型” (1-供应商、2-购货商) 而将该两个实体转换为一个称为“客户”的实体;而产品信息实体中, “产品类型编号”属性是非原子的, 按1NF的规定, 其属性还可分为更小的单位, 由此派生出另一个关系“产品类别”;同样地, 产品信息模式中的“产品数量上限”属性是通过采购入库、退货入库等入库操作类型产生的, 而“产品数量下限”属性是由销售出库、退货出库等出库操作类型引起的, 所以它们的属性也都是非原子性的, 按数据库设计的基本原则, 还将产生“入库操作信息”和“出库操作信息”两个关系结构。另外, 仓库中的产品称为库存产品, 如要了解库存产品的正确信息, 保证数据库系统的完整性, 还应在“产品信息”实体中派生另一个关系“库存产品信息”。如此, 本系统E-R模型中的四个实体集的关系模型可表示如下:

(1) 客户Client (客户编号Cid, 客户名称Cname, 客户类型Ctype, 联系人Contact, 通信地址Address, 邮政编码Postcode, 联系电话Phone, 传真电话Fax, 备注信息Memo)

(2) 仓库Warehouse (仓库编号Wid, 仓库名称wname, 仓库说明Memo)

(3) 产品Product (产品编号Pid, 产品名称Pname, 产品类型编号Typeid, 产品规格Pstyle, 计量单位Punit, 参考价格Pprice, 产品数量下限Plow, 产品数量上限Phigh, 有效期 (以天为单位) Valid, 在到达有效期前几天发出的警告AlarmDay)

1) 产品类别表ProType (产品类别编号Typeid, 产品类别名称Typename, 上级产品类别Upperid (如果Upperid=0, 则表示此产品类别为一级类别) )

2) 入库操作信息WareIn (入库产品编号Pid, 入库操作类型WiType, 入库产品单价Pprice, 入库产品数量Pnum, 客户编号Cid, 仓库编号Wid, 经办人EmpName, 入库日期Optdate)

3) 出库操作信息TakeOut (出库产品编号Pid, 出库操作类型Ttype, 出库产品单价Pprice, 出库产品数量Pnum, 客户编号Cid, 仓库编号Wid, 经办人EmpName, 出库日期Optdate)

4) 库存产品信息ProInStore (产品存储编号SpId, 产品编号Pid, 产品入库单价Pprice, 产品数量Pnum, 仓库编号Wid)

从图2.1系统业务部分的E-R模型抽出以上一些属性信息, 另成一系列关系后, 这七个关系就自然地满足了1NF、2NF、3NF的正规化要求了。

依据以上设计和分析方法, 根据要实现的应用系统信息进行了数据内部以及外在关系的全面分析, 从数据库的性能、安全、方便管理和易于开发等方面出发, 用数据库的3NF范式, 对所有数据字典进行正规化后, 获取了客户信息表、仓库信息表、产品信息表、产品类别表、入库操作信息表、出库操作信息表和库存产品信息表等七个表结构。另外, 从安全的角度出发, 又对用户信息建立了角色表、用户信息表 (用户编号ID, 用户名USERNAME, 密码PASSWORD, 用户类型DESCRIBE (1-系统管理员用户, 2-普通用户) ) 、权限管理表、树列、角色列表、用户列表等6个系统表结构。

本系统将数据库设计成为三个大的模块:一是权限, 二是通用代码, 三是业务模块。其中权限部份可分为角色列表、角色表、权限管理表、用户表、用户列表和树列表。一切都是以“用户表”为基础的。权限模块中表之间的关系图2所示。

业务逻辑部分的数据表之间的关系模式如图3所示。

本系统创建了名为Stock的数据库, 为数据库的每个表创建了一个类, 类的成员变量对应表的列, 类的成员函数是对成员变量和表的操作。由于统计数据的SQL语句变化很大, 为了务管理和数据备份与恢复等。系统设计所产生的所有表结构在“经营型仓库物资管理系统的设计与实现”中得到了应用, 其可靠性和稳定性得到了肯定。将查询统计报表做得比较通用, 程序采用逻辑上的三层结构, 如图4所示, 目的是为了能更灵活地维护SQL语句。

图3 业务逻辑部分的数据表之间的关系模式图  下载原图

图4 统计程序结构  下载原图

系统数据库还设计了视图、触发器、索引、序列发生器、事