2020年sap實施SAP_R3系統(tǒng)技術基礎

1、 （sap實施）SAP_R3系統(tǒng) 技術基礎 20XX年XX月 多年的企業(yè)涔詢顧詡遢,經(jīng)過實戰(zhàn)臉證可以落地抑亍的卓越管理方案，值得您下戟用 M 附錄一SAPR/3系統(tǒng)技術基礎 1功能 1.1 在線幫助 在SAPR/3三層客戶/服務器體系結構的客戶端，SAP提供了可移植的能運行于多種平臺的 一致的用戶界面，稱為SAPGUI。SAPGUI依據(jù)軟件人類工程學的最新研究成果，以 SAPStyleGuide作為設計指導，向用戶提供基于Windows風格的美觀一致、易學易用 的界面。 SAPGUI的聯(lián)機幫助功能為用戶提供了使用R/3的詳盡的幫助信息。它采用了 hypertextreference等技術，使用

2、戶可以方便地瀏覽搜尋所需信息。用戶可以以多種不同方 式獲得幫助：如直接從SAPGUI中啟動閱讀R/3OnlineDocument,查看Glossary,或直 接按F1鍵獲得有關當前輸入域及屏幕的說明及操作指導（Fieldlevelonlinehelp）等。此外， R/3還使用了Matchcode技術，使用戶可直接從系統(tǒng)根據(jù)當前應用及數(shù)據(jù)自動提供的一組 可能值中選取輸入，大大減輕了用戶的記憶負擔。 特別值得指出的是，目前SAP已將所有OnlineDocument及Fieldlevelonlinehelp全部漢 化，為國內(nèi)用戶提供了更大的方便。 1.2 多國語言支持 SAPR/3作為一個真正國際化

3、的大型應用軟件，提供了內(nèi)置的強大的多國語言及多國貨幣支 持功能，并且支持歐洲新的貨幣單位一歐元。 用戶在登錄系統(tǒng)時，可選擇所需的工作語言，之后，R/3系統(tǒng)會根據(jù)用戶的選擇，自動為其 提供相應語言的界面環(huán)境。不同用戶，或同一用戶的不同次登錄，可以選擇使用多種不同的 語言，彼此互不影響。 R/3對于雙字節(jié)字符集（DBCS）文字，如簡體中文、繁體中文、日文、朝鮮文等，提供了完全 的支持。特別地，R/3的多國語言支持能力是內(nèi)置的。同語言相關的信息（稱 時，系統(tǒng)根據(jù)用戶選擇，使用相應語言的消息進行輸出。這也使得R/3的多國語言版本的移 植工作大為簡化，一般只需進行有關textelement的翻譯工作，而

4、不需修改程序的核心代碼， 從而極大地減少了漢化移植工作中引入bug的機率，保證了軟件的質(zhì)量。 1.3 工作流 SAPR/3提供了強大實用的工作流解決方案。 對于業(yè)務作業(yè)流程的靈活設計和持續(xù)有效的管理控制是R/3應用軟件的基本特征，因而一些 基本的業(yè)務作業(yè)流程管理功能已經(jīng)內(nèi)置于R/3系統(tǒng)的底層應用模塊中。更進一步，R/3提供 了跨越不同應用模塊的更高層次的工作流管理能力-SAPBusinessWorkflow。 SAPBusinessWorkflow是基于對一筆業(yè)務交易(businesstransaction)中所涉及的所有業(yè)務 對象(businessobjects)的集成處理的概念而提出的，能

5、夠覆蓋整個業(yè)務作業(yè)流程及其中涉及 的復雜數(shù)據(jù)類型和處理結構。 SAPBusinessWorkflow具有以下特性： 對于跨越不同應用模塊的業(yè)務作業(yè)流程的靈活控制 對于工彳乍項目(worklist)的方便管理、分派 可靈活定義對于各種不同事件(event)的響應(response)。例如，對materialmasterdata的 修改，或是收到從外部系統(tǒng)發(fā)來的EDI消息等，均可定義為事件并自動引發(fā)預定義的響應處 理過程。 最后期限(deadline)管理。當要求的結果未達到或期望的事件未發(fā)生時，自動觸發(fā)相應處理 過程。 聯(lián)接業(yè)務交易中的業(yè)務對象和處理過程。例如，一個訂單(order)可能通過ED

6、I消息或手工掃 描收到的紙張訂單(以SAPArchiveLink形式存貯)等方式進入系統(tǒng)。之后，根據(jù) 為 textelement ),如屏幕消息等，是區(qū)別于程序代碼而單獨存放和管理的。在顯示輸出 (ElectronicInbox)中。負責處理的員工會在自己的收件箱中發(fā)現(xiàn)該需要處理的訂單的一個參 照(reference),同時用于處理該訂單的交易(transaction),在此例中為“訂單處 理(ordershandling),也自動出現(xiàn)在消息中并可被直接啟動處理。 對于業(yè)務處理流程的模型化(modeling)、模擬(simulation)、最優(yōu)化(optimization)和監(jiān)控 (monit

7、oring)。 SAP支持從MicrosoftExchange和Lotus等產(chǎn)品使用業(yè)務工作流。 2技術架構 2.1 中文化程度 R/33.1H的Level2的漢化版本已經(jīng)正式推出，支持雙字節(jié)處理，可以和英文版兼容，具有 全部漢化的中文界面，聯(lián)機幫助和出錯信息。系統(tǒng)符合中國的財務，稅收及金融制度，適合中國國情。此版本包括了中國的財務報表和資金平衡表，人民幣可以同其他貨幣自動進行結 算。4.0B的漢化版本已于1998年6月底推出。 2.2 工作平臺 開放的體系結構使R/3系統(tǒng)具有高度的可移植性。 R/3系統(tǒng)可運行于所有主流的UNIX系統(tǒng)，同時也支持WindowsNT(Microsoft)和OS/

8、400(IBM)操作系統(tǒng)。 支持主流的數(shù)據(jù)庫軟件，如Informix,Oracle,ADABASD,DB2和MSSQLServer. R/3的用戶圖形界面(SAPGUI)可以在不同的桌面系統(tǒng)上運行 MSWindows3.X,Windows9X,WindowsNTServer,WindowsNTWorkstation.OSF/Motif,MacintoshOSSystem. 2.3 開發(fā)工具 SAP開發(fā)了ABAP/4工作臺（ABAP/4DevelopmentWorkbench方案的完整的CASE環(huán)境和工作流工具包，加速并從一定程度上使實施過程自動化，保證了 連續(xù)有效的業(yè)務再造，這已由R/3應用程

