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

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

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

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

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

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