中國海洋石油總公司SAP系統(tǒng)變更管理細(xì)則

《中國海洋石油總公司SAP系統(tǒng)變更管理細(xì)則》由會員分享，可在線閱讀，更多相關(guān)《中國海洋石油總公司SAP系統(tǒng)變更管理細(xì)則（13頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、信息化管理-IT-02-09-04 中國海洋石油總公司SAP系統(tǒng)變更管理細(xì)則 體系名稱 信息化管理 編 碼 IT-02-09-04 版 本 號 2010-1 中國海洋石油總公司SAP系統(tǒng)變更管理細(xì)則 公司名稱 中國海洋石油總公司 批準(zhǔn)人 [XXXX] 職務(wù) [XXXX] 批準(zhǔn)依據(jù) 發(fā)布范圍 普發(fā) 發(fā)布文號 海油總風(fēng)險辦﹝20XX﹞ 號 發(fā)布日期 20XX年XX月XX日 生效日期 20XX年XX月XX日 1 目的 加強SAP系統(tǒng)變更管理，規(guī)范變更操作流程，最大限度降低變更

2、對SAP系統(tǒng)帶來的負(fù)面影響, 確保使用規(guī)范的方法和過程實現(xiàn)快速、有效的變更過程，減少變更帶來的突發(fā)事件，促進(jìn)日常工作的正常進(jìn)行，提高SAP系統(tǒng)的高可用性、高可靠性及合規(guī)性。 2 適用范圍 總公司及所屬單位。 3 編制依據(jù) 《中國海洋石油總公司ERP系統(tǒng)維護(hù)管理辦法》，IT-02-09，2010，總公司。 4 釋義 4.1 SAP系統(tǒng)變更 指對于SAP系統(tǒng)中某對象所進(jìn)行的非開發(fā)性質(zhì)的修改。變更管理是對變更從提出、審議、批準(zhǔn)到實施、監(jiān)控完成、評估分析的整個過程的管理。對于SAP系統(tǒng)功能配置及應(yīng)用補丁、IT基礎(chǔ)架構(gòu)及系統(tǒng)補丁、相關(guān)文檔修改都應(yīng)該有變更管理規(guī)范和記錄。

3、SAP系統(tǒng)變更主要分為三類：標(biāo)準(zhǔn)變更、緊急變更和重大變更。具體定義如表1：SAP系統(tǒng)變更類型。 表1 SAP系統(tǒng)變更類型 變更類型 描述 標(biāo)準(zhǔn)變更 是指僅對SAP信息環(huán)境和公司業(yè)務(wù)產(chǎn)生較小影響的變更部署，其變更復(fù)雜程度較低、所需資源較少、部署風(fēng)險較小、對公司業(yè)務(wù)改變較小，一般會對單項功能、單一模塊、個別業(yè)務(wù)部門單元或用戶產(chǎn)生影響，且事先都已定義好變更步驟及審批流程，發(fā)生變更時嚴(yán)格按照已定義的流程進(jìn)行變更。具體包括：系統(tǒng)功能配置、SAP應(yīng)用補丁配置補丁更新、一般硬件配置的變更、日常系統(tǒng)軟件升級等。 重大變更 重大變更是指會對信息環(huán)境和公司業(yè)務(wù)

4、產(chǎn)生嚴(yán)重影響的變更部署，其變更復(fù)雜程度較高、所需資源較多、部署風(fēng)險較大、對公司業(yè)務(wù)改變較大，一般會對多項功能、多個模塊、多個系統(tǒng)、多項業(yè)務(wù)、多個業(yè)務(wù)部門單元或用戶產(chǎn)生影響。具體包括：新系統(tǒng)開發(fā)上線、基礎(chǔ)構(gòu)架的重大調(diào)整和維修等。對于這類變更，遵循重大變更管理流程，在變更審批后，考慮是否按項目管理形式進(jìn)行相關(guān)實施變更操作。 緊急變更 SAP系統(tǒng)或應(yīng)用程序出現(xiàn)的突發(fā)事件，需要在短時間內(nèi)立即執(zhí)行的變更，如不執(zhí)行會造成重大業(yè)務(wù)影響的變更。 4.2 SAP系統(tǒng)功能配置變更 指上線二級單位（包括集團(tuán)本部，下同）日常運維支持期間提出的業(yè)務(wù)功能變更需求，須有變更管理文檔記錄。 5 職責(zé)分工 5.