9、序的成功開發(fā)史所證明. ABAP/4工作臺集成數(shù)據(jù)，業(yè)務過程，組織結構和工作流部件，并基于一個主動地與應用連 接的集成的庫上，包括了動態(tài)對話程序編輯(DYNamicProgram),屏幕和菜單繪制，原代 SAPBusinessWorkflow 的設置，訂單被自動轉(zhuǎn)發(fā)至有關員工的電子郵件收件箱 ）作為實施client/server 碼生成器，交互式糾錯，性能優(yōu)化，計算機輔助測試(CATT),ABAP/4倉庫，數(shù)據(jù)字典，開發(fā)組織等。 工作臺的特點如下： 可重用功能模塊：程序員可使用大量已有的商業(yè)模塊。 性能優(yōu)化：能對程序的每條命令和操作所占的資源產(chǎn)生分析報告。 項目開發(fā)組：從項目組織到實現(xiàn)，工作臺

10、保證一切工作都正確無誤，有文檔登記和版本管理。 開放的通訊：RFC(RemoteFunctionCall)和OLE2使程序間的通訊順暢。 易學易用：良好的培訓和詳細的聯(lián)機幫助，以及導航能力，使你能迅速的開始工作。 徹底平臺無關：操作系統(tǒng)調(diào)用，數(shù)據(jù)庫訪問，前端窗口設定等均于平臺無關。保護用戶 的投資。 2.4SAPScript IntegratedTextManagementwithnewGraphicalInterface 在R/34.0中字處理工具SAPScript更方便使用：新的PCEditor編輯器和圖形化的 FormPainter便用戶簡單的和直覺白設計，WYSIWYG所見即所得 SA

11、Pscript集成在R/3中有一系列的好處： 設計自己的表單 大拷貝數(shù)量的打印更有效 多語百版本的表單 利用不同的輸出媒介（如傳真和光學存檔） 2.5 用戶接口 位于R/3client/server體系結構的表示層的SAPGUI是用戶界面。它是基于Windows風格 的： 聯(lián)機幫助：提供了完成R/3應用操作的信息。具有超文本技術，幫助用戶得到其他幫助信息。 屏幕元素：有輸入輸出字段，復選框，單選框，按鈕，表格，滾動條等。 菜單：所有的R/3應用都能通過菜單訪問。 工具條：包含了常用定向命令的圖標，如退出，保存，取消，打印等。功能鍵：很多主要的操作都能通過功能鍵完成。 輸入值：某些字段只能接受給

12、定的有意義輸入值，用戶可以從列表中選擇。 2.6 會話管理器 SessionManager是一個現(xiàn)代的，便于使用的，通用的用戶界面。它為專業(yè)用戶提供了一個 多系統(tǒng)多任務的工作環(huán)境。用戶可以使用SessionManager同時連接多個R/3系統(tǒng)多 系統(tǒng)并能一個連接會話中打開多個事務窗口多任務。運行中，SessionManager管理 所有打開的會話和事務窗口，并使用戶可以方便的在其中切換。SessionManager使用 SAPGUI執(zhí)行單獨的事務。在R/34.0中，SessionManager可在Internet中運行。InternetSessionManager除了提供和標準SessionM

13、anager一樣的功能外，還提供了一個 額外的菜單使用戶可以訪問R/3Internet應用。 2.7 客戶/服務器方式 R/3是3層結構（在3.1以后的版本中，通過增加Internet/Intranet層，R/3的結構將變成 多級結構）產(chǎn)品清楚地分為表達服務，應用服務和數(shù)據(jù)庫服務。由于是多級結構，R/3支持 GartnerGroupClient/Server模式的所有層次。 充分支持GartnerGroup模式白前4層，包括分布式和遠程表達以及分布式功能和遠程數(shù)據(jù)管理， 通過對主要的業(yè)務處理跨平臺和數(shù)據(jù)庫的分布式數(shù)據(jù)庫服務，模才GartnerGroup模式 的第5層。 應用連接（ALE）支持事

14、務處理內(nèi)的聯(lián)機應用連接，并通過標準的“IDOC”接口提供預先設置 的業(yè)務處理方式。提供完整的R/3工具包來支持ALE客戶化，分布式應用和主數(shù)據(jù)管理， 以及網(wǎng)絡集成。SAPR/3以一種實用的方式支持全部GartnergroupClient/Server模式的5層結構： 2.8SAPR/3的Browser/Server結構 SAP的多層網(wǎng)絡結構： R/3系統(tǒng)的Internet技術采用多層網(wǎng)絡結構，Internet應用部分與R/3系統(tǒng)核心分離，這樣做的優(yōu)點是SAP的客戶可以從新的R/3商務處理中更快地受益。另外，R/3的Internet結構是從三層結構擴展后形成的多層網(wǎng)絡結構，因而能夠應付巨大的，不

15、斷增長的Internet 用戶數(shù)量。 SAP事務服務器（ITS） SAPInternet事務服務器擴展了三層R/3結構，以利于Internet應用。SAPInternet服務器將現(xiàn)有Internet技術與R/3融合在一起，能使用戶在Internet或Intranet上進行可靠的SAP交易。 WEB服務器 WEB服務器連接WEB客戶端和商業(yè)應用程序。WEB服務器系統(tǒng)可從不同的生產(chǎn)廠商處獲 取，支持所有主要的瀏覽器，并且與不同的軟硬件平臺都有接口。 用R/3系統(tǒng)實現(xiàn)電子交易 R/3系統(tǒng)提供的Internet應用支持以下這些商業(yè)關系： 商家與商家（公司之間） 顧客與商家（顧客與公司之間） Intra

16、nets解決方案（公司內(nèi)部） 在Internet上處理公司間業(yè)務的開放標準 對于公司間的往來，集成為一體的商務系統(tǒng)能通過采用開放的商務處理標準來相互聯(lián)系。著 包括最新公布的由SAP,微軟及其他生產(chǎn)廠商共同開發(fā)的商業(yè)應用程序接口（BAPIs）。BAPIs 可使公司之間進行商務交易，并同多個商務系統(tǒng)相互聯(lián)系（盡管這些系統(tǒng)使用不同的核心技 術）。信息交換包括典型的定單號，客戶號和發(fā)票。這些應用程序組成一個電子市場，在其 中可以很容易協(xié)調(diào)公司間的特定業(yè)務。從R/3系統(tǒng)上發(fā)訂單與標準化交易可以同步進行。 世界范圍的顧客與商家連接 消費者或潛在消費者可以使用WEB瀏覽器訪問經(jīng)銷商的商業(yè)系統(tǒng)查看產(chǎn)品目錄，下

