iCAx开思网

标题: PDM 有关业务流程图 [打印本页]

作者: zhizhi 时间: 2004-1-14 15:27
标题: PDM 有关业务流程图
1

作者: zhizhi 时间: 2004-1-14 15:27
2

作者: zhizhi 时间: 2004-1-14 15:29
3

作者: zhizhi 时间: 2004-1-14 15:30
4

作者: zhizhi 时间: 2004-1-14 15:31
和软件实现无关，是过去项目中和用户讨论业务流程同的。

作者: antslg 时间: 2004-1-17 23:41

zhizhi wrote:
和软件实现无关，是过去项目中和用户讨论业务流程同的。

麻烦老大把每项的含义说明贴一贴吧::r::g

作者: zhizhi 时间: 2004-1-18 12:42
原来我以为很容易理解。。。
第一张图
是在工程设计工作环境下需要在设计图纸上使用一个物料（设计对象）时的业务流程。基本的要求是在图纸上标注任何一个对象，都要在 PDM / ERP 数据库中进行查找，只有找不到又确实需要新增加的物料才创建。另外，如果技术管理者要求新建立物料必须经过批准，那么建立物料数据的操作就要改成等待批准后（或许由标准化机构负责）建立。
查找设计对象用了两种方法。一种是通过描述进行查找。另一种是通过分类进行查找。例如，设计者想找一个 95mm 长度的螺钉。当通过描述进行模糊查找（95mm + 螺钉）没找到时，他应该用分类方法再进一步查找。分类方法查找要从大中小类的顺序依次确定分类。如大类：标准化紧固件；中类：粗制普通螺钉；小类：GBxx-94 粗制小六角头螺钉；从小类中找到 90mm 100mm 螺钉，就是没有 95mm 的。这时，就出现一个决策的需要的。如果需要批量很大，采购或定制 95mm 螺钉可能都是合理的。如果批量不大，可能直接选旁边两种，不再需要 95mm 螺钉了----这样就少了一个采购品种。
如果确实需要新增加一个物料品种 95mm 螺钉。那么，设计者已经看到 90 和 100mm 的，可以剪贴复制部分有关数据，物料编码可以考虑顺序夹在 90mm 和 100mm 当中，技术标准代号，分类编码等可以来自复制。。。甚至一些管理信息可以可以”类比“确定，例如，负责采购和计划的人员，和 90mm 螺钉的人员相同；计划或采购的策略相同；库存盘店周期相同，仓库库存地点相同。。。
一定决定新建立一个物料，输入了数据，就要同时更新 PDM 和 ERP 两个系统的数据库。

作者: antslg 时间: 2004-1-21 15:37
谢谢老大说明
期待下面的

作者: zhizhi 时间: 2004-1-22 13:38
第三张图是CAD工作环境下修改 BOM 业务流程。
“确定物料表子项目”是人工操作确定要修改 BOM 的哪一个子项。
“确定物料”是第一张业务流程，可能包括新建立一个物料的操作。
“确定物料类型和数量”后，如果是变尺寸物料，再确定变尺寸物料的公式和参数（例如矩形，则输入长宽）。这里仅放了三种类型，实际上可能还要处理其他类型。这个“类型”的对应 ERP 确定的“类型”概念。
继续循环是指继续修改或增加其他 BOM 子项目，一直到完成需要的修改任务为止。
然后，开始向 PDM/ERP 系统写 BOM 表--进入第四张图的业务流程。
BOM 都是以父项目编号标识的。
首先查找 BOM 父项目是否被其他产品或其他部件使用。
如果仅有一处使用，不需要修改父项目编号，直接写 BOM 就可以。
如果有多处使用，则要判断本次修改是否适用于其他产品结构。如果适用，直接写修改后的 BOM ，就等同于所有使用该父项目物料的产品结构都被修改了。如果只修改一处（本次修改的产品结构），则要新建立一个修改后的父物料（编号是新编的，就是“确定变型物料编码”的意思）。把修改好的 BOM 子项目复制到这个新的父物料下面形成一个新的单层 BOM ，写入数据库。这样，本次修改范围局限在一处，而其他使用原来的 BOM 的产品结构不受影响。
最后，继续查找父项目所在单层 BOM 的父项目，是否被其他产品结构使用（也就是 ERP 中的反查）。这样递归地向上层反查和确定修改范围的工作，一直进行到顶层物料，也就是产品一级才结束。

而通过反查操作查到多处，而工程设计人员决定可以同时修改的情况，则不需要新建立物料和 BOM ，直接写入数据库就可以了。

