信息系統(tǒng)變更和發(fā)布管理辦法

1、信息系統(tǒng)變更和發(fā)布管理辦法第一章 總 則第一條 目的：本管理辦法規(guī)定了 XX 銀行（以下簡稱“我行”）信息系統(tǒng)的變更 和發(fā)布管理， 變更和發(fā)布管理作業(yè)操作流程和控制要點， 確保變更需求的受理 符合業(yè)務(wù)的優(yōu)先需要， 并使變更和發(fā)布過程規(guī)范化， 控制變更對銀行業(yè)務(wù)和已 投產(chǎn)系統(tǒng)安全運行的不利影響。 達(dá)到降低信息系統(tǒng)變更和發(fā)布風(fēng)險的目的。 保 障信息系統(tǒng)的安全穩(wěn)定運行，特制定本管理辦法。第二條 依據(jù)：本管理辦法根據(jù) XX 銀行信息安全管理策略制訂。第三條 范圍：本管理辦法適用于我行信息系統(tǒng)變更和發(fā)布管理。第四條 定義（ 一 ） 軟件產(chǎn)品：泛指信息技術(shù)開發(fā)的生產(chǎn)業(yè)務(wù)系統(tǒng)和管理信息系統(tǒng)等應(yīng)用軟件項目。（

2、 二 ） 生產(chǎn)業(yè)務(wù)系統(tǒng)： 指我行從事金融服務(wù)的應(yīng)用網(wǎng)絡(luò)系統(tǒng)， 包括綜合業(yè)務(wù)系統(tǒng)、 國 際業(yè)務(wù)系統(tǒng)、支付系統(tǒng)等銀行對外營業(yè)的各種核心業(yè)務(wù)系統(tǒng)。（ 三 ） 管理信息系統(tǒng)：指我行信息管理的計算機網(wǎng)絡(luò)系統(tǒng)，具體指 OA 辦公系統(tǒng)、信 貸管理、報表系統(tǒng)等用來進(jìn)行內(nèi)部管理的應(yīng)用軟件系統(tǒng)。（ 四 ） 業(yè)務(wù)部門：指我行總部相關(guān)業(yè)務(wù)部門。第五條 遵循原則（ 五 ） 監(jiān)督制約原則： 針對信息系統(tǒng)變更和發(fā)布管理工作中各個環(huán)節(jié)， 建立相應(yīng)的監(jiān) 督檢查機制。（ 六 ） 計劃性原則： 信息系統(tǒng)發(fā)布應(yīng)納入每年計算機應(yīng)用計劃， 確保全行計算機系統(tǒng) 資源、應(yīng)用環(huán)境、維護(hù)力量、操作技能能滿足系統(tǒng)安全、可靠運行的要求。（ 七 ）

3、可行性原則：具有普遍適用性和可操作性。（ 八 ） 風(fēng)險控制原則：若為新項目或新業(yè)務(wù)功能變更和發(fā)布，需進(jìn)行以下風(fēng)險分析：1. 備份機建設(shè)情況；2. 應(yīng)用系統(tǒng)投產(chǎn)后的集中監(jiān)控方案；3. 生產(chǎn)數(shù)據(jù)備份方案；4. 程序及系統(tǒng)備份方案；5. 數(shù)據(jù)庫建庫 /建表 /建索引方式等；6. 對其他系統(tǒng)的影響。第二章 組織與管理第六條 職責(zé)劃分（ 一 ） 需求部門：1. 提出需求，并確認(rèn)用戶需求說明書；2. 用戶測試階段確認(rèn)用戶測試計劃、記錄用戶測試問題、確認(rèn)用戶測試報告；3. 接受用戶培訓(xùn)并提出反饋。（ 二 ） 科技信息部安全科：1. 在需求階段審閱和提出IT風(fēng)險控制、IT合規(guī)和IT稽核方面的要求，在項目開發(fā)階