17、定單或 查尋產(chǎn)品或服務。基于Internet的顧客與商家應用系統(tǒng)使得向全球客戶提供產(chǎn)品和服務成為 可能。 Intranets擴展了Internet技術的應用范圍 Intranet應用系統(tǒng)使用與Internet相同的技術，使得公司內(nèi)部員工能夠直接交流。這樣便涉 及了一個新的R/3用戶群：偶爾使用企業(yè)信息系統(tǒng)的員工。由于其人數(shù)眾多，不可能以傳統(tǒng) 的方式來培訓這些雇員使用軟件。能夠照顧這些人業(yè)務需求的信息系統(tǒng)，可以極大地增加商 務應用系統(tǒng)的潛在價值。如：數(shù)據(jù)登錄和行政事務可以從行政部門切換到數(shù)據(jù)生成的地方。 基于Java用戶界面的GUI 帶Java的SAP圖形用戶界面（SAPGUI）與原來的R/3界

18、面相仿，使得R/3用戶可以在 Internet上訪問他已熟悉的R/3處理界面，基于Java的SAPGUI為R/3用戶，系統(tǒng)管理員和顧客提供了多方面的好處： 易于使用： 帶有Java的SAPGUI與原來的SAPGUI有著完全相同的界面。R/3用戶將不會注意到它們 之間的差別。 不依賴與硬件平臺： 帶Java的SAPGUI利用了Java語言的固有的可移植性。所有平臺，包括NetPC和NC,都可彳為R/3的客戶端使用。 在客戶端上實現(xiàn)零安裝，零管理，零維護： 在Internet上啟動R/3可自動下載Java插件到客戶端并裝入基于Java的SAPGUI相應版 本。升級客戶端的R/3無需安裝任何附加的軟

19、件或進行額外的工作。 內(nèi)部及外部的通訊使用同樣的網(wǎng)絡底層結構： 你可使用同樣的網(wǎng)絡底層結構和工具來管理網(wǎng)絡，這樣就可方便地對網(wǎng)絡進行維護。 縮減持有者的成本： 共享WEB的客戶可作為R/3前端，并且在客戶級上無需安裝，管理及維護工作。 因為R/3有三層客戶/服務器結構，所以無需大量重新設計便能很容易地應用Java。你要做 的只是在應用程序和當前層之間插入一個新的層，并且允許WEB客戶訪問R/3系統(tǒng)。這個 新的Internet層包括兩個主要部分：一是R/3自動工具將R/3前端協(xié)議轉(zhuǎn)換為符合Java插 件到WEB服務器上，以便通過Internet對其進行訪問。 2.9可分布性 為了優(yōu)化重組商業(yè)過程

20、，商業(yè)應用系統(tǒng)必須高度集中化。然而，基于技術或經(jīng)濟原因，也可 以使一個系統(tǒng)分散成幾個系統(tǒng)，使它們在技術上獨立自洽的。但我們不能簡單地通過分散數(shù) 據(jù)庫來達到目的，唯有根據(jù)預定義的商業(yè)規(guī)則使得分散應用系統(tǒng)的信息能交換的方案才是可 行的。SAP的ALE(ApplicationLinkEnabling)能夠使分散的SAP應用系統(tǒng)相互聯(lián)系，或 者和其他廠商的系統(tǒng)聯(lián)系，實現(xiàn)方案有： 本地銷售和總發(fā)貨廠的連接。 總部和分單位的分散利潤分析。 支持跨系統(tǒng)的后勤信息(制造，材料，分銷，工廠維護等)。 集中的購買合同管理。 集中的財務系統(tǒng)和本地后勤系統(tǒng) ALE服務可以分為三步： 應用程序以工作流的方式，即把數(shù)據(jù)信

21、息打包成消息。 發(fā)布層連接應用層和技術層，定義消息的接受者，過濾和轉(zhuǎn)換消息。 通訊層確保數(shù)據(jù)的安全可靠傳送。 2.10OOT(面向?qū)ο蠹夹g) 面向?qū)ο蠼涌趧?chuàng)建了新的部件接口質(zhì)量。舊的軟件技術通過模塊名和參數(shù)調(diào)用模塊，如果被 調(diào)用模塊名或參數(shù)結構因為功能需要有了哪怕是細微的改變，所有的調(diào)用程序必須重新編 寫。面向?qū)ο蠼涌诳朔诉@缺點。所有的接口定義在當前激活倉庫中維護。調(diào)用者從倉庫中 尋找所需的接口，再由倉庫代為調(diào)用模塊。這種間接調(diào)用創(chuàng)立了新的相互交換性和靈活性。 標準化的接口是SAP商業(yè)對象(SAPBusinessObject)體系的最重要特點。接口定義可以 從商業(yè)對象倉庫中獲得。因而，標準的

22、面向?qū)ο蠼涌诩夹g如COM/DCOM或CORBA就能 部署。非SAP部件和SAP部件之間是可以相互調(diào)用的。 2.118 API:SAP商業(yè)對象的開放性 2.119 統(tǒng)可靠性 在系統(tǒng)可靠性方面，許多硬件廠商提供了切換軟件的容錯概念。SAP使用硬件合作伙伴提供 的功能。 當數(shù)據(jù)庫服務器發(fā)生故障時，R/3應用服務器可以自動連接到新的數(shù)據(jù)庫服務器，而不必停 止重啟動，這樣緩沖區(qū)中的大量數(shù)據(jù)就得以保留。 在數(shù)據(jù)庫可靠性方面，SAP隨R/3發(fā)行了針對Oracle數(shù)據(jù)庫的服務工具。其中有： BRBACKUP:保存數(shù)據(jù)庫對象， 包括DataFile,ControlFile,OnlineRedoLogFile,以

23、及其他非數(shù)據(jù)庫對象的文件和目錄。有聯(lián)機備份和脫機備份功能。 BRARCHIVE:保存OfflineRedoLogFile。 BRRESTORE:包括根據(jù)備份日志對整個數(shù)據(jù)庫restore,并能recover到一指定時間，也能恢復指定的表空間(Tablespace)。還能恢復OfflineRedoLogFile和其他非數(shù)據(jù)庫對象的文件和目錄。 BACKINT:R/3可以通過此接口使用第三方公司提供的備份工具。 其他數(shù)據(jù)庫有各自的備份和恢復工具。R/3的SAPDBA支持并使用這些工具，如Informix 的onarchive，因而不需要其他額外工具。所有R/3所支持的數(shù)據(jù)庫系統(tǒng)的備份都能由CCMS

