ISO20000服務發(fā)布管理程序

1、服務發(fā)布管理1目的本文檔編寫的目的是為運維服務部、客戶服務部所管理的IT環(huán)境有一個更有效的發(fā)布環(huán)境，保證正確的、經(jīng)過批準和測試的軟硬件版本被發(fā)布實施， 從而降低發(fā)布風險， 保證業(yè)務的持續(xù)穩(wěn)定，提高用戶滿意度。同時，為變更管理、配置管理等其他管理流程 提供相關信息和支持，使整個IT基礎設施更穩(wěn)定。2適用范圍發(fā)布管理范圍包括北京紫光華宇信息技術有限公司開發(fā)、維護的涉及所有發(fā)布類型的信息系統(tǒng)軟硬件的發(fā)布。發(fā)布類型具體如下：計劃內(nèi)發(fā)布：常態(tài)的、按照計劃定期發(fā)布的已授權發(fā)布負責人實施的發(fā)布；此 發(fā)布情況每月監(jiān)控；版本發(fā)布、配置基線發(fā)布。非計劃內(nèi)發(fā)布：非年度計劃的外的發(fā)布走非預授權流程；如新產(chǎn)品/項目發(fā)布

2、、重大硬件發(fā)布等。緊急發(fā)布：系統(tǒng)故障、缺陷影響關鍵業(yè)務或重要領導交辦的因緊急變更引起的 發(fā)布。3術語定義3.1 發(fā)布測試后導入實際應用的新增或變動的配置項集合， 這些配置項經(jīng)過測試后引入生產(chǎn) 環(huán)境。3.2 發(fā)布管理控制軟件、硬件的發(fā)布。發(fā)布管理確保正式交付的軟硬件是經(jīng)過測試的正確版本。3.3 發(fā)布策略發(fā)布策略定義發(fā)布的頻率和類型。3.4 最終軟件庫最終軟件庫是一個存放和保管已經(jīng)批準的最終版本的軟件配置的庫，它是軟件正本存放的物理倉庫或邏輯性的存儲空間。3.5 發(fā)布分類定義發(fā)布的分類。新產(chǎn)品/項目發(fā)布：新系統(tǒng)的試運行、上線。版本發(fā)布：信息系統(tǒng)功能模塊或一段時間內(nèi)的多個需求、 軟件缺陷的集中修改的

3、定 期發(fā)布。配置基線發(fā)布：對于生產(chǎn)環(huán)境的快照。硬件發(fā)布：重大硬件部署或硬件升級等。3.6 開發(fā)團隊/項目組進行軟件開發(fā)或系統(tǒng)集成的項目團隊。4崗位與職責4.1 發(fā)布經(jīng)理根據(jù)配置經(jīng)理、變更經(jīng)理的計劃、業(yè)務規(guī)劃等制定年度發(fā)布計劃；對計劃中的發(fā)布進行預授權，有效控制整個發(fā)布流程；確認發(fā)布需求及發(fā)布頻率，根據(jù)需求制定發(fā)布管理流程；審批發(fā)布申請及計劃，審批非預授權發(fā)布的詳細發(fā)布計劃；計劃發(fā)布、試運行及發(fā)布過程中溝通并管理客戶的期望；對測試成功的發(fā)布進行確認，需要更新配置的轉(zhuǎn)配置管理員更新配置庫；對發(fā)布進行統(tǒng)計并形成報表。4.2 發(fā)布管理員根據(jù)申請和年度計劃對發(fā)布進行初步計劃，發(fā)布計劃應包含發(fā)布的日期、交

4、付物、變更請求、已知錯誤和問題等；制定詳細發(fā)布計劃，包括發(fā)布的風險評估；發(fā)布管理員要對發(fā)布進行技術分析，進行發(fā)布版本的確認，并進行發(fā)布的設計與部署；發(fā)布管理員需對發(fā)布版本進行測試；發(fā)布管理員要協(xié)助發(fā)布經(jīng)理對發(fā)布過程進行有效控制；發(fā)布管理員對發(fā)布操作說明及回退計劃進行檢查和核準；上線發(fā)布后，及時提交上線確認給發(fā)布經(jīng)理；正確記錄所有發(fā)布信息；對于需要分發(fā)的發(fā)布，保證發(fā)布的完整性、一致性。4.3 發(fā)布實施者按照計劃和部署方案做好發(fā)布，需要分發(fā)的發(fā)布要保證一致性和完整性；測試發(fā)布，確認發(fā)布是否成功；正確記錄所有發(fā)布信息。4.4 項目組/開發(fā)商部署方案的制定；發(fā)布前的版本培訓、發(fā)布說明、測試報告的撰寫等