4、段對有關(guān)IT風(fēng)險控制、IT合規(guī)和IT稽核方面的測試結(jié)果進(jìn)行審閱；2. 在項目實施后審閱階段對有關(guān)IT風(fēng)險控制、IT合規(guī)和IT稽核要求的實施效果進(jìn)行審閱。（ 三 ） 科技信息部運行維護(hù)中心：1. 負(fù)責(zé)受理所有變更和發(fā)布需求，會同IT其他相關(guān)部門（IT軟件開發(fā)中心、安全科等）對變更和發(fā)布需求進(jìn)行評估，并將評估意見向IT部門領(lǐng)導(dǎo)、業(yè)務(wù)部門領(lǐng)導(dǎo)匯報溝通，獲取所需的授權(quán)；2. 在詳細(xì)設(shè)計階段審閱和提出網(wǎng)絡(luò)、 硬件、操作系統(tǒng)和數(shù)據(jù)庫等方面的配置和容量 要求；3. 在設(shè)計與編程階段提供網(wǎng)絡(luò)、硬件、操作系統(tǒng)和數(shù)據(jù)庫的參數(shù)配置；4. 在測試階段配合項目組設(shè)立網(wǎng)絡(luò)、硬件、操作系統(tǒng)和數(shù)據(jù)庫環(huán)境；5. 配合項目組對系

5、統(tǒng)進(jìn)行聯(lián)合測試， 把信息系統(tǒng)版本軟件、 相關(guān)配置文件、 標(biāo)準(zhǔn)數(shù)據(jù)和相關(guān)文檔提供給測試評估中心；6. 將信息系統(tǒng)發(fā)布到使用部門， 系統(tǒng)上線時會同項目組搭建生產(chǎn)系統(tǒng)并進(jìn)行程序移植，組織定期對變更和發(fā)布效果進(jìn)行分析和總結(jié)。7. 接收管理和備份軟件開發(fā)中心提供的源程序、 相關(guān)標(biāo)準(zhǔn)數(shù)據(jù)、 配置文件、 相關(guān)文檔；（ 四 ） 科技信息部軟件開發(fā)中心：1. 負(fù)責(zé)設(shè)計、編程、糾錯和開發(fā)質(zhì)量控制，編制系統(tǒng)設(shè)計規(guī)格書；2. 落實項目管理制度和業(yè)務(wù)操作手冊的編制工作， 參加制定上線方案制定， 編制上線實施計劃；3. 負(fù)責(zé)系統(tǒng)切換上線的技術(shù)支持工作；4. 負(fù)責(zé)項目驗收資料整理匯總，配合項目驗收工作。（ 五 ） 科技信息

6、部測試評估中心：1. 負(fù)責(zé)對需要測試評估的軟件進(jìn)行分析測試；2. 負(fù)責(zé)提交測試分析報告。第三章 信息系統(tǒng)變更第七條 信息系統(tǒng)變更， 指由于新增信息系統(tǒng)功能、 系統(tǒng)邏輯改變、 系統(tǒng)錯誤修正、 系統(tǒng)補丁安裝及版本更新、 系統(tǒng)配置修改及業(yè)務(wù)參數(shù)修改等原因， 而對已投產(chǎn)系統(tǒng)進(jìn)行局部 改變的一切活動。已投產(chǎn)系統(tǒng)變更需求主要來源于以下幾種情況：（ 一 ） 由于業(yè)務(wù)快速發(fā)展， 業(yè)務(wù)部門對現(xiàn)有已投產(chǎn)系統(tǒng)的功能或設(shè)置進(jìn)行變更或通過 新增功能來滿足需求；（ 二 ） 用戶在使用過程中發(fā)生的一些操作錯誤， 或技術(shù)人員、 監(jiān)控管理軟件自動發(fā)現(xiàn)的故障或事件，需要通過安裝程序補丁或修改配置等操作進(jìn)行修改；（ 三 ） 廠商定