备注：这里没有涉及工程变更管理。所谓工程变更管理，基本的机制是把上述所有变更前后的数据都记录下来，并且和一个工程变更请求或定单编号联系起来。例如，客户要求工程变更编号 X008 ，把该性质的修改数据收集在这个客户要求工程变更编号之下。按定单工程变更编号 O123 ，就把针对某定单所做的工程变更数据收集在这个 O123 编号之下。记录这些修改前后数据，是为了以后执行工程变更业务和财务核算使用。

这里简化了生效时间和其他更复杂的一些生效范围控制问题。例如，修改前的物料表使用到什么时候结束，新修改的物料表什么时候生效。修改前后的物料表各自适用于哪些工厂或分公司。

这里也回避了可配置产品结构的维护修改问题，它是一个简单 BOM 的修改业务流程。

作者: antslg 时间: 2004-1-25 02:46
再谢版大给出详解
对我很有帮助

对这些问题的兴趣
源自身边不断的麻烦。。。小企业。。。:~)

虽然曾设想过许许多多的可能性
看到上面已简化过的仍显得如此多的环节分枝还是有些惊讶
我的出发点源自小企业现实需求
如果有这许多的环节
就意味着基本不可能实现了（对于小企业来说）
这是个矛盾：一方面小企业因为紧缺管理与持术特别需要一个管理系统，另方面它却如此复杂而困难得几乎无法实施
得像都江堰般简洁有效地处理信息。。。

独立的模块式的东西都不大好用而最终无用
因为不能建立有效的信息通道显得价值不大
比如单纯的库存系统，因不能快速向设计、生产提供足够快和准的信息
最终只是一个帐本
如果能合成一个完整的系统。。。订单、任务、物料、过程。。。
所以我感觉小企业的管理系统必须是麻雀型的-----小而全

还有一个困难处
企业一样小，各家不相同。
不要说订制的费用独力难承
最麻烦他自己还说不清到底要个什么样的系统，不明白计算机到底能管多大用。。。
那就意味着需要一个简洁明了的管理思想
把这简洁明了注于他脑中。。。
把这简洁明了注于软件之中。。。
懂了就容易运行起来
这岂不太难！

这样想下去
就是先得找出制造型企业的共性
在这共性中提炼出最必要的信息流程
那么这管理系统就提供了企业最本质需要的东西
而其它的东西大抵由此衍生由用者自行定义去

管理类软件推不开推不好
很大程度上在于没有适情的简洁明晰的管理思想
我个人这么认为的
好比用惯了蹲厕的会站在坐便器上用它

不好意思我跑题远了::l

作者: zhizhi 时间: 2004-1-25 08:59
你恐怕有错觉，其实操作和实现起来并没有想象的那么复杂，实际上很简单。
下面是 CAD 环境下修改物料主记录标准的业务流程参考图（远比上面的复杂得多，但却是现实所需要的）：

作者: sanwen 时间: 2004-2-6 21:34
为什么最后面的图一点都不清楚呢？怎么看？
能不能给个连接，或可下载的图片呢？

作者: hlayhsf 时间: 2004-3-2 15:31
老大，为什么会看不清楚能不能搞个下载一下呀

作者: xurongyu 时间: 2007-6-8 08:21
其实PDM最重要的模块就是图纸管理，其次才是其他一些模块对于小企业来说他们连流程管理是什么可能都不知道．
别说什么项目管理等功能了

作者: jasperleee 时间: 2007-6-16 13:12
多謝樓主，辛苦了！

作者: amd 时间: 2007-6-22 17:27
物料？这根本不是pdm管辖的范围！不要张冠李戴。

第三张图已经明显说明是erp。

作者: zqk000 时间: 2007-6-29 16:42
好东西呀。

作者: zhizhi 时间: 2007-8-9 07:07

原帖由 amd 于 2007-6-22 17:27 发表
物料？这根本不是pdm管辖的范围！不要张冠李戴。

第三张图已经明显说明是erp。

因为某些“产品数据管理系统” 无法管物料，就把物料说成不是“产品数据管理“的范围。这是什么逻辑？

一个齿轮箱里要加润滑油。润滑油的技术性能、成分、维护要求、数量、技术质量标准、互换性、生产厂商描述信息，管不管？当然要管。不把润滑油当物料管，还能怎么管？三维 CAD 图里画出液体油？能管理润滑油的”产品数据“么？一个齿轮箱还要装个过滤网。过滤网的过滤密度、牌号适合用三维 CAD 图描述么？300目的过滤网就在一寸尺寸上布置300条0.15毫米直径互相交织的弯弯曲曲的圆柱体？还是画出一层模拟的过滤网零件？难道能说，我的 pdm 只管部分产品零件。液体的不管，形状太复杂没法子详细描述的不管，没固定形状的不管，主要关心成分和配方的不管，。。。？管不了的就不算 pdm 管辖的范围！