24、 安排和啟動，從而無需人工干預。 R/3備份系統(tǒng)支持： 磁帶卷標管理：使得磁帶的管理井井有條，不會覆蓋有用磁帶數(shù)據(jù)，恢復時找到相應磁帶。 并行備份：對于超大規(guī)模數(shù)據(jù)庫，可以同時利用多個備份設備進行備份來加快進度，而恢復時并不需要多個備份設備。 自動磁帶切換(AutoLoad):當需要多卷磁帶才能完成一個備份時，此功能可使備份過程自動進行，無需人工干預。 遠程備份：透過網(wǎng)絡利用其他機器的備份設備進行備份。 通過操作系統(tǒng)工具對DataFile進行備份。 有了商業(yè)對象倉庫所支持的接口繼承和替代, SAP商業(yè)部件很容易擴展和改變。 2.120 定機制 當今的RDBMS所提供的鎖機制對于處理復雜的商業(yè)數(shù)

25、據(jù)對象是不夠的，基于此，SAP在 R/3系統(tǒng)內(nèi)部通過EnqueueService實現(xiàn)了鎖機制來同步并發(fā)應用程序?qū)ι虡I(yè)數(shù)據(jù)對象的訪 問。此機制能滿足那些有局部緩沖區(qū)的分布式client/server系統(tǒng)和多處理器系統(tǒng)的需求， 能管理各種商業(yè)對象，盡管這些對象可以分散在任意多個關系(表)中，如材料主數(shù)據(jù)，客戶訂單等。 對于一個有若干步(Dialogstep)組成的事務(Transaction)將由不同的工作進程(workprocess)處理的情形， 對于R/3的異步更新(AsynchronousUpdate)技術，SAP的鎖機制就特別重要，必須保證在整個事務處理過程中數(shù)據(jù)對象不會被其他應用所改變。

26、R/3的 應用程序能夠識別鎖，從而預先提醒用戶所需的操作將不能完成。 2.121 務接口 SAP提供了多種方法實現(xiàn)R/3系統(tǒng)之間的數(shù)據(jù)傳輸： ALE方式 為了優(yōu)化重組商業(yè)過程，商業(yè)應用系統(tǒng)必須高度集中化。然而，基于技術或經(jīng)濟原因，也可以使一個系統(tǒng)分散成幾個系統(tǒng)，使它們在技術上獨立自洽的。但我們不能簡單地通過分散數(shù)據(jù)庫來達到目的，唯有根據(jù)預定義的商業(yè)規(guī)則使得分散應用系統(tǒng)的信息能交換的方案才是可 行白勺。SAP的ALE(ApplicationLinkEnabling)能夠使分散的SAP應用系統(tǒng)相互聯(lián)系。ALE 服務可以分為三步: 應用程序以工作流的方式，即把數(shù)據(jù)信息打包成消息。 發(fā)布層連接應用層和

27、技術層，定義消息的接受者，過濾和轉(zhuǎn)換消息。 通訊層確保數(shù)據(jù)的安全可靠傳送。遠程功能調(diào)用方式（RFC） 在R/3系統(tǒng)之間也可以使用RFC方式實現(xiàn)數(shù)據(jù)的傳輸。在R/3系統(tǒng)之間，只需指定對方的系統(tǒng)名和所調(diào)用的ABAP/4程序，以及相應的參數(shù)，即可實現(xiàn)將數(shù)據(jù)按指定方式傳輸?shù)较鄳K。 文件傳輸方式 SAP也提供文件傳輸方式解決R/3系統(tǒng)間的傳輸問題，可以先將數(shù)據(jù)導出，再使用Email 或郵寄磁盤等方式進行傳遞。一般說來，適用于不需實時交換的數(shù)據(jù)。3技術支持 技術支持與服務支持能力 熱線支持 為解除廣大客戶的后顧之憂，作為SAP全球技術服務體系的一部分，SAPGreatChina已于 1997年8月1日

28、起，正式向包括大陸、香港、臺灣在內(nèi)的華語地區(qū)提供熱線支持服務(Hotline)。 SAPGreatChina的熱線支持服務將盡力為客戶解答包括所有應用模塊和R/3技術基礎 (R/3Basis)在內(nèi)的各種問題。起初， 以SAP遍布全球(分別在德國、 美國、 日本、 新加坡)的四個RegionalSupportCenter為依托，對客戶提供一天24小時，一個星期7天的連續(xù)支 持。于1998年4月中旬，她與新加坡一起成立ChinaRegionalSupportCenter,并升級成SAP全球五大RegionalSupport之一。 SAP在北京，上海，廣州，香港都設有公司，大中國區(qū)有一百多人的技術及

29、服務支持顧問為 您解決您所面臨的問題。在廣州分工司即有近十名的顧問為您就近服務。 在線服務系統(tǒng)(OnlineServiesSystem) 將SAP與客戶的系統(tǒng)在線連結，24小時對應系統(tǒng)障害。 在線服務系統(tǒng)(OSS)中有如下功能 ?客戶信息 R/3系統(tǒng)障害時，客戶直接輸入信息，內(nèi)容可迅速正確地傳至SAP。 ?出錯記事本 記載有R/3中可能發(fā)生的系統(tǒng)障害事例及其解決方法，可自由查閱。 ?熱點新聞顯示有在R/3系統(tǒng)中重要的出錯記事本一覽。 ?熱點Package R/3軟件的各種問題之修正內(nèi)容一覽。 依據(jù)這些功能，可實現(xiàn)系統(tǒng)障害的事先防止，或早期解決，有效的業(yè)務執(zhí)行，系統(tǒng)開發(fā)。 相信SAP世界范圍的一

30、流水平的專業(yè)支持服務定能使您滿意！4平臺支持 4.1 數(shù)據(jù)庫管理 SAPR/3可以在各種流行的數(shù)據(jù)庫平臺上運行，如： SQLServer,Oracle,Informix,DB2,ADABAS等。SAP基于數(shù)據(jù)庫廠商提供的管理工具及其他 資源，實現(xiàn)了自己的數(shù)據(jù)庫監(jiān)控程序來支持數(shù)據(jù)庫管理，這是因為：監(jiān)控和管理工作并不總 能分隔，而SAP需要在只讀（ReadOnly）模式下監(jiān)控數(shù)據(jù)庫。 SAP提供了標準的界面來監(jiān)控數(shù)據(jù)庫。 R/3的3層client/server體系結構要求有特殊的數(shù)據(jù)庫監(jiān)控工具，因為只有從數(shù)據(jù)庫和R/3 系統(tǒng)兩處取得的信息才能判定哪個用戶、哪個程序在使用數(shù)據(jù)庫的哪些資源，而這些信息

