發(fā)布管理程序

1、公司制度文件編號：TS-IMS-QP-05版本：第1版發(fā)文部門：系統(tǒng)集成部相關(guān)部門：全公司發(fā)布管理程序生效日期：2014年2月28日第1頁共6頁1 目的22 過程定義22.1 范圍22.2 過程負(fù)責(zé)人22.3 主要輸入22.4 主要輸出22.5 職責(zé)權(quán)限22.6 過程重要控制點32.7 過程測量指標(biāo)33 術(shù)語34 流程45 過程描述45.1 制定發(fā)布方案45.2 發(fā)布方案評審55.3 構(gòu)建測試環(huán)境、測試和驗收55.4 上線規(guī)劃55.5 上線審批55.6 溝通和培訓(xùn)55.7 分發(fā)和部署55.8 發(fā)布關(guān)閉55.9 發(fā)布報告56 相關(guān)文件67 相關(guān)記錄68 附加說明69 文件歷史記錄61目的確保與管

2、理系統(tǒng)的發(fā)布是可追溯的和安全的，確保只有正確的、經(jīng)過批準(zhǔn)和測試的版本才能被安裝；在發(fā)布的規(guī)劃和試運行期間與用戶進(jìn)行溝通并考慮他們的期望；確認(rèn)所有最終發(fā)布軟件正本的拷貝是安全可靠的，確保軟件的原始拷貝被安全地存放在固定位置以及配置管理數(shù)據(jù)庫(CMDB得到及時的更新；確保所有的軟件變更都得到發(fā)布，而且發(fā)布過程是安全和可追蹤的。2過程定義發(fā)布管理是采用一種項目規(guī)劃的方法來實施IT環(huán)境中的變更，負(fù)責(zé)處理變更項目所有技術(shù)和非技術(shù)方面的問題。在現(xiàn)實的IT模式中，一般變更都會在復(fù)雜、關(guān)聯(lián)的環(huán)境中產(chǎn)生變化，因此，配置項的發(fā)布和實施需要進(jìn)行慎重的規(guī)劃。一項發(fā)布是一組新的或變更后的配置項，經(jīng)過測試后被導(dǎo)入實際運營

3、環(huán)境的過程。2.1 范圍發(fā)布管理涉及的范圍包括：公司部署的信息系統(tǒng)版本升級發(fā)布，包括信息系統(tǒng)集成項目和軟件運維項目。2.2 過程負(fù)責(zé)人發(fā)布管理負(fù)責(zé)人2.3 主要輸入輸入來源變更方案變更臂埋發(fā)布計劃系統(tǒng)集成部2.4 主要輸出輸出去向發(fā)布方案本次發(fā)布的影響范圍及涉及的業(yè)務(wù)系統(tǒng)。測試驗收報告發(fā)布管理過程負(fù)責(zé)人及相關(guān)責(zé)任人。上線計劃發(fā)布管理過程負(fù)責(zé)人、相關(guān)責(zé)任人及涉及的業(yè)務(wù)單位。2.5 職責(zé)權(quán)限發(fā)布管理負(fù)責(zé)人主要具有以下職責(zé):1）定義并維護(hù)發(fā)布管理流程文件及所需要的記錄模板；2）管理發(fā)布管理流程的實施；3）確保發(fā)布管理流程目標(biāo)的實現(xiàn)；4）識別發(fā)布管理過程中存在的問題并提出改進(jìn)措施；5）定期向服務(wù)管理負(fù)

4、責(zé)人匯報實施過程中存在的問題；6）負(fù)責(zé)發(fā)布方案的審批。發(fā)布負(fù)責(zé)人主要職責(zé)：1）負(fù)責(zé)發(fā)布方案的落實；2）負(fù)責(zé)發(fā)布計劃的安排，以及在發(fā)布過程與用戶的溝通協(xié)調(diào)工作;3）負(fù)責(zé)整個發(fā)布過程的跟蹤，直到關(guān)閉；4）確保發(fā)布前的測試是可靠、穩(wěn)定的；5）協(xié)助發(fā)布管理負(fù)責(zé)人不斷完善發(fā)布管理流程。發(fā)布測試人員主要職責(zé)：1）根據(jù)發(fā)布方案和計劃進(jìn)行版本的測試；2）提交測試報告。2.6 過程重要控制點上線計劃中的關(guān)鍵節(jié)點2.7 過程測量指標(biāo)無3術(shù)語術(shù)語定義發(fā)布發(fā)布管理是米用一種項目規(guī)劃的方法來實施IT環(huán)境中的變更，負(fù)責(zé)處理變更項目所有技術(shù)和非技術(shù)方面的問題。艾更變更是指在維護(hù)過程中對系統(tǒng)或服務(wù)所作出的各種改變，包括增補(bǔ)、

5、移除和其他修改。發(fā)布方案未實施發(fā)布所制定的詳細(xì)方案。上線計劃有美發(fā)布部署和用戶溝通培訓(xùn)等的時間安排。4流程5 過程描述5.1 制定發(fā)布方案發(fā)布負(fù)責(zé)人根據(jù)變更計劃制定發(fā)布方案，發(fā)布方案一般包括：5.2 述發(fā)布的目的和背景；5.3 述發(fā)布影響范圍；5.4 定參與發(fā)布的部門及人員；5.5 客戶和服務(wù)支持人員的交流、準(zhǔn)備、備案和培訓(xùn)；5.6 定測試、培訓(xùn)、客服支持、現(xiàn)場部署等工作計劃，包含上線規(guī)劃;5.7 排部署完成的后續(xù)工作計劃；5.8 定在發(fā)布失敗情況下的退回方案；5.9 預(yù)見問題以及相應(yīng)的解決方法；5.10 與軟、硬件有關(guān)的配置基線。5.11 發(fā)布方案評審由發(fā)布負(fù)責(zé)人牽頭，各發(fā)布有關(guān)部門負(fù)責(zé)人參

6、與評審發(fā)布方案，評審?fù)ㄟ^后實施。5.12 建測試環(huán)境、測試和驗收根據(jù)方案，在實施之前如果需要內(nèi)部測試，需要測試人員根據(jù)發(fā)布方案搭建測試環(huán)境。內(nèi)部測試，包括軟件功能測試以及安裝流程等方面的測試。測試完成后則完成系統(tǒng)程序的驗收。測試和驗收結(jié)果將在發(fā)布測試報告中體現(xiàn)。測試結(jié)果得到系統(tǒng)集成部認(rèn)可后安排上線。5.13 上線規(guī)劃通常情況下發(fā)布方案包括上線計劃，即在發(fā)布方案中已經(jīng)確定了上線計劃，個別重大發(fā)布可對原有發(fā)布方案中計劃的拓展，其中要說明安裝和測試預(yù)期結(jié)果，并制作詳細(xì)的上線時間安排、工作安排和詳細(xì)的上線步驟、回退計劃等。5.14 線審批通常情況下發(fā)布方案包含上線計劃，因此在方案審批時已對上線計劃也同

