第五章 SAP Basis的專案計劃

此章是以各項SAP常有的大型專案計劃為例，詳述BASIS在各類專案中，所擔任的職務與工作。包含:

 

Ø SAP建置專案(Design/Build)

Ø SAP升級專案(Upgrade)

Ø SAP測試專案(HA/DR)

Ø SAP遷移專案(Migration)

Ø SAP虛擬專案(Virtualization)

 

SAP建置計劃–Design and Build

 

過去十年SAP自單純的R2/R3轉變成各種不同的系統。如1998年開始的BW∕APO，到WAS 之CRM、SEM，而至2004年的NetWeaver：EP/PI/SCM/SRM…。SAP ERP 功能不斷地擴張，其系統建置的考量，也從單一系統發展成多類系統同時建置與整合。前章已將SAP NetWeaver 整體架構及與SAP BUSINESS SUITE之間的關聯作了詳細的闡述，在此就不重覆再多作解釋。大體而言：建置的考量分為Business-即人事等業務性的因素；與時地物等技術性的考慮因子

1. 時間:建置前的首要考量

何時需完成建置? 分期建置或一次到位? 系統使用年限及維護期考量?

2. 版本架構:為何要將版本架構一起考量，因為不同版本有不同技術架構。加上新的SAP NW07之後有許多不同的使用選項 (USAGE TYPE)：例如 WAS ABAP，JAVA，EPC，EP CORE，BI，MI，PI….等。同一版本安裝軟體可安裝各類不同的系統建置。加上UNICODE、MCOD等因素，在安裝建置規劃時，必須考慮清楚。若待上線後再更改，將會難上加難。

3. 系統功能:在SAP的System Landscape中，各種系統的建置考量也不同。如開發機需考TMS Transport Domain 的位置，這關係著專案開發實行的變更管理，測試機則要注意系統可用空間與整合性；生產機則多著重系統效能、高可用度與備援恢復。

4. Sizing:

許多人以為，硬體sizing是ㄧ次性的。在安裝前預估一次即可。諸不知SAP在上線之後有許多因素左右系統效能。故硬體評估與系統效能調整，對於BASIS而言是個現在進行式，而非過去式或一次完成式。建置前的硬體評估有許多考慮因素與影響因子。例如：

·       預期使用者數?特別是CONCURRENT 使用者

·       何種系統?（DEV／QAS／PRD）? 各有多少使用者?

·       各項Components?(MM/PP/FI/CO)? 各有多少使用者?

·       硬體、系統、資料庫、SAP等，各為何種版本?

·       需要設定HA、DR等解決方案?

·       OS、DB、SAP等備份方案為何?

·       各廠商新舊硬體的效能差價評比為何?

5. Security：需要建置獨立的審計系統如GRC或IDM嗎？