深入讨论,做企业管理系统(ERP)的请进来讨论一个解决方案 (100分)

  • 主题发起人 主题发起人 gondsoft
  • 开始时间 开始时间
G

gondsoft

Unregistered / Unconfirmed
GUEST, unregistred user!
在企业的物料管理中,除有原材料,成品资料外,还有其它物品的资料,如设备,办公用品等。
问题:
1.是否将以上资料设计各自的表?
2.或将他们设计成一个表,以物料类别字段来区分它们?
3.如果是以第2问中所述,便会造成资料冗余。因为原材料的信息和成品的信息不尽相同;设备的信息更是如此,如设备的购入日期,使用年限,保修期限等。所以对于此现象的解决方法是什么呢?
我看过很多软件厂商发行的此类软件,大多软件对这一资料都是应用的第2问中的方法。
请各位尽情发表高见,众人的方案中必让你有收获!
 
如果你想得到更多更有用的答案,请帮忙将‘问题提前’!
 
本人经验是设计成多表,好扩展
 
主张用同一个表!原因说不上
 
分两个表
1、原材料
涉及日常 产、购、销业务
2、生产设备
涉及固定资产购入、转移、折旧等
软件在数据库层设计应采用松散耦合,否则将来对系统功能扩充会造成不必要的麻烦
 
>>spymaster:
你是否将成品资料也包含在原材料中?你上面没有提到成品的数据库设计。
另外你提到将生产设备设计为一个表,那如办公用品,厂务资源等资料是不是在人力资源管理系统中?
 
我同意spymaster,我们就是这样做的:)
 
同意spymaster的做法,办公用品,厂务资源可做为从略资源管理系统中,也可为别的子模块提供数据
 
原料和成品可以做为一个表,以备进销存使用。
低值易耗品或固定资产,可以做为另外一个表,以供仓库,人力资源部或者财务部使用。
 
个人感觉做不同的表好点,非原材料,成品做成别的子模块的表,不参与原材料、成品计算。
 
以目前的硬件和dbms能力,适当的数据冗余是可以接受的,何况象erp这样的系统,
应该要考虑实际应用中会碰到的更改。
 
对于上述问题,我在某企业做软件时遇到了。我根据经验,必须将上述物资按照分类进行多表处理,否则将带来很大的麻烦。我做过一个企业,成品按照一个比较复杂的算法得到库存数量值,而原材料、辅料等与通常的一致。对于以后的销售配货、出库,在一个表中简直不现实。再者,对于设备方面的管理,可以单表处理。
数据冗余,不是非要在一个表中处理;要看数据的关联程度,关联程度比较低的,就可以不设置2个表。
其实,对于ERP软件,数据有机结合最重要,重要的是提取相应的数据,以供领导使用。
 
原材料,成品,设备,各设一个表
其它的同一个表
 
问题提前。
 
1.涉及直接加工生产的原辅料,半产品,产品归为一张表。
2.固定资产(设备),办公用易耗品分别建表。
3.其他示情况归类建表。
 
同意begin
_End。
并且代号合在一起编,不要分开。
 
解法:
1.我们现在的ERP中,料品分item料(生产类)、Asset(资产类)、Expense(费用类)。对于Item类放在物料表中。Asset类是不入库的,直接转化为资产(如设备)。Expense也不入库(如服务)直接到应付立帐。---这个解法只能解决一部分问题,具体的详细细节由其它模块完成,如:固定资产。
2.对于本身就是item料,但是属性还是很不一样的料品。(如:服装类的成品和辅料),建议分“通性”和“属性”。通性放在物料表中如“名称”。属性放在一个专门的表中(由Item Type决定它的“字段”多少)。格式如:
item_Code field_name value
拉练a 长度 20
拉练a 颜色 红
拉练a 大小
面料 门幅 10
面料 颜色 白
面料 色牢度
 
极为普遍的属性集中放在一个表中,非普遍性的属性放在“属性”表中。请参考:
http://www.delphibbs.com/delphibbs/dispq.asp?lid=1603473
——请看其中的“ABC知识库”方案。
我已经在实际项目中成功的使用——只不过,将所有的属性都独立了出来——这样可以很
方便的创建视图。
实际的表结构见: http://creationzy.fotopages.com/perl/show_photo.pl?id=1056214
 
我们用一个 物料表 就把所有的东西管理起来了。
 
后退
顶部