SAP發(fā)展歷史與技術(shù)介紹

1、SAP開(kāi)展歷史與技術(shù)介紹前言SAP除了OS幾乎生產(chǎn)了所有軟件和solution, 并且不斷在適應(yīng)和參加業(yè)界的新技術(shù), 調(diào)整自己原有的技術(shù), 所以用一個(gè)大的概念來(lái)概括SAP的架構(gòu)是很難的, 這也是為什么SAP的諸多概念, 比方my SAP, Net Weaver, ESA, AP, TP, BPP等等, 經(jīng)常讓人confuse的原因. 這些概念, 都有他的核心思想, 或者說(shuō)核心動(dòng)力, 但是, 他們不是一個(gè)產(chǎn)品, 而是一個(gè)概念, 所以他們的邊界是無(wú)法弄的很清楚的, 不可防止, 他們之間會(huì)有Overlap. 比方Data Archiving, 它是一項(xiàng)負(fù)責(zé)保存應(yīng)用數(shù)據(jù)的技術(shù), 最早是在ABAP上實(shí)現(xiàn)

2、的, 但是在SAP J2EE中也有實(shí)現(xiàn), 所以, 它既屬于Net Weaver, 也屬于my SAP. 無(wú)論是my SAP, 還是Net Weaver, 他們都不是代表一項(xiàng)技術(shù), 而都是代表以一組概念為核心的一整套概念.所以, 一個(gè)好的方法是從SAP的技術(shù)開(kāi)展歷史開(kāi)始講. 講得不對(duì)請(qǐng)多指教.SAP開(kāi)展歷史1972年, 五名IBM的經(jīng)理人和consultant(看來(lái)工程師是永遠(yuǎn)寫(xiě)程序的命)離開(kāi)了IBM, 在德國(guó)曼海母創(chuàng)立了他們自己的公司, 這就是SAP(是德文系統(tǒng),應(yīng)用和數(shù)據(jù)處理產(chǎn)品的縮寫(xiě). 德國(guó)公司的名字永遠(yuǎn)這么樸素直接). (2002年4月1日是SAP 30周年紀(jì)念日)他們創(chuàng)立SAP的原因是

3、, 當(dāng)時(shí)他們發(fā)現(xiàn)自己的客戶(hù)正在自行開(kāi)發(fā)類(lèi)似的程序來(lái)處理業(yè)務(wù)流程. 于是他們意識(shí)到他們可以提供可重用的標(biāo)準(zhǔn)化的系統(tǒng), 來(lái)集成和實(shí)現(xiàn)用戶(hù)的業(yè)務(wù)流程, 并且, 重要的一點(diǎn)是他們認(rèn)為電腦現(xiàn)實(shí)器為普及作為業(yè)務(wù)流程的關(guān)鍵點(diǎn). 當(dāng)時(shí)沒(méi)有微機(jī), 計(jì)算機(jī)最多僅有500k內(nèi)存. 有趣的是, 蘋(píng)果公司于同年成立.SAP的第一個(gè)產(chǎn)品是一個(gè)自動(dòng)化財(cái)務(wù)和交易程序.命名RF, 就是后來(lái)的R/1. (值得敬佩的是, 他們的產(chǎn)品是利用晚上和周末開(kāi)發(fā)出來(lái)的, 而我用了6年證明, 這幾乎是不可能的 :P )1976年, SAP 遷到現(xiàn)在的總部所在地Walldorf.1979年, SAP推出用于大型機(jī)的R/2.1988年, SAP在

4、德國(guó)上市.1992年, SAP推出了著名的R/3. 基于C/S 模式, 統(tǒng)一的圖形界面, 兼容關(guān)系數(shù)據(jù)庫(kù), 可以運(yùn)行在WindowsNT等多種平臺(tái)和計(jì)算上等先進(jìn)的特性, 使SAP成為世界領(lǐng)先的系統(tǒng)提供商. 但是, 至此SAP的所有應(yīng)用都是獨(dú)立的, 僅僅是client加上DataBase. 1996年, 隨著互聯(lián)網(wǎng)的迅猛開(kāi)展, SAP推出了支持Internet的新版R/3 3.11998年, 退出全新CRM和SCM解決方案.1999年, SAP 推出所謂的mySAP Business Suit. 這其實(shí)又是新版的R/3, 但是它的應(yīng)用已經(jīng)不是孤立的, 它支持全面的協(xié)同的的電子商務(wù)和ERP解決方案

