PTC收购MKS 热门话题PTC计划要收购MKS
发布时间：2012/1/4 21:43:47 | 人感兴趣 | 评分：3 | 收藏：
PTC收购MKS 热门话题PTC计划要收购MKS
整体配置管理和跨学科流程
首先，我们讨论一下配置管理吧。为了了解这个方法。我们需要一些背景。
你应该知道，很多时候产品信息中的软件配置依赖于部分硬件的配置。以前都是由人手动地用电子文档管理这些相互依赖关系。假如考虑到产品中大量的变形设计的话，这里面就有两个事情会发生。一个是主管配置管理员工的工作量将会变得很多很难，变得令人沮丧。第二个是，考虑到手工管理是不太能够保证各个项目（item）相互间100%的匹配度，这就有可能会在下游发生错误。也许你可以努力去避免错误，并且最后有可能搞定一切。但问题是有很大的可能，你会错过之前预订的计划，结果是订单变更了，产出的产品变废品了等等。
跨学科的流程也是同样的道理。对机械部件和软件代码的需求分析分布在电子文档中，或是PLM,ALM系统中。这些分离的系统实际上是增加了我们手动工作量来匹配各种产品配置。除此之外还有协调产品变更，验证和测试等流程。当前大部分的这类跨学科研发流程都是通过手动管理的。而结果就是沮丧，错误，延期等纷至沓来。
显而易见的是Windchill和Integrity的集成将细化产品结构下机械部分和嵌入式软件部分的管理。这样一来，在同一个产品结构树下的我们可以处理机械部分和软件部分的复杂的配置信息。我可以看到两者融合带来的极大好处。
一个纯粹主义的视角：打开天窗说亮话
虽然我承认非常看好这次收购，但对整个业态还是持有一个疑问。
为啥这个动作推迟了这么久？
我并不是针对PTC来谈这件事情的，而是这个行业。多年前我们就被PLM厂商告知——仅仅需要将编译好的软件作为“成品”（end item）罗列在产品结构树下就好了。我们还被告知其他部分（比如软件部分）不需要被罗列出更细的层级。
实际上PLM供应商迟迟没有进入这个领域的真实原因并不是我们想的那样。相当一段时间，IBM的Rational产品在软件需求管理（RM），SCM和ALM领域上所向披靡。但是却没有一家真正关注于产品的嵌入式软件管理的供应商，有针对性地为机电一体化产品研发出一个新的RM，SCM和ALM系统。我想这类研发本身将是一个漫长而艰辛的努力过程。最终PLM供应商不得不做出明智的业务决策—–投资这个领域将会让自己出类拔萃，当然也可以更容易地赚钱。但是说实话，我们能责怪他们吗？
对于机械和软件的跨学科研发，我们还是可以看到将配置管理和研发流程集成在一起的好处。我希望其他PLM供应商可以做出类似的行动—-提供具有竞争力的产品。但说实话，为机电产品提供RM， SCM和ALM的解决方案的厂商真的很少。
这些又让我想到了很有趣的一点：
为啥PLM供应商不能对电子和PCB的信息提供如结构设计同样级别粒度的管理？
当然跨机械和软件的管理带来的好处同样适用于电子工程。在PCB,轨迹，组件和元件库之间存在着不同层级的粒度。这就像未编译的软件代码和软件库共存于Windchill一样得。FPGA编程也是如此，这种方法在电子工程中非常流行。然而三大PLM软件供应商和其他较小的供应商现阶段的情形就像若干年前软件行业中的SCM。天知道以后会咋样，但我敢肯定会有不断的惊喜哟。
总结和结论
PTC收购了MKS公司并将整合Windchill和Integrity产品，这种整合将为机械和嵌入式软件提供更细粒度的产品配置管理。它还将提供跨学科的流程管理，如需求管理，测试，验证和变更管理等等。最终效益将会减少这两个领域中因为手动操作带来的个人或组织上的失误。
轮到你来权衡了，你是如何看待跨学科的配置和流程管理的呢？你是否看到了整合后带来的优势？机电产品中更细的粒度是啥？它是否应该被添加到产品结构里呢？就此打住吧，希望听到您的想法。
谢谢阅读！！
您看到此篇文章时的感受是：
