最重要的是系统分析和结构规划拉!
我自己没写过,不过你可以看看别人的设计啊!
http://www.genersoft.com/product/gqbzb.doc
是浪潮的一个财务软件的介绍!

解决方案 »

  1.   

    基于一个思想,用户可自定制工作流。oops~~~
      

  2.   

    进贷、库存、销售,各表数据之间是如何联系起来的呢?一般是通过前台程序,还是后面的trigger呢例如:
    进贷后,在进贷中曾加记录
    而在库存中也体现了出来
    销售后,在销售中曾加记录
    在库存中也相应体现出来它们之间的关系,一般是如何处理的?
      

  3.   

    如进货,有进货单,char(15)单号,交易日期,等
    分主表和从表,主表和从表用主键联
      

  4.   

    to qiyao(qi):
    能否给出一个具体的例子给参考一下呢?
      

  5.   

    实际过程如下:总公司,其下有多个分公司,
    进货时,可能是总公司从厂家进货,
           也有可能是分公司处直接从厂家进货
    移库:分公司从总公司拿货,这部分不能算作进货
    销售:总公司售出,分公司售出
        销售对象有A、B两类
        总公司销售对象是A、B两类
      而分公司销售对仅是B类 我的库设计思路如下:
      总公司入库为表1
      分公司入库为表2
      总公司销售为表3
      分公司销售为表4
    总公司的库存为一视图,数据来源:
      从表1得到入库数据,从表2得到是由总公司移库出的出库数据,从表3中得到销售的出库数据
    分公司的库存也为一视图,数据来源:
      从表2得到入库数据,从表4得到出库数据请问上面的设计算不算合理呢?
      

  6.   

    下面只是个非常非常简略的生产进销存的设计:  你需要有一个BOM(Bill of Material, 物料清单) 把所有成品和物料之间的关系
    定好.  BOM可分单级(Single Level)和多级(Multi-level)Single Level BOM: 
    =================
    成品货号 (PK)
    物料货号 (PK)
    物料用量之後你可以有成品销售:
    ========
    销售单号 (PK)
    成品货号 (FK)
    销售日期
    销售数量
    销售金额�制造单:
    ======
    制造货号 (PK)
    成品货号 (FK)
    制造日期
    制造数量
    交货日期物料采购:
    =======
    采购单号 (PK)
    物料货号 (FK)
    采购日期
    采购数量
    采购金额仓存:
    ========�
    仓存纪录 (PK)
    物料货号 
    仓存位置
    进货数量
    取货数量
    提存日期
      

  7.   

    总公司,其下有多个分公司,
    进货时,可能是总公司从厂家进货,
           也有可能是分公司处直接从厂家进货
    移库:分公司从总公司拿货,这部分不能算作进货
    销售:总公司售出,分公司售出
        销售对象有A、B两类
        总公司销售对象是A、B两类
      而分公司销售对仅是B类 
    --------------------------------------------------------
    建议先将操作中的操作对象建立库
    例如:
        公司|分公司—公司单位表
        材料来源的上游单位—材料供应商表
        产品或材料的下游单位—销售对象表
    同时针对每个操作对象建立一些必要的辅助数据表
    例如:
        公司单位库存表
        ETC按需要建立......
    其次对操作规则加以定义
    例如:
        销售方式表
        进货方式表
        库存调整方式表
    最后对所有的业务操作进行归类后建立相应的业务操作流水帐
    例如:
        材料采购记录
        销售记录
        库存调拨记录
      

  8.   

    进贷、库存、销售,各表数据之间是如何联系起来的呢?一般是通过前台程序,还是后面的trigger呢例如:
    进贷后,在进贷中曾加记录
    而在库存中也体现了出来
    销售后,在销售中曾加记录
    在库存中也相应体现出来它们之间的关系,一般是如何处理的?这个问题要看你的整体结构是如何实现的
    不过用trigger不是理想的选择
    你如果准备在客户端实现应当注意操作时事务的完整性
    不然你就在服务器端采用相应的存储进程或业务组件来实现
    推荐使用服务器端中间业务组件实现,虽然这样在实现上会复杂一点
    但是有利于以后系统需求变更时的功能性调整
      

  9.   

    多谢各位!
    matrixshi(石头世界)说的很有道,其实属基础资料的那一部分我已经建立起来,我主要是想知道大家在对进货、库存、销售三块的管理上,数据流方面是如何处理的,我怕数据库建多了会出现数据混乱,只基于一个表,同样也可能出现搞不清的现象。
      

  10.   

    matrixshi(石头世界),对于您说的:  不然你就在服务器端采用相应的存储进程或业务组件来实现
      推荐使用服务器端中间业务组件实现,虽然这样在实现上会复杂一点存储进程,我在做别的系统时也用过,但那是基于oracle的数据库的,现在要做的进销存系统暂时只是基于access(以后可能上升为sql server)。对于业务组件,我一直没有用过,也没有什么接触(至少是对于这个名词),您可以说得详细一点吗?我想如何采用业务组件的话,不管我的后台变换成什么数据库,前台的程序变化都不会是大,我也希望做的程序能达到这种效果。麻烦您了!
      

  11.   

    业务组件是类似于业务中间件的概念
    常用COM/COM+/微软平台
    你可以将原来在存储进程中完成的业务操作在一组COM/COM+对象中实现
    而在COM对象与数据库通讯时使用标准的SQL语句这样就可以在后台改变时适当的减少工作量,COM/COM+组件可以运行在一台单独的SERVER上,不一定要与DB在一起的
    不过ACCESS的标准SQL语句功能比较弱
    在实现一些比较复杂的查询上比较麻烦,建议你还是至少上SQLSERVER的好
    这样就算以后往ORALCE或是DB2等上面移植也比较快
      

  12.   

    matrixshi(石头世界):
      关于组件,我早就想将其与我所参与的MIS系统整合起来,但苦于没有机会,也没有那个技术,所以在组件方面知之还是甚少。
      您是这方面的行家,这方面的资料能否介绍一下呢?另:
      我在深圳,您是在哪呢?我准备与朋友搞一个软件公司,方向是做行业MPRII,但技术方面还是有点弱,希望我们能有合作的机会。我的email:[email protected]
      

  13.   

    这方面的行家我到不是
    不过我一直是使用这样的结构开发的
    其实这方面的技术资料还是有很多的
    可是很好的使用教材我也没有见过
    大都是靠大家一起做的时候摸索的我在上海现在也算半休息状态,不过工作不久经验不足啊
    有什么需要的可以找我,[email protected]
      

  14.   

    matrixshi(石头世界):
        开发这方面,您一般是用什么工具呢?能不能给我一个大概的框架呢?原文件之类的,我没有别的意思,就是想学习一下。我也希望在下一步的MRPII开发中,采用这种结构。
      如果文件比较大,可以发至[email protected],谢谢了!
      

  15.   

    我现在毕业设计,也是给一个300多人的小企业做出入库系统。我调查他们的工艺流程其实他们的情况不算复杂。
        以下是我的调查的简单叙述:
        1。出入库主要是企业物资的一个管理,牵扯到的物资大到机器,小到螺丝,品种型号成千上万,必须进行物资的分类,编号。
        2,这个流程分3个部分,一,物资根据需求要有一个计划库,存储计划信息,二,需要一个购入物资库,把所有的买来的物资都入库整理好,包括一个物资要入库的所有资料。三,需要一个出库统计,它是可以记录所有的出库信息。
        3,这个企业的要求是每个月进行一次上月的所有购入和支出的清单,不过只是一大类的金额统计,不需要具体明晰,具体的有保管员管理。
        4,数据量大约每天一共有200条左右的变动。数据量不算大。
        根据以上特点,我做出数据流程图,因为我也是第一次接触实际的数据库设计,有很多地方想的不周到,希望大家指点。上面的很多帖子对我很有启发。我的考虑是,比如我如果想要查一下现在某个东西的库存量,以这样的规模用不用建一个单独的库存表,时时刻刻更新库存。以后只要这样查询就可以。我用 VFP6做,有很多功能我还不清楚 ,希望大家多多帮我。谢谢。
         QQ:1144202。
      

  16.   

    feng_zi(风子):
    源文件有一套以前做的装潢预算系统的
    不过好象被最后几个程序员改的不能RUN了
    要是想看的话我可一发给你
    不过那个系统开发的时候比较匆忙,最后又是烂掉的
    所以没有足够的技术文档
    我可以看看有多少,一起给你
    反正也没用了,现在用来做做技术交流当作废物利用,呵呵
    其实我现在手上在帮着做的一个项目可能对你借鉴会大一些,可惜还没做多少
    以后有机会再和你慢慢说好了
      

  17.   

    谢谢大家,今天上午有点忙没有上来,不好意思!
    matrixshi(石头世界):
      首先感谢您的热心的帮助,关于资料,如果方便的话您发给我吧。没关系的,现在只要是进销存方面的资料我都想看一下,因为以前做的项目针对的保险、电力方面的,现在要做MRPII了,而这方面的经验又比较缺乏,虽然说技术上做MRPII与以前所做的,没多大差别,但开发模式,基于的流程上,却有所不同了(我的感觉),而我身边又没有这方面经验的人(现在机会还没成熟尚未请这方面的开发人员)。
      

  18.   

    feng_zi(风子):
        不好意思我今天没来得及整理,最近两天突然有点急事要处理,刚刚才回来下周我整理好再给你吧,我会尽快的。
      

  19.   

    MRP(II) Material Requirement Planning (Level II) 就是一種生產計劃管理.  主要是預計生產排期所需的物料(Level I), 和所需的人力和機械設備的
    排期(Level II).
    找一些生產管理的參考書都有論述的. 你要掌握產品結構, 生產流程, 和零件供
    應的交貨期, 和生產線的生產排期等配合. 
      

  20.   

    嘿嘿 www.genersoft.com我们公司
      

  21.   

    我有整套进销存的数据库结构,不过是access的,可以转成sql, 包括财务,船务都有,设计的长度,字段.你要不要啊? 
    这可是100多万的软件库结构.
      

  22.   

    可以搞一个地方下载供大家学习
    [email protected]
      

  23.   

    : billyzym(松果) 能给我来一份吗、?[email protected]