5、.現(xiàn)在的SAP, 是員工超過(guò)30000, 實(shí)驗(yàn)室分布全球的世界第三大獨(dú)立軟件供給商. 提供超過(guò)21個(gè)行業(yè),13個(gè)跨行業(yè)的解決方案, 擁有18000多家客戶(hù), 5000個(gè)系統(tǒng)安裝點(diǎn), 并已進(jìn)入中小型企業(yè)市場(chǎng). 技術(shù)上, SAP 有自己的商業(yè)開(kāi)發(fā)語(yǔ)言(ABAP), 有自己的application Server, 自己的開(kāi)發(fā)平臺(tái). SAP幾乎可以提供除OS外所有根底軟件和解決方案. 其實(shí), netweaver或mySAP的概念對(duì)我們了解SAP的技術(shù)而言并不重要, 因?yàn)镾AP的技術(shù)幾乎概括一切, SAP的整個(gè)架構(gòu)就是一個(gè)現(xiàn)代IT的領(lǐng)先技術(shù)架構(gòu)的實(shí)現(xiàn). 無(wú)論mySAP 還是NetWeaver, 還是AP

6、/TP/BPP, 都是SAP為了適應(yīng)更先進(jìn)技術(shù), 而發(fā)起的對(duì)SAP總體技術(shù)框架的改造運(yùn)動(dòng).通過(guò)mySAP, SAP 實(shí)現(xiàn)了更方便, 更容易溝通的系統(tǒng)框架, 通過(guò)NetWeaver04, SAP成功的把它以前的所有技術(shù)和業(yè)務(wù)邏輯通過(guò)和J2EE平臺(tái)集成而開(kāi)放出來(lái). 通過(guò)NetWeaver05 和AP/BPP/TP/ESA, SAP實(shí)現(xiàn)更高程度的技術(shù)/業(yè)務(wù)別離(TP/AP), 更好的業(yè)務(wù)封裝(AP), 更方便的頂層業(yè)務(wù)實(shí)現(xiàn)(BPP). R/3到底屬于NetWeaver嗎, 這個(gè)問(wèn)題不重要, 可以屬于也可以不屬于, 你只要知道R/3的業(yè)務(wù), 在新的web application 中可以依然被使用, 并

7、且可以更好更漂亮更方便的被使用就可以了.領(lǐng)先的平臺(tái)提供者SAP其實(shí)并不是現(xiàn)在才想做業(yè)務(wù)平臺(tái)的領(lǐng)導(dǎo)者, 自他的ABAP出世, SAP一直就是世界最先進(jìn)最主流的電子商務(wù)平臺(tái)提供者. 只是現(xiàn)在, 特別是J2EE普及之后, 人們更多的認(rèn)識(shí)到平臺(tái)的重要性. SAP將圍繞電子商業(yè)提供三種平臺(tái): 1. 技術(shù)平臺(tái) TP(Technical Platform)也就是所謂的NetWeaver. 它提供了所以技術(shù)根底設(shè)施. 他是J2EE的擴(kuò)展, 它提供的內(nèi)容遠(yuǎn)遠(yuǎn)超過(guò)J2EE的范疇. 他的架構(gòu)同時(shí)也包括了基于ABAP vm 的應(yīng)用效勞器.2. 應(yīng)用平臺(tái) (AP)NetWeaver雖然提供了技術(shù)平臺(tái), 但是, 要用他來(lái)

