小平同志

ERP系统在对不断变化的商业需求做出反应方面相对来说也不够灵活，常常需要进行重大的软件升级以适应即使看起来并不连续的商业流程变化。Cory Eaves是ERP厂商SSA Global的首席技术官，他说：“如今，我们的99%的客户都对系统的源代码进行了修改，他们都希望可以不需要这样做。因为定制这些系统的间接成本确实很高，与长期维护的成本一样高。”　　如今，主要的ERP厂商在SOA架构下争相重组其软件产品的时候，都认为通过重新调整软件以支持SOA，以及用Web服务替代专用应用编程接口，可以提供前所未有的灵活性，部署和集成将更容易，而且需要的定制编码也更少。此外，厂商们还表示，通过把传统应用模块分解成更小的构件，并把这些构件当作可以重新使用的Web服务，用户就能够通过只选择和安排他们所需要的构件来生成定制系统了。　　用户表示怀疑　　对于SOA能否拯救EPR，用户有理由表示怀疑。集成和维护企业应用的编程人员以前就听说过CORBA和DCOM的这种类似承诺，结果，它们都很难实现，而且维护成本很高。Eaves称，同样，一些公司推出的集成代理器(Integration Broker)也曾承诺缩短在应用之间建立点对点接口的周期，但是它们都太复杂了。与集成代理器一样，SOA使用的也是轮轴和辐条式设计，也称服务总线，但是，却有一个重要的不同之处：“这些基于Web标准的方法使得解决这些问题的复杂度减少了很多。”　　对于Schindler来说，第一份商业订单就是，明年Kichler公司将向PeopleSoft 8.9迁移，届时将取消75%的软件定制。尽管他认为该软件对XML和Web服务的支持还不成熟，但是，Schindler却表示，他希望该软件能够在2至3年内发展到能融合来自不同厂商的商业过程并使其可以重新使用的地步。[$page$]　　厂商艰难前行　　另一方面，ERP厂商却要继续其SOA之旅。美国Plant-Wide 研究集团总裁Bill McFadden说：“问题不是让终端用户高兴，更多的是使ERP厂商能够从硬代码API领域里抽身而出。”　　ERP系统越来越多的是以中间件平台为中心，在这些平台上，大部分的集成工作已经完成，例如，使用IBM公司的WebSphere或者微软公司的.Net就可以操纵基本过程和应用代码。ERP厂商不得不面临一个抉择，一是使自己与其中的一种中间件保持密切的一致；一是建立自己的中间件系统。由于ERP软件的预计增长率只有个位数，因此，很少有厂商有能力走建立自己的中间件这条路，但这却是SAP选择的道路。公司宣布，随着mySAP ERP在2007年的面市，它将把其ERP软件分解成以Web服务出现的更加粒状的自我描述构件。那样，用户就能够组合这些构件，以生成定制的松散耦联的复合应用，SAP公司称其为xApps。　　这一点对加拿大邮政公司(Canada Post)总经理Aaron Nichols很有吸引力，他说：“我们在订单生成当中使用了一些特定的功能，我们希望把这些功能向企业之外推广。只挑选那些必需的服务，为每个客户定制应用。这样就可以为客户提供他们想要的性能，而我们也可以在每个应用当中重用这些性能，而且无需运行它们一次以上。”　　PeopleSoft公司则决心与IBM公司共命运，它把WebSphere作为其首选中间件，但是，Oracle公司对该公司的收购却使这一战略的未来不确定了。不过，作为PeopleSoft的用户，Kichler公司的Schindler表示，他根本不担心Oracle公司的计划。他说，第一个实际影响将随着PeopleSoft 10的面市而显现，该产品最早也要过36个月才能面市。Schindler表示，就目前而言，Kichler公司将保持现状。　　分析人士表示，虽然Oracle公司为其电子商务套间提供了自己的应用服务器和中间件，但是，其总体SOA战略却并未得到很好的阐明。Oracle公司负责ERP的副总裁Fred Studer说：“客户并不需要单元式信息仓库。它们需要的是真实的来源。”但RedMond公司分析员James Governor称，问题是，在真实世界里，大多数组织都不得不拥有许多资源库，而这种思维又让厂商们犹豫不决。Oracle公司一直忙于把其传统API与Web服务接口捆绑起来，并在积极地做更多的此类工作。但

z***1

对企业用户的工艺流程也要相当清楚,因为生产管理模块的成本核算和工艺流程联系比较紧密,而且现在好多生产制造业是把DCS系统、ERP系统、OA系统三者结合使用的,就说...