PDM的架构讨论

秋叶

zhouaixin

PDM是一种管理思想，不是什么样的企业上PDM都能发挥其效益的。取决于企业本身的管理体制及企业管理人员、工程师的素质。

秋叶

这就需要设计PDM时一定要基于ISO标准体系，基于一种国际化的管理思想。
只有这样，才可以快速适应规范企业的管理，改造不规范企业的管理。

秋叶

在国外很多中小型企业其实很多都没有上软件，但是他们现在已经将企业内部管理的很好，他们要上PDM系统时要什么模块，并不是软件商提供的，而是他们自己一早有打算。
中国的企业要走到这一步还是需要进行多方面的改进，而PDM系统的推广可以分开考虑。

秋叶

产品的飞跃指的是产品规划设计的本质产生了突变，是一种革命性变化。
这种变化可以说现在市面上的所有PDM都还没有做到！
会产生一种震憾和耳目一新！
可以说是一种基于产品结构的多层次、多种文卷类型的产品数据管理模式。

秋叶

什么是PDM的架构？不是基于这个或者那个，不是用这个工具还是那个工具。AUTOCAD已出了2004版本，但用R13甚至R12的用户还是大有人在，为什么？因为R13也能画线画圆。
PDM发展了这些年，IMAN用户群中肯定有依然用着很低版本的客户，还是DOS界面或是UNIX界面的，为什么在.NET时代还有这样的古人，因为能满足需要，而且管理软件不能随便升级或更换。
土豆认为PDM真正的架构是其深刻的制造业内涵，为什么WINCHILL都CPC了，在汽车行业还是敌不过IMAN，因为IMAN的顾问往企业一坐，是先生！只有在拥有了一批“先生”后，软件商才能真正有竞争力，才能基于内涵而外延你的软件。

秋叶

企业级？部门级？PDM是如何划分的？

这个感觉很难有个标准来衡量，我觉得国外的PDM产品应该大体分两种类型，
一是以smarteam，Iman为代表的成熟的PDM产品，这些产品基本解决了企业内部产品设计过程产品知识的利用问题；

二是以winchill/Team center entERPrise/eMatrix为代表的plm/cpc产品，这类产品主要用于解决虚拟企业联盟中信息的交流，产品全生命周期中的数据管理问题；

至于EDS的TeamCenter Enterprise/TeamCenter Engineering，其实就是原来的iman和metaphase，彼此也没有什么联系，至于发展定位，应该一个是高端产品，一个是中低端产品巴。

秋叶

区别很大：
1。从数据库来看，是否支持多数据库，或分布数据库的应用

2。从权限来看，是否支持分组，分级别的权限管理（在企业级的pdm中不可能是只依靠一个系统管理员来管理）

3。从产品结构管理来看，必须真正支持多视图的协同工作（产品结构视图，工艺结构视图的区别是比较大的）

4。从流程来看，必须支持嵌套流程的管理，所谓大流程和小流程等。

5。从实施上来看，企业级的pdm实施的确是一个系统工程，必须企业一把手负责抓。
目前无论国产PDM，还是国外PDM离正真的企业级PDM都有差距，特别对于中国的企业而言（中国的工艺部门是一个比较独特的部门，在一些企业中对信息化的成败有致关重要的作用）。

秋叶

与国外的PDM相比，国内的PDM还处于一个较低的阶段，差距主要有下面几点：

1从架构上来说，还都是C/S结构的，不能支持WEB，现在有些厂家已经在作基于WEB的plm产品，估计今年内就可以面市。

2另外，国内的产品都只能支持windows系统，不能支持其它系统

3支持复杂逻辑上（主要是权限和流程）还有差距；

4从产品质量上，系统不稳定，BUG较多。

秋叶

什么是软件架构:我这儿有一个通俗的比方，希望得到大家的批驳。

我们是如何看待一个建筑的，我们在购买商品房时是如何看这个建筑的。大家都一定特别注意商品房的结构，是钢精整体浇注，还是砖混，结构设计对水路，管路，电路的布置考虑周全。该房的朝向是否好。我想有些考虑对于住房的人来说都是出于一种长远的考虑。我感觉这些就相当于软件中的架构。

大家买完房后，就开始考虑如何装修的问题，还有添置各种家具。这些相当于软件中的实施和二次开发。有些人的装修方案非常漂亮，但发现现有的结构不允许这样，否则整个房屋都有倒塌的危险，至于卖什么样的厨房设配，卫生间设备，只要厨房卫生间够大，够好，都只是是否有充足的经济实力的问题，当然也有人认为能用就可以，但如论如何，这些都建立在建筑的结构基础上。