8、實(shí)現(xiàn)一個(gè)企業(yè)的業(yè)務(wù)流程, 根本還是件極其復(fù)雜的事. 因此必須有離應(yīng)用更近的平臺(tái), 提供根底業(yè)務(wù)設(shè)施的封裝. 這就是所謂的AP (Application platform). 他是由SAP的ESA(Enterprise server architecture)來(lái)實(shí)現(xiàn)的. 簡(jiǎn)單的說(shuō), NetWeaver加上ESA, 就是AP, 他提供了一個(gè)實(shí)現(xiàn)根底業(yè)務(wù)邏輯的平臺(tái). 3. 業(yè)務(wù)流程平臺(tái)(BPP)這是一個(gè)面向業(yè)務(wù)流程的平臺(tái). 根底業(yè)務(wù)邏輯可以用AP實(shí)現(xiàn), 通常SAP已經(jīng)提供大量基于SAP系統(tǒng)的業(yè)務(wù)邏輯. 同時(shí), 第三方也可能提供業(yè)務(wù)邏輯. BPP的開(kāi)發(fā)人員只需要使用BPP的開(kāi)發(fā)環(huán)境(Visual co

9、mposure)去組裝這些業(yè)務(wù)邏輯.現(xiàn)在下面我們分別來(lái)看每個(gè)概念:SAPBasis應(yīng)該是從R/3開(kāi)始(有待考證), SAP的底層已經(jīng)形成基于ABAP的一個(gè)應(yīng)用平臺(tái). 有統(tǒng)一的數(shù)據(jù)設(shè)計(jì)方案(DDIC), 界面設(shè)計(jì)方案, 開(kāi)發(fā)流程, 版本控制, 數(shù)據(jù)庫(kù)連接, 進(jìn)程管理, 共享內(nèi)存管理, 事務(wù)管理等等.它為商務(wù)的應(yīng)用的編寫(xiě)提供了可靠的技術(shù)支持. 簡(jiǎn)單的說(shuō)R/3是一個(gè)基于ABAP虛機(jī)的，基于進(jìn)程進(jìn)程間通過(guò)share memory通信的， 基于數(shù)據(jù)庫(kù)的， 提供事物特性的簡(jiǎn)單應(yīng)用效勞器。這在當(dāng)時(shí)， 是極為先進(jìn)的架構(gòu)。也只有這種架構(gòu)， 是的企業(yè)級(jí)的， 可靈活改造的， 可高效管理的應(yīng)用成為可能。 當(dāng)NetWe

10、aver出現(xiàn)后, SAPBasis被改造為NetWeaver中的ABAP Application server.mySAPmySAP 1999年9月, CEO哈索.普拉特納宣布以開(kāi)放和集成為中心的mySAP 的戰(zhàn)略. 改造技術(shù)架構(gòu)和方向, 統(tǒng)一和整合原有的系統(tǒng), 推出mySAP協(xié)同化電子商務(wù)解決方案. 當(dāng)時(shí)的背景是Internet 技術(shù)趨向成熟和普及. 獨(dú)立的應(yīng)用之間的交流和靈活性擴(kuò)展性的問(wèn)題顯得異常突出。業(yè)界技術(shù)的開(kāi)展使得開(kāi)放接口，整合產(chǎn)品成為共識(shí)。因此SAP決定提供可剪裁的， 高度集成和開(kāi)放的系統(tǒng)。主要手段為：將R/3上的業(yè)務(wù)系統(tǒng)劃分的更細(xì)更合理， 提供不同功能的組建和系統(tǒng)。 數(shù)據(jù)類(lèi)型是統(tǒng)

11、一和跨系統(tǒng)的。SAP制定了一系列標(biāo)準(zhǔn)接口如BAPI， 讓各種應(yīng)用之間可以互相通信。開(kāi)發(fā)Single Sign On 來(lái)簡(jiǎn)化Authentication等等。這張圖是當(dāng)時(shí)定義的mySAP 現(xiàn)在的mySAP Business Suit是一套協(xié)同化商務(wù)解決方案套件, 它包括:mySAP CRM(Client Relationship Management)mySAP SCM(Supply Chain Management)mySAP PLM(Product Lifecycle Management)mySAP SRM(Supplier Relationship Management)mySAP ER

