关于产品配置讨论

秋叶

在各大PDM系统中，关于产品配置的解决方案是怎样的？在产品族中定义好配置规范，然后配置成一个实例产品，这个实例产品如何和已经存在的产品结构关联到一起？在定义配置规范中，是否必须将产品结构定义完整？还是只需将涉及配置的零部件定义进配置规范中？ 期待您的回答！

秋叶

admin：配置结果理解为一张表，呵呵。
就是BOM表，其中的各个ITEM都是一个独立的东西，通过BOM表实现了和具体的数据的关联。其实就是一个“引用”原则的使用吧，呵呵。至于是否要将通用的东西都包含进来，还是只将变化的部分包含进来，这个也跟你要的最终结果有关系的，重要么？呵呵不过，也许你需要确定那些是通用的而不受影响的吧。仅供参考的说，呵呵。  
PDM系统中配置是如何来实现的？一定和具体软件有关。不同软件实现的技术方案很可能不一样。 SAP的PDM是允许用户给物料定义若干属性，而它的下层物料，又可以采取几种手段定义如何根据上层物料的属性决定是否选中和选中数量等等。这里说的“定义”，实际上是一种专用的“语言”结构，可以有 If then 逻辑分支程序结构。有专用的语言解释执行器进行运算。还要能让用户禁止若干属性的排列组合可能性的出现。如，禁止敞蓬式轿车配轿车顶窗和顶灯。

windchill
这其实是一个产品族的BOM，其中包含了可选件、必选件，以及他们之间复杂的配置逻辑关系。我想知道的是在PDM系统中，他是如何来实现的？

admin
变量＋条件＋配置规则
每一个ITEM有自己的变量和变量值；每一个ITEM有选择的条件：值选择或者关联的选择；而配置规则，就是条件的综合，根据这些规则，对这个产品族BOM表进行处理，而得到满足条件的“配置结果集“。呵呵。 大致都是这样吧，低版本的IMAN就是这样的，记得当初还号称业界最强和专利呢。

windchill
好，那么。。。
满足条件的“配置结果集“就是一个符合配置条件的实例产品的BOM结构，但其实已经存在了这么一个产品，我的问题是：从配置得到的实例产品如何和已经存在的产品结构关联上？谢谢！  

admin
这个应该是和PDM具体的功能有关系了，呵呵。
比如，一个ITEM，他就是一个”对象“，与他相关的文档都挂在他的下面。而BOM，是这些ITEM的集合，是建立了对相关ITEM的引用关系。如果只是在上层配置，即ITEM下面还有嵌套的ITEM，则自然通过上层的ITEM实现了对其下断面的产品结构的整体引用。至于PDM中的Product View的编辑能否实现这种”引用“关系的建立，这个应该有吧，不能仅仅是引用一张表吧，呵呵。  

admin
这是我以前研究IMAN时的认识。
没有什么现成的资料，呵呵，不好意思。不过当初iman号称专利和业界最强的配置方案，现在似乎任何一个PDM都是这么的一个思路。不过学术上的配置设计可就高深了。呵呵。无论哪个方面，网上搜索都有很多。不过学术性的，最好搜国外的，比如google，国内的没有什么。

好好学习624

楼上的admin的回答是正确的.   我帖一张图,希望对大家的理解有帮助.


[ 本帖最后由 好好学习624 于 2007-7-17 09:23 编辑 ]

秋叶

请查看页面
http://www.ERP100.com/wiki/index ... 8.E9.85.8D.EF.BC.9F

秋叶

在erp中将产品，专用设计件，通用件，标准件，等等通通属于物料范畴，使用一个物料表，由用户自己对物料进行分类，并根据分类管理物料。
这种方法是否适合pdm系统？是否需要分出不同的数据表？

秋叶

在PDM中，这些物料可通称为"Item"，在不同厂家的PDM中有不同的处理方法:
1、可以用同一个数据对象来表示所有的物料，通过其具有的不同属性来加以区分，表现出来就是所有的数据对象在同一个表中。
2、如果采用面向对象的建模方式来组织数据，可以按不同的用途建立不同的对象数据类，具有相同特征的对象可合并，通过其属性进行分类。例如，将自制零部件、通用件、外协零部件等统归到零部件中；标准件比较特殊，可自成一类。。。。各种不同的数据存放在不同的数据表中。最后，定义不同对象类之间的组成关系，即可构建出所需的产品结构。

秋叶

如果是产品，还有系列，子系列，产品族的层次，还是用类管理比较好，确定不同类的配置关系。
全部放在一个表中管理将对零部件属性维护产生很大困难，例如产品关心的属性可能和标准件属性是不一样的，放在一个表中问题就是属性字段任意扩充困难，只能保留最基本的属性，这样操作上进行零部件分类检索又缺少信息。

