帮我看看一个关于进销存的系统分析,你有无新的见解??
    (1)采购入库、客户退货以及销售出库、采购退货分别都是于关货品的入库和出库有关的;
    (2)还有应收资金中:销售货款、采购退货款,都是和资金入库有关的。
    (3)应付资金中:采购应付款、客户退货应付款,都是和资金出库有关的。
我的方案:
方案一:以货品为中心:
        对于(1): 在数据库设计时是将采购入库、客户退货的信息放入一个叫“货品入库表”中,
                    将销售出库、采购退货信息放入一个叫”货品出库表"中 
                    其他的(2)、(3)大概意思雷同;
方案二:以客户、供应商为中心:
        
       对于(1):在数据库设计时是将采购入库、采购退货的信息放入一个叫 “供应商有关货品表”,
                   将销售出库、客户退货信息放入一个叫“客户有关货品表"
                   其他的(2)、(3)大概意思雷同;
方案三:将他们分别放入“采购入库”、采购退货表、“客户退货”、客户退货表 四个不同的表中。
由于以后还要进行各种信息的统计,表多了统计起来比较麻烦,表少了又比较凌乱。
三个方案那个好一些???

解决方案 »

  1.   

    方案2比较好!
    我们公司用的也是此方案!
      

  2.   

    我不是很明白楼主的意思,所有的数据库设计都是应该以产品的功能为基础的,如果楼主很清楚的知道客户的需求,那数据库设计还会是问题吗?也许大家考虑的方式不同吧...进销存无非是对三部份进行操作:进、销、存.看看下面这个菜单吧:
    --------------
    采购订单
    销售订单
    ---------
    入库单
    出库单
    ---------
    收款单
    会款单
    ---------
    退货单
    现销单
    调拨单
    ---------
    盘点单
    应收调整单
    应会调整单
    ----------
    设置预算
    计算成本
    ----------------
      

  3.   

    同意楼上,少了物料跟踪和相关报表
      

  4.   

    当然以物品为中心,要不怎么叫进销存?报损报溢,成本核算等等报表要做的灵活,能进行各种查询
    如日报,利瑞等等
      

  5.   

    顺便加上客户信息的追踪查询!
      

  6.   

    我觉得第一种好些!但也不是绝对的!我想面向对象分析问题的话物品是类。以货物为中心应该好些!在设计数据库之前一定要明确需求,不到最后一天(调查、分析的)不要动手写。
      

  7.   

    我以前用的是方案一。
    大家有没有考虑到
    采购入库是和供应商有关的,客户退货是与客户有关的。货品入库表怎样和供应商以及客户建立关联。
    在货品入库表中建两个字段马,供应商编号,客户编号作为从供应商以及客户标的引用马?
    当是采购入库时:客户编号字段为空
    反之。。
    请您提出你的看法
      

  8.   

    我个人认为方法一,考虑到供应商和客户之间的关系,可以把供应商和客户方在同一编码表中
    以单位类别码加以区分,
    个人观点,仅供参考
      

  9.   

    关于客商客户档案同意楼上的看法,实际上存在一个客户,多重身份(既是供应商,又是客户)的可能性。
    方案4:(1)中所有信息放在同一个表中,“商品进销存”表,用一个字段记录业务类型,或用不同的单号前缀区分,用正负表示出入库方向,或入库数量,出库数量记到不同的字段中。
    (2),(3)用同一个表,“客商客户资金往来表”,用一字段记录类型,或用不同的单号前缀区分,用正负表示出应收应付的资金方向,或应收金额,应付金额记到不同的字段中。
    个人观点,仅供参考。