5、1 變更需求提出方 a) 變更需求發(fā)起和確認(rèn)，識別業(yè)務(wù)需要，提交變更請求； b) 提交變更請求表格,把需求轉(zhuǎn)化為一個可執(zhí)行的、有清晰目標(biāo)的變更請求，設(shè)定變更初始狀態(tài)的優(yōu)先級； c) 參與變更的用戶接受測試，配合其他系統(tǒng)測試。 5.2 業(yè)務(wù)/技術(shù)審核方 a) 審核變更需求提出人遞交的變更申請的業(yè)務(wù)合理性； b) 審核SAP系統(tǒng)變更實施方提交的技術(shù)解決方案或評估報告。 5.3 信息技術(shù)負(fù)責(zé)人 a) 審核變更需求提出人遞交的變更申請的技術(shù)合理性； b) 負(fù)責(zé)審批PRD傳輸請求。 5.4 變更委員會（CAB） a) 負(fù)責(zé)重大變更的風(fēng)險分析和資源評估； b) 對涉及全

6、局配置或關(guān)鍵業(yè)務(wù)功能變更方案進(jìn)行審核； c) 討論及審批是否按項目管理實施操作。 5.5 SAP系統(tǒng)變更實施方 a) 從技術(shù)或業(yè)務(wù)層面對變更的可行性和操作性進(jìn)行評估，出具變更方案或評估報告； b) 負(fù)責(zé)執(zhí)行變更； c) 在實施后監(jiān)控變更，確保變更實施成功。 5.6 變更傳輸方 按照《SAP系統(tǒng)傳輸管理細(xì)則》進(jìn)行變更的傳輸工作。 6 工作內(nèi)容與程序 6.1 SAP系統(tǒng)變更管理的原則 a) SAP系統(tǒng)變更遵循業(yè)務(wù)驅(qū)動和技術(shù)驅(qū)動原則，每項涉及SAP系統(tǒng)變更的要求要有明確的業(yè)務(wù)需求和技術(shù)需求單位； b) 依據(jù)變更所引起的影響和范圍，變更需求提出及實施必須遵守相應(yīng)的審批流程

7、，并以書面或線上形式報信息技術(shù)責(zé)任人審批、記錄并存檔，重大變更應(yīng)經(jīng)過變更委員會（CAB）確認(rèn)才可實施； c) 在執(zhí)行變更過程中嚴(yán)格遵守職責(zé)分離進(jìn)行實施，保證變更中下列活動由相互獨立的人員執(zhí)行，包括變更申請、風(fēng)險評估與審核相分離、變更方案審批確認(rèn)與變更監(jiān)控相分離，以及變更執(zhí)行與傳輸相分離； d) 對于業(yè)務(wù)變更需求復(fù)雜，涉及全局配置或涉及多個功能模塊，可能對多家已上線單位業(yè)務(wù)產(chǎn)生影響，或預(yù)計實施周期超過一個月以上的，由變更委員會決策是否轉(zhuǎn)為單獨的CBI項目，在已上線單位的主導(dǎo)下成立專門的項目實施小組，提出技術(shù)解決方案。 6.2 SAP系統(tǒng)相關(guān)IT基礎(chǔ)架構(gòu)變更 SAP相關(guān)的IT基礎(chǔ)架構(gòu)的變