7、期發(fā)布的系統(tǒng)補丁，涉及系統(tǒng)的功能、性能、 安全漏洞， 需要在已投產(chǎn)系統(tǒng)中進(jìn)行安裝；（ 四 ） 由于系統(tǒng)容量擴充或與已投產(chǎn)系統(tǒng)存在數(shù)據(jù)交換或數(shù)據(jù)共享的其他已投產(chǎn)系 統(tǒng)發(fā)生變化后引發(fā)的已投產(chǎn)系統(tǒng)變更。第八條 信息系統(tǒng)變更的提出，必須由申請部門（用戶部門或 IT 部門）填寫已 投產(chǎn)系統(tǒng)變更流程單（附件 1）第一部分，申請信息。在申請信息填寫階段的主要工作內(nèi) 容包括：（ 一） 申請人需選擇變更類型；（ 二 ） 描述變更內(nèi)容和目的；（ 三 ） 是否存在其他措施滿足變更需求；（ 四） 如不實施變更可能對客戶、合規(guī)、外部利益相關(guān)方、 內(nèi)部管理和操作、安全控制、系統(tǒng)可用性和數(shù)據(jù)準(zhǔn)確性的影響；（ 五 ） 選擇變

8、更的急迫性。第九條申請部門主管審批簽字后提交 IT 運行維護(hù)中心進(jìn)行處理。第十條IT 運行維護(hù)中心收到變更申請后，和變更申請部門充分溝通，理解變更需求的合理性，審閱變更的影響和急迫性，并會同 IT 其他相關(guān)部門（ IT 軟件開發(fā)中心、安 全科等） 對可行的變更實施方案和變更對已投產(chǎn)系統(tǒng)的影響做出評估， 最終形成建議的變更 日期，填寫至已投產(chǎn)系統(tǒng)變更流程單第二部分，變更需求評估信息，交 IT 運行維護(hù)中 心負(fù)責(zé)人進(jìn)行審批。第十一條 IT 運行維護(hù)中心組織變更需求評估時，應(yīng)充分考慮系統(tǒng)是否已存在滿足 變更需求的功能或設(shè)置；是否存在其他操作手段，能達(dá)到同樣的變更需求效果。第十二條 IT 運行維護(hù)中心

9、組織變更需求評估時，了解實施變更：（一）是否需要進(jìn)行IT開發(fā)，以及IT開發(fā)的工時；（ 二） 是否需要進(jìn)行操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、中間件、硬件和網(wǎng)絡(luò)的變更；（ 三） 是否需要進(jìn)行后臺數(shù)據(jù)變更；（ 四） 是否存在信息安全控制的考慮因素；（五）結(jié)合IT部門現(xiàn)有的IT資源，統(tǒng)籌安排變更實施時間表；（ 六） 實施相關(guān)變更時，可能導(dǎo)致的業(yè)務(wù)中斷或客戶服務(wù)水平下降。第十三條 綜合對變更需求合理性的評估和變更實施影響的評估，IT 運行維護(hù)中心在已投產(chǎn)系統(tǒng)變更流程單的第二部分提出變更的建議日期，并進(jìn)行資源協(xié)調(diào)。在IT 運行維護(hù)中心負(fù)責(zé)人進(jìn)行審批后，通知相關(guān)部門：（ 一 ） 如不建議實施變更，則向變更申請部門說明理

10、由；（ 二 ） 如建議實施變更， 則告知建議變更的時間及對客戶服務(wù)和內(nèi)部操作的影響， 要 求變更申請部門和相關(guān)部門進(jìn)行準(zhǔn)備；（三）如變更規(guī)模超過XX銀行IT項目管理指引規(guī)定的項目受理標(biāo)準(zhǔn)，則依據(jù)該 指引有關(guān)規(guī)定執(zhí)行。第十四條 對涉及軟件開發(fā)的需求變更，參照 XX 銀行 IT 開發(fā)方法指引的要求 執(zhí)行。第十五條 對不涉及軟件開發(fā)的需求變更， IT 運行維護(hù)中心根據(jù)需要，提交 IT 測試 評估中心相關(guān)人員負(fù)責(zé)制定變更的測試步驟，落實測試人員在測試環(huán)境中對變更進(jìn)行測試， 測試人員對測試結(jié)果進(jìn)行記錄并簽字確認(rèn)。第十六條 信息安全人員對變更進(jìn)行上線前審閱，確保系統(tǒng)變更過程中的系統(tǒng)安全。 信息安全人員完成