秋叶

管理零件的要求，
唯一性，必须避免一物多码和一码多物。管理方面常常提出这样的要求。
这样叙述还是太含糊，先要搞清楚什么是一物和一码，为什么要一码对一物。
一个代码是对一个零件（物料/系统）集合或集合中的任意一个对象的抽象指称。这个集合中的任何一个对象都完全“相同”吗？肯定不可能。世界上没有任何宏观的东西是完全“相同”的。所谓相同，是指在某个特定时间、空间、用途等等约束条件下，集合中的对象之间的差异，可以忽略不计。
例如，206 是个轴承的编号，206 是代码，它既可以指一个轴承，也可以指符合特定技术标准的一批轴承的集合中的任意一个。那么，一个中国生产的 206 轴承，和一个外国生产的 206 轴承完全相同吗？甲工厂生产的和乙工厂生产的，今年生产的和去年生产的，都相同吗？只能说，在生产它们的各自的技术标准中的交集所描述的特性，是相同或者可以忽略差异的。在可以忽略这些差异的场合下，他们可以互换使用。某制造业企业买来一批 206 轴承，它要求检测游隙后按游隙大小分成若干档分别不同用途使用，那么这批买来是不加区分的 206 轴承，在这个特定企业的特定用途下，就需要区分成不同零件了。当然，也要有给它们分配其他不同代号以便区分开来。
在某特定企业特定经营范围内的销售、采购等业务上可以对差异忽略不计的东西，那么就在这些这些条件约束下，使用相同的代码，指称一批可以忽略差异的对象的集合和集合中的任一个对象。
设计业务中可以对差异忽略不计的对象，在生产管理业务中未必可以不加区分。
在生产管理业务中可以对差异忽略不计的对象，未必可以在设计业务中不加区分。也许在质量跟踪和管理控制中，也不能不加区分。
不同的业务领域能否使用相同的代码指称某些对象，就取决于不同领域的业务要求。
可见，所谓代码和零件（物料）都有他们各自适用范围的问题。
不把这个前提说清楚，讨论的双方没有共同认识，那么讨论问题时常常形成鸡同鸭讲的局面。讨论 PDM 管理下的设计数据，如何传递给 ERP；讨论 PDM 如何和 ERP 集成；讨论。。。都不能脱离这个前提--也就是它们各自的适用范围如何。

regitsun

在定义产品结构的时候将产品分成一个个的最小可替换单元。有的单元是必选的，有的单元是可选的，还可能有几个单元对应于一个功能选择其中一个的。定义单元的最小用量和最大用量。产品配置就是定义某个产品下最小可替换单元的种类及用量。不同的产品下最小可替换单元的种类及用量也将不同。

cncpphlp

看不懂，什么吗？

TeamCenter

原帖由 秋叶 于 2007-7-17 07:24 发表
在各大PDM系统中，关于产品配置的解决方案是怎样的？在产品族中定义好配置规范，然后配置成一个实例产品，这个实例产品如何和已经存在的产品结构关联到一起？在定义配置规范中，是否必须将产品结构定义完整？还是只需 ...

我没明白你的意思是什么？“这个实例产品如何和已经存在的产品结构关联到一起？”

已经存在的产品结构？你是指全bom？

TeamCenter

首先在tc里面有精确bom和非精确bom（可能我的翻译不够准确，但是这方面没有国家规定的标准术语，就如同不同cad中对同一个命令loft有不同的中文名）。
实现变量配置只能对非精确bom创建，配置参数、配置条件、配置表达式都是对象，其和被配置的bom关联。并且要考虑复杂bom时候的多层次变量配置和传递问题，哪有一楼admin说得那么简单？如同ug的wave类似，上层主控参数向下游传递并能够控制这种传递，没有合适的算法和数据结构那里那么容易实现？ptc proe抄袭ug wave搞了个骨架模型，但是它的最大问题就是参数传递控制不好，容易造成复杂模型在改变参数时崩溃。
同时tc的变量配置可以传递到ug的装配中，也可以在tc vis里实时体现配置的结果。这对于开展设计评审，方案评估有重要意义。

feixu_200

汽车的产品配置可不是那么简单的，恐怕有的人要嘲笑俺了。赫赫
在pdm中这个产品的配置问题是如何提出来的呢？
要是手机那样简单的产品就不用大家这么费劲了。
汽车可不一样。没办法还得谈谈汽车的bom结构。
有人以为，汽车的bom是一个树形结构，最上面是整车，往下一步步地分成装置系统，总成，分总成，零部件。
那是老观念了，跟不上形势了。有人说，跟不上就跟不上吧，我就用老办法了。有什么结果吗？
有阿，别人同时设计出几十上百种的变形车型，你只有几种，十几种，管理还跟不上。因为你用的是老的树形bom。
要是不明白汽车的模块化bom结构，直接谈pdm中的变量控制，哈哈，没几个人能看明白。即使你是termcenter的高手。
恐怕也是云里雾里。