12、P(Enterprise Resource Planning). 他們可以無(wú)縫的同其他系統(tǒng)集成.mySAP ERP 又提供4套單獨(dú)的解決方案: mySAP ERP FinancialmySAP ERP Capital ManagementmySAP ERP OperationmySAP ERP Corporate Service.下面這張圖描繪了mySAP Business Suit的主要構(gòu)件:NetWeaver出現(xiàn)之前, mySAP的技術(shù)平臺(tái)應(yīng)該是SAPBasis.如今的mySAP, 已經(jīng)是基于NetWeaver了, 因?yàn)镾APBasis已經(jīng)被改造為NetWeaver的一局部.NetWeav

13、er是SAP的新一代技術(shù)平臺(tái).NetWeaver剛剛提到, NetWeaver是取代SAP Basis的新一代技術(shù)平臺(tái)(TP). 簡(jiǎn)單說(shuō), NetWeaver表達(dá)了在2000年到目前為止的以Java/SOA為主要商務(wù)應(yīng)用實(shí)現(xiàn)技術(shù)的時(shí)代里, SAP在技術(shù)上與業(yè)界技術(shù)的整合.它主要是在J2ee application server和ABAP application Server的根底上提供了統(tǒng)一的技術(shù)根底設(shè)施. 除了J2EE以外, NetWeaver還提供了WebDynpro和Protal作為 Web 開(kāi)發(fā)的根底設(shè)施, 用戶(hù)管理, 和.NET 或其他J2EE平臺(tái)的集成, 于R/3的連接, ESA的

14、實(shí)現(xiàn)等等.所有開(kāi)發(fā)都在NetWeaver Studio中進(jìn)行.NetWeaver Studio是基于ecllipse 的開(kāi)發(fā)環(huán)境.下面這張圖描述了NetWeaver技術(shù)平臺(tái)的主要功能:這張圖顯示了NetWeaver的最根本組件. 事實(shí)上整個(gè)NetWeaver幾乎涵蓋了所有電子商務(wù)會(huì)用到的技術(shù), 下面簡(jiǎn)單列一下主要的局部:SAP Web AS包括了SAP J2EE engine和abap application server下面就是SAP WEBAS 的架構(gòu)server 架構(gòu):Cluster 架構(gòu):ICM: Internet Communication Manager. 負(fù)責(zé)接受Web請(qǐng)求. 支

15、持HTTP, HTTPS, SMTP. 通過(guò)URL, 它可以區(qū)分是對(duì)ABAP BSP(Business Server Page)的請(qǐng)求, 還是對(duì)J2EE的請(qǐng)求, 從而dispatch到不同的engine上.Message Server: 是全局的消息效勞器, 負(fù)責(zé)server間的異步或同步通信Enqueue Server: 是全局的隊(duì)列效勞器, 負(fù)責(zé)保存全局隊(duì)列和鎖.任何應(yīng)用都可以申請(qǐng)使用它.Work Process: 是ABAP engine中的一個(gè)工作進(jìn)程.JCO/Fast RFC: 用于基于SAP自己的遠(yuǎn)程調(diào)用標(biāo)準(zhǔn)RFC的調(diào)用Gateway: 我的理解是用于翻譯RFC call, RFC

16、 call的協(xié)議是CPI-C(Common Programming Interface Communications, SAP專(zhuān)門(mén)用于程序?qū)Τ绦虻倪h(yuǎn)程調(diào)用的協(xié)議, 說(shuō)白了就是一個(gè)定義描述函數(shù)名,參數(shù)之類(lèi)調(diào)用需要的信息的數(shù)據(jù)格式).SAP J2EE Engine: 2002年, SAP收購(gòu)了保加力亞的J2EE Application Server 開(kāi)發(fā)商Inqmire(全稱(chēng)In-Q-My). 開(kāi)發(fā)自己的J2EE Engine.目前的穩(wěn)定版本為6.4. 這個(gè)Engine給人的感覺(jué)就是三個(gè)字巨無(wú)霸. 沒(méi)有2G的內(nèi)存是很難看到它在工作的. 通常巨無(wú)霸給人的另一個(gè)柑桔就是笨重和土氣. 7.0以前的版本的