11、上線前審閱后， IT 運行維護(hù)中心進(jìn)行上線處理。信息安全人員根據(jù)變更 的風(fēng)險程度，進(jìn)行上線后審閱，確保達(dá)到變更目標(biāo)。第十七條 為控制已投產(chǎn)系統(tǒng)的變更對客戶服務(wù)和業(yè)務(wù)操作帶來的影響， 確保生產(chǎn)環(huán) 境的完整性和可靠性， IT 部門應(yīng)制定一系列控制 IT 變更的策略和制度，嚴(yán)格控制變更的規(guī) 模、涉及面及信息安全風(fēng)險。包括：（一） IT運行維護(hù)中心負(fù)責(zé)人每周對集中的變更工作計劃進(jìn)行審閱，確保充分有效的IT技術(shù)資源或系統(tǒng)供應(yīng)商/開發(fā)商技術(shù)資源，保證變更的有序進(jìn)行；（二） 除非是需要立即實施的特急變更，IT運行維護(hù)中心應(yīng)選擇非業(yè)務(wù)繁忙時間，如 凌晨、周末或公眾假期進(jìn)行變更上線；（ 三） IT 運行維護(hù)中心

12、進(jìn)行周密計劃，包括制定意外應(yīng)急措施；（四）分離已投產(chǎn)系統(tǒng)與開發(fā)或測試系統(tǒng)的管理職責(zé)；（ 五） 保證已投產(chǎn)系統(tǒng)和開發(fā)或者測試系統(tǒng)相分離， 禁止開發(fā)人員在未經(jīng)授權(quán)的情況 下進(jìn)入已投產(chǎn)系統(tǒng)；（ 六） 只有在得到管理層批準(zhǔn)執(zhí)行緊急修復(fù)任務(wù)時，開發(fā)人員才能訪問已投產(chǎn)系統(tǒng)， 所有的緊急修復(fù)活動都應(yīng)立即進(jìn)行記錄和審核；（ 七） 開發(fā)人員對已投產(chǎn)系統(tǒng)進(jìn)行變更必須經(jīng)過嚴(yán)格的審批和控制；開發(fā)人員訪問已投產(chǎn)系統(tǒng)時必須由IT運行維護(hù)中心系統(tǒng)管理員對其訪問進(jìn)行監(jiān)督和記錄，并在訪問結(jié)束后系統(tǒng)管理員及時禁用或刪除開發(fā)人員在已投產(chǎn)系統(tǒng)中使用的賬號；操作實施（ 八） 對已投產(chǎn)系統(tǒng)進(jìn)行變更必須經(jīng)過嚴(yán)格的授權(quán)之后才能進(jìn)行操作實施，

13、過程必須受到嚴(yán)格監(jiān)控。第十八條 變更實施上線前需進(jìn)行用戶測試， 并在變更上線后由變更申請部門負(fù)責(zé)人 對變更進(jìn)行簽字確認(rèn)。第十九條 對于上線過程可能導(dǎo)致業(yè)務(wù)暫時中斷或?qū)е聵I(yè)務(wù)操作發(fā)生重大變化的 IT 變更， IT 運行維護(hù)中心必須在上線前以書面方式告知相關(guān)業(yè)務(wù)部門（至少包括行長辦公室和客戶服務(wù)中心 ）影響的業(yè)務(wù)范圍和時間，并提供相關(guān)技術(shù)支持。第二十條 IT 變更上線執(zhí)行的工作內(nèi)容和相關(guān)要求參照 XX 銀行 IT 開發(fā)方法指引 中對上線的要求和描述。第二十一條 變更計劃與步驟、回退計劃與步驟、 IT 測試步驟與結(jié)果、信息安全 審閱意見、 用戶測試確認(rèn)等變更實施信息記錄在已投產(chǎn)系統(tǒng)變更流程單 第三部

