SAP 技術架構的發展歷程
SAP 從1972年創辦以來,歷經資訊業界重大的革命,其產品都能推陳出新,不斷地改革。SAP NetWeaver 亦是另一個SAP面臨近年來資訊業革命,尤其是對網際網路和Web服務的需求,所進行的新一代技術革新。SAP的技術革新,還有另一特色,就是最大程度地保留其應用層面,以便保護其遍佈120個國家的客戶在應用層面的投資 (例如,流程,培訓,報表,使用者介面等)。
以下是SAP主要技術改革的概覽:
1972-1989:R/2時代,實時資料處理(Real Time Data² Processing),平臺為IBM大型機,基於字元的使用者介面,應用層以模組構成,開發語言為ABAP,執行時環境是Basis/ABAP。
1990-1998:R/3時代,平臺為三層客戶機/伺服器系統,圖形使用者介面² (GUI),應用層次以模組構成,開發語言為ABAP,執行時環境是Basis/ABAP,對外介面為 ALE/RFC, IDoc。
1999-2002:mySAP.com時代,平臺為多層客戶/伺服器系統,圖形使用者介面² (GUI)及瀏覽器,應用層以模組及元件構成,開發語言為ABAP/4,執行時環境是Basis/ABAP,對外介面為 RFC/BAPI。
2003- :mySAP Business Suite/SAP² NetWeaver時代,平臺為多層客戶/伺服器系統,使用者介面是企業門戶、圖形使用者介面 (GUI)及Web瀏覽器,應用層以元件構成,開發語言為物件化的ABAP及Java,執行時環境是WebAS/ABAP/J2EE,對外介面為Web Services。
如果說1999年mySAP.com的技術革新,是為了應對網路商務時代的來臨,那2003年開始全面推出的SAP NetWeaver以及它所支援的企業服務架構(ESA),是SAP領導業界完成對面向服務架構(SOA)和Web服務的轉變,同時也為了完成從ERP至ERP II 的轉型。Gartner 對ERP II的定義是傳統ERP的元件化與公開化。在圖1.3.2中,將新的 mySAP 商務套件 + SAP NetWeaver 結構與原先的 R/3 + Basis 結構並列,方便分析比較。
圖1.3.2 SAP NetWeaver vs. R/3 Basis
SAP NetWeaver不僅僅是 Basis的簡單延伸,其最底層的應用平臺(WebAS)實現了對傳統Basis功能的延展並加強,SAP NetWeaver的其餘三層整合結構:人員整合,資訊整合,流程整合,遠遠豐富了Basis的功能。見圖1.3.3。下面從技術的角度簡單介紹SAP NetWeaver一些元件的演變歷程:
圖 1.3.3 SAP NetWeaver遠遠豐富Basis的功能
SAP R/3 Open SQL成為SAP NetWeaver Open SQL
SAP R/3 Open SQL和SAP NetWeaver Open SQL具有類似的功能,Open SQL好象一個資料和資料型別的字典,提供一個資料讀寫的抽象模組。因為使用Open SQL,開發者可以寫一個應用程式,在不同的資料庫上執行。SAP NetWeaver SQL同時支援ABAP和Java兩種程式語言。
ABAP和SAP Basis成為SAP Web應用伺服器和Java
ABAP/4是由SAP發明的第四代程式語言,開發者可使用它編寫商業應用程式。最初,SAP公司用匯編語言來編寫應用程式和用宏彙編編寫抽象化模組。ABAP是基於Cobol的程式設計思想建立,隨著不斷的發展更多地利用了類似Java語言物件導向的特徵。ABAP語言是面向商務應用的友好開發環境,它包括很多標準的商務功能,如貨幣轉換,日曆,國際化特徵等。ABAP很容易將使用者對話附加到一個應用邏輯模組。Basis是一個作業系統的抽象化模組,它非常類似Java虛擬機器的早期版本,但它的設計是執行ABAP而不是Java。所有的應用程式需要在作業系統上完成的工作,象建立流程,收發郵件,開啟檔案等,SAP Basis都能夠提供。SAP Basis作為一個可執行於不同作業系統的抽象模組,被標準化為一個應用伺服器。SAP新的應用伺服器,SAP Web應用伺服器,是一個基於J2EE標準和ABAP的伺服器。這個伺服器應用自己的虛擬機器和一系列開放標準提供作業系統功能,網路瀏覽,過程控制等功能。SAP Web應用伺服器是NetWeaver最底層架構,專門負責與作業系統和資料庫通訊。SAP Web應用伺服器與Basis有一個包裝及行銷上的最大差別:Basis 是與R/3包裝在一起,但SAP Web應用伺服器可以單獨銷售,因為它本身是一個符合J2EE標準的應用伺服器,含有基於Eclipse IDE標準的NetWeaver Developer Studio,可與 IBM WebSphere ,BEA WebLogic, Jboss,Apache Tomcat等應用伺服器產品分庭抗禮。它是很多基於J2EE標準的應用伺服器中的一個,SAP Web應用伺服器與其它應用伺服器最大的差別是它同時支援Java和ABAP。
RFC演化為Web服務遠端功能呼叫(RFC),是指一個企業應用允許另外的應用呼叫其功能,開發者可以利用遠端功能呼叫建立一個抽象化模組並提供給另外的使用者。商業應用程式介面(BAPI),是SAP開發和提供的保持儘可能穩定的遠端功能呼叫功能集。
SAP NetWeaver所倡導和支援的Web服務是基於一個獨立組織控制的開放標準,現已成為應用系統間互相釋出或呼叫應用功能的標準方式。從前,當遠端功能呼叫被來自任何平臺的呼叫時,使用者必須參照my SAP商務套件解決方案中的商務物件倉庫來確定每個遠端功能呼叫提供什麼。而Web服務是自身描述的,因此非常容易理解。透過讀取Web服務描述語言(WSDL)定義的檔案,這個檔案定義了讀取、呼叫、使用Web服務的XML格式, 使用者將方便地得到豐富的有關所呼叫的Web服務的詳細資訊。
Dynpro和SAP GUI演化為SAP Web Dynpro和SAP企業門戶
Dynpro是一個字元型終端,開發人員可以使用它建立對話螢幕的所有元件,包括使用者頁面佈局、標籤、文字框等。這個對話屏不需要任何修改就可以工作在不同型別終端上。SAP GUI是為支援Unix x-Windows和Microsoft Windows 作業系統上的客戶端處理所建立。透過SAP GUI,使用者可以登入到SAP應用系統,如SAP R/3,然後下載相應的使用者介面定義,在客戶端執行。當一個使用者呼叫一個應用的某些功能時,這一請求將被SAP GUI傳送到Basis來分派執行相應的任務,響應結果將傳回到SAP GUI。非常有效的是,SAP GUI只負責傳送資訊的更改部分,而非整個螢幕。這個使用者介面提取層也應標準化而改變,Dynpro及其傳輸協議DIAG的功能將越來越多地由HTML和HTTP來行使。 在SAP NetWeaver中SAP GUI的工作將被網路瀏覽器取代。SAP企業門戶提供伺服器端執行環境並提供應用的使用者介面架構。SAP企業門戶的iViews是一些小Java程式,它們彙集來自應用系統或其它資料來源的資訊,並展示給使用者,同時控制使用者響應。另外,門戶的客戶端有事件響應功能,允許企業門戶的使用者頁面中不同部分之間的傳遞資訊以保持資訊更新。
ALE和IDocs演變為SAP交換架構和SAP主資料管理應用連線和嵌入(ALE)是一個實現不同R/3系統間通訊的系統。在較早的時候,大多數客戶只有一個R/3系統,但隨著R/3功能的不斷增加以及它在規模越來越大的企業中的應用,安裝若干個R/3系統越來越普遍。ALE實現R/3系統間特定主資料的傳遞,ALE是基於遠端功能呼叫(RFC)上解決應用對應用資料傳遞問題的解決方案。IDocs是一個資訊交換的格式。ALE就是以IDocs的格式從一個R/3系統傳遞資訊到另一個R/3系統。IDocs也被用來在不同的遠端功能呼叫間傳遞資訊。
在SAP NetWeaver中,這些傳遞和接收資訊的功能發展為一個功能強大的應用架構。企業應用整合(EAI)是這類產品的通稱。SAP的EAI產品稱為SAP交換架構(SAP XI),它是一個具有高可靠性傳送資訊的交換系統,能夠實現不同資訊源間資訊的格式對映、資訊路由、星形資訊釋出等一系列工作。XML逐步取代了IDocs。SAP主資料管理則是特別設計為保持不同系統中相應資訊的一致性,它的設計理念與ALE相吻合。
報表編寫器(Report Writer)和ABAP查詢器(ABAP Query)成為SAP商務智慧報表編寫器和ABAP查詢器是幫助實現報表和查詢功能的工具。報表編寫器R/3自帶的一種可自由設計報表格式和輸出方式的報表工具。ABAP查詢器是一個透過使用Open SQL層從各種SAP系統的表或者檢視內取出資料,產生帶有分析指標和其他引數的資料列表,來進行分析查詢的查詢介面工具。
資訊整合和分析的需要,已經擴充套件到應用資料倉儲和進行復雜分析的線上分析處理工具的領域。SAP商業智慧包含一個功能完備的資料倉儲,實現從不同型別的資料來源採集、清理、整合資料,並應用線上分析工具快速分析資料。SAP商務智慧具有先進的報表建立功能和開放式的資訊中心(Open Hub)架構。
ABAP工作臺演化為SAP NetWeaver開發者工作室:
ABAP工作臺在SAP NetWeaver中被轉變為SAP開發者工作室,提供一套完整的整合開發環境,同時支援Java和ABAP程式語言。SAP開發者工作室還從ABAP工作臺中引入很多用於構建和開發大型和複雜應用程式的先進功能和理念。
ABAP生命週期管理成為SAP解決方案管理器
SAP有一套完善的工具幫助管理整個產品週期從開發、安裝、配置、升級到客戶端實用操作。這些功能的ABAP版本現在被應用到SAP解決方案管理器中,成為一個在SAP NetWeaver中負責管理安裝、補丁、升級、監控等功能的關鍵元件。
1.4 全面基於SAP NetWeaver 的mySAP ERP和mySAP 商務套件(Business Suite)如果說ERPII、Web服務、面向服務架構(SOA)推動了SAP NetWeaver 的建立及其對SAP整體技術結構的革新,那SAP NetWeaver 的推出及迅速完善壯大又促成了mySAP ERP以及SAP商務套件(Business Suite)獲得了質的飛躍,再次保證SAP在ERP領域獨領風騷。
mySAP ERP建立在SAP NetWeaver 這個開放式整合應用平臺的基礎之上,它將最好的ERP功能與最好的技術平臺完美地結合起來,展現給客戶的是迄今市場上最完整的和極富競爭力的ERP解決方案,同時也提供了通向mySAP商務套件的堅實的第一步。
SAP NetWeaver以其開放式的綜合性的整合和開發應用功能保證了新一代的mySAP ERP提供了更強的適應性、洞察力、生產率、和靈活性。ERP從傳統意義上的企業資源計劃延伸到了更高一層的E=延伸(Extended);R=成效(Result); P=人(People)
提高企業效率
SAP NetWeaver為mySAP ERP的分析和計劃功能提供基礎。SAP NetWeaver從根本上為mySAP ERP提供了涵蓋整個商業流程的解決方案,從透過商業智慧提供對業務全面深入的洞察力,到提供支援業務流程更改的IT延伸架構,從而使整個企業的業務流程得以改進完善,提高企業生產力。
以人為本的解決方案以前的ERP產品是圍繞業務流程展開的,而mySAP ERP是以人為本、以使用者需求為中心來設計的。SAP NetWeaver 中的企業門戶提供基於使用者角色來定義使用者介面,使企業和延伸企業中的每一個人包括員工、客戶和供應商都可以使用mySAP ERP的功能。因此,相關人員更容易參與到業務流程裡,可以更高效地工作。
強化mySAP ERP的企業管制和法制依從功能
mySAP ERP支援符合所有法律規定與行業標準的文件及其管理。SAP NetWeaver中的企業門戶和交換架構提供了對mySAP ERP中相關文件的更便捷的資訊訪問途徑、更具監控透明度的技術平臺。同時透過商業智慧,更確保企業根據根據法定規章實施實行相應的業務流程。
提供可擴充套件的最佳業務實踐
SAP NetWeaver支援mySAP ERP提供可擴充套件的最佳業務實踐。在這方面,SAP NetWeaver平臺幫助企業將mySAP ERP業務流程與其他系統相整合,包括mySAP系列解決方案、SAP R/3系列或第三方解決方案。這種整合可以是人員的整合(透過企業門戶)、資訊的整合(透過商業智慧)和流程的整合(透過交換架構)。值得一提的是,員工原有的SAP技術知識,如ABAP或SAP基礎技術,在SAP NetWeaver 環境下都可以繼續使用。
企業已認識到ERP在構建實時企業時的頂樑柱作用。實時企業需要可擴充套件的業務功能,這些功能要以堅實但靈活的IT基礎設施為基礎,從而使它們能夠迅速調整業務流程以及增加功能,而無需全面改動當前採用的技術基礎。隨著全球商務對透明度的全新要求,企業必須從大量資訊源中獲取可靠資訊,並管理日益複雜的業務流程和各種資產。mySAP ERP為各公司提供了一個全面的解決方案,用於管理財務、人力資源、業務運作及企業服務,並且可以靈活地採用及擴充必要的功能。mySAP ERP 將業務流程和技術之間的緊密整合推向了一個嶄新高度,併為其進一步的演進發展奠定了堅實基礎。
mySAP ERP是全球最先進的ERP方案。mySAP ERP 透過縮短現有IT投資回報的時間降低整合和部署成本。此外,mySAP ERP採用根據需求部署的設計理念,使公司能夠在需要時僅實施所需的功能,這樣就簡化了升級工作,降低了總體擁有成本。公司可以將多種增強能力結合在一起,例如移動服務、商業智慧以及門戶協同,以獲得對各種企業資源、IT預算和業務流程無與倫比的控制能力。隨著mySAP ERP的推出,SAP為企業定義了明確的途徑,使它們能夠根據業務要求的變化,制定並規劃ERP系統平滑而有序升級的方案。最後,使用者可以隨時輕鬆地透過升級新增SAP的主要產品——mySAP 商務套件中的任一個或全部SAP解決方案,其中包括客戶關係管理、產品生命週期管理、供應鏈管理等,這種演進途徑使使用者能夠在需求發生變化時利用現有技術投資,而不必完全更換現有系統,從而縮短投資回報週期,降低總體擁有成本。其主要優勢正在與所有的mySAP商務套件解決方案都是執行在同一平臺上,那就是SAP NetWeaver!
作為全球公認的ERP軟體領袖,SAP不斷致力於ERP產品的擴充和提升,並及時兌現向全球使用者交付最新方案的承諾。mySAP ERP方案使用者是基於業界領先的整合和應用平臺SAP NetWeaver 而構建,完全相容 .NET 和 WebSphere,並且支援門戶和移動技術、商業智慧以及知識管理。mySAP ERP融合了SAP NetWeaver的技術平臺,幫助使用者建立SAP企業服務架構。該架構是SAP推出的基於服務的完整業務解決方案藍圖。SAP企業服務架構使企業能夠從現有的IT投資中獲得更多的商業價值,是全球迄今為止第一次實現基於Web服務的企業級應用。下面將從SAP NetWeaver的三個不同層面的企業應用整合及一些應用例項來再次審視一下SAP NetWeaver與mySAP ERP無縫的協同工作。
1. 流程整合(Process Integration)
• 簡化ERP系統整合,提供靈活開放的流程整合及重組,適應企業業務革新的需求;• 強化與業務合作伙伴系統的協同合作;• 降低介面編寫和維護的費用;• 預配置的介面和多種系統介面卡保證多方位系統整合;預設定的業務場景保證最大最快的投資回報。
SAP交換架構是SAP Web應用伺服器上的第一層。SAP在這一層採用了面向服務的架構(Service-Oriented Architecture), 基於Web服務對外開放SAP商務物件的API。Web服務的好處是徹頭徹尾的應用開放的標準:XML,SOAP,HTTP。SAP交換架構也提供開發工具(SAP交換架構整合構建器),讓使用者建立ABAP 和Java的跨界代理物件,呼叫外界的Web服務。SAP交換架構包含的整合代理(Integration Broker),也為SAP既往的功能(如RFC,BAPI,IDOC)提供介面卡。SAP交換架構另一大功能就是商務流程管理 (business process management, BPM)。SAP交換架構讓客戶先專心設計企業流程,然後才去考慮用什麼產品或版本。執行的任務由SAP交換架構的整合代理自動進行。SAP交換架構是一個以流程為主、從上到下、依客戶需求量身訂做的整合平臺. 圖1.4.4 全面基於SAP NetWeaver的SAP商務套件
2. 資訊整合 (Information Integration)
• 增強的分析報表功能強化有效的企業管理決策;• 全面管理共享結構化和非結構化的資訊;• 資訊高度一致,主資料統一整合,告別資訊冗餘,迎接資訊高效;• 預配置的分析資訊立方體、報表、KPI和預設定的資訊整合介面卡保證企業級資訊整合。
SAP交換架構負責流程整合。流程所傳達的資訊,如需整合,NetWeaver亦提供一些現成的服務,讓客戶的整合程式呼叫。例如,SAP 商務智慧可以將不同分公司資料藉由SAP交換架構的Web服務,傳送到總公司的組合應用程式。另一個例子就是SAP 主資料管理,一家跨國的製造商在香港有一套庫存系統,在大陸有一套生產計劃系統,在臺灣有一套SRM系統,在日本有一套銷售系統.每一套系統都需要產品主資料資料(master data),但資料域位不一致.以往處理的方式是在某一套系統輸入主資料資料,然後以不同的介面程式批次性的輸出至其它每一套系統的資料庫.但是有了SAP主資料管理後,產品主資料資料可以只存在於一個資料庫,有需要時再透過主資料伺服器及時把每一套系統所需要的欄位以Web服務的方式輸出。同樣的,SAP知識管理讓企業文化內容透過XML的規格而更一致化,又可讓使用者以Web 服務的方式獲取檔案內容。
3. 人員整合 (People Integration)
• 提供直接簡易的Web入口允許來自企業內部、業務夥伴、客戶的不同使用者在同一平臺獲取所需的資訊和服務;• 有效迅速的移動企業應用;• 更緊密的企業內外部業務合作;• 預設定的業務包和業務角色、情景保證SAP的最佳業務實踐第一時間為使用者所用,保證最快的投資回報。
人員整合是SAP NetWeaver最高的一層,其核心為SAP企業門戶。這個應用元件讓不同的使用者只需獲取自己職務角色需用的流程和資訊,而這些使用者又可憑藉著組合應用程式內使用者介面的元件 (WebDynpro)、跨元件的工作流、元件內的工作流(WebFlow)、以及企業門戶提供的臨時性工作流,達成協作設計或是協作專案控制管理。企業門戶又可配合不同的技術,包括新興的移動架構,在不同的裝置( PC,PDA,手機)呈現不同的應用。
[@more@]來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/90072/viewspace-997537/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 軟體架構發展歷程分享架構
- 阿里面試技術手冊(二):大型網站架構演化發展歷程阿里面試網站架構
- 大型網站架構演化發展歷程網站架構
- 十年WEB技術發展歷程Web
- 大型網站架構演化發展歷程 - 上網站架構
- 1.2 大型網站架構演化發展歷程網站架構
- 虛擬化技術的發展歷程簡述
- 閒話接入光(電)纜線路的技術發展歷程
- 大資料系列 1:大資料技術發展歷程大資料
- 區塊鏈發展歷程,區塊鏈技術的落地應用區塊鏈
- 影片美顏SDK工具中人臉識別技術的發展歷程
- 去哪兒黃勇:去哪網資料庫架構發展歷程資料庫架構
- HTTP - 發展歷程HTTP
- 探討AIGC的崛起歷程,淺析其背後技術發展AIGC
- sap許可權管理技術架構分析架構
- 架構師修煉之道(一)技術高手的困惑與發展架構
- HTTP版本發展歷程HTTP
- .NET架構的核心開發技術架構
- 雲端儲存架構的技術特點與三個發展方向架構
- 產品生命週期(PLM)發展歷程及技術核心分析指導
- 非同步JavaScript的發展歷程非同步JavaScript
- 第一篇:GPU 程式設計技術的發展歷程及現狀GPU程式設計
- 大型網站的技術架構演進過程網站架構
- 架構師日記-從資料庫發展歷程到資料結構設計探析架構資料庫資料結構
- toB應用私有化交付發展歷程、技術對比和選型
- javascript模組化發展歷程JavaScript
- 前端模組化發展歷程 (-)前端
- 深度學習發展歷程深度學習
- 大型網站架構演化歷程網站架構
- 邊緣計算的發展歷程
- JavaScript非同步呼叫的發展歷程JavaScript非同步
- 「架構技術專題」9種高效能高可用高併發的技術架構(5)架構
- 蘇寧影片雲高階技術經理:漫談前端系統架構的演變歷程(上)前端架構
- 蘇寧影片雲高階技術經理:漫談前端系統架構的演變歷程(中)前端架構
- 蘇寧影片雲高階技術經理:漫談前端系統架構的演變歷程(下)前端架構
- IT技術發展
- WEB 架構技術Web架構
- GIFTO(GTO)區塊鏈的發展歷程區塊鏈