请教各位网友，铸造车间，金加工车间，装配车间，在你们所看到的ERP系统中，是用一个

夜不开花

最初由 40423205 发布
[B]如果要用1道工序来模拟各种复杂的事物，肯定没有用不同的处理方式来处理各种对应关系来的清晰化。
如果您对数据库比较熟悉的话，那么您应当承认不同的对应关系（1对1，1对多，多对多）都需要不同的表结构来模拟。
不同的表结构就不可能组成相同的逻辑来处理，也就不可能用1道工序来解决这些事务。 [/B]

================
第一：如果有谈数据库设计，多对多是用一对多来模拟的，而一对一是一对多的特例。也就是说，这三者可以用一个一对多来解决。
如果硬要把一对一拼接成一个数据表，那就没有探讨的必要了。
第二：在这里，压铸车间，金加工车间和组装车间，车间与工序的对应上，或是一对一或是一对多。也就是在引用上一对多就能轻松胜任。
第三：在车间内工序的管理上，管理的信息项基本是相同的。

40423205

最初由 夜不开花 发布
[B]
================
第一：如果有谈数据库设计，多对多是用一对多来模拟的，而一对一是一对多的特例。也就是说，这三者可以用一个一对多来解决。
如果硬要把一对一拼接成一个数据表，那就没有探讨的必要了。
第二：在这里，压铸车间，金加工车间和组装车间，车间与工序的对应上，或是一对一或是一对多。也就是在引用上一对多就能轻松胜任。
第三：在车间内工序的管理上，管理的信息项基本是相同的。 [/B]

请指教，一道工序是如何实现1对多的关系的？
在我的概念中，一道工序只是1对1的关系，如何来模拟1对多的关系呢？

夜不开花

最初由 40423205 发布
[B]


请指教，一道工序是如何实现1对多的关系的？
在我的概念中，一道工序只是1对1的关系，如何来模拟1对多的关系呢？ [/B]

像这种问题，我本不想回答。
请看清我的文字，是车间与工序之间的关系。
另外，我说的是：1对1是1对多的特例。

能把我这两句话理解成你那样，不是一般的强。

40423205

最初由 夜不开花 发布
[B]
像这种问题，我本不想回答。
请看清我的文字，是车间与工序之间的关系。
另外，我说的是：1对1是1对多的特例。

能把我这两句话理解成你那样，不是一般的强。 [/B]

哦,对不起拉,呵呵
我说的是加工前后,物料之间的对应关系...

至于车间和工序之间是多对多的关系,当然,也是多了个字段的1对多关系.

这个帖子的主题呢是,用相同的1个模块来实现不同的业务,你说能实现,无非是说车间与工序.
我看偏了,但我认为用1个模块是无法处理加工前后的物料转换关系的.例如,组装件.

nesease_simon

呵呵，事实上，所有的通用ERP软件也好，还是行业ERP也好，都不能完全解决企业面临的问题。拿行业ERP软件来说，也是在经典ERP理念的基础上加入一些具有行业特色的功能，但是它也不能解决企业的全部问题。因为每个企业都有自己不同的文化特色和管理方法。比如造船，有学日本管理方法的，有学美国管理方法的，或者是自己独创的，其优劣至今不能很简单的分出来。这样的情况ERP又如何能解决呢？所以我认为真正好的ERP软件应该是在一个业务标准平台的基础上进行定制，那才是真正符合市场的产品。目前的ERP软件功能是不错，可惜定制能力是吹的响，真正实施确很难，要么就把定制的价格抬得很高，让客户不能接受，成了利润黑洞。象你提的问题，从企业的角度出发，软件就应该分成三种不同的模式去做，这样才真的能体现软件的价值。可惜的是，大部分的ERP软件根本不会这么做，现在的情况是企业去适应软件，呵呵。我建议你还是找你用的ERP厂商，让他去专门定制吧。不过，要有付出N多MONEY的心理准备。

夜不开花

最初由 40423205 发布
[B]

哦,对不起拉,呵呵
我说的是加工前后,物料之间的对应关系...

至于车间和工序之间是多对多的关系,当然,也是多了个字段的1对多关系.

这个帖子的主题呢是,用相同的1个模块来实现不同的业务,你说能实现,无非是说车间与工序.
我看偏了,但我认为用1个模块是无法处理加工前后的物料转换关系的.例如,组装件. [/B]

物料之间的关系是指什么关系？
BOM和工艺路线的物料关系？

40423205

我是做开发的，所以我就没有什么心里准备了，就算有，也是收钱的准备。：）