14、分， 變更 計劃和測試接受信息。 IT 運行維護(hù)中心負(fù)責(zé)人負(fù)責(zé)對變更實施信息進(jìn)行審閱。第二十二條 急變更是指在某些緊急情況下，對已投產(chǎn)系統(tǒng)需要在沒有完整的系 統(tǒng)測試， 或無法完成正式審批流程的情況下進(jìn)行的變更。 如：因系統(tǒng)缺陷需要對已投產(chǎn)系統(tǒng) 進(jìn)行立即修補，或突發(fā)的監(jiān)管要求對已投產(chǎn)系統(tǒng)進(jìn)行緊急變更（如利率的緊急調(diào)整）。第二十三條 緊急變更應(yīng)由變更申請部門相關(guān)負(fù)責(zé)人提出， 獲得 IT 運行維護(hù)中心 負(fù)責(zé)人的審批或者授權(quán)方可進(jìn)行。可以接受的審批方式或者授權(quán)是 IT 運行維護(hù)中心負(fù)責(zé)人 的口頭授權(quán)或郵件授權(quán)等，并在緊急變更實施之后，補足相應(yīng)的已投產(chǎn)系統(tǒng)變更流程單 并由相關(guān)負(fù)責(zé)人員簽字，進(jìn)行備案。第二

15、十四條在緊急變更實施前，須進(jìn)行測試。緊急變更前未能實現(xiàn)測試的，須事后補足相應(yīng)的測試及測試文檔，并由相關(guān)測試人員簽字。第二十五條緊急變更應(yīng)記錄日志， 由 IT 運行維護(hù)中心和變更申請部門共同審核和簽字確認(rèn)，并進(jìn)行程序和數(shù)據(jù)備份，以便必要時可以恢復(fù)到原來的程序版本和數(shù)據(jù)版本。第二十六條變更實施后， IT 運行維護(hù)中心組織 IT 其他相關(guān)部門（ IT 軟件開發(fā)中心、 安全科等） 對變更實施的結(jié)果進(jìn)行定期集中評估， 主要應(yīng)從以下幾個方面對變更實施 的情況進(jìn)行總結(jié)：（ 一 ） 變更是否達(dá)到預(yù)期目標(biāo)；（ 二 ） 變更是否存在負(fù)面影響；（ 三 ） 一段時期內(nèi)實施的變更數(shù)量（包括總量以及按變更類型分類的數(shù)量）

16、；（ 四 ） 變更以及變更請求的理由清單和類型分析、以及未來控制變更數(shù)量的跟進(jìn)措施；（ 五 ） 變更回退的數(shù)量及其原因。第二十七條 已投產(chǎn)系統(tǒng)變更流程單填寫完整后由 IT 運行維護(hù)中心進(jìn)行整 理，并由 IT 部門負(fù)責(zé)人安排人員進(jìn)行定期審閱，最終交 IT 綜合科歸檔。第四章 軟件上線流程和控制要求第二十八條上線受理（ 一） 項目開發(fā)和測試工作完成后， 項目組提交 軟件產(chǎn)品上線申請表 附件 2 和相 關(guān)業(yè)務(wù)部門負(fù)責(zé)人簽署意見的用戶測試驗收報告給項目管理科進(jìn)行審核。（ 二 ） 項目管理科審核通過后， 將上線申請材料交科技信息部安全科及科技信息部負(fù) 責(zé)人審核。審核后在上線申請書上寫明上線意見并簽名蓋章