5、。5程序準則發(fā)布管理主要是管理信息系統(tǒng)相關的軟件和硬件版本部署、升級或變更操作在生產(chǎn) 環(huán)境的實施。將發(fā)布流程納入服務部管理流程中，設置相應的影響分析、審批的控制點、 確保發(fā)布的有效性，可控性。通過有效管理將用戶因發(fā)布帶來的風險降至最低， 通過流 程管理和持續(xù)改進在用戶期望與業(yè)務風險上找到最佳平衡點，提高用戶滿意度。5.1 執(zhí)行準則5.1.1 常規(guī)準則發(fā)布策略應與客戶、開發(fā)者協(xié)商形成文件，發(fā)布策略應包含發(fā)布的類型、頻率及綜合考慮業(yè)務需要而制定的規(guī)則。所有發(fā)布均需計劃、測試，必須從質(zhì)量管理部取最終版本，并根據(jù)文檔清單檢查相關文檔是否齊全。如測試報告，實施步驟，客戶需求跟蹤表等。應建立最終軟件庫，從

6、質(zhì)量管理獲取的軟件先備份到最終軟件庫，發(fā)布實施也 從最終軟件庫獲取發(fā)布包。應建立可控的驗收測試環(huán)境，對于大客戶生產(chǎn)環(huán)境的發(fā)布必須經(jīng)過上線前的運 維測試。實施發(fā)布計劃應該由所有相關方同意，包括客戶、 用戶、運維、技術支持人員、 第三方等。新系統(tǒng)部署應該組織相關的培訓、提交培訓報告、培訓總結(jié)。5.1.2 流程關聯(lián)原則發(fā)布管理變更管理饋反果結(jié)布發(fā)配置管理發(fā)布結(jié)苗反饋發(fā)布結(jié)果反饋發(fā)布流程應與事件管理、問題管理進行關聯(lián)，發(fā)布產(chǎn)生的問題應主動通知事件、問題流程。發(fā)布過程應該評估變更請求對發(fā)布計劃的影響。緊急發(fā)布應與緊急變更管理流程結(jié)合。發(fā)布經(jīng)理應保證配置信息的準備性，與配置管理流程相結(jié)合。5.2 輸入及入

7、口準則5.2.1 入口準則合法、有效的變更請求5.2.2 輸入名稱描述模板輸入來源發(fā)布申請單記錄解決的問題、發(fā)布的內(nèi) 容、時間發(fā)布申請單變更經(jīng)埋、配置經(jīng) 理、發(fā)布經(jīng)理5.3 輸出及出口準則5.3.1 出口準則成功發(fā)布的結(jié)束應最終由發(fā)布經(jīng)理確認。發(fā)布中發(fā)現(xiàn)的問題需通知事件、問題管理流程。發(fā)布經(jīng)理應保證配置信息的準備性，與配置管理流程相結(jié)合發(fā)布結(jié)果應有反饋，如客戶、用戶、運維、第三方公司等。5.3.2 輸出1 丁 P名稱描述模板輸出去向1.配置變更單包含新的配置信息無配置管理；2.發(fā)布統(tǒng)計表定期統(tǒng)計各類型的發(fā)布、時 間、期間的事件、發(fā)布結(jié)果無配置管理3.發(fā)布說明與 回退計劃發(fā)布的操作步驟及發(fā)布失

8、敗后的回退計劃無配置管理4.發(fā)布版本管 理記錄清單每次發(fā)布的版本，時間、負 責人等無配置管理6工作程序6.1 錯誤!未指定書簽。流程圖6.2 流程描述開發(fā)團隊或項目組需要根據(jù)發(fā)布經(jīng)理制定的年度計劃要求，提前將軟件發(fā)布包、相 關發(fā)布文檔提交發(fā)布管理員。發(fā)布管理員需要根據(jù)文檔清單zaZZA發(fā)布管理員發(fā)布實施 者備份生產(chǎn)環(huán)境，對生產(chǎn)環(huán)境部署或更新、驗證是否發(fā)布成功以及系統(tǒng)各項關鍵業(yè)務是否正常運轉(zhuǎn)。若發(fā)布成功，發(fā)布管理員進行發(fā)布確認并反饋發(fā)布經(jīng)理。發(fā)布經(jīng)理根據(jù)發(fā) 布是否引起配置項信息發(fā)生變化來判斷是否進入配置管理流程。 若發(fā)布失敗，則執(zhí)行回 退計劃，回退之前備份的現(xiàn)場，并更新發(fā)布記錄。發(fā)布管理員在發(fā)布