[ 本帖最后由 feixu_200 于 2008-6-14 18:26 编辑 ]

TeamCenter

原帖由 feixu_200 于 2008-6-14 18:24 发表
汽车的产品配置可不是那么简单的，恐怕有的人要嘲笑俺了。赫赫
在pdm中这个产品的配置问题是如何提出来的呢？
要是手机那样简单的产品就不用大家这么费劲了。
汽车可不一样。没办法还得谈谈汽车的bom结构。
有人 ...

呵呵，希望听到你关于汽车BOM的详细解释。
不过觉得你对于tc里面的配置功能不太了解。早在8版本就已经有模块化变量配置，其来源就是通用的要求，建议你仔细看看tc的帮助文件，那里面都是以汽车为例解释的得很清楚。

还有RDV的概念，同样灵感来源于通用。对于复杂大装配的配置处理得非常好。

feixu_200

讲一个关于武器方面的典故吧。
坦克发明于一战，大量应用于二战，二战初期的德国不论从坦克的数量还是质量，都是比不过法国的。有人不信，这是有原因的，德国是一战的战败国，受制于凡尔赛和约的限制，不能拥有进攻性武器，有点像伊拉克。后来，虽然抛弃了和约重新武装起来了，毕竟时间有限。但是，二战时的经典战例就是对法国的闪电战，给人的印象就像德国当时拥有坦克数量和质量上的绝对优势。其实正相反。为什么会造成这样的结果呢。战略战术指导思想上决定了这一切。
坦克的集中使用，配合以其他快速纵队，形成了战场上的一股优势的机动力量，一旦应用于决定性的地段，将起到决定性的作用。而法国却将坦克作为步兵的火力支援力量使用，空有数量和质量的优势，没有起到任何作用。

我说这些的目的就是要说明tc中的变量配置是个好东西，但是，是不是能够有效的利用，还有待于对涉及到的产品的特点和实际的设计生产状况有比较透彻的了解。比较直接的关系就是bom的结构。汽车属于比较复杂的机械制品，构造复杂，变形型式多样，生产工序长，供应商众多，所以其bom结构相应的也很复杂。

[ 本帖最后由 feixu_200 于 2008-6-17 20:40 编辑 ]

yqzasd

感觉好复杂啊.顶一个.

XXXQQQ

典型的配置化BOM或参数化BOM,汽车其实还是简单的.
我在电梯公司工作,其复杂程度比汽车要高太多了.
"如何和已经存在的产品结构关联到一起",其实在配置化的BOM中,BOM是分两部份的,一部分是固定的BOM,一部分其实是不固定的,不固定的这部分需要根据具体的合同参数来决定其具体选择的物料,另外,这些物料的用量也需要根据合同参数来计算得到.为了能够做到前面说的就需要我们先建立起配置化BOM(超级BOM),这个其实是整个ERP最难的地方,ERP难的就是将客户的要求快速的转化成制造数据.(有的公司因为ERP软件的限制是放在PDM中完成的,比如上海三菱电梯).
如何配置,大致过程如下,最近我也在研究这块内容,很多地方不清楚,大家一起来讨论啊.
1、创建物料主数据（MM01）；
2、创建特性值（CT04）；
3、创建变量类（CL02）；
4、创建配置文件（CU41）；
5、创建最大BOM（CS01）；
6、创建最大工艺路线（CA01）；
7、创建价格条件（VK11）；
8、创建对象相关性（CU01创建全局的相关性）；

feixu_200

业界公认的比较复杂的bom一个是汽车，一个是飞机。
电梯比汽车还复杂？有点那个了哈。
电梯基本上是订单生产，属于有一个基本bom，再根据客户的订单生成客户bom。
汽车可不是这样，那可是一天最少几百辆的产量。最多也就1，2分钟的节拍。还要应对不同的车型和选项。
还有生产组织和配套件的订货。那该有多复杂啊。前一个车和下一个车就会不一致。像这些内容如何准确的表现在bom中。那可不是电梯那样的产品可以比的。

TeamCenter

原帖由 XXXQQQ 于 2008-7-10 15:09 发表
典型的配置化BOM或参数化BOM,汽车其实还是简单的.
我在电梯公司工作,其复杂程度比汽车要高太多了.
"如何和已经存在的产品结构关联到一起",其实在配置化的BOM中,BOM是分两部份的,一部分是固定的BOM,一部分其实是不固 ...

你说的不固定的其实就是PDM结构配置里面的变量配置。

怎么样应对客户的不确定性需求？那就是模块化和延迟设计（BOM结构抽象化、细节向下传递）。

chyyy

都是N人
学习