8、更主要指變更需求提出人提出的單純IT系統(tǒng)變更需求和為保證SAP系統(tǒng)安全、可靠所進(jìn)行的硬件更新維護(hù)，以及操作系統(tǒng)和數(shù)據(jù)庫的配置變更和涉及SAP系統(tǒng)相關(guān)的各項補丁程序。變更范圍主要包括以下幾類： a) SAP系統(tǒng)架構(gòu)，包括SAP架構(gòu)、相關(guān)架構(gòu)文檔以及系統(tǒng)安全參數(shù)配置； b) SAP硬件基礎(chǔ)設(shè)施，包括系統(tǒng)硬件設(shè)施、服務(wù)器設(shè)備等； c) SAP系統(tǒng)相關(guān)補丁，包括硬件微碼、操作系統(tǒng)AIX補丁、數(shù)據(jù)庫補丁。 6.3 SAP系統(tǒng)補丁變更 6.3.1 SAP系統(tǒng)補丁變更種類 a) 硬件微碼：IBM公司提供硬件微碼修復(fù)程序； b) 操作系統(tǒng)補丁：IBM公司對于AIX軟件存在的問題提供的補丁程

9、序； c) 數(shù)據(jù)庫補?。篠AP公司針對系統(tǒng)數(shù)據(jù)庫定期更新補丁程序； d) SAP補?。篠AP公司針對SAP系統(tǒng)的補丁。 6.3.2 SAP系統(tǒng)補丁變更管理 6.3.2.1 SAP系統(tǒng)補丁變更總體策略 SAP系統(tǒng)補丁變更總體策略，是通過系統(tǒng)管理員定期檢查和獲取SAP系統(tǒng)補丁情況，在保守的策略基礎(chǔ)上更新系統(tǒng)補丁，來保證系統(tǒng)處于安全穩(wěn)定的運行狀態(tài)。在變更中要制定完善的變更計劃、方案及跟蹤記錄，包括測試、備份、回退跟蹤方案，嚴(yán)格按照流程進(jìn)行操作，遵循變更需求申請及變更實施的審批需經(jīng)信息技術(shù)責(zé)任人審批的原則，重大變更要經(jīng)過變更委員會（CAB）審核確認(rèn)后實施，并對整個變更過程進(jìn)行有效監(jiān)控。

10、6.3.2.2 硬件微碼變更管理 采用保守的策略，進(jìn)行硬件微碼管理。即：除非IBM公司強制升級ECA或是對于微碼修復(fù)問題的嚴(yán)重性等級為HIPER的補丁，以及微碼所修復(fù)問題涉及到嚴(yán)重系統(tǒng)安全方面，考慮盡快升級安裝否則不進(jìn)行硬件微碼升級，以確保系統(tǒng)最大程度的處于安全運行狀態(tài)。 6.3.2.3 操作系統(tǒng)補丁管理 采用保守的策略，進(jìn)行操作系統(tǒng)補丁管理。 a) 除非IBM公司強烈建議升級操作系統(tǒng)補丁，否則不進(jìn)操作系統(tǒng)補丁升級，以確保系統(tǒng)最大程度的處于安全運行狀態(tài)； b) 當(dāng)數(shù)據(jù)庫版本和SAP應(yīng)用版本對操作系統(tǒng)補丁和版本有更新時，執(zhí)行操作系統(tǒng)補丁和版本升級的變更管理采取優(yōu)先考慮涉及到Secur

11、ity類型的補丁策略； c) 安裝補丁時盡量以ServicePack為單位安裝，而不是單個補丁，除非為解決某具體已知的安全漏洞或問題； d) 安裝因升級（硬件或軟件）而必須升級的軟件修正性程序； e) 操作系統(tǒng)的補丁和版本升級應(yīng)先在單獨測試系統(tǒng)中進(jìn)行充分測試，正確無誤后再正式升級開發(fā)、測試、生產(chǎn)系統(tǒng)，同時做好操作系統(tǒng)備份和回退計劃，以便在操作系統(tǒng)補丁升級失敗后按照回退計劃執(zhí)行回退操作。 6.3.2.4 數(shù)據(jù)庫補丁管理 a) 系統(tǒng)上線后，如遇數(shù)據(jù)庫嚴(yán)重錯誤，應(yīng)該及時根據(jù)SAP的官方回復(fù)來應(yīng)用相關(guān)的數(shù)據(jù)庫補??； b) 數(shù)據(jù)庫補丁升級前，需對數(shù)據(jù)庫制定備份和回退計劃，以便在數(shù)據(jù)庫補丁升

