有关开发我的进销存应用的一系列问题?可能需要较长时间!但分数可观!(200分)

在保存每张单据的内容的同时(未入帐)要不要同时更新库存、金额等其他与此单
相关的信息,还是等到此单入帐时才更新它们?
 
在将帐单入帐时(单据已保存),有的还要额外再输入一个“成本单价”的数据,
这是用来做什么的?计算公式是什么?

“先进先出”是什么概念?
 
不够分,请出声![:)]
 
我建议你现在最好不要想太多,只需做到只有进仓单和出仓单和一些基本数据为数据源,
库存和进出存为结果的简单系统。单这些都会给你带来很多的问题,当你能解决这个简单
的结构后,更复杂的系统只是一些技术细节的改进和管理概念的深入而已。
 
流程图已看,已保存,正在学习、领会!
 
这么说也不用现金表、结余表或什么帐户金额等表(术语表达可能不大准确)

黄色那个“成品仓库”是用查询做出的来的吧?先粗略看了一下图,如果
不用库存表,结合流程图,那么需要数据时用查询做要涉及到很多其它表,
计算公式(或者说计算的项)不是很复杂?能否解释一下这么计算?
那个蓝色的“成品出仓单”应该就有对应一张表吧?但该表的数据从何而来?
是在录入“成品进货单”(或其它)时利用该信息由程序自动填写“成品出仓单”?
还是要有人员手工录入?如果手工录入,是否在每次销售(录入销售单)时(之前)
要先录入一张“成品出仓单”?

不要嫌我菜!!!
 
我想你应该在“物资流”上先多花点儿功夫,一开始,可以先不考虑金额。我说的“成品
仓库”只是一个概念的东西,它是一个环节。有可以一个企业只有一个仓库,也可能有多
个仓库。你先从一个仓库做起——也就是不设仓库表。这样你的查询会更好做。库存的查
询其实是进、出仓单根据货号做聚合查询后进行关联查询的结果。
你先做完数据的输入模块,并确保它的稳定正常后,我再告诉你库存的做法吧[:D]
 
好,按你说的做!(差不多可以叫"手把手教你做",哈哈[:D][:D])
本来我的第1步就是进货单,进货单是否就是你说的进仓单?
如果不是?先做进仓单那么需要什么字段?进货单的字段我倒是考虑好了(有参考)。
 
如果进“仓”的是“货”,那就是进货单罗,如果进“仓”的是“料”,那就是进料单罗。
都是进仓库,那就是进仓单罗。
 
对,对!这就是所谓的“物资流”吧!
 
我觉得为了查询,报表的速度,仓存明细表还是要的。
我的作法是修改一个仓存事务记录表(LOG),由触发器来写仓存明细表,
有事务控制不怕保存出问题。

 
先前我也有表的情况得出库存明细表,但时间一长,我用查询方式和它做了对比,就发现了
问题。我也做了事务控制,错误处理。但有些不在控制内的东西造成库存表的错误。
确定表比查询快,但这种优势只有在你的表记录非常多的情况下才出现。这问题有两种解决
方法:对大企业来讲,分类,用硬件来解决;对小企业来讲,用定期清转来解决(大企业也
可以这样做)。
为什么清转呢?因为进销存软件不象财务软件,带有很大的内部性,一般企业都有电脑和
手工两本帐,特别是中小型企业,都不希望太多的数据一次性放在电脑里,所以都会要求
以季度或财务年度为准,做数据清转。
什么叫清转呢?简单的说,就是把本期的库存转为期初库存,(如果库存为表形式,则清
空它),清空所有单据。在此之间可以把当前数据库备份。
 
进销存软件带有很强的行业特点,但从我的角度来看,进销存软件在编写与使用中实际是两
大块:
一、实物(也就是物流)
二、成本控制(属于资金流)
为什么不强调是资金流呢?因为进销存软件使用中的功利性(也就是目标:控制流通)决定
的。那么,编写该类软件,首先必须确定行业特点,如电脑行业,就必须有一个组装(也就
是原材料加工)过程,同时,有些特定的行业,会要求有一个物料控制,如:手机销售,就
必须对每台手机的序列号进行检索。
 
netameng兄说的没错。就因为行业特点的复杂性和多样性,所以进销存软件的市场很大。
进销存软件的主要功用不外乎三个:提高效率、降低管理费用、控制成本。
以物资流为主的概念就体现了软件为鄙弃手工低效率而造成物流过程的操作损耗和误差损
耗体现出的优越性。
进销存软件的对管理过程的硬性规程,使得人为因素造成不必要成本起到了重要作用。
进一步来说,现在所说的ERP就是进销存在功能和管理行为的延伸和完善。
 
to oceanwave:

已做完了进货单,包括数据校验,但发现二个问题:
1、不用库存表,比以前有库存表的提交数据简单很多,很不错。
2、用进、出仓的结果做库存表的查询应该也不难,但是进出仓涉及到很多表(也
即是说用进货单、销售退货单、销售单、进货退货单等等的相关的很多表,这样
的查询(应该是各表的连接吧)的执行速度肯定很慢吧?因为语句查询涉及到可能
八九个表?这是我的理解,可能不太对,你应该有比较妥当的方法去处理吧?
这个问题一定要先有概念,不然以后首尾很长!
顺便列出我的“进货单”的有关字段:(只列出最重要的2个主从表结构)
主表:(帐单主要信息)
帐单号 录单日期 出货单位 经手人 说明 付款帐户 付款金额
从表:(帐单进货商品信息)
帐单号 商品号 商品名 单价 数量 金额
(另有一个计算字段用来合计所有商品总金额)
请帮我看看,有无不合理?
 
to oceanwave:
小弟我,想请教一个问题:就是大数据集(比如说一次打开上万笔资料)在用DBGRID中查询,并且不用
导航按钮(上一页、下一页),你是怎么打开的!!!,请兄弟多指帮助!!,谢谢!!!
 
一、查询的优化的要领是:以最少每个子查询的结果汇集成一个总查询,这样速度会快。
为让查询速度快,一是要设置好索引,二是做PREPARE,但一定要记得UNPREPARE。如果是
SQL SERVER尽量用存储过程。三、在进入查询窗体时,给一个适当的限制范围,使查询结果
集小一点儿,这就避免但进入窗体时等太久。(对pmis_2000同志,也是同样的建议)。
无论多快的机器,万级的记录浏览总是很耗资源,所以最好的办法是分类,尽可能的控制
结果集。
比如在一个库存表中,我会设一个默认的类别、品名,而且客户也不可能一次性看千条以
上的记录,所以适当的分类对用户来说更易用一些。
 
难道用:
Select Sum(进货单.商品数量),Sum(销售单退货.商品数量),Sum(销售单.商品数量),
Sum(进货单退货.商品数量),Sum(赠送单.商品数量),Sum(XXXXX),....... From 表1,2....
Where .....
注:“商品数量”字段是每张相关单据里,商品从表与该当关联的商品总量。每张单据(每条记录)
对应商品从表的多条记录。
这样的查询去取得所有相关单据里的商品数量去得到库存吗?太多表了吧?
 
oceanwave到哪里去了?
 

Similar threads

D
回复
0
查看
790
DelphiTeacher的专栏
D
D
回复
0
查看
744
DelphiTeacher的专栏
D
D
回复
0
查看
730
DelphiTeacher的专栏
D
S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
顶部