17、管理方式比擬土, 是基于rich client的. 7.0以后才逐步使用web和IDE作為管理工具.下面是SAP J2EE Engine 的簡(jiǎn)單架構(gòu)圖:下列圖是SAP J2ee engine的Cluster 架構(gòu):NetWeaver Studio: 是SAP的NetWeaver 開(kāi)發(fā)平臺(tái). SAP的幾乎所有開(kāi)發(fā)解決方案都通過(guò)這個(gè)IDE實(shí)現(xiàn). NetWeaver Studio IDE和WebSphere Studio一樣, 是在Ecllipse的根底上開(kāi)發(fā)的.目前的穩(wěn)定版本也是6.4.SAP DB: 就是MAXDB. 現(xiàn)在與MySQL技術(shù)合作. 把源代碼提供給MySQL. SAP將不在放更多人力

18、在DB的開(kāi)發(fā)上了.也許DB和OS是SAP唯一暫時(shí)不愿去占領(lǐng)的技術(shù).WebDynpro: MVC架構(gòu)的Web 開(kāi)發(fā)解決方案. 提供所見(jiàn)即所得的UI開(kāi)發(fā)方式. 不但是基于SAP J2EE engine, 也可以用ABAP開(kāi)發(fā)Portal: Portals是一家Israel公司Top Tier的產(chǎn)品, 2001SAP收購(gòu)Top Tier并組建SAP Portals公司. Top Tier的總裁Shai Agaci, 現(xiàn)在是SAP Border Member, 是呼聲最高的未來(lái)SAP CEO. Portal提供了另一種Web開(kāi)發(fā)模式, 同時(shí)提供Content Management和Knowledge

19、management, Portal 可以基于Tomcat, 但現(xiàn)在是SAP J2EE engine的一局部.XI(Exchange Infrastucture): SAP 的系統(tǒng)總線.TREX: SAP的搜索引擎RFC: Remote Function Call. SAP 的遠(yuǎn)程調(diào)用技術(shù). 支持ABAP<->JAVA, JAVA<->JAVA, ABAP<->ABAP之間的調(diào)用, 舊的RFC使用SAP CPI-C協(xié)議, 必須通過(guò)SAP Gateway進(jìn)行翻譯, 新的fast RFC那么不需要使用CPI-C協(xié)議.下列圖是RFC在Web AS中的位置:下列圖是

20、JCO(Java connector)和SAP RFC之間的關(guān)系:WebService: SAP J2EE engine 和NetWeaver Developer Studio提供了WebService 和UDDI的支持.通過(guò)studio, 可以使用wizard簡(jiǎn)單的生成Web Service 的client proxy和server side, 不需要寫(xiě)任何WSDL. 但是WebService server端必須先implement成EJB(session bean).SLD: System Landscape Directory. SAP Web AS提供的系統(tǒng)管理方案。 使用SLD可以方

21、便的管理整個(gè)龐大SAP 系統(tǒng)群。ESA (Enterprise Service Architecture)簡(jiǎn)單的說(shuō), ESA是SAP基于SOA(Service Oriented Architecture)的概念。主要目的通過(guò)WebService, 進(jìn)一步提高SAP各業(yè)務(wù)系統(tǒng)間的統(tǒng)一性，可重用性，建議更方便的業(yè)務(wù)流程開(kāi)發(fā)模式。主要手段為：建立以Service為中心的開(kāi)發(fā)模式. 因?yàn)閟ervice相對(duì)于組建或者其他軟件封裝技術(shù)來(lái)說(shuō)，有耦合度低，跨Internet， 范圍更廣，跨平臺(tái)，粒度更自由等優(yōu)點(diǎn)。在web service的根底上，建立統(tǒng)一的service infrastructure(就是后面

22、說(shuō)到的ESI).建立所謂“模式驅(qū)動(dòng)的開(kāi)發(fā)模式。其實(shí)，我的理解是，在強(qiáng)大的Service Infrastructure根底上，有統(tǒng)一的數(shù)據(jù)類(lèi)型來(lái)描述數(shù)據(jù)，有Business Object來(lái)封裝邏輯，有UI pattern來(lái)封裝UI， 有了這些，就可以用一個(gè)簡(jiǎn)單的設(shè)計(jì)工具，就可以快速的描述數(shù)據(jù)，拼裝業(yè)務(wù)邏輯，建立UI，這就是使所謂的“模式驅(qū)動(dòng)的開(kāi)發(fā)模式，成為現(xiàn)實(shí)。這里指的開(kāi)發(fā)，不是簡(jiǎn)單應(yīng)用的開(kāi)發(fā)， 而是業(yè)務(wù)流程的開(kāi)發(fā)。這各設(shè)計(jì)工具， 就是Visual Composure.先介紹幾個(gè)概念:Service:Service就是SOA中的service概念. 它提供了企業(yè)的某個(gè)業(yè)務(wù)功能ESA中有三種Ser