12、級失敗后按照回退計劃執(zhí)行回退操作； c) 數(shù)據(jù)庫升級應(yīng)配合SAP系統(tǒng)升級同步進(jìn)行。 6.3.2.5 SAP系統(tǒng)補丁管理 a) 系統(tǒng)上線后，針對業(yè)務(wù)應(yīng)用過程中遇到的具體問題，由問題發(fā)現(xiàn)人員或應(yīng)用管理員查找SAP網(wǎng)站，得到官方確認(rèn)后進(jìn)行補丁升級(Notes升級)； b) 補丁升級需要執(zhí)行系統(tǒng)變更流程，先在單獨測試系統(tǒng)上進(jìn)行測試，問題得到解決后，再依次在開發(fā)系統(tǒng)、測試系統(tǒng)和生產(chǎn)系統(tǒng)中進(jìn)行補丁升級； c) 問題發(fā)現(xiàn)人員或應(yīng)用管理員根據(jù)SAP提供的補丁集（hot package）和本模塊的應(yīng)用范圍和深度，決定是否對本業(yè)務(wù)模塊對應(yīng)的補丁集進(jìn)行升級； d) 問題發(fā)現(xiàn)人員或應(yīng)用管理員提出升級補

13、丁集的變更申請后，需要將目前補丁集版本與目標(biāo)補丁集版本的功能差異進(jìn)行比較，以便充分評估升級后對系統(tǒng)的影響； e) 補丁集的升級申請?zhí)峤缓?，?jīng)變更業(yè)務(wù)審批人及信息技術(shù)責(zé)任人審批通過后需要先在回歸測試環(huán)境中進(jìn)行，并且組織業(yè)務(wù)模塊相關(guān)人員和用戶進(jìn)行充分測試，以便充分確認(rèn)升級后對系統(tǒng)的影響范圍，確定應(yīng)對措施。準(zhǔn)備完畢后，經(jīng)信息技術(shù)責(zé)任人審批后可在正式的開發(fā)系統(tǒng)、測試系統(tǒng)和生產(chǎn)系統(tǒng)中升級補丁集； f) 補丁集升級之前，需要根據(jù)具體情況對SAP系統(tǒng)進(jìn)行備份及回退計劃，以保證在升級失敗后按回退計劃執(zhí)行回退操作。 6.4 SAP系統(tǒng)配置變更 6.4.1 配置變更流程 a) 變更需求提出方匯總需要

14、進(jìn)行配置變更的業(yè)務(wù)需求，并經(jīng)過本單位領(lǐng)導(dǎo)審批，遞交配置變更申請； b) SAP系統(tǒng)配置變更實施方需要與二級單位協(xié)同進(jìn)行解決方案設(shè)計或完成需求評估報告并提交業(yè)務(wù)審核方審批配置變更方案； c) 業(yè)務(wù)審核方審核其是否為重大變更，如為重大變更，須提交變更委員會審核，確定是否按照新項目管理流程執(zhí)行，并反饋相關(guān)用戶； d) 業(yè)務(wù)審核方審批通過后，SAP系統(tǒng)變更實施方進(jìn)行配置變更，執(zhí)行配置傳輸管理流程； e) 業(yè)務(wù)審核方如果審批未通過，修改解決方案，或重新評估業(yè)務(wù)變更需求； f) 變更需求提出方組織用戶進(jìn)行各級測試并提交測試文檔。 6.4.2 配置維護(hù)策略 a) 配置對象及相關(guān)參數(shù)的編碼標(biāo)準(zhǔn)

