29發(fā)布和部署管理程序

1、四川普思科創(chuàng)信息技術(shù)有限公司二 階 文 件文件名稱：發(fā)布和部署管理程序（密級：敏感信息）文件編號ps-isp-29執(zhí)行日期2018 年 5 月 1 日版本號a/0 擬案單位綜合管理部編制：審核：_ 批準：_技術(shù)有限公司文件編號ps-isp-29 版本號a/0 發(fā)布和部署管理程序執(zhí)行日期2018-5-1 頁碼第2頁 共 7 頁文件修訂履歷版 次修訂內(nèi)容修訂頁次修訂日期a/0 初版發(fā)行全部2018-5-1 技術(shù)有限公司文件編號ps-isp-29 版本號a/0 發(fā)布和部署管理程序執(zhí)行日期2018-5-1 頁碼第3頁 共 7 頁1. 目的本程序的目的是交付、分發(fā)并追溯在發(fā)布到實際運行環(huán)境中的一個或多個

2、變更。 計劃和協(xié)調(diào)軟硬件組件的發(fā)布； 設(shè)計和實施有效的程序來分發(fā)和安裝it 系統(tǒng)的變更； 確保只有正確的、被授權(quán)的和經(jīng)過測試的軟硬件版本才能導(dǎo)入實際運作環(huán)境； 結(jié)合變更管理，準確發(fā)布的確切內(nèi)容和首次發(fā)布計劃； 確認所有最終軟件庫中軟件正本的拷貝是安全可靠的，并且在配置管理數(shù)據(jù)庫中得到了更新。2. 范圍本程序適用于 itsm所覆蓋的所有部門。負責對服務(wù)進行規(guī)劃、設(shè)計、構(gòu)建、配置和測試，以便為實際運行環(huán)境提供一系列的發(fā)布組件。需要發(fā)布管理進行控制的組件：軟件（操作系統(tǒng)、工具軟件、應(yīng)用系統(tǒng)、配套文檔等）；硬件（含交通設(shè)施、通信設(shè)施、硬件工具、計算機等）；人員；3. 定義發(fā)布管理對經(jīng)測試后導(dǎo)入實際應(yīng)用

3、的新增或修改后的配置項進行分發(fā)和宣傳的管理流程。4. 職責發(fā)布經(jīng)理（由人事行政部經(jīng)理兼任） ：制定服務(wù)計劃并協(xié)調(diào)其他部門一起實施發(fā)布流程發(fā)布經(jīng)理職責：準備發(fā)布計劃批準發(fā)布的構(gòu)建和配置協(xié)調(diào)最終的發(fā)布實施負責與其他團隊的溝通，例如用戶、服務(wù)級別經(jīng)理和變更經(jīng)理測試經(jīng)理（由項目經(jīng)理兼任） ：確保發(fā)布通過了測試，并由人事行政部驗收。測試經(jīng)理的職責：技術(shù)有限公司文件編號ps-isp-29 版本號a/0 發(fā)布和部署管理程序執(zhí)行日期2018-5-1 頁碼第4頁 共 7 頁在驗收前對發(fā)布進行成功的測試；和發(fā)布經(jīng)理一起準備首次運行計劃；確保測試環(huán)境和現(xiàn)實環(huán)境盡量一致；5. 流程制定發(fā)布策略制定發(fā)布計劃搭建測試環(huán)境

4、進行測試通過？驗收/試運行發(fā)布/上線否技術(shù)有限公司文件編號ps-isp-29 版本號a/0 發(fā)布和部署管理程序執(zhí)行日期2018-5-1 頁碼第5頁 共 7 頁?制定發(fā)布策略 針對每項發(fā)布，發(fā)布經(jīng)理都應(yīng)當制定一項發(fā)布政策，規(guī)定每項發(fā)布，如何以及在何時得以配置。?發(fā)布規(guī)劃 重大發(fā)布應(yīng)該提前對其發(fā)布識別或版本號進行規(guī)劃，以便明確識別、管理配置項； 發(fā)布經(jīng)理還需要規(guī)定在什么層次上配置項可以彼此獨立地進行分發(fā)( 發(fā)布單元 ) ； 在規(guī)劃一項發(fā)布時需要考慮下列問題：?協(xié)調(diào)發(fā)布的內(nèi)容；?就發(fā)布日程安排、地點和組織單元進行協(xié)商；?制定發(fā)布計劃；?制定溝通計劃；?現(xiàn)場考察以確定正在使用的硬件和軟件；?就角色和職