楼上，我举个例子，
一个组装件，叫机架，由三部分组成，左墙板，右墙板，工作台，
这4个东西（我只能叫东西了）都有各自的图号，都有加工路线，都是需要下料加工的。左墙板，右墙板，工作台，在下料并经过简单的加工后就焊接成一个组装件（也称作焊接件，一回事）。
难题是：在软件中，如何能够知道 左墙板，右墙板，工作台 加工焊接完毕后，本身需要消失，而且自动生成一个机架，等待加工。

类似的事，还会在外协加工零件入库的时候发生。

wjfonhand

关注此贴.。我猜楼主是做定制开发的，你问这些做产品实施的人一定是给高诉你做合并的方案。

我原来所在的企业在自主开发成本软件的时候，也是20几个车间分别开发了成本软件，也是机械行业，你说的几个车间我们都有（希望咱们不是同事）。最后一个都没用起来。具体原因我记得网上有个大型软件开发的漫画，您可以参考一下。程序员很难作出真正合用的软件。

每个人有他的认知局限，而管理软件需要在把具体的事物抽象到一个更高的高度才能实现。不止是从面向过程到面向对象的抽象能力，还要把千万种处理方式归结为一个模型处理的逻辑。

我问过集团公司成本经理，这三种车间类型的生产管理和成本核算方式是差异很大，但是我很难想象SAP在车间管理模块给每个行业的每个工序开发一个模块，如果是这样，30年前这几个人就不会从IBM辞职出来创业了。

你实现的越复杂，后期运行维护问题就越复杂，是呈几何数量级增长的。

要说的有2点：

1、你想过这三个车间的信息如何合并给集团公司么？我们那20几个成本软件合不成一个集团成本账。

2、您想过国家会计制度是如何制定的么？难道一个车间一个制度？

建议将各车间做工序管理，想像您的公司是一个小机械厂，每个车间只是一个加工中心。事实上，比起通用汽车来，估计您面对的算是小企业吧。可以去学习一下他们是不是每个工序都上一个管理系统？

夜不开花

最初由 40423205 发布
[B]我是做开发的，所以我就没有什么心里准备了，就算有，也是收钱的准备。：）

楼上，我举个例子，
一个组装件，叫机架，由三部分组成，左墙板，右墙板，工作台，
这4个东西（我只能叫东西了）都有各自的图号，都有加工路线，都是需要下料加工的。左墙板，右墙板，工作台，在下料并经过简单的加工后就焊接成一个组装件（也称作焊接件，一回事）。
难题是：在软件中，如何能够知道 左墙板，右墙板，工作台 加工焊接完毕后，本身需要消失，而且自动生成一个机架，等待加工。

类似的事，还会在外协加工零件入库的时候发生。 [/B]

什么消失，什么产生？
不明白了。
既然你是做开发的，那我们算是有共同的语言了。
假设你是按照车间分成三个模块来写，是不是就能解决什么消失什么产生的问题了？
如果是，那迁移到一个模块有难度吗？
如果不是，那你分成三个模块写不是自找麻烦。

另外，严重赞同楼上。

MYERP_ABC

最初由 wjfonhand 发布
[B]关注此贴.。我猜楼主是做定制开发的，你问这些做产品实施的人一定是给高诉你做合并的方案。

我原来所在的企业在自主开发成本软件的时候，也是20几个车间分别开发了成本软件，也是机械行业，你说的几个车间我们都有（希望咱们不是同事）。最后一个都没用起来。具体原因我记得网上有个大型软件开发的漫画，您可以参考一下。程序员很难作出真正合用的软件。

每个人有他的认知局限，而管理软件需要在把具体的事物抽象到一个更高的高度才能实现。不止是从面向过程到面向对象的抽象能力，还要把千万种处理方式归结为一个模型处理的逻辑。

我问过集团公司成本经理，这三种车间类型的生产管理和成本核算方式是差异很大，但是我很难想象SAP在车间管理模块给每个行业的每个工序开发一个模块，如果是这样，30年前这几个人就不会从IBM辞职出来创业了。

你实现的越复杂，后期运行维护问题就越复杂，是呈几何数量级增长的。

要说的有2点：

1、你想过这三个车间的信息如何合并给集团公司么？我们那20几个成本软件合不成一个集团成本账。

2、您想过国家会计制度是如何制定的么？难道一个车间一个制度？

建议将各车间做工序管理，想像您的公司是一个小机械厂，每个车间只是一个加工中心。事实上，比起通用汽车来，估计您面对的算是小企业吧。可以去学习一下他们是不是每个工序都上一个管理系统？ [/B]

有点意思。