17、。第二十九條 上線準(zhǔn)備（ 一 ） 項目組提交通過審核的上線材料給運行維護(hù)中心。 運行維護(hù)中心配合項目組制 定上線實施計劃，項目經(jīng)理提交部門負(fù)責(zé)人進(jìn)行審批，上線實施計劃的主要內(nèi)容包括：1. 歷史數(shù)據(jù)、配置參數(shù)、應(yīng)用程序等的備份方案2. 上線環(huán)境的搭建（項目經(jīng)理協(xié)調(diào)運行中心搭建生產(chǎn)環(huán)境）3. 上線執(zhí)行的內(nèi)容和步驟、各項工作任務(wù)責(zé)任人、人員組織和具體時間安排等4. 上線回退計劃5. 確定上線時可能出現(xiàn)的問題及解決方案（ 二 ） 項目組配合業(yè)務(wù)主管部門編寫項目上線后的業(yè)務(wù)管理辦法和操作細(xì)則， 完成相 應(yīng)的培訓(xùn)工作。對新項目，要求相關(guān)業(yè)務(wù)部門提供相關(guān)核算辦法、管理辦法、下發(fā)文件。（ 三 ） 項目組向系統(tǒng)

18、應(yīng)用維護(hù)人員提供維護(hù)手冊； 向后臺操作人員提供操作手冊， 并 完成相應(yīng)的培訓(xùn)工作。（ 四 ） 項目組提交軟件版本管理表給版本管理部門，完成上線版本的制作。第三十條 上線與試運行系統(tǒng)切換發(fā)布按照上線實施計劃步驟進(jìn)行；（ 一） 安全科負(fù)責(zé)檢查項目的安全性，是否符合國家和上級單位的有關(guān)安全規(guī)定；（ 二） 生產(chǎn)系統(tǒng)版本管理員在程序正式遷移至主機之前，首先完成生產(chǎn)系統(tǒng)的備份， 對上線所涉及的程序進(jìn)行新老版本比對， 同時根據(jù)上線步驟所定的時點完成程序的編譯， 制 作新版本，并使新程序生效；（三）系統(tǒng)管理管理員根據(jù)上線步驟所定的時點， 負(fù)責(zé)對數(shù)據(jù)庫進(jìn)行新增、 修改、 刪 除等維護(hù)工作；（ 四） 系統(tǒng)管理員根

19、據(jù)上線步驟所定的時點，提供所需的系統(tǒng)資源、定義系統(tǒng)參數(shù)、 定義各類文件；并做好基礎(chǔ)資料建檔；（ 五） 網(wǎng)絡(luò)通訊技術(shù)人員根據(jù)上線步驟所定的時點，負(fù)責(zé)網(wǎng)絡(luò)通訊有關(guān)參數(shù)的設(shè)置， 將通訊接口切換到生產(chǎn)系統(tǒng)；并做好基礎(chǔ)資料建檔；（ 六） 前臺版本管理員根據(jù)上線步驟所定的時點，負(fù)責(zé)下發(fā)新的前臺版本至各支行、 網(wǎng)點，并跟蹤各支行、網(wǎng)點的版本安裝和生效情況；（ 七） 前置機系統(tǒng)技術(shù)人員根據(jù)上線步驟所定的時點， 負(fù)責(zé)變更前置機系統(tǒng)的程序版 本、數(shù)據(jù)庫信息等，并負(fù)責(zé)與主機的交易聯(lián)動；（ 八） 項目建設(shè)部門、各相關(guān)業(yè)務(wù)部門配合系統(tǒng)切換上線的具體實施；（ 九） 對于只涉及主機日終批處理程序變更的應(yīng)用項目， 在上線當(dāng)日

