殼牌石油it架構(gòu)規(guī)劃與實施經(jīng)驗(編輯修改稿)
2025-08-16 13:39 本頁面
【文章內(nèi)容簡介】 致，這包括系統(tǒng)宕機時問題的處理。 C）從維護支持服務方面比較集中式和分布式的優(yōu)缺點： 減少維護支持服務隊伍數(shù)量的有點是： 1.降低維護支持成本，提高維護支持服務的質(zhì)量。在SHELL基本是一個維護支持隊伍只支持一套系統(tǒng)配置，如果讓一個維護支持隊伍支持多套系統(tǒng)配置，這種難度太大，對單個服務支持人員的要求太高，因為服務支持人員必須清除多套系統(tǒng)配置的差異是什么?！ ?.改善對系統(tǒng)修改的控制力度。在SHELL公司，服務支持有一套完善的服務支持規(guī)程和對底層系統(tǒng)的控制流程，因此服務支持方面效率是比較高的，而且被最終用戶認可?！ p少維護支持服務隊伍的不利因素是： 1.集中化服務支持的前提是盡量減少配置模板數(shù)量，導致各國家或企業(yè)只能依靠維護支持服務隊伍，而這個隊伍又不在這些國家和企業(yè)的控制范圍內(nèi)?！ ?.SHELL信息系統(tǒng)建設(shè)過程中的經(jīng)驗與教訓 Shell在亞太地區(qū)實施SAP的最初計劃是在各個國家和地區(qū)使用同一個模板、同一個配置。然而隨著項目的進程，由于各個國家和地區(qū)在業(yè)務管理上的不同要求及其他方面的不同，特別是由于各支實施和支持隊伍是分散在各個國家與地區(qū)，項目管理上沒有對各支實施與支持隊伍做到集中控制，最終就變成了現(xiàn)在的不同國家不同版本不同配置的SAP系統(tǒng)的狀況。如上圖所示，目前這種分散的系統(tǒng)分布狀況對Shell亞太區(qū)下一步的合并帶來了很大的障礙。這也是Shell公司在項目實施過程中最大的一個教訓?！ nthony特別強調(diào)了Shell在亞太這幾個系統(tǒng)實施應用的效果，從本質(zhì)上來說，馬來西亞的系統(tǒng)應用是最為成功的。最初在馬來西亞開始項目實施時，并沒有考慮到這套系統(tǒng)將來會被中東地區(qū)、中國及香港特別行政區(qū)共享，因此在最初設(shè)計系統(tǒng)時完全是按照馬來西亞的法律、法規(guī)及管理上的要求設(shè)計的。而后第二階段在項目進行推廣時，考慮到Shell公司全球進行系統(tǒng)集中的戰(zhàn)略，因而將中東地區(qū)、中國及香港特別行政區(qū)的應用也納入馬來西亞的系統(tǒng)中。在大部分共享系統(tǒng)中通用模板及業(yè)務流程的基礎(chǔ)上，基于各國、地區(qū)管理上及法律法規(guī)上的特殊需求對系統(tǒng)進行了適當?shù)恼{(diào)整與修改。雖然使用馬來西亞SAP系統(tǒng)的其它國家不斷會有各式各樣的業(yè)務要求，但這些要求都是被一個實施隊伍統(tǒng)一管理。從Shell在亞太走過的道路看，將來再實施新規(guī)劃和遠期規(guī)劃絕對不會走這樣一個分散的道路，而是要走中央控制道路，一方面減少硬件方面的投資，另一方面是減少實施和維護支持服務成本，特別是業(yè)務模板的統(tǒng)一和規(guī)范。所以在業(yè)務標準模式化和標準化過程中一定要統(tǒng)一管理，而統(tǒng)一管理最終是要落實到支持實施隊伍的統(tǒng)一。只有實施隊伍統(tǒng)一，控制得好的話，在整個實施中才能確立一個標準。實施隊伍是不能分散的，系統(tǒng)的權(quán)限是要統(tǒng)一管理，集中到中心系統(tǒng)?！ ?.IT架構(gòu)設(shè)計與規(guī)劃中用戶關(guān)心的問題解答 問題：當幾個項目同時實施時，如何進行集中管理？ ?。ù穑〢nthony覺得如果同時展開幾個項目確實是一個比較大的挑戰(zhàn)，Shell在上游的項目實施就是這種情況。在殼牌有一個控制點－即支持服務點來控制同時幾個項目的并行實施，只有這個集中的支持服務隊伍才有權(quán)對系統(tǒng)進行配置和修改。其它實施點起的作用就是收集和輸送需求，而不可以自己對系統(tǒng)進行配置和修改。集中做配置可能相對慢一些，但好控制。而且也有利于資源的統(tǒng)一管理和調(diào)配，對整體實施資源的要求較低。當然，這種實施模式對集中的服務支持人員要求較高，同時要求有很高的效率及快速的響應，否則將會影響整個項目的進程。其實，對于每個事業(yè)部內(nèi)部來說，它們大多數(shù)的業(yè)務需求均是一致的。根據(jù)Shell的經(jīng)驗，有超過80％的核心業(yè)務流程是可以統(tǒng)一模板的。譬如吉隆坡模式的實施看起來可能會慢一點，但由于相對修改很少，這樣項目是可控制的、管理相對容易，整體速度反而要快一些。 Anthony曾擔任泰國項目的項目經(jīng)理，在泰國項目實施過程中即執(zhí)行上述控制過程：泰國的項目小組人員只能進行數(shù)據(jù)輸入，或從系統(tǒng)中取數(shù)，但沒有權(quán)限進行配置和修改?！ 栴}：目前，中國石化的計算機網(wǎng)絡(luò)是星型拓撲網(wǎng)絡(luò)結(jié)構(gòu)，連接超過70個單位從本地到北京的通訊，與企業(yè)連接的帶寬是2M。請問Shell的網(wǎng)絡(luò)結(jié)構(gòu)是怎樣的結(jié)構(gòu)，中石化的這種網(wǎng)絡(luò)結(jié)構(gòu)是否能滿足集中式的IT架構(gòu)要求？ Shell目前的網(wǎng)絡(luò)結(jié)構(gòu)也是星型拓撲網(wǎng)絡(luò)結(jié)構(gòu)。Anthony就SAP系統(tǒng)對網(wǎng)絡(luò)帶寬的要求做了個估算：平均每1000個用戶大概需要2至3M的帶寬。比如，Shell北京到吉隆坡系統(tǒng)的帶寬是384K，而北京的用戶數(shù)大約是100個用戶。從另一方面來說，最終決定系統(tǒng)對帶寬要求的并不是用戶總數(shù)，而是在系統(tǒng)上的并發(fā)用戶數(shù)。并發(fā)用戶數(shù)量及業(yè)務操作量才會對網(wǎng)絡(luò)形成真正的壓力?！ 栴}：Anthony，Shell北京機構(gòu)到吉隆坡系統(tǒng)的備份線路有幾條？ Shell北京到吉隆坡目前有一條備份線路，是ISDN。 如果中石化目前是1萬個用戶，那么2M的帶寬肯定是不夠的。中石化可以選擇把系統(tǒng)放在本地，但支持服務進行集中管理。這樣，系統(tǒng)的帶寬是可以滿足這種IT架構(gòu)管理要求的?！ 栴}：SHELL在事業(yè)部的設(shè)置和加油站管理方面與中國石化不同的地方？ SHELL的業(yè)務分為3個板塊，Eamp。P（勘探與生產(chǎn)）、OIL PRODUCT（油品業(yè)務）和CHEMICAL（化工產(chǎn)品）。如油品業(yè)務
物理相關(guān)推薦
鄂ICP備17016276號-1