在企業(yè)中,直接使用軟件開發(fā)商提供的ERP系統(tǒng)對IT部門來講,既是機遇也是挑戰(zhàn)。雖然與開發(fā)大規(guī)模的定制應(yīng)用相比,購買ERP系統(tǒng)可以增加IT系統(tǒng)的投資回報率,但也可能大大增加相應(yīng)基礎(chǔ)設(shè)施的復(fù)雜程度。因此企業(yè)IT部門在為ERP系統(tǒng)選擇適當(dāng)?shù)慕Y(jié)構(gòu)平臺時,必須考慮以下技術(shù)實現(xiàn)問題。
系統(tǒng)結(jié)構(gòu)
目前,幾乎所有的ERP系統(tǒng)都采用多層次的客戶機/服務(wù)器結(jié)構(gòu),并且絕大多數(shù)時候都采用了客戶機/胖服務(wù)器模型。這種模型可以更有效地進行應(yīng)用管理,降低網(wǎng)絡(luò)的復(fù)雜性并保證數(shù)據(jù)庫的完整性。
IT部門在設(shè)計ERP系統(tǒng)結(jié)構(gòu)時必須考慮三個層次:表示層、應(yīng)用層和數(shù)據(jù)庫層。表示層、應(yīng)用層與數(shù)據(jù)庫層分離(不管是物理的還是邏輯的)已經(jīng)成為創(chuàng)建模塊化、可更新的客戶機/服務(wù)器應(yīng)用的一種最常見的方法。這樣一來,用戶可以從數(shù)據(jù)庫服務(wù)器中裝載可執(zhí)行的應(yīng)用,從而簡化對應(yīng)用的管理,同時在需要時,每個服務(wù)器還可以請求它自己的可執(zhí)行模塊。類似的,可伸縮性也相應(yīng)地變得簡單并且可通過增加應(yīng)用服務(wù)器來進行升級。
此外,ERP系統(tǒng)的成功在很大程度上還有賴于其網(wǎng)絡(luò)運行能力。在實施ERP的過程中,許多企業(yè)最常犯的一個錯誤就是在計劃和實施ERP項目時沒有充分考慮網(wǎng)絡(luò)帶寬問題。因此,為了確保ERP實施以后擁有足夠的性能,項目實施小組在規(guī)劃ERP項目時必須了解目標(biāo)網(wǎng)絡(luò)的速度并且詳細(xì)理解應(yīng)用結(jié)構(gòu)的網(wǎng)絡(luò)性能需求。
系統(tǒng)集成
絕大多數(shù)用戶在實施企業(yè)ERP項目時一般都會采用來自多個不同廠商的ERP系統(tǒng),因而經(jīng)常需要不同的數(shù)據(jù)庫和硬件平臺。而且,隨著這些獨立系統(tǒng)的實現(xiàn),IT部門需要將這些分離的ERP子系統(tǒng)相互集成起來,同時還必須將現(xiàn)有的應(yīng)用同已有的應(yīng)用和決策支持系統(tǒng)集成起來,只有這樣才能最大限度地發(fā)揮ERP項目的作用。有鑒于此,用戶應(yīng)該選擇市場前景最廣闊的基礎(chǔ)設(shè)施組件,因為這些組件以后集成起來更容易一些。
最理想的集成方法是在一個單一的操作系統(tǒng)和數(shù)據(jù)模型上運行多個應(yīng)用。然而,雖然這種方法可以減少集成相關(guān)應(yīng)用的復(fù)雜性,但卻增加了實施的時間。除此之外,這種方法一旦實施完成,其靈活性就要相對差一些。不過,在絕大多數(shù)情況下,選擇單一廠商方法是很有必要的,因為絕大多數(shù)應(yīng)用軟件開發(fā)商都依賴專用的或特定的數(shù)據(jù)庫系統(tǒng)。
可擴展性與數(shù)據(jù)倉庫
企業(yè)在自身發(fā)展的過程中需要不斷地調(diào)整自己的核心商業(yè)過程,包括財務(wù)、人力資源、制造、后勤、客戶服務(wù)和銷售等。發(fā)展越快的企業(yè)其核心商業(yè)過程的調(diào)整頻率就越高,因此在安裝ERP系統(tǒng)時一個主要的考慮就是可擴展性?？蓴U展性是指將應(yīng)用擴展到其他企業(yè)系統(tǒng)中特別是數(shù)據(jù)倉庫中的能力。在這里,將數(shù)據(jù)在系統(tǒng)之間進行轉(zhuǎn)移的能力是最為關(guān)鍵的。
ERP和數(shù)據(jù)倉庫打包應(yīng)用都允許IT人員在應(yīng)用系統(tǒng)中集成原有的信息基礎(chǔ)設(shè)施。這種方法簡化了對基礎(chǔ)設(shè)施的管理,也使增值銷售商可以利用用戶已經(jīng)具有的基礎(chǔ)設(shè)施進一步開發(fā)相關(guān)的ERP數(shù)據(jù)分析應(yīng)用。ERP系統(tǒng)的增值銷售商還可以提供額外的數(shù)據(jù)倉庫應(yīng)用功能。這些數(shù)據(jù)倉庫可能很少提供與其他ERP包或現(xiàn)有資源的集成。這種做法將大大限制它們的功能,因為即使一個相對受限的(在用戶的數(shù)量方面)數(shù)據(jù)庫應(yīng)用也可能需要訪問來自多個數(shù)據(jù)源的數(shù)據(jù)。
操作系統(tǒng)
用戶在實施ERP項目時應(yīng)該考慮到操作系統(tǒng)的可移植性,因為有些服務(wù)器只能在某些硬件平臺上實施。比如,NT服務(wù)器(NTS)應(yīng)該只考慮基于Intel的硬件平臺,因為在非Intel的硬件平臺上運行NT的效果通常都不會很好。
然而,到2000年,NTS應(yīng)用與Unix應(yīng)用相比將可能具有更多的商業(yè)功能,因為它在可伸縮性和可用性方面進行了改進,并且會得到ERP軟件商的大力支持。因此,IT部門就需要深入了解NTS與Unix核心技術(shù)的異同并且與商業(yè)部門更緊密地合作,從而確定到底是使用NTS平臺還是Unix平臺。
系統(tǒng)管理
1. 分布式系統(tǒng)管理
用戶在實施ERP項目時必須認(rèn)真考慮是否能將系統(tǒng)管理擴展到其他應(yīng)用。當(dāng)前,針對ERP產(chǎn)品的系統(tǒng)管理方案仍然很不成熟,其原因主要是沒有統(tǒng)一的標(biāo)準(zhǔn),而且缺乏來自ERP廠商的合作以及在分布式系統(tǒng)管理廠商中缺乏相應(yīng)的ERP專家。不過這種形勢將在今后的ERP系統(tǒng)中得到改進。SAP現(xiàn)在已通過發(fā)布編程接口和分布式系統(tǒng)管理接口加強與系統(tǒng)管理軟件的集成,其他ERP廠商也將會逐步涉足這一領(lǐng)域。
分布式系統(tǒng)管理軟件廠商正在推出補充、擴展、填補ERP產(chǎn)品系統(tǒng)管理空白的軟件,如缺乏健壯的日程安排、性能監(jiān)視和存儲管理功能等。現(xiàn)有的分布式系統(tǒng)管理軟件大部分僅限于對應(yīng)用組件/資源的外部監(jiān)控,而ERP系統(tǒng)的有效管理需要對內(nèi)部應(yīng)用結(jié)構(gòu)和功能有深入的了解。不過,分布式系統(tǒng)管理產(chǎn)品的性能將會不斷提高,并逐漸滿足ERP系統(tǒng)的需求。
SAP的R/3雖然具有最廣泛的系統(tǒng)管理功能并且在計算中心管理系統(tǒng)(CCMS)中提供了有限的功能控制和監(jiān)視工具,但是在大中型的R/3安裝中會迅速顯露出其不足。Oracle提供了Oracle Enterprise Manager用于第三方機構(gòu)將系統(tǒng)管理方案集成到Oracle數(shù)據(jù)庫中。但傳統(tǒng)的分布式系統(tǒng)管理廠商對PeopleSoft和Baan只有很少的支持。
總之,沒有一個單一的產(chǎn)品或框架能夠滿足所有ERP應(yīng)用的分布式系統(tǒng)管理需求。每種系統(tǒng)管理功能必須針對客戶服務(wù)環(huán)境中的ERP系統(tǒng)、平臺要求和已有系統(tǒng)管理設(shè)施的集成問題一一進行解決。
2. 數(shù)據(jù)的備份/檢索
隨著企業(yè)數(shù)據(jù)通信流量的不斷增加,IT部門在滿足用戶對存儲空間的需求方面已面臨越來越大的挑戰(zhàn)。用戶開始越來越多地選擇第三方獨立軟件廠商和系統(tǒng)廠商提供的三層備份/檢索方案。
據(jù)META Group估計,與數(shù)據(jù)存儲相關(guān)的成本(如磁盤、控制器復(fù)雜性、備份/檢索軟件、硬件以及額外的人員)將占服務(wù)器總成本的75%。用戶必須考慮每個服務(wù)器、存儲管理和應(yīng)用備份/檢索功能的購買成本。盡管企業(yè)服務(wù)器的選擇對ERP系統(tǒng)來說是非常重要的,但它只占ERP系統(tǒng)總成本的一小部分。而且,即使在前端數(shù)據(jù)庫創(chuàng)建成本降低時,數(shù)據(jù)庫維護成本一般仍占整個前端數(shù)據(jù)庫成本的15%。
總之,IT部門必須在高級應(yīng)用(如ERP、數(shù)據(jù)倉庫)中支持備份/檢索。一般而言,影響服務(wù)器性能和成本的主要因素都與數(shù)據(jù)的存儲量有關(guān),因此企業(yè)IT部門需要將注意力更多地放在存儲能力而不是CPU能力上。
ERP系統(tǒng)與網(wǎng)絡(luò)連接
從純技術(shù)的角度講,企業(yè)資源計劃(ERP)實際上是一種集成化軟件系統(tǒng),它將許多商業(yè)過程處理模塊集成起來,以此幫助企業(yè)保持競爭優(yōu)勢。由于ERP系統(tǒng)通常分布于企業(yè)的各部門和各分支機構(gòu),因此良好的網(wǎng)絡(luò)系統(tǒng)就成為確保ERP成功實施的基本需求。
為了有效地支持ERP項目,企業(yè)信息系統(tǒng)管理人員必須深入理解ERP的結(jié)構(gòu)和它對網(wǎng)絡(luò)設(shè)施的基本要求。目前,決定實施ERP系統(tǒng)的企業(yè)通常都有基本的企業(yè)網(wǎng),但是,如果要支持ERP實施,就必須把傳統(tǒng)的共享式局域網(wǎng)升級到能提供高速IP服務(wù)的高性能交換式網(wǎng)絡(luò)。類似地,傳統(tǒng)的廣域網(wǎng)也需要進行升級。此外,許多ERP系統(tǒng)的用戶時常在家里或遠(yuǎn)程工作,因此網(wǎng)絡(luò)方案還應(yīng)該能夠提供高性能的遠(yuǎn)程訪問功能。
為了幫助企業(yè)解決實施ERP過程中遇到的問題,許多公司都開發(fā)了專門的ERP實現(xiàn)包和配置步驟,幫助企業(yè)解決ERP的連網(wǎng)問題。本文介紹企業(yè)在實施ERP連網(wǎng)過程中會遇到的問題極其解決方法。
ERP應(yīng)用結(jié)構(gòu)與連網(wǎng)
后端數(shù)據(jù)庫服務(wù)器和應(yīng)用服務(wù)器之間的交互操作通過數(shù)據(jù)庫訪問協(xié)議實現(xiàn),這類協(xié)議可能是SQL或ODBC,這些協(xié)議通常運行在IP層之上。一般情況下,這些交互操作是數(shù)據(jù)高度集中的,需要占用大量的帶寬,并且要求延遲盡可能短。要滿足這些需求,后臺數(shù)據(jù)庫與應(yīng)用服務(wù)器之間的通信最好采用專用FDDI網(wǎng)絡(luò),當(dāng)然,專用快速以太網(wǎng)(共享式或交換式)也可以滿足需求,因為絕大多數(shù)廠商和集成商都在100Mbps鏈路上進行了成功的應(yīng)用性能測試。
為了實現(xiàn)FDDI的高可靠性,這種網(wǎng)絡(luò)在部署時應(yīng)該配備連接到網(wǎng)狀拓?fù)浣Y(jié)構(gòu)上的冗余交換設(shè)備。當(dāng)ERP服務(wù)器跨越子網(wǎng)進行通信時,Layer 3交換將提供增強的性能。此外,網(wǎng)絡(luò)系統(tǒng)中,應(yīng)該使用性能較好的交換設(shè)備和網(wǎng)絡(luò)接口卡。同時在建立服務(wù)器之間的專用鏈路時,可以利用交換設(shè)備中的CoS/QoS特性對ERP通信進行優(yōu)先權(quán)控制,以保證預(yù)期的響應(yīng)速度。
應(yīng)該注意的是,在一般情況下,應(yīng)用服務(wù)器和后端數(shù)據(jù)庫不應(yīng)該通過廣域網(wǎng)鏈路進行連接,因為這種連接容易帶來延遲,而大于幾毫秒的延遲都可能嚴(yán)重影響ERP系統(tǒng)的性能。如果因為服務(wù)器必須放在不同的地點而不得不使用WAN連接,則可行的方法之一是采用T1或T3租賃線路的逆向復(fù)用技術(shù),以保證服務(wù)器之間的通信速度。
此外,在許多城市里,把連接轉(zhuǎn)移到高速的本地城域網(wǎng)也是一種可行的辦法。目前,運行在高速同步光纖網(wǎng)/同步數(shù)字分級網(wǎng)(SONET/SDH)上的ATM服務(wù)正變得越來越廣泛和可用,如果連接距離少于50英里,且?guī)捄脱舆t不成為問題的話,利用這些高速城域網(wǎng)服務(wù)將成為另一種可行的方案。
最后,如果站點僅僅是因為距離太遠(yuǎn)而無法得到延遲足夠低的連接(或這樣做的成本太高),那么唯一的辦法就是使用中間件(例如BEA Tuxedo等)對ERP應(yīng)用進行改造。這種方法的過程非常復(fù)雜且實施成本很高,對ERP應(yīng)用的設(shè)計和性能將產(chǎn)生重大影響。因此只要有可能,應(yīng)盡量將DBMS和應(yīng)用服務(wù)器放在一起并通過專用的高速LAN進行連接。
2. 應(yīng)用服務(wù)器與客戶端連網(wǎng)
應(yīng)用服務(wù)器和客戶端之間的交互操作是為ERP應(yīng)用提供連網(wǎng)設(shè)施遇到問題最多的地方。這些交互操作因各廠商ERP系統(tǒng)的不同而存在很大差異。即使在同一個ERP系統(tǒng)內(nèi),因為依賴的應(yīng)用規(guī)則和使用的中間件不同也會存在差異。網(wǎng)絡(luò)設(shè)計人員理解這些交互操作的特點是非常重要的。如果有可能,應(yīng)在ERP系統(tǒng)定制過程的早期就確定一個子網(wǎng)段進行測試。這可以通過利用嵌入式遠(yuǎn)程監(jiān)控(RMON)和分析報告工具(如3Com公司的Transcend Traffix管理器)的RMON2數(shù)據(jù)實現(xiàn),也可以在測試網(wǎng)段連接一個單獨的探測器或協(xié)議分析儀來實現(xiàn)。
在企業(yè)環(huán)境中,保證ERP客戶端對應(yīng)用服務(wù)器具有可伸縮訪問的最安全方法是從共享式LAN結(jié)構(gòu)升級到專用的交換式連接。去掉共享式結(jié)構(gòu)將消除傳統(tǒng)LAN的許多不可預(yù)測性。而且,轉(zhuǎn)移到專用以太網(wǎng)或快速以太網(wǎng)桌面連接和相應(yīng)的骨干鏈路將大大增加整個企業(yè)網(wǎng)的可用帶寬。要想得到理想的性能,最好將所有的客戶端連接升級到至少10/100Mbps。在WAN中,ERP客戶端與服務(wù)器之間的交互操作具有重要意義,不管客戶端是個別遠(yuǎn)程用戶還是位于分支機構(gòu)辦公室的用戶,模擬的WAN連接至少應(yīng)具有V.90 56Kbps的鏈路。數(shù)字用戶線(DSL)和線纜調(diào)制解調(diào)器(Cable Modem)可以提供更高的速率。
不管連接類型是哪一種,都需要在帶寬經(jīng)常受到嚴(yán)重限制的WAN網(wǎng)絡(luò)上保證不同的通信具有不同的優(yōu)先權(quán)?，F(xiàn)在有幾種QoS方案,如路由器優(yōu)先權(quán)排隊、WAN鏈路帶寬級別管理、映射通信、具有保證速率(CIR)的幀中繼永久性虛擬線路(PVC)等。
如果交互操作效率不高的,那么網(wǎng)絡(luò)設(shè)計人員必須確定問題是純帶寬不足引起的,還是延遲帶來的。如果問題出在帶寬不足上,可以通過對帶寬進行升級和對通信的優(yōu)先權(quán)進行調(diào)整來解決。然而如果問題出在延遲上,則需要采取不同的解決方案,或者使用一個可伸縮的遠(yuǎn)程控制方案如Citrix WinFrame或Microsoft NT Transaction Server來解決,或者使用新的中間件對ERP應(yīng)用進行重新整合。在任何一種情況下,高效的廣域網(wǎng)連接平臺都是必需的。
3. 應(yīng)用共存與QoS
新的挑戰(zhàn)
隨著網(wǎng)絡(luò)技術(shù)的迅速進步和ERP在企業(yè)里的不斷流行,將會出現(xiàn)許多新的ERP應(yīng)用,這些新應(yīng)用的出現(xiàn)無疑將向我們提出新的挑戰(zhàn)。
1. 通過Web訪問ERP應(yīng)用
許多ERP廠商,包括Oracle和SAP,正在它們的ERP應(yīng)用中添加Web接口。隨著ERP應(yīng)用變得越來越離不開Web,新的連網(wǎng)問題又出現(xiàn)了,ERP服務(wù)器變得越來越類似于其他的Web服務(wù)器。盡管在這種模式中減少了客戶端的功能而增加了對服務(wù)器的要求,但位于客戶端的用戶仍然期望能夠得到傳統(tǒng)的應(yīng)答時間服務(wù)。這就要求網(wǎng)絡(luò)設(shè)計人員必須提供能夠解決網(wǎng)絡(luò)資源問題和服務(wù)器資源問題的復(fù)雜QoS方案。
2. 基于政策的管理
與DBMS/應(yīng)用服務(wù)器網(wǎng)絡(luò)不同,ERP通信在客戶端/應(yīng)用服務(wù)器網(wǎng)絡(luò)中可能被授予最高優(yōu)先權(quán),但也有可能不具備這種優(yōu)先權(quán)。這種情況主要出現(xiàn)在提供多種業(yè)務(wù)的網(wǎng)絡(luò)里,如話音、視頻傳輸?shù)?因此在設(shè)計IP通信優(yōu)先權(quán)方案時必須考慮所有應(yīng)用。
3. 供應(yīng)鏈的擴展
在將來,企業(yè)的外部貿(mào)易伙伴,如客戶、供應(yīng)商、合作商等將可以通過Internet訪問企業(yè)ERP系統(tǒng)。這需要在ERP Web接口中增加復(fù)雜的安全功能,如公開密鑰設(shè)施(PKI)和數(shù)字認(rèn)證等。許多Internet服務(wù)提供商將提供可以優(yōu)先處理與ERP相關(guān)業(yè)務(wù)的VPN服務(wù)。通過將QoS和安全特性集成到VPN中,這些服務(wù)商將可以為不同企業(yè)之間的ERP應(yīng)用提供專用的Extranet服務(wù)。