7、時確認(rèn)。若有單獨制作上線計劃的，由發(fā)布負(fù)責(zé)人提交系統(tǒng)集成部主管審核確認(rèn)后發(fā)布。5.15 溝通和培訓(xùn)系統(tǒng)版本升級部署前，需要對服務(wù)支持人員進(jìn)行溝通、知識更新培訓(xùn)，保障發(fā)布后的客服支持工作；需要對企業(yè)用戶相關(guān)人員進(jìn)行溝通和培訓(xùn)，發(fā)布上線通知，使得用戶明確軟件上線后對其工作有何影響，必要時對用戶進(jìn)行培訓(xùn)。5.16 發(fā)和部署經(jīng)過環(huán)境構(gòu)建、測試和試運行后，可進(jìn)行軟件的上線部署工作。更新配置庫發(fā)布實施完成后，發(fā)布人員更新配置庫的配置項信息。參照配置管理程序。5.17 發(fā)布關(guān)閉發(fā)布實施人員整理發(fā)布資料，對資料歸檔給配置管理員，最后由發(fā)布管理負(fù)責(zé)人關(guān)閉。5.18 發(fā)布報告發(fā)布完成后，對用戶提出的因為升級導(dǎo)致的錯誤或問題，由中央技術(shù)研究院的技術(shù)人員收集如下的信息：發(fā)布引起的事件或問題數(shù)量;發(fā)布的數(shù)量。對發(fā)布數(shù)據(jù)進(jìn)行分析，找出存在的問題，并提出糾正或預(yù)防措施，編寫出發(fā)布報告，成為服務(wù)報告的一部分。6 相關(guān)文件變更管理程序GL-ITSMS-QP-03配置管理程序GL-ITSMS-QP-047 相關(guān)記錄發(fā)布方案GL-ITSMS-QR-05-01上線計劃GL-ITSMS-QR-05-02發(fā)布測試報告GL-ITSMS-QR-05