而租房住与买房可不一样，租房主要考虑房屋的设备是否能满足目前的需要，很少考虑房屋的结构问题。所以企业购买软件，特别是PDM类的软件，一定要考虑软件的架构，否则就是租软件用了（很难保证这样的软件能用几年），你不可能在租来的房子上大兴土木，搞复杂的装修吧。

  具体到软件架构中要考虑什么，我认为至少要考虑以下几点：
  1。软件的功能的满足
  2。软件的性能要求。
  3。软件的容量和吞吐量。
  4。软件的可用性
  5。软件的容错能力
  6。软件的恢复能力。

软件的架构就是软件中除去了可以变化的因素的本来模型。

软件的架构就是将复杂的业务模型进行抽象后的最基本的最一致的模型。

现代管理软件都将软件建立在一个面向对象的企业业务建模的理论上。在该理论的知道下开发一个企业业务数据建模工具。软件在用户自己定义的业务模型上运行，包括数据对象的建模，业务视图的建模，业务流程的建模，（三维的建模理论）这样软件的架构将更为牢固和灵活。

秋叶

吴虎的比喻非常生动，支持！

再补充一点，如果你要把一个房间设计成卫生间，那你在一开始就要考虑下水道。如果以后有客户一定要在阳台上按一个马桶的话，这有两种可能，
（1）你的架构有问题，
（2）客户的需求有问题。你如果想改动你的架构（既把阳台上改造为卫生间）这样的话物管会不同意，楼下的邻居也不答应。所以此时的你会非常痛苦（架构之痛）！

秋叶

同意“吴虎”同志的比喻，但还提醒大家注意其中的一些区别：
1。国家规定，一幢楼的额定寿命是六十年。也就是说如果楼房老化了，我们采用的做法只能是换一套房，完全地丢弃原来的房子
而软件不同，一个软件版本老化被替换时，我们期望新的版本兼容原有的数据格式，我们不会完全地丢弃原来的版本

2。居住的需求是既定的，而企业的需求是在变化的（更准确地说，是项目组对需求的认识在变化）
客户可以在你造完底下三层后要求你再增加二十个汽车停车位
基本上我不太理解“网标”的例子，好象软件公司和制造企业之间并没有第三者“物管会”的协调
软件公司提供的不只是软件，而是解决方案。对客户的一些任性的要求，如果太花精力的话，我的建议是“挡回去”.
当客户决定拿该房来做办公写字楼后（这要的决定我们当然不能干涉），他发现把客厅作为会议室太小了，于是客户期望打掉一堵墙扩大客厅
设计者甲告诉客户，客厅边的墙是楼房的承重墙，不能拆除，于是该客户只能选择变卖房子，另买了一间有很大的客厅的房子
设计者乙却在最初就把楼房的承重墙设计在楼道和不同的套间之间，所以乙的设计就毫无问题地允许客户扩大客厅.

坏的构架设计者说，是客户要求太高，我们只能放弃这样的客户

好的构架设计者说，我们允许客户以最大的自由创造软件新的用法.

秋叶

吴虎是我的知己，我经常用房子装修比喻信息化，例如我讲信息化投资，PDM就象装修一个简修的毛坯房，每个平方至少花300才能让人感觉到你进行了装修，如果你花得不到300还想请人参观，不如就这样住着，等钱（基础准备）够了再装修。

如果你想装修上个层次，那你最少追加300一个平方，在300和400每个平方之上是看不出差别的，当然要豪华还得加很多。

装修方案要么请真正的高手规划，但很贵，如果没有钱可以自己监工，监工效果如何全看你个人对装修的领悟力和监工时间了，而不完全是马路施工队的水平，有时候找到一个好的泥瓦工想撞运气一样。

秋叶

我所处的这个城市是地产业非常发达的地方，所以装修业也非常发达。在市场的前期我们经常会看到报纸上刊登这样的新闻：“X请Y公司装修，Y公司拿了首付款后人去楼空。。。”（好像我们圈里也经常有这种事情发生，只是媒体不报道）。于是大家装修时都多了一个心眼，所以有些装修业从业者为了吸引客户，打出“0首付，装修完再付款”（从一个极端到另一个极端）好像我们圈里也经常在发生这样的故事。
接下去，大家都觉得这样不好。所以监理公司如雨后春笋般地出现了，现在我们这里搞装修请监理是非常自然的事情。所以说“e-works”做信息化监理是大有可为的。（当然，公正非常重要，对监理公司来说这是根本）。
吴虎兄，说了一堆和软件架构没有关系的事情。抱歉。。。