20、及相應(yīng)關(guān)鍵日期（如月終、 結(jié)息日等）的批處理時段，批處理技術(shù)人員應(yīng)提供技術(shù)支持，并負(fù)責(zé)跟蹤試運行 的結(jié)果；（ 十） 對于只涉及前臺版本更新的應(yīng)用項目， 在上線后下一個營業(yè)日及關(guān)鍵日期 （如 下一個對公營業(yè)日等）的聯(lián)機時段，前臺技術(shù)人員負(fù)責(zé)跟蹤試運行的結(jié)果；（十一 ）對于只涉及主機聯(lián)機交易變更的應(yīng)用項目， 在上線后下一個營業(yè)日及關(guān)鍵日期的聯(lián)機時段，相關(guān)主機技術(shù)人員應(yīng)提供技術(shù)支持，并負(fù)責(zé)跟蹤試運行的結(jié)果；（十二 ）對于同時涉及主機聯(lián)機交易、 前臺版本和 /或前置機版本改動的應(yīng)用項目，在上線后下一個營業(yè)日及關(guān)鍵日期的聯(lián)機時段， 相關(guān)主機技術(shù)人員、 前臺技術(shù)人員、 主機接 口術(shù)人員及前置機系統(tǒng)技術(shù)人員

21、應(yīng)提供技術(shù)支持，并負(fù)責(zé)跟蹤試運行的結(jié)果；（十三 ）試運行中發(fā)現(xiàn)問題時通知項目組技術(shù)人員對系統(tǒng)進(jìn)行修改；（十四 ）系統(tǒng)上線后，項目組還需要在上線后為用戶提供一段時間的上線后支持服務(wù)，對系統(tǒng)運行狀態(tài)進(jìn)行監(jiān)控， 保證系統(tǒng)在使用后能夠有一個穩(wěn)定、 良好的狀態(tài)。 在此期間， 運行維護(hù)中心在項目組的指導(dǎo)下執(zhí)行系統(tǒng)的日常維護(hù)和批處理。第三十一條 上線運行（ 一 ） 項目系統(tǒng)上線試運行 3 個月以后， 根據(jù)試運行情況， 項目組提交項目正式上線 驗收申請報告；（ 二 ） 科技信息部審核并確認(rèn)驗收報告及相關(guān)項目資料后，牽頭組織驗收；（ 三） 經(jīng)驗收合格后的項目轉(zhuǎn)正式運行， 運行維護(hù)管理由運行維護(hù)中心按 IT 運行

22、維 護(hù)指引要求進(jìn)行管理。第五章 系統(tǒng)發(fā)布流程和控制要點第三十二條 系統(tǒng)發(fā)布申請 系統(tǒng)項目組實施和測試工作完成后，項目組提交系統(tǒng)發(fā)布申請表（附件4）和相關(guān)業(yè)務(wù)部門負(fù)責(zé)人簽署意見的 系統(tǒng)測試驗收報告 給項目管理科進(jìn)行審核。 項目管理科審核 通過后， 將系統(tǒng)申請材料交科技信息部安全科及科技信息部負(fù)責(zé)人審核。審核后在發(fā)布申請書上寫明意見并簽名蓋章。第三十三條 系統(tǒng)發(fā)布準(zhǔn)備（ 一 ） 項目組提交通過審核的發(fā)布材料給運行維護(hù)中心。 運行維護(hù)中心配合項目組制 定系統(tǒng)發(fā)布計劃，項目經(jīng)理提交部門負(fù)責(zé)人進(jìn)行審批，發(fā)布計劃的主要內(nèi)容包括：1. 所涉及系統(tǒng)的歷史數(shù)據(jù)、配置參數(shù)、應(yīng)用程序等的備份方案；2. 系統(tǒng)發(fā)布執(zhí)行的內(nèi)容和步驟、各項工作任務(wù)責(zé)任人、人員組織和具體時間安排 等；3. 回退計劃；4. 確定發(fā)布時可能出現(xiàn)的問題及解決方案；（ 二 ） 項目組配合業(yè)務(wù)主管部門編寫系統(tǒng)發(fā)布后的的系統(tǒng)管理辦法和操作細(xì)則， 完成 相應(yīng)的培訓(xùn)工作。（ 三 ） 項目組向系統(tǒng)維護(hù)人員提供維護(hù)手冊； 向操作人員