小平同志

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系統三者結合使用的,就說...