14發(fā)布管理流程文件

AAAA

發(fā)布管理流程文件文檔編號ITSS-15-LC-04密級內部公開版本號V1.0受控狀態(tài)受控作者AAAA發(fā)布日期2018年1月1日

發(fā)布管理流程文件修訂記錄版本號修訂內容修改人修改日期審核人V1.0新發(fā)布WW2018年1月1日XX發(fā)布管理流程文件目錄TOC\o"1-5"\h\z\o"CurrentDocument"目的 .4\o"CurrentDocument"適用范圍 4\o"CurrentDocument"名詞術語 4\o"CurrentDocument"裁剪指南 4\o"CurrentDocument"發(fā)布的類型和發(fā)布策略 5\o"CurrentDocument"流程角色 6\o"CurrentDocument"流程 .7發(fā)布管理流程 7\o"CurrentDocument"與其他流程的關系 10\o"CurrentDocument"審核 11\o"CurrentDocument"度量 11\o"CurrentDocument"參考文件 11發(fā)布管理流程文件1目的為管理的運維服務環(huán)境有一個更有效的發(fā)布環(huán)境，為其它管理流程提供相關信息和支持，如變更管理流程、配置管理流程等，從而使IT運維能夠更有效、更好地提高IT服務，并使整個IT基礎設施更穩(wěn)定。2適用范圍本發(fā)布管理適用于已經過審批的變更實施。3名詞術語>發(fā)布已被授權的一項或多項變更的集合，對變更到實際生產環(huán)境中的實施。>最終軟件庫運行環(huán)境中的應用軟件、服務器端操作系統(tǒng)、工具軟件、數(shù)據庫軟件、中間件等軟件實際版本和補丁。4裁剪指南可根據不同客戶的需求，基于本流程文件的思想制訂具體客戶的操作層文件，若其中有與要求相矛盾的地方，遵循向客戶承諾的服務級別要求為優(yōu)先。發(fā)布管理流程文件5發(fā)布的類型和發(fā)布策略一般發(fā)布由一般變更引起的發(fā)布，經過變更經理審批后，按變更方案實施并記錄。重大發(fā)布由重大變更引起的發(fā)布，經過CAB成員審批后，其中涉及到系統(tǒng)、應用的軟硬件發(fā)布，需通過測試后才能實施并記錄。緊急發(fā)布針對問題或已知錯誤的臨時或永久的快速解決，對于緊急發(fā)布經過授權后作為緊急變更，依據《變更管理流程文件》的緊急變更流程執(zhí)行，實施后補單。發(fā)布管理流程文件6流程角色角色職責職能崗位發(fā)布經理有效的控制整個發(fā)布過程對測試成功的版本發(fā)布進行發(fā)布確認和發(fā)布實施"起對發(fā)布結果進行確認研發(fā)部門經理運維部門經理發(fā)布實施者發(fā)布實施對發(fā)布實施結果進行記錄對由發(fā)布引起更新的配置信息進行統(tǒng)計記錄各職能部門一線現(xiàn)場工程師、二線、三線工程師、技術專家和研發(fā)部門負責人等發(fā)布管理流程文件7流程7.1發(fā)布管理流程發(fā)布管理流程文件活動描述責任人輸入輸出1測試>根據實施方案和計劃，相應的測試人員建立測試環(huán)境，實施測試；>測試出的問題，提交相關人員進行處理后，重新進行測試，直到測試通過，提交發(fā)布經理；測試人員> 實施方案> 實施計劃>開發(fā)和測試計劃等>測試報2指定發(fā)布實施人>發(fā)布經理根據已通過測試的發(fā)，指定發(fā)布所需的具體實施人員。發(fā)布經理>完成測試的發(fā)布>指定的發(fā)布實施人員3發(fā)布前準備測試報告通過后，發(fā)布實施人可按照發(fā)布時間計劃進行發(fā)布前的準備工作；發(fā)布實施人負責與用戶、服務臺人員、運維支持人員等相關人員進行發(fā)布前的溝通；發(fā)布實施人可以由二/三線的技術支持人員組成，但必須由運維人員陪同；發(fā)布實施人對相關人員進行培訓，并記錄培訓結果；發(fā)布實施者員與相應的運維服務人員進行知識轉移及修改后的技術文檔交接；進行相關系統(tǒng)、數(shù)據的備份。發(fā)布實施人>測試報告>完成的發(fā)布前準備工作4執(zhí)行發(fā)布>執(zhí)行發(fā)布；執(zhí)行測試，以確定系統(tǒng)是否可用；判斷發(fā)布的成功與否，以執(zhí)行下一步動作。發(fā)布實施人> 實施方案> 實施計劃等>發(fā)布執(zhí)行結果5執(zhí)行回退當發(fā)布失敗時，發(fā)布實施人按照回退計劃進行回退；并及時通知相關人員；整理信息，準備發(fā)布回顧。發(fā)布實施人>發(fā)布執(zhí)行結果>與發(fā)布相關的所有信息

發(fā)布管理流程文件活動描述責任人輸入輸出6通知配置>發(fā)布實施成功后，發(fā)布實施人通知配置管理發(fā)布實施人>發(fā)布執(zhí)行>與發(fā)布管理員更員更新配置項；配置管理員結果相關的所有新配置信>發(fā)布實施人更新最終軟件庫清單；信息息> 發(fā)布實施人交接更新的文檔給相應的運維>改進計服務人員；劃>發(fā)布實施人將發(fā)布結果告知發(fā)布申請者；發(fā)布申請者> 發(fā)布申請者負責依據變更管理流程整理發(fā)變更經理布所有資料，提交給變更經理，與發(fā)布實施人和變更經理共同進行評估回顧（即實施后回顧）；并依據變更管理流程要求完成所有后續(xù)活動。發(fā)布管理流程文件8與其他流程的關系在實際運營環(huán)境中，軟件和硬件的新發(fā)布利用了配置管理和變更管理中的控制流程。發(fā)布管理流程從變更管理流程接收正常變更的發(fā)布請求工作單，同時變更管理通過實時了解發(fā)布工單的狀態(tài)來監(jiān)控發(fā)布的實施。在發(fā)布工作完成后由發(fā)布主管協(xié)調配置管理流程對與發(fā)布相關的配置信息進行及時更新工作。＞變更管理變更管理需要確定多少項變更可以組合在一項發(fā)布中。變更管理描述了確保所有變更都是經過批準的程序，包括影響度分析以及對所要資源的分析。變更管理通過發(fā)布流程實現(xiàn)變更系統(tǒng)在生產環(huán)境中的發(fā)布，同時發(fā)布流程為變更流程提供變更實現(xiàn)的時間表。變更管理流程完成發(fā)布所更改配置項在配置管理數(shù)據庫中的更新工作。＞配置管理當一個新版本的軟件或硬件被導入最終軟件庫中，配置管理應當將這些信息同步添加到配置管理數(shù)據庫中。同樣，當新的或者變更過的軟硬件轉出時，配置管理數(shù)據庫中的信息也要相應的進行更新。發(fā)布管理在發(fā)布過程中需要用到配置管理提供的各種配置信息。發(fā)布管理流程文件9審核定期對發(fā)布管理全流程進行審核。10度量詳細指標參見《運維服務KPI指標體系》。11參