【原创】PDM 的诞生和消亡

to antslg :
  
你使用了比较多的新的，或者说不常用的名词和概念。而我比较多地考虑了使用标准 ERP/PDM 软件提供的标准功能和主数据结构（物料，工序，加工方法等）解决你说的问题。
  
你说的 “留给车间去决定”，我认为一定是有道理的。但是，应该看到，这个办法是在特定条件下的可行的合理的办法。“留给车间去决定” 是现有的办法已经无法适应车间现场工作需要的表现。
  ERP 管理范围扩展到包括车间现场的“调度”（包括工艺安排）肯定是方向。我认为可以采用我说的那些办法。
  
我把你说的 “工艺配置表达物料项转化管道 ”，理解为标准工艺流程。
一个零件可以有多种工艺路线，可以根据设备能力和批量等其他因素来决定选用哪一个。用过一次后，就积累了一个新的工艺路线（也许包括了新的 BOM，多层的中间加工状态的半成品）。
  
你用很多新名词新概念所阐述的思想，可能导致两个结果。一是更聪明更灵活地使用现有的标准 ERP 系统。二是促进了改进现有的标准 ERP 系统。
  
补充：无论如何，你表达的思想非常可贵！你促使我深入思考问题。我也很乐于和希望有机会迎接新问题的挑战。

zhizhi wrote:
to antslg :  
  
  你使用了比较多的新的，或者说不常用的名词和概念。而我比较多地考虑了使用标准 ERP/PDM 软件提供的标准功能和主数据结构（物料，工序，加工方法等）解决你说的问题。  
。。。。。。 你用很多新名词新概念所阐述的思想，可能导致两个结果。一是更聪明更灵活地使用现有的标准 ERP 系统。二是促进了改进现有的标准 ERP 系统。  
  补充：无论如何，你表达的思想非常可贵！你促使我深入思考问题。我也很乐于和希望有机会迎接新问题的挑战。

  

很感谢您这样说，也很感谢能有这些讨论
对我而言这是难得的正面鼓励
多数情况是被批评为外行，或被赞为精神可嘉。。。
  
今年下半年想通了一些关键的问题
觉得可以建造程序去试试
一方面按软件工程要求去重写一些想法
另方面很想深入了解一下ERP系统实质性的东西
能去你那里学习么？
  
麻雀不因其小而五脏不全
制造系统也一样
仅工艺问题而引出的一些讨论仍显得片面
从全系统考虑
基于一个合理的信息平台
上面所说的东西都应是可以方便重定义的
是否交给车间决定这个决定本身就是很有弹性的
在最新设想的系统中弱化了部门（仅用于员工分类）
基于最简短决策链进行任务单元规划
这样的方式在小品似的模拟中显得很好用
  
衣服越轻软贴身
人就越感觉不到它的存在
理想中的管理系统也是这样

十八楼中
你描述的一些东西也正是我所想的
现场、生产计划
一直是我们想建立却感觉无法下手的地方
  
在我看来
管到现场不是有没有必要的问题
而是如何去实现它
它的实质是什么
最少用多少数据能表达它而不致过简
如何体现计划性
如何用最简单的操作反馈现场动态
。。。
工艺问题是一个麻烦团
  
生产现场
达成计划的实体
早先听学校教授说过
MRP关键在于主生产计划的达成。。。
我自信没本事去保证
只好反过来思考如何善后
如何能快速适应
长期参加车间黑手党的经验告诉我
留给车间去决定是多么的有必要
。。。
有时想得很复杂
问自己：至于吗，能避免吗，有必要吗，能省掉吗
直到想出一个不能再简单的东西
。。。。。。
我好像跑远了
本版PDM
我不关心它是什么
只关心我到底需要什么，PDM能提供什么，又如何去用它
它在我的系统里有什么作用
我要求它必须有哪些功能
  
说来惭愧
很长时间以来我都没能搞清楚我到底想要什么
有个直觉
只从局部考虑设计的东西不可能好用
用户不认真、彻底、全局地分析自己的需求
休想用得好现成的东西

我曾长期自己开发管理信息系统。我从长期从事信息化工作的经验中学到一个办法，那就是，遇到什么问题首先想标准的商品化 erp 是否有相应的功能可以解决。我发现绝大多数情况下，二次开发都是不必要的，或者仅仅需要为了提高操作 erp 的工作效率而在人机接口层面进行改进。从没遇到需要从实质上对商品化 erp 进行修改的情况。

