軟件發(fā)布管理系統(tǒng)流程要求規(guī)范

1、軟件發(fā)布管理流程規(guī)范編 制: 審 核：日 期：版 本：編號：密 級：修改歷史修改時(shí)間修改人修改原因版本1.目標(biāo).錯(cuò)誤 ! 未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。2. 發(fā)布流程 . . 補(bǔ)丁發(fā)布流程. 主版本發(fā)布流程. 產(chǎn)品實(shí)施流程.VSSf理流程.3. 相關(guān)資料 1. 目標(biāo)軟件的發(fā)布過程， 需要形成有序的良性循環(huán)。否則， 各環(huán)節(jié)流轉(zhuǎn)中容易發(fā)生相互等待、 被動(dòng)接應(yīng)的局面。 無形中， 不斷增加了溝通成本， 擴(kuò)大了軟件的風(fēng)險(xiǎn)。且對后期造成的影響并不能夠完全預(yù)知、完全估量。因此， 根據(jù)公司內(nèi)部前期已有的習(xí)慣， 總結(jié)過去產(chǎn)

2、品的發(fā)布經(jīng)驗(yàn)， 分析統(tǒng)計(jì)結(jié)果后，特制定本發(fā)布過程規(guī)范。預(yù)期達(dá)到如下目的：1、減少交叉溝通。通過將發(fā)布過程流程化，使每一個(gè)環(huán)節(jié)的執(zhí)行者都非常清楚自己的產(chǎn)入產(chǎn)出，受誰的影響，將影響誰。當(dāng)遇到困難時(shí)，能明確的定位尋找到關(guān)鍵人物溝通解決。 避免當(dāng)需要獲取一件事情的進(jìn)展情況時(shí)， 需要廣泛征詢才能掌握的現(xiàn)象。減少交叉溝通成本。2、提高工作預(yù)見性。流程一旦啟動(dòng)，流程中的所有人員便被觸動(dòng)。各環(huán)節(jié)執(zhí)行人能迅速在早期預(yù)算出自己的“參與時(shí)間” 、 “參與內(nèi)容” 、 “參與工作量” ，主動(dòng)提前做出安排、準(zhǔn)備，避開人力、時(shí)間等資源上的沖突。且一旦發(fā)現(xiàn)沖突，便能立刻“報(bào)警” ，報(bào)得越早，越能提前應(yīng)對，減少損失。3、 提高

3、可控性。 軟件發(fā)布就像道路交通。 交通電臺有了可靠的消息渠道 （取決于上述“ 1、減少交叉溝通” ） ，便能隨時(shí)掌握路面交通狀況，配合可預(yù)見的行車計(jì)劃 （取決于上述“2、提高工作預(yù)見性”） ，當(dāng)然更能向車隊(duì)提供有價(jià)值的消息。因此，車隊(duì)領(lǐng)導(dǎo)能做出更有控制力的指令，各車隊(duì)協(xié)調(diào)行駛，整個(gè)交通自然更受控。一條早已設(shè)計(jì)好的行車路線， 加上提前準(zhǔn)備就緒的車隊(duì)人馬， 再加上行進(jìn)途中密切配合的交通電臺。與沒有固定線路， 需要時(shí)才去調(diào)配車馬， 電臺信息又不暢的隊(duì)伍相比，哪一個(gè)更能成功到達(dá)目的地？2. 發(fā)布流程本章節(jié)的流程圖中，將使用下列簡稱。2.1. 組（人）：包括需求總負(fù)責(zé)人（或PM各模塊需求負(fù)責(zé)人。2.2.

4、 部（ 人） ：包括技術(shù)開發(fā)部全體成員。2.3. 管理員：或簡稱SCM包括技術(shù)研發(fā)部的配置管理組成員。2.4. 組（ 人） ：包括測試組所有固定資源、臨時(shí)調(diào)配資源。2.5. 組（ 人） ：包括負(fù)責(zé)公司內(nèi)部、客戶現(xiàn)場的安裝、調(diào)試的人員。6、客戶：所有使用我司產(chǎn)品的用戶。2.6. 補(bǔ)丁發(fā)布流程軟件產(chǎn)品的某個(gè)主版本向外發(fā)布給客戶使用后， 發(fā)現(xiàn)了錯(cuò)誤。 若這個(gè)錯(cuò)誤給客戶造成了很大的影響，等不及下一主版本， 需要立刻修正， 我們就需要發(fā)布補(bǔ)?。▽?yīng)VSS上的存放目錄：Patch口）（注：所有補(bǔ)丁要求合并入下一主版本）.流程圖如下所示。2.7. 主版本發(fā)布流程主版本的發(fā)布流程， 與補(bǔ)丁的發(fā)布流程相比，參與

5、的職能部門個(gè)數(shù)、 次數(shù)明 顯增多，且設(shè)置的檢查點(diǎn)也隨之增多。重要的一點(diǎn)，引入客戶監(jiān)督。改變目前的“直到整個(gè)版本完全下流水線后，才提交客戶試用”的方法。采取“我們主動(dòng)爭取客戶全程參與”的方法，每完成一個(gè)變更，不一定要待版本中的所有變更完成，立刻放上客戶使用的測試環(huán)境，請客戶在線試用并提意見。 （此舉依賴公司實(shí)現(xiàn)遠(yuǎn)程測試環(huán)境） 。 目的： 讓客戶不僅知道我們在干什么， 還知道我們干成什么樣， 是否滿意。 盡量讓客戶的意見在開發(fā)早期提出，越早提出，變更成本越小，且能直接減少后續(xù)的補(bǔ)丁發(fā)布頻率。流程圖如下：2.8. 產(chǎn)品實(shí)施流程為方便大家更加理解軟件的整個(gè)發(fā)布循環(huán)過程，在此簡單介紹軟件通過 Release 階段后的實(shí)施流程，它包括安裝、培訓(xùn)等內(nèi)