主题：【原创】一个BOM的诞生-兼浅谈IT系统应用 前言 -- 闲茶
没想到我好不容易鼓起勇气在西西河里发的第一帖以被删除的命运而告终。。。确实有点打击积极性。。。。不会是欺负新人吧？因为我发现有很多尺度比我大的也保留下来了，为什么我的这个就。。。？ 州官？百姓？
不过既然这样，我还是老老实实写点与工作相关的东西吧。兄弟我目前在一家全球性的半导体研发公司负责管理几个IT系统，远远谈不上牛，只是把自己了解到的写出来，希望能抛个砖引个玉。
首先，我想说几点，
1. IT系统 （这里指business application, 包括CAD，PLM，ERP，SCM等等，而不包括Email，OS）并不能为企业带来直接的效益，而只是带来辅助的作用。这样说，在企业内部从事IT，应该抱着一种服务的态度，切不可认为自己是老大。因为技术永远不会是问题，问题在于人。
2. IT系统并非功能越强大越好，在整个流程的角度上看，可能步骤很多也很复杂，但实际上对终端用户 (End User)而言，简单实用最为关键。我们的目标就是Keep It Simple
3. 我在这里不讲具体功能 （实际上有些功能我也不是很清楚，惭愧。。。）而主要来讲讲一个产品是如何从NPI(New Product Introduction)到最后End Of Life的过程。
好了，我们就开始讲一个电子产品（PCB Assembly，可以理解成任何一块应用电路板）从研发到卖出的过程如何在IT系统中实现。
我出营是这么出来的。反正多浏览，熟悉功能，然后发个有点内容的东西，慢慢就出营了。
你这估计是个牛文，先送花一朵。
！
BOM：Bill Of Material，简单的说，就是物料清单，写明了该设计某某电容用了300个，某某电阻用了2000个等等。不同的部门使用的BOM也不同，工程师 （Hardware Engineer）产出的叫EBOM （Engineering BOM），生产（计划，采购）用的是MBOM （Manufacturer BOM）, 这2者区别在哪呢？ 这个先卖个关子， 以后再讲。
市场部门告诉我们，我们公司要在XXXX年XX月之前，推出一款新产品，这款产品将是世界上第一款XXXX （以下省略xxxxx字）
兵马未动，粮草先行。咱们先把项目计划做好。于是PLM System粉墨登场。
研发， 那个谁.谁 （美国人）你负责，完成日期是某年某月某日
采购，那个谁谁.谁（中国人）负责，交货日期是。。。
生产，那个谁谁谁谁谁.谁谁谁谁谁谁谁 （印度人）负责，截至日期是。。。。。
什么，时间太紧资源不够有意见？ 来，我们来开会。。。。（以下再省略xx万字）
我们可以用PLM （Product lifecycle Management）来管理整个项目的计划(Schedule), 目标(Objective)，关键点(Gate/Milestone)，以及交付件(Deliverable)，并指定项目负责人（Owner）以及相关参加项目的人员（Resource）。然后由项目经理（Project Manager）实时更新并通报。
接着大家开始行动了。Design，就是CAD的活了。
工程师打开CAD （这里指的是ECAD，就是电路设计的CAD），按要求画好原理图 （Schematic），好了，我的任务完成了。
慢着慢着。。。这么快？schematic里面的电子元器件用的是什么？？哪里产的，单价多少？
“我哪知道？我只做设计！，“Darn it！你tnnd也太没责任心了！@#￥%……&”
其实，这里工程师是对的。对于工程师来说，就精力就应该集中在Design. 这样一来在使用CAD画图的时候，就需要一个强大的电子元器件库 （Component Library）来支撑，这个库的component （Internal Part）应该包含如下信息Datasheet，RoHS，Price/EA等信息，以及对应的制造件（Manufacturer Part）那这个库哪来的呢？ 也是由人建出来的。（废话）
实际上通常一个公司并不鼓励设计工程师采用新的component part，而是尽量鼓励使用已经经过认证好的（Released Part）。而一个完备的器件库，可以满足99.9%的设计需要。
这个component library在哪建立和维护呢，工程师又如何能使用好这些component呢？下次再讲。
1.PLM 系统里的BOM是 tree structure 吗?
2.PLM 系统里的BOM有 revision up 吗?
3.PLM 系统里有 change control management 吗?
我现在正在开发这样一个系统,说来惭愧,越写越觉得这个系统很复杂.当初老板骗我上贼船的时候,说很简单的,piece of cake.现在想下来就难了,除非不在公司干了.
现在客户(飞机维护)已经开始使用我开发的系统,可我还是觉得有很多地方不是很清楚.前两天,老板和客户开完会,回来又说要大改,问我两个月能完成不,我差点没有晕到,就新的要求来看,基本上50%要重写.我也真是服了我这个老板了,每次和客户开完会,需求都要变.
很多地方要向大牛们请教.
我可不是大牛，自己汗一个先
你提到的3点，答案是都有。但是如何应用，则要看实际情况。
BOM的lifecycle，revision，change control都是联系在一起的。举个例子
Lifecycle：Prototype，Revision：A，在ECO000xxxx下release
如果在prototype阶段，需要修改，那么Revision可能升级为B，在ECO0000xxxx1下release
如果从prototype升为production，那么revsion又要升，同样需要ECO来发布。
至于rev升级的规则，lifecycle 更新的判断，则需要根据实际情况来制定了。
不方便之处敬请大家原谅。。。
转移到：[科技经济] → [信息技术]
因为工作原因，接触过几个公司的PLM流程。
请教茶兄，关于PLM work flow, 业界是不是有统一标准或者主流思路？大概的分布应该是怎么样的？
我接触过的几个都是大同小异，差别只在Gate的数量和Deliverables定义不同而已。
非常感谢.
尽管阅读了一些有关PLM系统的材料,可是内部如何设计,如何实现都要一点一点的做.还有很多要做的.
再次感谢.
下文我已经转贴到[url=/topic/1636495/1]【原创】一个BOM的诞生-兼浅谈IT
关于Work Flow，并没有一个完全统一的标准，大致步骤都为提出，审核，批准，发布。。。其实说到底，就是一个单据的审批过程电子化，所以一定要结合自己企业的实际来制定。
另外，不同的business object会产生不同的workflow，这个其实很好理解，比如Quality方面的CAR，可能就要8D Report之类。
我还是那个观点，技术不是问题，问题在于人。