23、vice:Core Service: 提供對(duì)Business Object的直接訪問(wèn), 如retrieve, access, actionCompound Service: 由對(duì)多個(gè)core service的call組成.Enterprise Service: 也是一種compound service, 但是它是組成Business Process的直接service. 它提供企業(yè)的關(guān)鍵業(yè)務(wù)功能.Business Object:BO可以看作是Service的實(shí)現(xiàn). Service的定義和其實(shí)現(xiàn)無(wú)關(guān). SAP在ESA中主要用BO實(shí)現(xiàn) Service的功能.BO是結(jié)構(gòu)化的. 每個(gè)BO之間由Asso

24、ciation連接.但是只有一個(gè)root node.一個(gè)BO可以有多個(gè)service interface, 一個(gè)service interface由多個(gè)operation組成BO定義了一組Attribute和Operation. 每個(gè)BO都由一個(gè)Business Object provider class 實(shí)現(xiàn), 它實(shí)現(xiàn)了一組Generic Interface.BO的attirbute的type必須是Global   Data Types(GDT)Global Data Type要統(tǒng)一service interface的定義, 就必須統(tǒng)一數(shù)據(jù)類(lèi)型.Business Proc

25、ess:DU(Logical Deployment Unit)一個(gè)LDU由一組語(yǔ)義相關(guān)的componenet組成, 為了可以簡(jiǎn)單的activate/deactive一個(gè)業(yè)務(wù)功能.sProcess Agent:提供Message-Based的LDU之間的通信.下列圖是ESA實(shí)現(xiàn)：ESI(Enterprise Service Infrastructure) 為ESA的實(shí)現(xiàn)提供了基于Web Service的統(tǒng)一的Service定義。使“模式驅(qū)動(dòng)的開(kāi)發(fā)成為可能。這種設(shè)計(jì)由需求開(kāi)始, 定義效勞, 效勞驅(qū)動(dòng)實(shí)現(xiàn).下列圖顯示了ESA的開(kāi)發(fā)模式:ESI由三局部組成:ESD: Enterprise Servic

26、e Designtime: 提供ESI的設(shè)計(jì)時(shí)的支持。包括三個(gè)工程：ESR(Enterprise Service Repository), 包括ES Object, Modelling, ESR FrameworkES Java Tools, 包括Repository Browser， Service and Consumer Definition Editor, Service Configuration and Consumer configuration Editor, Proxy Generation.ES ABAP Tools: 包括Repository Browser， Servi

27、ce and Consumer Definition Editor, Proxy GenerationESF: Enterprise Service Framework， 提供了ESI的運(yùn)行實(shí)現(xiàn)。應(yīng)該叫做Enterprise Server EngineESF Runtime Architecture:ESP: Enterprise Service Protocol： 定義所有ESI的協(xié)議回憶一下SAP的平臺(tái)路程1. Sap Basis (R/3):2. NetWeaver comes up:3. Road of ESA:4. TP/AP/BPP:SAP的開(kāi)發(fā)解決方案1) ABAPABAP方面的