15、和應(yīng)用標(biāo)準(zhǔn)必須遵照執(zhí)行《標(biāo)準(zhǔn)編碼應(yīng)用手冊》中所規(guī)定的要求； b) 關(guān)系到跨模塊應(yīng)用的配置參數(shù)須統(tǒng)一進(jìn)行設(shè)計，參照《中海油SAP系統(tǒng)配置對象總表》,仔細(xì)考慮對其他功能模塊的影響。當(dāng)對此類配置參數(shù)進(jìn)行變更時，要與關(guān)聯(lián)模塊的指定負(fù)責(zé)人緊密協(xié)同工作，就相關(guān)流程和配置內(nèi)容進(jìn)行共同設(shè)計與確認(rèn)。 6.5 SAP系統(tǒng)緊急變更活動 緊急變更應(yīng)遵循標(biāo)準(zhǔn)變更流程執(zhí)行，取得信息技術(shù)責(zé)任人授權(quán)情況下，執(zhí)行系統(tǒng)變更或配置操作，變更執(zhí)行完畢后要按照標(biāo)準(zhǔn)變更流程補齊所有審批文檔和記錄單據(jù)。 6.6 流程圖 根據(jù)本細(xì)則，SAP系統(tǒng)變更管理流程圖見附件1；SAP系統(tǒng)配置變更管理流程見附件2。 6.7 內(nèi)控活動列

16、表 根據(jù)本細(xì)則，SAP系統(tǒng)變更管理的內(nèi)控活動列表見附件3；SAP系統(tǒng)配置變更管理的內(nèi)控活動列表見附件4。 7 附則 本細(xì)則由總公司風(fēng)險管理辦公室組織解釋。 【正文結(jié)束】 附件1：SAP系統(tǒng)變更管理流程 附件2：SAP系統(tǒng)配置變更管理流程 附件3：SAP系統(tǒng)變更管理的內(nèi)控活動列表 附件4：SAP系統(tǒng)配置變更管理的內(nèi)控活動列表 中國海洋石油總公司 第 9 頁 共 13 頁 附件1 SAP系統(tǒng)變更管理流

17、程 附件2 SAP系統(tǒng)配置變更管理流程 信息化管理-IT-02-09-05 中國海洋石油總公司SAP系統(tǒng)變更管理細(xì)則 附件3 SAP系統(tǒng)變更管理的內(nèi)控活動列表 業(yè)務(wù)流程編號 業(yè)務(wù)流程名稱 控制點編號 控制點描述 相關(guān)制度或程序（文號及名稱） 是否為關(guān)鍵控制點 相關(guān)制度是否覆蓋該控制點 責(zé)任崗位 IT-02-09-04-C01 SAP系統(tǒng)變更管理流程 IT-02-09-

18、04-C01-01 變更需求需要經(jīng)過變更業(yè)務(wù)審批人審核，變更業(yè)務(wù)審批人從業(yè)務(wù)層面對變更需求進(jìn)行分析和評估，保證變更需求與業(yè)務(wù)求的一致性 《中國海洋石油總公司SAP系統(tǒng)變更管理細(xì)則》 是 是 變更業(yè)務(wù)審批人 IT-02-09-04-C01-02 標(biāo)準(zhǔn)變更、緊急變更及重大變更均須經(jīng)過變更審批人的最終審批確認(rèn)才可決定中止或執(zhí)行變更程序。同時，變更申請人與變更審批人不能為同一人 是 是 信息技術(shù)責(zé)任人 IT-02-09-04-C01-03 只有被授權(quán)標(biāo)準(zhǔn)變更或緊急變更的人員才能夠執(zhí)行標(biāo)準(zhǔn)變更或緊急變更，并修改相關(guān)紀(jì)錄文檔 是 是 信息技術(shù)責(zé)任人 IT-02-09-04-