5、責進行協(xié)商；?制定撤銷計劃；?由管理部門和用戶共同對發(fā)布驗收進行規(guī)劃。?設(shè)計、構(gòu)建和配置 為發(fā)布的設(shè)計、構(gòu)建和配置開發(fā)標準的程序； 一項發(fā)布一般是基于自行開發(fā)或從第三方供應(yīng)商購進并構(gòu)建的一套組件( 配置項)； 安裝指南、配置發(fā)布指示和操作指南也應(yīng)當被視為是發(fā)布的一部分，也應(yīng)當被作為配置項處于變更管理和配置管理的控制之下。 回滾計劃 (backout plan) ?針對整個發(fā)布的回滾計劃定義了在發(fā)布出現(xiàn)問題的情況下恢復(fù)服務(wù)所需進行的活動。?變更管理負責回滾計劃的制定，而發(fā)布管理需要確保回滾計劃符合實際的要求。?特別是在實施一項組合了多項變更請求的包發(fā)布時，對不同的回滾計劃進行協(xié)調(diào)是非常必要的。?

6、發(fā)布測試 不滿意的變更和發(fā)布的最常見的原因是缺乏足夠的測試。為了防止這一點，在實施之前，發(fā)布應(yīng)該由用戶代表對其進行功能測試并由測試經(jīng)理或其授權(quán)人員進行運營測試。技術(shù)有限公司文件編號ps-isp-29 版本號a/0 發(fā)布和部署管理程序執(zhí)行日期2018-5-1 頁碼第6頁 共 7 頁 測試內(nèi)容包括：?技術(shù)操作?功能方面?運營方面?性能方面?與 it 基礎(chǔ)設(shè)施其他部分的兼容性?發(fā)布單元的安裝順序，回滾程序和管理程序的變更?發(fā)布驗收 在某項發(fā)布正式上線 (rollout)之前，須安排由用戶代表進行正式的驗收以及由發(fā)布經(jīng)理簽發(fā)發(fā)布結(jié)束的標記，期間的變更應(yīng)按變更管理進行。 對每一個步驟的正式驗收必須由變更

7、管理來進行。 發(fā)布應(yīng)該在一個受控測試環(huán)境中進行驗收以便該項發(fā)布可以被恢復(fù)至一個可知的配置狀態(tài)。?上線計劃（ rollout plan) 制定上線計劃，包括日程安排、資源、溝通、采購、存儲、會議等內(nèi)容。 上線的方式?全面上線；?分階段上線，該方式又具體包括以下幾種方案：?功能遞增，在這種方式下， 所有的用戶都在同一時間獲得新的功能。?地點遞增，在這種方式下，首先對某些用戶群進行上線，然后再擴散至所有的用戶。?演進方式，功能是分階段擴展的。?溝通、準備和培訓(xùn) 負責與客戶溝通的人員 ( 服務(wù)臺和客戶關(guān)系管理 ) 、運營人員以及客戶組織的代表都應(yīng)該清楚發(fā)布計劃的內(nèi)容以及該計劃將如何影響日?；顒印?這可以通過聯(lián)合培訓(xùn)、合作和聯(lián)合參與發(fā)布驗收來實現(xiàn)。 相關(guān)的職責應(yīng)該得到充分的傳達，并應(yīng)該核實是否每個人都清楚他們的職責。 此外，如果發(fā)布是分階段進行的，則應(yīng)該向客戶（或客戶代表）告知計劃的詳細內(nèi)容，并告知新配置項預(yù)計上線時間。 針對服務(wù)級別協(xié)議 (sla)、運營級別