”产品数据“是什么？狭义地说，就是和产品有关系的数据，描述产品的功能、结构、制造过程、技术要求、质量要求、生产过程、生产技术手段（包括工夹模具设备生产流水线）等等方面的数据。化工厂的产品都没有固定形状。对它们的产品来说，化学成分描述才是第一重要的。现在连银行都在说他们推出了新”产品“--某种金融服务--它们也有功能，结构，操作过程等等一系列描述信息。学校的”产品“是什么？就是学生。医院的”产品“是什么？就是病人。病人的化验单就是他的”产品数据“。房地产公司的产品是什么？就是房子。它们都有大量描述性信息。统统可以抽象为图象图形的，文字的，结构化的数据，属性的数据等等。管理这些数据的计算机信息技术也全都相同的。

没有任何 erp 不管理”产品数据“的。erp 能管理文档等非结构化数据的也很常见，而且也并无太大难度。erp 也常常提供项目管理和工作流功能。erp 和 pdm 两个概念，本来就有很大的功能重叠和数据重叠，根本分不清楚。

作者: jini_tin 时间: 2007-11-15 16:13
正需要了解这方面的东西！

作者: magicbenny3120 时间: 2008-8-22 17:09
版主很不错哦，很想认识你一下

作者: evenywz 时间: 2008-9-20 11:15
个人见解：
PDM是对产品数据及产品生命周期管理的一个系统，而ERP则是对生产物料的一个管理系统
PDM面对的用户主要在研发采购和财务，ERP面对的主要用户是生产相关的部门
楼主上面说过一个新的数据的产生要同时更新两个系统，是因为俩个系统没有集成起来，其原因很多，单并不是不能做到在PDM对数据的更改不能反映到ERP上，从两个系统所面对的用户来看两个系统并不是单独存在的，但现实情况来看是很多公司把两个系统作为独立的单元使用了！

作者: garychen 时间: 2008-11-11 09:35
楼主震得很尽心啊。赞

作者: zhizhi 时间: 2008-11-16 17:59

原帖由 evenywz 于 2008-9-20 11:15 发表
个人见解：
PDM是对产品数据及产品生命周期管理的一个系统，而ERP则是对生产物料的一个管理系统
7 q6 R1 k- L$ m2 wPDM面对的用户主要在研发采购和财务，ERP面对的主要用户是生产相关的部门" d" }6 N2 W5 X
楼主上面说过一个新的数据的产生要同时更新两个系统，是因为俩个系统没有集成起来，其原因很多，单并不是不能做到在PDM对数据的更改不能反映到ERP上，从两个系统所面对的用户来看两个系统并不是单独存在的，但现实情况来看是很多公司把两个系统作为独立的单元使用了！

ERP 同样也曾经存在不能覆盖整个企业全部主要业务领域的发展阶段。那就是早期的 MRP/MRPII/MIS 等。即使是早期的 MRP，要说不管理产品数据那也是硬掰。不管理 BOM ，MRP 的物料需求计划从哪里来？物料需求计划的主要内容本来就是展开计算 BOM 的层层物料需求。
PDM 和 ERP 形成两个系统，当然有历史的原因。主要是很多 ERP 系统还没有足够的支持研发的功能。信息系统的发展自然规律总是逐步把越来越多的存在内在逻辑关系的业务领域囊括到一个完整的集成系统中。从早期的 MRP 只处理物料，逐步发展到包括了销售、生产、财务、成本、设备、人事、项目管理、质量管理。。。等越来越多的业务领域的 ERP 。这是非常简单的道理和无可回避的事实。因为这些领域都存在千丝万缕的业务关联关系。一个企业本来就是一个有机的整体。
现在呢？将来呢？当然是朝着集成更多的功能的方向发展。
PLM 系统难道不想朝着供产销业务领域发展吗？
目前很多企业使用两套系统的情况是不会长久的。

作者: cxjzxf 时间: 2008-12-16 10:23
楼主说的有道理.

作者: steph6015 时间: 2009-2-5 21:12
谢谢！加油！

作者: lulu-iman 时间: 2009-12-21 14:31
技术贴，学习之

作者: iamaliang 时间: 2009-12-26 15:23
保存了，谢谢楼主分享

作者: Myownway 时间: 2011-1-16 13:07
关键是这些源程序能否提供啊

作者: goodboylxj 时间: 2011-1-26 11:12
谢谢老大，受教了

作者: mars8283 时间: 2011-1-28 09:41
感謝樓主，說的很詳細了。。

欢迎光临 iCAx开思网 (https://www.icax.org/)