19、C01-04 所有變更請求方案的執(zhí)行要嚴(yán)格依照正式的流程操作，由被授權(quán)的人員來執(zhí)行變更，填制好各項表單及模板，并做好相關(guān)記錄工作，各項請求、執(zhí)行記錄文檔必須由負(fù)責(zé)的部門或者人員進(jìn)行保管 是 是 變更執(zhí)行人 IT-02-09-04-C01-05 進(jìn)行系統(tǒng)測試和變更需求提出人接受測試，確保開發(fā)和變更的配置滿足業(yè)務(wù)需求。同時，測試人員與執(zhí)行上傳人員不能為同一人 是 是 變更需求提出人 IT-02-09-04-C01-06 傳入PRD系統(tǒng)必須經(jīng)過信息技術(shù)責(zé)任人審批才可進(jìn)行傳輸 是 是 信息技術(shù)責(zé)任人 IT-02-09-04-C01-07 測試通過并經(jīng)過信息技術(shù)責(zé)任人審批

20、確認(rèn)后，由授權(quán)的系統(tǒng)傳輸人員根據(jù)已規(guī)定的傳輸流程將系統(tǒng)變更上傳至生產(chǎn)環(huán)境中，并確保上傳的系統(tǒng)變更正確無誤。同時，SAP的程序與配置的變更上傳人員需與開發(fā)人員及測試人員職責(zé)相分離。 是 是 SAP系統(tǒng)傳輸人員 附件4 SAP系統(tǒng)配置變更管理的內(nèi)控活動列表 業(yè)務(wù)流程編號 業(yè)務(wù)流程名稱 控制點編號 控制點描述 相關(guān)制度或程序（文號及名稱） 是否為關(guān)鍵控制點 相關(guān)制度是否覆蓋該控制點 責(zé)任崗位 IT-02-09-04-C02 SAP系統(tǒng)配置變更管理流程 IT-02-09-04-C02-01 經(jīng)過使用單位審批過的配置變更需求需要經(jīng)過SAP系統(tǒng)

21、變更實施方審核，SAP系統(tǒng)變更實施方從系統(tǒng)和業(yè)務(wù)層面對變更需求進(jìn)行分析，集成配置變更需進(jìn)行跨模塊聯(lián)合分析 《中國海洋石油總公司SAP系統(tǒng)變更管理細(xì)則》 是 是 SAP系統(tǒng)變更實施方 IT-02-09-04-C02-02 所有系統(tǒng)配置變更的執(zhí)行須嚴(yán)格依照正式的流程操作，由SAP系統(tǒng)變更實施方執(zhí)行配置變更，做好相關(guān)記錄工作 是 是 SAP系統(tǒng)變更實施方 IT-02-09-04-C02-03 變更需求提出方根據(jù)工作流進(jìn)程，分別進(jìn)行單元測試、集成測試、回歸測試等，確保變更的配置滿足業(yè)務(wù)需求。 是 是 變更需求提出方 IT-02-09-04-C02-04 配置變更傳入

22、PRD系統(tǒng)之前必須經(jīng)過業(yè)務(wù)審核方和信息技術(shù)責(zé)任人審批才可進(jìn)行傳輸 是 是 業(yè)務(wù)審核方、信息技術(shù)責(zé)任人 IT-02-09-04-C02-05 測試通過并經(jīng)過業(yè)務(wù)審核方和信息技術(shù)責(zé)任人審批確認(rèn)后，由授權(quán)的變更傳輸方根據(jù)已規(guī)定的傳輸流程將SAP系統(tǒng)配置變更上傳至生產(chǎn)系統(tǒng)中，并確保上傳的系統(tǒng)配置變更正確無誤。同時，SAP系統(tǒng)變更傳輸方須與測試人員職責(zé)相分離。 是 是 變更傳輸方 中國海洋石油總公司 第 13 頁 共 13 頁