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

軟件發(fā)布管理流程規(guī)范編制：審核：日期：版本：編號：密級：修改歷史修改時間修改人修改因素版本目錄TOC\o"1-4"\h\z1.目的 42.發(fā)布流程 42.1.補(bǔ)丁發(fā)布流程 42.2.主版本發(fā)布流程 62.3.產(chǎn)品實(shí)行流程 92.4.VSS管理流程 103.有關(guān)資料 11目的軟件發(fā)布過程，需要形成有序良性循環(huán)。否則，各環(huán)節(jié)流轉(zhuǎn)中容易發(fā)生互相等待、被動接應(yīng)局面。無形中，不斷增長了溝通成本，擴(kuò)大了軟件風(fēng)險(xiǎn)。且對后期導(dǎo)致影響并不可以完全預(yù)知、完全預(yù)計(jì)。因而，依照公司內(nèi)部前期已有習(xí)慣，總結(jié)過去產(chǎn)品發(fā)布經(jīng)驗(yàn)，分析記錄成果后，特制定本發(fā)布過程規(guī)范。預(yù)期達(dá)到如下目：1、減少交叉溝通。通過將發(fā)布過程流程化，使每一種環(huán)節(jié)執(zhí)行者都非常清晰自己產(chǎn)入產(chǎn)出，受誰影響，將影響誰。當(dāng)遇到困難時，能明擬定位尋找到核心人物溝通解決。避免當(dāng)需要獲取一件事情進(jìn)展?fàn)顩r時，需要廣泛征詢才干掌握現(xiàn)象。減少交叉溝通成本。2、提高工作預(yù)見性。流程一旦啟動，流程中所有人員便被觸動。各環(huán)節(jié)執(zhí)行人能迅速在初期預(yù)算出自己“參加時間”、“參加內(nèi)容”、“參加工作量”，積極提前做出安排、準(zhǔn)備，避開人力、時間等資源上沖突。且一旦發(fā)現(xiàn)沖突，便能立即“報(bào)警”，報(bào)得越早，越能提前應(yīng)對，減少損失。3、提高可控性。軟件發(fā)布就像道路交通。交通電臺有了可靠消息渠道（取決于上述“1、減少交叉溝通”），便能隨時掌握路面交通狀況，配合可預(yù)見行車籌劃（取決于上述“2、提高工作預(yù)見性”），固然更能向車隊(duì)提供有價(jià)值消息。因而，車隊(duì)領(lǐng)導(dǎo)能做出更有控制力指令，各車隊(duì)協(xié)調(diào)行駛，整個交通自然更受控。一條早已設(shè)計(jì)好行車路線，加上提前準(zhǔn)備就緒車隊(duì)人馬，再加上行進(jìn)途中密切配合交通電臺。與沒有固定線路，需要時才去調(diào)配車馬，電臺信息又不暢隊(duì)伍相比，哪一種更能成功到達(dá)目地？發(fā)布流程本章節(jié)流程圖中，將使用下列簡稱。1、需求組(人)：涉及需求總負(fù)責(zé)人(或PM)、各模塊需求負(fù)責(zé)人。2、開發(fā)部(人)：涉及技術(shù)開發(fā)部全體成員。3、配備管理員：或簡稱SCM，涉及技術(shù)研發(fā)部配備管理構(gòu)成員。4、測試組(人)：涉及測試組所有固定資源、暫時調(diào)配資源。5、安裝組(人)：涉及負(fù)責(zé)公司內(nèi)部、客戶現(xiàn)場安裝、調(diào)試人員。6、客戶：所有使用我司產(chǎn)品顧客。補(bǔ)丁發(fā)布流程軟件產(chǎn)品某個主版本向外發(fā)布給客戶使用后，發(fā)現(xiàn)了錯誤。若這個錯誤給客戶導(dǎo)致了很大影響，等不及下一主版本，需要立即修正，咱們就需要發(fā)布補(bǔ)?。ㄏ鄳?yīng)VSS上存儲目錄：Patch[X.Y]）（注：所有補(bǔ)丁規(guī)定合并入下一主版本）。流程圖如下所示。主版本發(fā)布流程主版本發(fā)布流程，與補(bǔ)丁發(fā)布流程相比，參加職能部門個數(shù)、次數(shù)明顯增多，且設(shè)立檢查點(diǎn)也隨之增多。重要一點(diǎn)，引入客戶監(jiān)督。變化當(dāng)前“直到整個版本完全下流水線后，才提交客戶試用”辦法。采用“咱們積極爭取客戶全程參加”辦法，每完畢一種變更，不一定要待版本中所有變更完畢，立即放上客戶使用測試環(huán)境，請客戶在線試用并提意見。（此舉依賴公司實(shí)現(xiàn)遠(yuǎn)程測試環(huán)境）。目：讓客戶不但懂得咱們在干什么，還懂得咱們干成什么樣，與否滿意。盡量讓客戶意見在開發(fā)初期提出，越早提出，變更成本越小，且能直接減少后續(xù)補(bǔ)丁發(fā)布頻率。流程圖如下：產(chǎn)品實(shí)行流程為以便人們更加理解軟件整個發(fā)布循環(huán)過程，在此簡樸簡介軟件通過Release階段后實(shí)行流程，它涉及安裝、培