31、對數(shù)據(jù)庫管理是很重要的。 用戶可以通過SAPGUI進行聯(lián)機監(jiān)控，能夠獲取多項重要數(shù)據(jù)，如Oracle的DataBuffer, SharedPool,RedoLogBuffer,Calls,TableScans/TableFetch,Sorts等。此外，用戶還能觀察I/O請求，V$值等。 SAPDBA是SAP提供的菜單驅(qū)動的數(shù)據(jù)庫管理工具，通過它，用戶能完成數(shù)據(jù)庫的開啟， 擴展數(shù)據(jù)空間，重組數(shù)據(jù)空間，輸出/輸入數(shù)據(jù)，備份和恢復數(shù)據(jù)庫，檢查數(shù)據(jù)庫等等日常 管理工作。 4.2 應用管理和實施管理 在R/3系統(tǒng)中，有多種方法來支持應用。 Modification:對SAP源程序，對象等進行修改。這些修

32、訂版本可以從 OSS（OnlienServiceSystem）中獲取，然后通過TP（傳輸系統(tǒng)）進入R/3,或有R/3中的維護程序載入系統(tǒng)。 Customizing:在SAPR/3已有的模型中選擇設置企業(yè)所需的功能，SAP在這過程中提供了流程模型(Proceduralmodel)和IMG(ImplementationGuide)工具。 Enhancements:在不改變R/3應用邏輯的前提下，擴展已有功能。這為客戶實現(xiàn)商業(yè)過程提供了可靠的，維護量小的方法。 Customdevelopment:在功能弓11大的ABAP/4工作臺幫助下， 用戶可以開發(fā)新的功能模塊， 有大量的預定義并測試過的功能模塊

33、可供使用。4.3 CCMS和性能監(jiān)控 R/3系統(tǒng)的CCMS(ComputerCenterManagementSystem)提供全面的性能監(jiān)控以確保 R/3的順利運行。 R/3采集應用程序的特征及于系統(tǒng)的相互作用信息并以文字或圖形的方式顯示。CCMS通過 特殊的數(shù)據(jù)采集器從操作系統(tǒng)中，網(wǎng)絡中，數(shù)據(jù)庫中獲取性能相關數(shù)據(jù)，如果預定義的閾值被超過，則警告監(jiān)控(AlertMonitor)自動報告。 CCMS集成的監(jiān)控如下， 系統(tǒng)監(jiān)控：監(jiān)控和管理整個R/3系統(tǒng)中的所有服務器，包括它們的狀態(tài)和正被執(zhí)行的應用程序。 性能監(jiān)控：不間斷地報告重要的系統(tǒng)性能數(shù)據(jù)。如對話響應時間，每小時的對話數(shù)量，以及CPU負載。

34、作業(yè)監(jiān)控：顯示后臺作業(yè)并對其進行調(diào)度。 數(shù)據(jù)庫監(jiān)控：提供數(shù)據(jù)庫活動，參數(shù)，表等信息。 操作系統(tǒng)監(jiān)控：提供操作系統(tǒng)資源的可用性，如內(nèi)存數(shù)量，硬盤容量，或其他數(shù)據(jù)。 網(wǎng)絡監(jiān)控：從整個網(wǎng)絡或任意子網(wǎng)采集數(shù)據(jù)并提供性能分析數(shù)據(jù)。(需要有相應的網(wǎng)絡 層數(shù)據(jù)采集器支持)。 R/3將所有于性能相關的歷史數(shù)據(jù)儲存在性能數(shù)據(jù)庫中。由此，CCMS能預測系統(tǒng)行為的趨勢。如根據(jù)應用數(shù)據(jù)的增長率，系統(tǒng)管理員能夠預測到磁盤子系統(tǒng)的瓶頸。 R/3具有優(yōu)化的用戶登錄技術。 管理員可以把多個應用服務器按所要運行的應用類型組合成不同的服務器組， 不同應用類型的用戶向不同的組登錄，R/3根據(jù)系統(tǒng)的負載情況，讓用戶 連接到性能最佳的

35、服務器上。 R/3提供了運行模式(operationmode)自動切換功能，已適應聯(lián)機對話用戶和后臺作業(yè)兩 者對資源的不同配置需求。如白天模式多一些對話進程，晚上模式多一些批處理進程，然后 設定時間表，R/3將自動切換而不必停機： 當需要調(diào)整系統(tǒng)參數(shù)時，R/3的“編輯參數(shù)文件”功能提供了智能友善的維護方式，能對參 數(shù)文件進行檢查，并能保存所有版本。5硬件能力需求 5.1 最大用戶數(shù)量 因為SAPR/3采用了先進的三層客戶服務器體系結構，并且支持從WindowsNT到各種 UNIX小型機直至舊MS/390大型主機的各種硬件平臺，因而具有極其強大的可伸縮性 (scalability)。用戶可以根據(jù)

36、需要決定采用的硬件配置，并且在以后可以隨時增加新的硬件設 備作為應用服務器，提升系統(tǒng)處理能力。所以，R/3系統(tǒng)可以同時支持的并發(fā)用戶數(shù) (numberofconcurrentusers)幾乎沒有限制，實際上只取決于系統(tǒng)配置的硬件及及采用的數(shù) 據(jù)庫管理系統(tǒng)(RDBMS)的處理能力。 例如，SAP的一個客戶，MetroGroup,使用R/3同時支持近1萬個并發(fā)用戶的交易處理。 5.2 響應時間(Condition) SAPR/3系統(tǒng)采用了調(diào)度器/工作進程(Dispatcher/WorkProcesses)、應用服務器本地數(shù)據(jù) 緩存(Applicationserverlocaldatabufferi

37、ng)、異步數(shù)據(jù)庫更新 (AsynchronousDatabaseUpdate)等多種先進技術，極大地提高了交易處理速度。 SAP公司將協(xié)助客戶，根據(jù)具體應用需求，如應用模塊種類、每一模塊并發(fā)活動用戶數(shù)目等， 提出硬件配置建議(Hardwareplatformcon巾gurationproposal)。SAP保證，在合理配置的 情況下，保證系統(tǒng)運行性能達到SAP的標準R/3SD性能基準(standardR/3SDbenchmark)有關R/3SD性能基準的說明： 登錄到R/3系統(tǒng)中的用戶有兩類：活動用戶和非活動用戶。活動用戶是指每30秒鐘(用戶思 考時間)向系統(tǒng)提交一次屏幕畫面改變的用戶。非活