28、ABAP workbench是最早的SAP解決方案。通過(guò)ABAP workbench， 開(kāi)發(fā)人員可以實(shí)現(xiàn)ABAP的所有開(kāi)發(fā)， 并且， ABAP workbench是CS架構(gòu)的， 所有開(kāi)發(fā)工作都必須在登錄到Server上進(jìn)行。這也使得ABAP的環(huán)境不是隨便可以構(gòu)建的。另外， 不要認(rèn)為ABAP很神秘， 充其量它只是一種語(yǔ)言而已。 和C一樣， 我猜它歷經(jīng)面向過(guò)程和面向?qū)ο髢蓚€(gè)反展階段， 因此它和c+一樣， 有面向過(guò)程方式遺留下的問(wèn)題。但是， 它是基于VM的。它不像C一樣是通用語(yǔ)言， 它是專(zhuān)門(mén)為商務(wù)設(shè)計(jì)的。同時(shí)， 也不要認(rèn)為ABAP很土， 所有java支持的特性它幾乎都只持， 所有java appli

29、cation server到達(dá)的功能ABAP stack都有， 并且， 同常都是先用ABAP實(shí)現(xiàn)再在Java上實(shí)現(xiàn)。2) NetWeaver (JAVA)NetWeaver的所有開(kāi)發(fā)都通過(guò)NetWeaver Developer Studio. 它是一個(gè)基于eclipse的強(qiáng)大開(kāi)發(fā)環(huán)境，可以開(kāi)發(fā)NetWeaver上的所有應(yīng)用, 包括j2ee application/service, portal application, webdynpro application, web service?？梢赃h(yuǎn)程管理server， deploy 應(yīng)用， 遠(yuǎn)程調(diào)試。它比普通的eclipse要大很多， 至少需要5

30、12M內(nèi)存才可以順利運(yùn)行。3) Design StudioDesign Studio是SAP的concept 設(shè)計(jì)工具。 原本Design studio是Portal的可視化設(shè)計(jì)工具?，F(xiàn)在SAP也用它來(lái)描述一般web application。用戶(hù)可以非?？旖莸挠盟O(shè)計(jì)和表現(xiàn)應(yīng)用程序的UI. 它不像Visual composure, 不是開(kāi)發(fā)工具，是純粹的設(shè)計(jì)工具。 因此它不能像Visual Composure一樣生成代碼， 但是它可以自動(dòng)生成PPT。這是為什么SAPR人人都能做異常漂亮的PPT :P4) Visual Composure這是有些類(lèi)似Visio的設(shè)計(jì)和開(kāi)發(fā)工具。Visual Co

31、mposure本身只負(fù)責(zé)設(shè)計(jì)，獨(dú)立于實(shí)現(xiàn)。也就是說(shuō)，你可以用它來(lái)自動(dòng)生成任何你想要的東西，只要你提供代碼生成的邏輯。因此，Visual Composure和ESI結(jié)合，自然就是SAP的業(yè)務(wù)流程開(kāi)發(fā)工具。值得一題的是，這種類(lèi)型的工具是非常有意義的。它是未來(lái)開(kāi)發(fā)模式的趨勢(shì)。雖然，SAP之前，很多人，包括微軟, IBM已經(jīng)完成了類(lèi)似產(chǎn)品。但是，和SOA結(jié)合的業(yè)務(wù)開(kāi)發(fā)工具似乎還沒(méi)有。5) 數(shù)據(jù)庫(kù)設(shè)計(jì)解決方案這是比擬過(guò)時(shí)的話題?，F(xiàn)在有很多方案，甚至是OR mapping。這里順便提一下。SAP的解決方案就是著名DDIC (Data Dictionary information). 通過(guò)DDIC, 用戶(hù)定義數(shù)據(jù)結(jié)構(gòu)，但是屏蔽了物理上的細(xì)節(jié)。這保證了DDIC實(shí)現(xiàn)的數(shù)據(jù)是跨平臺(tái)跨數(shù)據(jù)庫(kù)的。當(dāng)然，同時(shí)它也限制了某些數(shù)據(jù)庫(kù)特有的先進(jìn)特性。(但是我個(gè)人覺(jué)得，還是統(tǒng)一重要, 特有的特性就像一些提高performance的方法一樣，破壞了統(tǒng)一，將得不償失)SAP的UI開(kāi)發(fā)解決方案一共有四個(gè):WebDy