- 相關(guān)推薦
SAP系統升級實(shí)施中的幾個(gè)關(guān)鍵因素
畢業(yè)論文 摘 要 實(shí)施SAP R/3系統從4.0B到4.7E的升級項目，主要從技術(shù)角度，闡述完成SAP開(kāi)發(fā)系統、測試系統和生產(chǎn)系統的升級過(guò)程，并由此提出完成升級實(shí)施的幾個(gè)關(guān)鍵因素。 關(guān)鍵字 系統，升級，實(shí)施，關(guān)鍵因素
1 前言
我們浙江省電力公司于1998年開(kāi)始實(shí)施SAP R/3 ERP系統（以下簡(jiǎn)稱(chēng)R/3系統），實(shí)施的版本是40B，隨著(zhù)電力業(yè)務(wù)的迅速發(fā)展，先后實(shí)施了包括FI、CO、MM、 PM、PS、HR等R/3核心業(yè)務(wù)模塊，隨著(zhù)SAP的推廣和深入，以及業(yè)務(wù)功能的新需求，迫切需要從4.0B版本升級到4.7E版本，以達到及時(shí)應用SAP新版本中的新功能的目的。 于2003年底至2004年上半年，通過(guò)5個(gè)月左右的升級實(shí)施，成功地完成了SAP開(kāi)發(fā)系統、測試系統和生產(chǎn)系統的升級實(shí)施�，F將我們的實(shí)施方案簡(jiǎn)要闡述1下，并由此提出在升級過(guò)程中的所要注意的幾個(gè)關(guān)鍵因素，供大家參拷，有誤之處，請盡指正。2 系統升級的依據和目的
升級到4.7 Enterprise 版本的R/3系統，相對于原40B版本，能實(shí)現以下幾方面： （1）戶(hù)使用界面的大幅度改善，今后可采用SAP Netweaver新技術(shù)架構和相關(guān)產(chǎn)品，使用Web GUI (Browser)方式進(jìn)行R/3系統的訪(fǎng)問(wèn)，以及采用J2EE/.net等技術(shù)，為企業(yè)實(shí)現以ERP為基礎的電子商務(wù)提供有效平臺和更加功能強大技術(shù)先進(jìn)的系統支持環(huán)境。 （2）多系統標準接口BAPI和IDOC滿(mǎn)足企業(yè)的系統集成要求(能與更多外部系統進(jìn)行通信)。 （3）R/3系統功能的提高(如財務(wù)紅字處理，使用采購訂單創(chuàng )建固定資產(chǎn)，更強大資金管理模塊等)，并可根據業(yè)務(wù)的實(shí)際需要擴展ERP系統的功能，以滿(mǎn)足省公司業(yè)務(wù)需求的不斷發(fā)展。 （4）配合人力資源模塊的順利實(shí)施以及后續推廣工作。并且，為省公司計劃今后實(shí)施BW、SEM等SAP “新思維” 產(chǎn)品提供高效的集成應用環(huán)境。 （5）升級到4.7 Enterprise，用戶(hù)都不需要增加任何軟件許可協(xié)議（license）費用。但通過(guò)版本的升級，將降低SAP系統維護的整體擁有成本，優(yōu)化業(yè)務(wù)處理流程，使用新的技術(shù)等等。 （6）SAP Enterprise Core具有與SAP 4.6C高補丁級別相同的業(yè)務(wù)處理功能，SAP Enterprise4.7 比以前版本更加穩定。 （7）SAP Enterprise 4.7增強了Enterprise Extensions，提供了對關(guān)鍵業(yè)務(wù)增強的新功能，從應用體系架構方面擴展了以前SAP R/3（包括4.6C）的基礎架構。 （8）SAP Enterprise 4.7提供了新的mySAP技術(shù)：Web應用服務(wù)器，增強了對Web，JAVA，J2EE的支持。 （9）最后1點(diǎn)值得提1下，那就是，配合SAP軟件版本升級計劃，以獲得來(lái)自SAP的更加優(yōu)質(zhì)的技術(shù)支持服務(wù)，并且升級到SAP Enterprise 4.7都不需要增加任何軟件許可協(xié)議（license）費用。3 系統升級的方案闡述
（1）這次升級的技術(shù)要點(diǎn)有以下幾方面 ① 根據SAP版本環(huán)境需求，如果升級到SAP 4.6C不需要升級操作系統；但升級到SAP 4.7 Enterprise需要升級AIX 4.3.3到AIX 5L，升級Oracle 8.1.7到Oracle 9i。而目前的環(huán)境是AIX 4.3.3，數據庫是Oracle 8.1.7。所以首先必須升操作系統，然后升級數據庫，最后升級SAP R/3。 ② 目前省公司的R/3系統采用SAP標準的開(kāi)發(fā)、測試、生產(chǎn)3系統配置。首先必須設定升級項目所需進(jìn)行的系統環(huán)境，確保開(kāi)發(fā)與測試系統同生產(chǎn)環(huán)境保持1致。同時(shí)，按照先升級開(kāi)發(fā)系統，再升級測試系統，最后升級生產(chǎn)系統的順來(lái)進(jìn)行。 ③ R/3 40B原系統中已有大量的自開(kāi)發(fā)應用、報表及系統接口程序，需要測試與調整。也有不少修改SAP標準部分的程序，需要查找，有些可能無(wú)法找到有關(guān)的修改文檔。 ④ 全系統有600人的最終用戶(hù)，必須進(jìn)行嚴密有計劃的培訓工作。 （2）系統升級工作的策略和方法 ① 總體策略 基于這1策略，升級工作應包括以下工作內容： (a) 升級計劃：確定升級方案，制定升級項目計劃，明確人員、時(shí)間、費用的預算。以及對現有系統運行平臺進(jìn)行評估。 (b) 升級準備：升級R/3系統的軟、硬件準備。包括硬件系統的升級或更新，新版本軟件的預定，開(kāi)發(fā)、測試環(huán)境與生產(chǎn)環(huán)境的同步以及明確升級項目組人員、職責分工，工作場(chǎng)地安排等。并針對內部顧問(wèn)進(jìn)行R/3 Enterprise 4.7的相關(guān)培訓。 (c) 開(kāi)發(fā)系統升級：開(kāi)發(fā)系統技術(shù)升級（Technical Upgrade），升級后根據測試計劃進(jìn)行系統測試、調整，確保原有系統功能在新版本的R/3系統中可以完全實(shí)現。所有調整都要進(jìn)行記錄。 (d) 測試系統升級：測試系統技術(shù)升級。根據開(kāi)發(fā)系統升級的記錄，進(jìn)行系統調整，調整完成后，對最終用戶(hù)進(jìn)行培訓，并進(jìn)行集成測試。 (e)生產(chǎn)系統升級：生產(chǎn)系統技術(shù)升級。根據開(kāi)發(fā)系統升級的記錄，進(jìn)行系統調整。升級后進(jìn)行系統備份。 (f) 上線(xiàn)后支持：系統上線(xiàn)后對生產(chǎn)環(huán)境進(jìn)行上線(xiàn)后檢查，并對系統性能做進(jìn)1步優(yōu)化和調整。 ② R/3系統升級的實(shí)施方法 (a) 根據1些顧問(wèn)公司的建議，實(shí)施方法將采用SAP的ASAP快速實(shí)施方法。ASAP 優(yōu)化了在實(shí)施過(guò)程中對時(shí)間、質(zhì)量和資源的有效使用等方面的控制，是1個(gè)包括使項目得以成功實(shí)施的所有基本要素的完整實(shí)施方案。由于我們省公司1直購買(mǎi)了SAP系統用戶(hù)許可服務(wù)，加上我們已建立的SAP OSS遠程連接，這些將為我們提供SAP 的全球服務(wù)和遠程支持。所以，依據這1實(shí)施方法，參與SAP系統升級的實(shí)施公司（以下簡(jiǎn)稱(chēng)實(shí)施公司）也將在升級過(guò)程中為我們提供全面的技術(shù)支持和指導，包括： (b) ASAP路線(xiàn)圖：面向過(guò)程的、清晰簡(jiǎn)明的項目計劃。 (c) SAP工具包：各種項目管理、實(shí)施工具和指導文檔。 (d) SAP技術(shù)支持和服務(wù)：提供從項目開(kāi)始到項目結束及后續實(shí)施的支持與服務(wù)。由于R/3系統不同版本對硬件系統、系統軟件、網(wǎng)絡(luò )環(huán)境以及數據庫軟件的需求都有所不同。SAP公司還將為我們提供系統平臺評估(System Sizing), 系統升級專(zhuān)業(yè)指導(Upgrading Coach), 系統升級安全保障(Upgrading Safe-guarding), 系統升級檢查服務(wù)（Go Live Check）以及按照用戶(hù)需要提供系統調整優(yōu)化服務(wù)等，以保證升級后的系統具有良好的系統性能。 (e) SAP升級實(shí)施培訓：對項目組成員以及最終用戶(hù)進(jìn)行培訓。4 升級實(shí)施過(guò)程中的幾個(gè)關(guān)鍵因素
根據ASAP方法論并結合我們省公司的實(shí)際情況, 實(shí)際在SAP系統升級工作中采用了以下5個(gè)步驟進(jìn)行： （1）項目準備和規劃； （2）系統分析階段：對目前系統現狀分析+測試調整計劃細化； （3）測試調整階段：開(kāi)發(fā)系統技術(shù)升級+標準應用系統測試及調整+自開(kāi)發(fā)應用、報表及系統接口的測試與調整； （4）上線(xiàn)準備階段：最終用戶(hù)培訓+集成測試； （5）系統上線(xiàn)及支持階段：生產(chǎn)系統升級+支持�？偨Y這次升級實(shí)施，每個(gè)步驟中分別有以下這些的關(guān)鍵點(diǎn)。 第1階段，需要得到硬件供應商的現場(chǎng)支持，由SAP Support在提供系統升級檢查的服務(wù)，以保證升級順利進(jìn)行。 第2階段，需要對內部顧問(wèn)進(jìn)行新版本培訓，對項目實(shí)施當中的細節作全面的規劃。 圖1 系統升級對生產(chǎn)系統影響的示意圖[NextPage] 第3階段，測試系統和開(kāi)發(fā)系統的升級時(shí)應模擬真實(shí)上線(xiàn)時(shí)的步驟并加以逐1記錄，保證正式上線(xiàn)切換時(shí)生產(chǎn)系統能安全可靠地運行；對應用系統的調整只限于滿(mǎn)足原有流程在新版本中能順利運行，而不作任何功能提高的配置；客戶(hù)測試的完備性與正確性也直接影響到系統升級的成敗，需要SAP實(shí)施公司制定詳細的測試計劃，并指導KBU(Key Business User)進(jìn)行全面的測試；R/3 4.7 Enterprise的用戶(hù)界面是完全的Role－Based，在系統升級過(guò)程中，需要對系統的用戶(hù)進(jìn)行詳細的權限定義和設置，根據實(shí)際經(jīng)驗，這1部分的工作應在SAP顧問(wèn)的指導下盡早進(jìn)行；省公司SAP系統在原版本的應用過(guò)程中，開(kāi)發(fā)了大量的應用、報表和接口，而對于這些用戶(hù)自開(kāi)發(fā)的應用、報表和接口，需要由SAP顧問(wèn)提供1些指導，最終由我們自己的IT人員自行完成測試與調整。 第4階段，SAP系統升級對生產(chǎn)系統的影響如下圖1所示。這1階段的核心任務(wù)是，通過(guò)完善、細致的準備工作，將系統升級工作后對生產(chǎn)系統的影響減至最低限度。主要措施包括SAP顧問(wèn)編制精確至小時(shí)工作計劃BASIS Checklist，以及需要將系統上線(xiàn)的工作安排在節假日期間完成。第5階段，由SAP實(shí)施公司與我們省公司組成上線(xiàn)支持小組，現場(chǎng)解決系統因升級產(chǎn)生的問(wèn)題；SAP在系統上線(xiàn)前后提供系統升級檢查的服務(wù)（Go Live Check）， 以保證升級后后的系統有良好的系統性能。 因此，根據以上實(shí)施要點(diǎn)，并結合實(shí)際實(shí)施個(gè)階段的過(guò)程，總結出以下影響升級實(shí)施的幾個(gè)關(guān)鍵因素。 ⑴ 項目計劃是否合理詳細是控制好升級實(shí)施周期的關(guān)鍵。 ◆是否合理制訂1個(gè)實(shí)施周期時(shí)間內的升級計劃，包括制定詳細的測試計劃、各級用戶(hù)的培訓計劃等，越詳細，實(shí)施周期控制得會(huì )越好。 ◆項目計劃中，特別要強調對實(shí)施文檔、項目文檔等方面的管理，要求及時(shí)性和完整性。 ⑵ 升級范圍的不同影響升級項目完成時(shí)間。 ◆帶新功能模塊實(shí)施的升級比僅僅功能升級項目實(shí)施周期長(cháng)。我們這次升級，不增加新功能，HR的功能在單獨系統實(shí)施，所以，實(shí)施周期比較短。 ◆實(shí)施新功能數量越多，實(shí)施周期越長(cháng)。 ◆新版本需要修改的數量越多，越復雜，實(shí)施周期越長(cháng)。這1點(diǎn)，要看軟件版本本身。 ◆測試和培訓的范圍越大，實(shí)施周期越長(cháng)。 ◆SAP實(shí)例（instance）數量：開(kāi)發(fā)、測試、培訓、生產(chǎn)系統拷貝、生產(chǎn)系統的升級，數量越多，升級時(shí)間越長(cháng)。 ⑶ 升級前系統的基礎環(huán)境好壞影響升級實(shí)施周期。 ◆以前修改SAP標準文檔越詳細，在新版本修改的時(shí)間越短。 ◆SAP實(shí)例（instance）的版本：版本越低，升級時(shí)間越長(cháng)。 ◆每個(gè)系統集團（Client）的數量：集團越多，升級時(shí)間越長(cháng)。 ◆SAP實(shí)例（instance）接口的數量：接口越多，升級時(shí)間越長(cháng)。 ◆SAP實(shí)例（instance）Addons數量：Addons數量越多，升級時(shí)間越長(cháng)。 ◆SAP實(shí)例（instance）操作系統及數據庫的版本：如升級到Enterprise 4.7，在升級SAP之前，必須先升級操作系統版本(AIX環(huán)境下)到AIX5L，數據庫版本升級到Oracle 9i。 ⑷ 不同升級策略對系統停機時(shí)間的影響。
Strategy Advantages Disadvantages A_Switch · Short downtime. · Medium storage requirements for ensuring database recovery · Offline backup necessary ater upgrade. · Monitoring necessary to determine if disks for ensuring recovery are full A_On · Shortest downtime. · No offline backup necessary after upgrade · Greatest space requirements to ensure DB recovery. · Monitoring needed to check if disks for ensuring recovery are full A_Off · No additional space requirements for ensuring possible recovery. · Offline backup necessary after upgrade · Longest downtime. · No monitoring necessary to determi
[1]
【SAP系統升級實(shí)施中的幾個(gè)關(guān)鍵因素】相關(guān)文章：
實(shí)施研究性學(xué)習過(guò)程中幾個(gè)值得注意的問(wèn)題11-07
SAP―HR在供電企業(yè)人力資源管理中的應用12-03
評哲學(xué)研究中的幾個(gè)誤區03-26
反自我劫持談判中的幾個(gè)題目12-10