38、動用戶對系統(tǒng)負載影響很小，在分析系統(tǒng) 性能時一般可以忽略。R/3系統(tǒng)不同的應用模塊(如SD、CO、FI、PP等)的用戶，給予系統(tǒng) 的處理負載是不同的。一般可根據(jù)一定比例關系，將其轉(zhuǎn)化為等效SD用戶計算，如一個FI 用戶約等于0.4個SD用戶等。在SAP標準R/3SD性能基準中規(guī)定：當系統(tǒng)中所有活動用 戶(假定均已轉(zhuǎn)換為等效SD用戶)在進行以下交易處理時： 輸入一含有五個項目的訂單 顯示該訂單 生成發(fā)貨通知 張貼貨物問題(goodsissue) 顯示40筆訂單 張貼發(fā)票 CPU的平均負荷小于70%,對話響應時間小于2秒。(實際上，當CPU負荷為70%時，一 般對話響應時間小于1秒。) 另外，SA

39、PR/3還支持同一用戶(user)從同一臺客戶機上建立多個會話(sessions),進一步提 高了用戶生產(chǎn)率。 5.3 事務處理時間 SAPR/3采用優(yōu)化的三層客戶/服務器體系結構及多種先進技術，如調(diào)度器/工作進程 (Dispatcher/WorkProcesses)動態(tài)負載均衡(Automaticloadbalancing)、應用服務器本地 數(shù)據(jù)緩存(Applicationserverlocaldatabuffering)、異步數(shù)據(jù)庫更新 具體說明如下: 在客戶機上運行的SAPGUI(Presentationserver)同用戶交互，接受輸入并顯示輸出。 SAPGUI同應用服務器之間傳送的僅

40、僅是必要的數(shù)據(jù)，其數(shù)據(jù)量很小(一般一屏的數(shù)據(jù)量約為 1-2KB),即使是通過廣域網(wǎng)(WAN)傳輸，傳輸延遲也很小，局域網(wǎng)則更快了。 在用戶請求到達Applicationserver后，該請求的responsetime開始計時。 Applicationserver采用了調(diào)度器/工作進程(Dispatcher/WorkProcesses)的軟件架構，調(diào) 度器根據(jù)各個工作進程的忙閑狀況自動選擇分配一個可用的工作進程處理該請求。如果該請 求需要讀取數(shù)據(jù)庫中的數(shù)據(jù)，工作進程的數(shù)據(jù)庫接口部分首先會在本應用服務器(Applicationserver)的共享的本地數(shù)據(jù)緩沖池中查找。一般數(shù)據(jù)已存在于緩沖池中，這

41、時數(shù) 據(jù)即可直接從內(nèi)存(緩沖池)中獲得，避免了耗時的數(shù)據(jù)庫訪問。如果用戶請求需要修改數(shù)據(jù)庫中的數(shù)據(jù)，這時可采用異步數(shù)據(jù)庫更新(Asynchronousdatabaseupdate)技術，由其它專 門的更新進程(updateworkprocess)在后臺執(zhí)行耗時的數(shù)據(jù)庫更新操作，而本對話工作進程 則不必等待，可直接繼續(xù)處理下去并把結果返回給客戶。R/3系統(tǒng)核心提供了相應的更新和 同步監(jiān)控機制，可保證更新工作正確進行，且各應用服務器緩存中的數(shù)據(jù)是一致的。當用戶 請求處理完畢，結果由應用服務器送回前端SAP-GUI時，該筆請求的responsetime停止 計時。用戶在SAP-GUI中可以看到該re

42、sponsetime。正常情況下，一般交易的responsetime都極小，在幾十毫秒到幾百毫秒之間。 5.4 ERP SAP是世界上最大的應用軟件公司，占有全球ERP市場超過31%的份額。SAP提供的標準 商業(yè)應用軟彳覆蓋了ERP的所有方面，綜合了經(jīng)營、分銷、人事以及財務會計過程。它精簡 了經(jīng)營過程，提供快速存取操作數(shù)據(jù)的手段，并且使公司活動的計劃與控制能夠更加精確地進行?？蛻艨梢詮?Asynchronousdatabaseupdate) 等，極大地提高了系統(tǒng)的交易處理性能。 SAP提供的廣泛的產(chǎn)品范圍中挑選滿足自己需要的模塊，并通過定制功能 來使之適合于自己的特殊需求，在必要時還可以通過S

43、AP開發(fā)環(huán)境擴充或修改程序。 5.5 備份/恢復 對于Oracle數(shù)據(jù)庫系統(tǒng)，SAP隨同R/3提供了一組強大的數(shù)據(jù)庫服務程序(工具)，其中包 括數(shù)據(jù)庫備份(BRBACKUP)、事務日志備份(BRARCHIVE)及數(shù)據(jù)庫恢復(BRRESTORE)等。 這些工具直接訪問Oracle數(shù)據(jù)庫的底層功能，具有很高的執(zhí)行效率。它們的使用可通過一 個統(tǒng)一、易用白管理界面SAP-DBA來調(diào)用執(zhí)行的。 其它的數(shù)據(jù)庫管理系統(tǒng)也都有其自身的數(shù)據(jù)備份和恢復工具。SAP-DBA均支持并直接使用 這些工具進行數(shù)據(jù)庫備份/恢復操作。 此外，R/3還向數(shù)據(jù)庫無關的備份工具提供了一個界面(BACKINT),使用戶可以從第三方選

44、 擇合適的工具。 對于所有R/3支持的數(shù)據(jù)庫系統(tǒng)(Oracle、Informix、MSSQLServer、ADABAS、DB2等), 數(shù)據(jù)備份工彳均可從R/3CCMS(CompetenceCenterManagementSystem)中設置執(zhí)行計 劃，并觸發(fā)自動執(zhí)行。配合以相應硬件設備，如自動磁帶庫等，即可實現(xiàn)無人值守自動備份。 6安全性 6.1信息傳遞 R/3系統(tǒng)對數(shù)據(jù)的傳送(message)和分發(fā)復制(replication)在各個層次上都提供了可靠的保 證。 可靠的網(wǎng)絡傳輸：R/3系統(tǒng)使用TCP/IP協(xié)議作為主要的網(wǎng)絡通信協(xié)議。TCP/IP協(xié)議不但是 事實上的工業(yè)標準，而且其內(nèi)置的差錯檢