楼上二位的工艺问题实际讨论很精彩；这比单纯的说某某如何要好得多。欢迎继续。

antslg wrote:
  有个直觉  
  只从局部考虑设计的东西不可能好用  
  用户不认真、彻底、全局地分析自己的需求  
  休想用得好现成的东西

完全赞同；深有同感。尤其国内的企业的管理体制更是容易造成这种情况

zhizhi wrote:
我曾长期自己开发管理信息系统。我从长期从事信息化工作的经验中学到一个办法，那就是，遇到什么问题首先想标准的商品化 erp 是否有相应的功能可以解决。我发现绝大多数情况下，二次开发都是不必要的，或者仅仅需要为了提高操作 erp 的工作效率而在人机接口层面进行改进。从没遇到需要从实质上对商品化 erp 进行修改的情况。

  
同意；只有实在是解决不了的才需要开发；而且自己的开发是比不上专业化的软件公司。感觉主要是某些工程师思想在做怪；总觉得自己比设计软件的人聪明；非要自己表现一把；所以就拼了命学各种编程语言自己动手去编程；却忘了自己的本行是做产品设计和工艺。

amd wrote:
   
  
  同意；只有实在是解决不了的才需要开发；而且自己的开发是比不上专业化的软件公司。感觉主要是某些工程师思想在做怪；总觉得自己比设计软件的人聪明；非要自己表现一把；所以就拼了命学各种编程语言自己动手去编程；却忘了自己的本行是做产品设计和工艺。

  
楼上两位发言
各同意一半
  
能在现有基础上变通使用或少量改进
无疑是最经济的方式
但是因为
  
1、钱（价值认同）
2、思想障碍
使得这种最经济的方式未必都走得通
  
举个实例
大型花键加工
不但要求分度精度高，还需要高的承载
初步调查结果：
1、附近没有工厂有这种能力
2、这种分度装置报价至少在四万（购不起）
3、市售部件与现有机床联接不方便。。。不是买来就能用
三个选择：1、不接业务；2、协商降精度；3、自行研发
。。。。。。
就自行研发进行二次调查
1、端齿盘装置能满足要求
2、很难获得市场支持（不可能少花钱或说花钱也购不到，至少当年如此）
3、自制工艺难度很大，没有技术储备
。。。。。。
就自制进行现实性方案设计
。。。。。。
最后确定一个方案
基于方便得到的精密元件：钢球
加上密齿均化效应
及本厂方便的一些设备
一个月内我们做成了
实用效果满足要求
  
借用句台词儿：死了张屠户，咱也不能吃带毛猪！

amd wrote:
   
  
  ......总觉得自己比设计软件的人聪明；非要自己表现一把；所以就拼了命学各种编程语言自己动手去编程；却忘了自己的本行是做产品设计和工艺。

感谢你这么说
我立刻脸红了三秒钟并反省了一下
有小聪明并好表现
我确是有这毛病的
不过在大的项目上
还算是慎重的
  
基于现有
很大程度上也就受制于现有
难有大的改进
还有
如果不是抱有自行开发的想法
我不可能对这项目有现在的认识水平
  
软件开发、编程
近来确是花了些时间的
可以不去具体做这些事
但是不能没有相关的、系统的知识

antslg wrote:
  1、钱（价值认同）  
  2、思想障碍  
  使得这种最经济的方式未必都走得通  
   
  举个实例  
  大型花键加工  
。。。  
  

看到这段，想起我的书箱底有多年的《机械工人》和《机械工艺》杂志。其中有大量巧妙的工艺和技术革新实例。只可惜这些凝结着大量能工巧匠智慧的技术知识难以继承和传播。
  
antslg 可能有点误会。首先考虑利用成熟商品化 ERP 软件功能，是因为 erp 软件已经把大批企业管理实践中的管理知识和技术，凝结到了软件设计中。就好象你有一台万能机床，有成千上万人动脑筋发明的许许多多的部件和工具。你要加工一个什么零件，最好先翻一翻工具箱。如果一个新的算法和思路能解决特定问题，它迟早必将被纳入商品化软件中去。