9、實施完成后要提交發(fā)布日志1 丁 P流程編號流程描述成果物負責人參與人1.FBJL-01確定發(fā)布類別和頻率發(fā)布經(jīng)理每年根據(jù)需求情況制定 年度發(fā)布計劃，確定發(fā)布的類別、 頻率、發(fā)布規(guī)則。年度發(fā)布計 劃發(fā)布經(jīng)理無2.FBJL-02確定發(fā)布管理組織機構 確定發(fā)布管理組織機構無發(fā)布經(jīng)理無3.FBJL-03定義發(fā)布計劃制定發(fā)布管理計劃無發(fā)布經(jīng)理無4.FBJL-04確定預授權發(fā)布清單和預授權 確定預授權清單，對發(fā)布負責人 進行后效授權。無發(fā)布經(jīng)理無5.FBGLY-01發(fā)布前文檔核查1）發(fā)仲前要檢查發(fā)布文檔是否 齊全，包括測試報告、部署 方案、培訓計劃、發(fā)布說明 與回退計劃、需求文檔等。2）需要試運行的，要審

10、核試運 行規(guī)劃和培訓計劃。業(yè)務上線清 單發(fā)布管理員發(fā)布實施者6.FBGLY-01發(fā)布前測試3）根據(jù)發(fā)布說明在穩(wěn)定的測試 環(huán)境卜，進行演練或測試。無發(fā)布實施者無7.FBGLY-02調(diào)整改進如發(fā)布測試未通過，則查找原因， 協(xié)調(diào)開發(fā)制作補丁包等形式進行 修正。無發(fā)布實施者開發(fā)人員8.FBSSZ-03發(fā)布培訓在模擬環(huán)境測試通過后，根據(jù)項 目情況需要進行組織發(fā)布培訓， 以便于客戶更好的使用軟件培訓報告發(fā)布實施者無9.FBSSZ-04備份生產(chǎn)環(huán)境對生產(chǎn)環(huán)境進行備份。無發(fā)布實施者無10.FBSSZ-05部署或更新1）發(fā)布環(huán)境的準備2）部署或升級，確保在安裝、 處理、分發(fā)時，保證軟硬件 的完整性。3）記錄發(fā)布

11、信息，形成發(fā)布日 志發(fā)布日志發(fā)布實施者無11.FBSSZ-06正式環(huán)境部署后測試驗證部署后系統(tǒng)的運行情況，對 照需求文檔驗證主要的功能實 現(xiàn)。對此次發(fā)布會有影響的系統(tǒng) 要做運行測試。無發(fā)布實施者無12.FBGLY-07發(fā)布是否成功1）將正式環(huán)境的發(fā)布測試結(jié)果 告知發(fā)布經(jīng)理2）在定義的時間內(nèi)記錄發(fā)布引 起的事件、問題數(shù)，評估發(fā) 布是否成功，并告知發(fā)布經(jīng) 理。無發(fā)布實施者無13.FBGLY-02發(fā)布信息通告成功發(fā)布后，需要通告客戶及相 關人員。編寫系統(tǒng)修改說明 以供用戶參考。系統(tǒng)修改說 明發(fā)布實施者無14.FBSSZ-08回退現(xiàn)場發(fā)布失敗后，根據(jù)回退計劃，回 退至上一版本。無發(fā)布實施者無15.FBSSZ-09回退驗證驗證測試回退是否成功，如果還 有問題，則繼續(xù)執(zhí)行回退直至成 功無發(fā)布實施者無16.FBGLY-03提交相關流程有配置變更的時候，發(fā)布經(jīng)理要 保證配置的準確性，并反饋信息 至配置管理流程。無發(fā)布管理員無6.3 裁剪說明1 丁