45、測和糾正機制提供了可靠的網(wǎng)絡傳輸。 安全的數(shù)據(jù)傳輸：R/3系統(tǒng)中所有在前端客戶程序和后臺應用服務器之間傳送的數(shù)據(jù)都經(jīng)過 了以下處理： 加密(Encryption):保護消息內(nèi)容不被竊取 壓碼校驗(Authentication):防止消息內(nèi)容被篡改從而保證了消息傳遞的安全性和正確性。 基于關系型數(shù)據(jù)庫系統(tǒng)：R/3系統(tǒng)中的所有數(shù)據(jù)都是存貯在作為其底層的關系型數(shù)據(jù)庫管理系統(tǒng)中。關系型數(shù)據(jù)庫管理系統(tǒng)業(yè)已十分成熟，能夠提供可靠而有效的數(shù)據(jù)組織、存貯、訪問及管理服務。關系數(shù)據(jù)庫系統(tǒng)采用事務處理(DBLUW)、重做日志(redolog)、備份和恢復 (backupandrecovery)等技術，在底層保證了

46、數(shù)據(jù)完整性。 應用層次的數(shù)據(jù)完整性：R/3系統(tǒng)中引入并實現(xiàn)了應用層次的交易處理(SAPTransaction)及 SAP-LUW(SAPLogicalUnitofWork)等概念，保證了應用層次的數(shù)據(jù)完整性。 R/3系統(tǒng)中跨越不同應用模塊的數(shù)據(jù)完整性：一個R/3系統(tǒng)，不論有多少個用戶，運行哪些應用模塊，它都是基于一個公共的數(shù)據(jù)庫環(huán)境的。數(shù)據(jù)只需輸入一次，即可被整個企業(yè)共享。 SAP以多年的經(jīng)驗，成熟的應用代碼，保證系統(tǒng)范圍的所有應用模塊間數(shù)據(jù)的集成、完整性和一致性。 多個R/3系統(tǒng)間的數(shù)據(jù)完整性：SAP提供了工業(yè)界領先的ALE(ApplicationLinkandEnabling)技術， 用以

47、集成多個R/3系統(tǒng)中的多種應用。ALE技術 基于標準的IDoc(IntermediateDocuments)格式，利用SAP的RFC(RemoteFunctionCall)或TCP/IP或EDI子系統(tǒng)等作為傳輸手段，在R/3系統(tǒng)之間，R/3系統(tǒng)與R/2系統(tǒng)或是其它外部系統(tǒng)之間交換應用數(shù)據(jù)，在全球規(guī)模的企業(yè)內(nèi)的多個R/3系統(tǒng)間實現(xiàn)了有效的應用和數(shù) 據(jù)的集成。 6.2C2Level SAPR/3運行于安全可靠的操作系統(tǒng)，如UNIX、WindowsNTServer，數(shù)據(jù)庫系統(tǒng)，如Oracel、 Informix之上，能夠有效地利用它們的安全能力。這些操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)，都是通過或 超過C2級安全認

48、證，或達到相應安全級別的。 R/3系統(tǒng)自身也實現(xiàn)了有效的安全保護。例如: 在SAPGUI啟動時，將自動檢測自身的完整性，這可以有效防止病毒的攻擊和傳播。 用戶在登錄時須提供口令以驗證身份。管理員可設置一系列口令控制規(guī)則，如口令長度、口令多次失敗后的帳戶鎖定、強制口令更新等，以確保口令安全等。 R/3在應用層提供了靈活有效的權限控制手段（參見應用權限控制部分） 此外，SAP還針對R/3系統(tǒng)的安全性，提出了一套全面的安全考慮建議。 6.3 電子簽名 SAP在R/3中實現(xiàn)和提供了標準的GSS （GenericSecurityServices） API。 通過這一接口，R/3可以和第三方安全產(chǎn)品，如M

49、IT的Kerberos,GMD的OpenVision、SECUDE等，緊密集成，提供更為強大的額外安全保護。例如： R/3可以被集成進一個安全的一次性登錄環(huán)境中。用戶只需通過一次身份認證，即可訪問包 括R/3在內(nèi)的各種資源。這種集成的安全環(huán)境簡化了安全管理，降低了管理漏洞的風險。 更進一步，甚至可以通過IC智能卡來控制對于R/3系統(tǒng)的訪問，這樣就無需再在網(wǎng)絡上傳 輸口令（即使是經(jīng)過加密的口令，在網(wǎng)上傳輸也存在一定風險）。 6.4 代理人 R/3系統(tǒng)中包含有內(nèi)置的電子郵件子系統(tǒng)SAPOffice,提供收發(fā)電子郵件及私人文件夾、共 享文件夾等功能，并作為ElectronicInbox,緊密集成于S

50、APBusinessWorkflow的處理過 程中。 SAPOffice提供了靈活的代理機制。用戶可以指定某人在某段時間范圍之內(nèi)作為自己的代理，并授予不同級別的代理權限，如在你不在時代你處理信件，或僅能收到發(fā)送給你的某類信件的副本等。 6.5 審計功能 SAPR/3系統(tǒng)中提供了強大的審計功能。使用R/3的活動記錄(ActivityLog)功能，所有客戶 關心(concern)的交易或用戶在R/3系統(tǒng)中的活動情況均可以被記錄下來。記錄是取決于具 體的交易及用戶的。此外，所有對于R/3系統(tǒng)參數(shù)、UNIX核心參數(shù)、數(shù)據(jù)庫系統(tǒng)參數(shù)的修 改也都會被自動記錄下來。 6.6 權限和應用級數(shù)據(jù)安全 R/3系統(tǒng)

51、的授權機制 現(xiàn)實世界里企業(yè)內(nèi)部的各種不同應用對于授權的要求是極其多樣的。與此相適應，R/3系統(tǒng) 提供了一整套非常靈活的基于對象權限和用戶角色概念的授權機制。在R/3中，既可以授予 用戶系統(tǒng)預定義的權限，也可以根據(jù)應用需要，設置非常細微具體的權限控制，授權粒度可 以是交易(trnasaction)、域field),甚至可以控制到具體值(value)。 為滿足極其多樣復雜的權限控制要求，R/3系統(tǒng)引進了面向?qū)ο?ObjectOriendted)的權限 管理概念。若干個相關的需要被同時保護或檢查的單元(unit)組合成一個權限對象(AuthorizationObject),換言之，每 個Author

