数据库设计资料

主要问题是库存表的设计：
用户在查询库存需要看到某种商品的总进货金额和总价值金额。

那么库存表中应该存放商品的总进货金额和总价值金额吗？（关键问题！）
1。

如果不存，需要根据商品信息表中的进价来即时计算。

问题在于同一商品每次的进价不尽相同，故需要在商品信息表中设置商品的平均进价。

而这个平均进价在每次进货，退货时都要重新计算一下，公式为：新平均进价=（本次进货总金额+现存商品数量*现平均进价）/（现存商品数量+本次进货数量）。

即时计算如下：
总价值金额=商品数量*售价（这个没什么问题）
总进货金额=商品数量*平均进价
问题在于这个平均进价可能是不精确的，经过多次更新后，可能积累了一些误差。

用户要求在进货时只输入总金额和数量，自动计算单价，例如白酒30瓶，100元。

我就计算出进价是3.33元。

这个误差不大。

但下次进货时就是基于现有的平均进价来计算新平均进价，而现有的平均进价已经有了一定的误差，这样算下去最终会导致一个误差很大的结果。

再用这个误差很大的平均进价去计算总进货金额，误差会被扩大10^n倍（n是商品的数量级）。

那么，合理的应该怎么设计？（关键问题！）
2。

如果存，那么每次进货，退货，销售，出库，调拨等操作时我都要更新库存的总进货金额和总价值金额，而且我觉得这样有很多冗余。

而且盘点时的盘亏盘盈，我如何去更新总进货金额？（关键问题！）
再说，在商品调拨（在仓库间调动）的时候，有一个调出单价属性，即是以多大的单价调过去的，以此来更新相应各仓库的库存总进货金额。

这样我的平均进价似乎就没有意义了，他只起到一个提示的作用，并不是由平均进价来计算总帐的金额，而是反过来由总金额计算平均进价。

系统概况
一、课题名称
《超市进销存管理系统》
二、开发工具
V isual Basic 6.0
三、运行环境
（1）、硬件环境
CPU赛扬1.2，内存64Mb以上，硬盘3G以上，打印机。

（2）、软件环境
各种操作系统，如：windows98/windowsxp/windos2000。

需求分析
系统功能分析
1）基本信息的维护
商品类型的建立与维护，包括商品类型的新建、修改和删除等。

商品基本信息管理：包括商品基本信息的新建、修改和删除等。

供货商信息管理：包括供货商信息的新建、修改和删除等。

管理员信息管理：系统管理员的添加、删除和修改密码等。

2）进货管理
商品进货信息管理：商品进货信息包括商品进货数量、单价、供货商等。

商品进货管理功能完成进货信息登记、修改和删除等。

分类查看：可以根据商品类型来查看某种商品的进货情况。

更新库存：进货信息的变动直接关系到库存的变化。

进货分析：列出当前进货量最多的前几项商品和进货量最少的前几项商品。

库存分析：列出当前库存量最多的前几项商品和库存量最少的前几项商品。

3）销售管理
商品销售信息管理：商品销售信息包括商品销售数量、单价、统计日期等。

商品销售管理功能完成销售信息登记、修改和删除等。

分类查看：可以根据商品类型来查看某种商品的销售情况。

更新库存：销售信息的变动直接关系到库存的变化。

销售分析：列出当前销售量最多的前几项商品和销售量最少的前几项商品。

4）报损管理
商品报损信息管理：商品报损信息包括商品报损数量、报损原因等。

商品报损管理功能完成报损信息登记、修改和删除等。

分类查看：可以根据商品类型来查看某种商品的报损情况。

更新库存：报损信息的变动同样直接关系到库存的变化。

报损分析：列出当前报损量最多的前几项商品和报损量最少的前几项商品。

二、系统性能分析
1）多层结构设计
严格意义上的三层结构设计，其程序逻辑结构分为用户界面层、业务逻辑处理层和数据存储层。

本系统采用的上有三层结构进一步扩展而成的多层结构。

2）面向对象设计
在系统中将商品类型、商品等都封装成相应的类，同时每个类都有自己对应的集合类和操作类，从而再次提高了对数据库操作的安全性和程序的可扩展性。

3）指导经营的功能
进销存管理系统并不仅仅能代替传统的书面操作，更重要的是它提供了信息分析的功能，只要单击一个按钮就可以查到目前销售最好的商品或是库存最多的商品，从而起到指导经营的作用。

三、系统功能模块设计
按结构化程序设计思想，分析得出如下系统功能模块图：
一、系统设计概述
1）经济可行性分析
货物管理中节省人力，减轻的劳动强度。

降低成本及其他费用。

赶紧薄弱环节，提高工作效率。

提高数据处理的及时性和准确性。

2）技术可行性分析
CPUPIII 800
RAM64MB
硬盘3G
网络协议TCP/IP
打印机windows98/windowsxp/windos2000支持的各类打印机
二、代码设计
采用规划的格式和命名方式，层次分明，有条理，代码中附有程序注释，让人容易明白，可读性强。

界面设计
界面设计美观，用户友好性强。

数据库设计
1、数据库需求分析
1）针对超市进销存管理系统，分别对采购部门、销售部门和库存保管部门进行详细的调研和分析，总结出如下的需求信息：
商品按类管理，所以需要有一商品类型信息。

商品必须属于一个商品类型。

如果一个商品类型存在商品，或存在下级商品类型，则该类型不可删除。

需要记录供应商品信息。

在涉及商品数量的地方，要给出相应的单位。

商品销售信息单中要包含登记商品销售数量、单价等信息。

在进货信息中要包含商品供应商等信息。

商品报损要有报损原因。

进货、销售、报损操作要有相应操作员信息。

只有管理员登录之后才可以使用系统。

默认的管理员不可以删除。

进货、销售、库存、报损信息都要可以添加、修改、删除、分类查找。

当进行进货、销售和报损操作后，能相应更新库存。

需要对进货、销售、库存、报损进行分析，总结热门商品。

2）经上述系统功能分析和需求总结，考虑到将来功能的扩展，设计如下的数据项和数据结构：商品类型信息，包括数据项有：商品类型编号、商品类型名称等。

商品信息，包括的数据项有：商品编号、商品名称、商品介绍、库存量等。

商品单位信息，包括单位编号、单位名称等。

供应商信息，包括供应商名称、介绍等。

进货信息，包括进货商品、数量、单位、单价、进货时间经手人等。

销售信息，包括销售商品、数量、单位、单价、登记时间等。

报损信息，包括报损商品、数量、单位、原因、登记时间等。

管理员信息，包括管理员账号、密码、是否是默认账号等。