52、izationObject都 是 一 些 權 限 域(AuthorizationField)的 組 合 。 一 個AuthorizationObject的 各 個AuthorizationFields被 分別賦予不同的值，就構成了一個權限(Authorization)。R/3系統(tǒng)中的權限檢查與控制，就 是針又它(Authorization)而進行的。 同時，為了方便對于用戶權限的管理和維護，R/3系統(tǒng)又引入了基于用戶角色授權的機制。 一組權限(Authorizations)可以被組合到一個權限輪廓文件(AuthorizationProfile),或更進 一步，一組權限(Authorizatio

53、ns)或權限輪廓文件(AuthorizationProfiles)組合成一個復合權 限輪廓文件(CompositProfile)。之后，再將得到的權限輪廓文件(AuthorizationProfile)或 復合權限輪廓文件(CompositProfile)授予一個或多個用戶。相應地，這個或這些用戶就獲得 了其中包含的所有權限(Authorization) 用戶的權限數(shù)據(jù)是在用戶主數(shù)據(jù)(usermasterdata)中集中存放和統(tǒng)一管理的。SAP在R/3 系統(tǒng)中提供了大量預定義的能滿足一般用戶需求的權限輪廓文件(Pro巾les)。此外，R/3還提 供了權限輪廓文彳自動生成器(ProfileGen

54、erator),可以幫助管理員方便地生成滿足各種特 殊需要的權限輪廓文件(Profiles),并分配給用戶。7項目管理 7.1 變更管理/版本管理 R/3系統(tǒng)中的變更(change) SAP充分考慮到客戶實施ERP項目時要求的多樣性及實施過程的復雜性，按照軟件工程的 觀點，提供了先進白軟件開發(fā)環(huán)境(ASDE)和實用的項目管理、實施工具。 SAPR/3系統(tǒng)中的變更(changes)分為以下五類： 定制(customizing):R/3系統(tǒng)提供了一整套方法和工具，包括SAPProceduralModel, SAPReferencelmplementationGuide(IMG)等，來協(xié)助客戶將SA

55、P提供的通用標準的應用 定制成符合用戶實際需要的系統(tǒng)。項目管理和文檔記錄功能等也被集成在這些工具里面。其 中，SAPProceduralModel以多階段模型(multiple-phasemodel)的形式，結合SAP多年 在全球范圍內(nèi)實施ERP項目的經(jīng)驗，提供了實施各種R/3應用的關鍵的基本信息。 SAPImplementationGuide則包括對SAPProceduralModel中每一工作步的詳細描述。 IMG以結構化的形式，提供了詳盡的有關概念、依賴關系、標準設置、建議、活動和狀態(tài)、 文檔等信息。特別地，客戶可直接從IMG中啟動相應的定制交易(customizingtransacti

56、on) 在IMG的指導下順序進行系統(tǒng)的客戶化定制。 功能強化(Enhancement):當定制不足以滿足客戶的特殊要求時，客戶還可以通過 Enhancement的方式，利用R/3系統(tǒng)中預留的” 提供的標準功能。 客戶的應用程序開發(fā)(customerdevelopment):客戶也可以利用SAP提供的功能強大 ABAP/4(AdvancedBusinessApplicationProgramming/4thgeneration) R/3標準應用的開發(fā)環(huán)境，內(nèi)置多平臺、多廠商數(shù)據(jù)的支持能力，提供主動式數(shù)據(jù)字典 customerexits”接口，進一R3展 的ABAP/4 開發(fā)環(huán)境，來開發(fā)自己的應用

57、程序 是SAP用來開發(fā) (activedatadictionary)、對象導航瀏覽(objectnavigation)及項目管理、版本管理等多種功 能?？蛻糇约洪_發(fā)的應用程序只要遵循一定的命名規(guī)范，SAP保證在未來版本升級時將不受 影響。 對SAP提供的標準應用程序的修改(modification):用戶還可以修改SAP提供的標準 R/3應用程序。但一般不建議這樣做，因為這極有可能會引進bug,且SAP不保證在以后 升級時仍能保留客戶所做的修改。 來自SAP的服務性改正(AdvancedCorrection):SAP將不定期地提供Hotpackage,以改正已發(fā)現(xiàn)的系統(tǒng)中的bug。 三系統(tǒng)模型

58、(ThreeSystemLandscape) 理想的SAPR/3的實施建議采用三系統(tǒng)模型(threesystemlandscape),即由開發(fā)系統(tǒng)、測試 系統(tǒng)和生產(chǎn)系統(tǒng)組成。在這三個系統(tǒng)之間，SAP提供了 R/3CTS(CorrectionandTransportSystem)的工具，使之有機地結合為一個整體。 WorkbenchOrganizor(項目管理工具) SAPR/3系統(tǒng)提供了WBO(WorkbenchOrganizor)、CO(CustomizingOrganizor)等強有力的項目組織和管理工具。 以開發(fā)項目的管理(WBO)為例，說明如下： 在開發(fā)項目的開始，項目經(jīng)理(Proje

59、ctManager)為該項目生成一個ChangeRequest,并確定項目成員。WBO相應自動分配一個項目編號。 對每一個項目成員，WBO都產(chǎn)生一個Task,這個Task將自動收集記錄該項目成員所做的 工作。 當某一項目成員完成他的開發(fā)工作之后，他釋放自己的Task。這就把Task中記錄的開發(fā)工 作傳遞記錄到了ChangeRequest中。當所有項目成員都完成開發(fā)工作并釋放他們的 之后， 項目經(jīng)理就可以釋放ChangeRequest。 從而， 這個ChangeRequest中就包含了該項目中所有完成的開發(fā)工作。 接著，ChangeRequest就可以被CTS系統(tǒng)傳輸?shù)綔y試系統(tǒng)中進行測試，直至最

60、終送到生產(chǎn) 系統(tǒng)中投產(chǎn)。 Tasks 7.2 系統(tǒng)升級 R/3使用了“repositryswitch”的系統(tǒng)升級腮據(jù)客戶安裝的情況，系統(tǒng)停止運行的時 間(downtime)可以降低到僅幾個小時。 在系統(tǒng)升級時，絕大部分工作都是在系統(tǒng)仍處于聯(lián)機運行狀態(tài)時進行的。新版的 R/3Repositry首先以非活動狀態(tài)被拷貝安裝到老的仍在運行的系統(tǒng)上，接著客戶對象 (customerobjects)被從老版本拷貝到新版本的數(shù)據(jù)庫中。之后，系統(tǒng)需要停止運行一段時 間，以將割接到新的Repositry上并將客戶對象轉(zhuǎn)換成新版本的格式。這一過程持續(xù)的時間很短，之后新版系統(tǒng)即可投入運行。 對于前端客戶程序的升級，