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

1、實(shí)用文檔文案大全軟件發(fā)布管理流程規(guī)范軟件發(fā)布管理流程規(guī)范編編 制：制： 審審 核：核： 日日 期：期： 版版 本：本： 編編 號：號： 密密 級：級： 實(shí)用文檔文案大全修改歷史修改時(shí)間修改人修改原因版本實(shí)用文檔文案大全目目 錄錄1.1. 目目標(biāo)標(biāo) .4 42.2. 發(fā)布發(fā)布流流程程 .4 42.1.2.1. 補(bǔ)丁發(fā)布流程補(bǔ)丁發(fā)布流程.4 42.2.2.2. 主版本發(fā)布流程主版本發(fā)布流程.6 62.3.2.3. 產(chǎn)品實(shí)施流程產(chǎn)品實(shí)施流程.9 92.4.2.4. VSSVSS 管理流程管理流程 .10103.3. 相關(guān)資料相關(guān)資料 .1111實(shí)用文檔文案大全1.1. 目標(biāo)目標(biāo)軟件的發(fā)布過程，需要形

2、成有序的良性循環(huán)。否則，各環(huán)節(jié)流轉(zhuǎn)中容易發(fā)生相互等待、被動接應(yīng)的局面。無形中，不斷增加了溝通成本，擴(kuò)大了軟件的風(fēng)險(xiǎn)。且對后期造成的影響并不能夠完全預(yù)知、完全估量。因此，根據(jù)公司內(nèi)部前期已有的習(xí)慣，總結(jié)過去產(chǎn)品的發(fā)布經(jīng)驗(yàn)，分析統(tǒng)計(jì)結(jié)果后，特制定本發(fā)布過程規(guī)范。預(yù)期達(dá)到如下目的：1、減少交叉溝通。通過將發(fā)布過程流程化，使每一個環(huán)節(jié)的執(zhí)行者都非常清楚自己的產(chǎn)入產(chǎn)出，受誰的影響，將影響誰。當(dāng)遇到困難時(shí)，能明確的定位尋找到關(guān)鍵人物溝通解決。避免當(dāng)需要獲取一件事情的進(jìn)展情況時(shí)，需要廣泛征詢才能掌握的現(xiàn)象。減少交叉溝通成本。2、提高工作預(yù)見性。流程一旦啟動，流程中的所有人員便被觸動。各環(huán)節(jié)執(zhí)行人能迅速在早期

3、預(yù)算出自己的“參與時(shí)間” 、 “參與內(nèi)容” 、 “參與工作量” ，主動提前做出安排、準(zhǔn)備，避開人力、時(shí)間等資源上的沖突。且一旦發(fā)現(xiàn)沖突，便能立刻“報(bào)警” ，報(bào)得越早，越能提前應(yīng)對，減少損失。3、提高可控性。軟件發(fā)布就像道路交通。交通電臺有了可靠的消息渠道（取決于上述“1、減少交叉溝通” ），便能隨時(shí)掌握路面交通狀況，配合可預(yù)見的行車計(jì)劃（取決于上述“2、提高工作預(yù)見性” ），當(dāng)然更能向車隊(duì)提供有價(jià)值的消息。因此，車隊(duì)領(lǐng)導(dǎo)能做出更有控制力的指令，各車隊(duì)協(xié)調(diào)行駛，整個交通自然更受控。一條早已設(shè)計(jì)好的行車路線，加上提前準(zhǔn)備就緒的車隊(duì)人馬，再加上行進(jìn)途中密切配合的交通電臺。與沒有固定線路，需要時(shí)才去調(diào)

4、配車馬，電臺信息又不暢的隊(duì)伍相比，哪一個更能成功到達(dá)目的地？2.2. 發(fā)布流程發(fā)布流程本章節(jié)的流程圖中，將使用下列簡稱。1、需求組(人)：包括需求總負(fù)責(zé)人(或 PM)、各模塊需求負(fù)責(zé)人。2、開發(fā)部(人)：包括技術(shù)開發(fā)部全體成員。3、配置管理員：或簡稱 SCM，包括技術(shù)研發(fā)部的配置管理組成員。4、測試組(人)：包括測試組所有固定資源、臨時(shí)調(diào)配資源。5、安裝組(人)：包括負(fù)責(zé)公司內(nèi)部、客戶現(xiàn)場的安裝、調(diào)試的人員。6、客戶：所有使用我司產(chǎn)品的用戶。2.1.2.1. 補(bǔ)丁發(fā)布流程補(bǔ)丁發(fā)布流程軟件產(chǎn)品的某個主版本向外發(fā)布給客戶使用后，發(fā)現(xiàn)了錯誤。若這個錯誤給客戶造成了很大的影響，等不及下一主版本，需要立

5、刻修正，我們就需要發(fā)實(shí)用文檔文案大全布補(bǔ)?。▽?yīng) VSS 上的存放目錄：PatchX.Y） （注：所有補(bǔ)丁要求合并入下一注：所有補(bǔ)丁要求合并入下一主版本主版本） 。流程圖如下所示。實(shí)用文檔文案大全補(bǔ)補(bǔ)丁丁發(fā)發(fā)布布流流程程：下圖中每個方框代表一個進(jìn)程，括號內(nèi)描述該進(jìn)程的具體內(nèi)容。每個進(jìn)程均要求相應(yīng)職位填寫補(bǔ)丁簽發(fā)單。Beta階段Release階段alpha階段需求組開發(fā)部配置管理員測試組提提出出變變更更請請求求（1、事先征得需求澄清會的同意，再填補(bǔ)丁簽發(fā)單。2、通知開發(fā)經(jīng)理）開開發(fā)發(fā)部部經(jīng)經(jīng)理理：接接收收任任務(wù)務(wù)（1、安排開發(fā)人、預(yù)計(jì)開發(fā)完成時(shí)間。2、通知SCM）檢檢查查（1、檢查前兩個環(huán)節(jié)填寫

6、的簽發(fā)單是否符合填寫要求；檢查描述是否清晰、時(shí)間要求有無沖突；）開始開開發(fā)發(fā)人人：執(zhí)執(zhí)行行變變更更（按照要求修改代碼、文檔，完成后，按規(guī)范存放）部部門門內(nèi)內(nèi)部部測測試試（1、alpha階段的測試，相當(dāng)于單元測試。2、通知SCM）產(chǎn)產(chǎn)生生B Be et ta a版版（1、檢查相關(guān)文檔是否已備齊；2、根據(jù)簽發(fā)單，檢查當(dāng)前補(bǔ)丁號中提出的變更是否都已執(zhí)行；3、檢查開發(fā)人在CheckIn/out的過程中，是否符合VSS管理規(guī)范、版本管理規(guī)范；4、根據(jù)簽發(fā)單，制作補(bǔ)丁發(fā)行說明5、關(guān)閉VSS權(quán)限；6、編譯構(gòu)建beta版；7、通知測試組、安裝組，向其提交該補(bǔ)丁的書面簽發(fā)單）安安裝裝B Be et ta a測測

7、試試環(huán)環(huán)境境（1、編寫/更新補(bǔ)丁安裝手冊；2、選擇測試環(huán)境，安裝補(bǔ)丁beta版；3、通知測試組、相關(guān)人，同時(shí)刷新“公司內(nèi)部產(chǎn)品試用環(huán)境一覽表”白板）驗(yàn)驗(yàn)收收測測試試（1、beta階段的測試，相當(dāng)于集成測試2、通知相關(guān)人測試結(jié)果,含郵件、簽發(fā)單電子格式的回復(fù)。若測試通過，則還包括在書面簽發(fā)單上簽名。）產(chǎn)產(chǎn)生生R Re el le ea as se e版版(1、檢查測試結(jié)果是否已全部通過；2、檢查提交文檔是否已齊全；3、標(biāo)識、備份、記錄。4、通知相關(guān)人。等等.詳見：版本發(fā)布前的checkList；)分分發(fā)發(fā)R Re el le ea as se e版版（1、根據(jù)安裝組的工作計(jì)劃、根據(jù)各客戶現(xiàn)行情況

8、，組合出不同的安裝包；2、分發(fā)給當(dāng)次執(zhí)行安裝任務(wù)的人。3、通知安裝組。安安排排補(bǔ)補(bǔ)丁丁號號（1、安排補(bǔ)丁號、發(fā)布日期，通常將完成時(shí)間相距不遠(yuǎn)的安排在同一補(bǔ)丁號中。2、設(shè)置VSS權(quán)限，根據(jù)開發(fā)部經(jīng)理的安排設(shè)置。3、通知相關(guān)人，開始執(zhí)行施變更，并公布預(yù)計(jì)發(fā)布日期、實(shí)施建議）檢查是否通過？測測試試是是否否通通過過？測測試試是是否否通通過過？是否是否是否測測試試組組長長：制制定定測測試試計(jì)計(jì)劃劃（按照簽發(fā)單，安排測試人、預(yù)計(jì)測試完成時(shí)間）產(chǎn)產(chǎn)生生a al lp ph ha a版版（開發(fā)部內(nèi)部可產(chǎn)生多個alpha版）結(jié)結(jié)束束（轉(zhuǎn)轉(zhuǎn)入入產(chǎn)產(chǎn)品品實(shí)實(shí)施施流流程程）安安裝裝a al lp ph ha a測測試

9、試環(huán)環(huán)境境實(shí)用文檔文案大全2.2.2.2. 主版本發(fā)布流程主版本發(fā)布流程主版本的發(fā)布流程，與補(bǔ)丁的發(fā)布流程相比，參與的職能部門個數(shù)、次數(shù)明顯增多，且設(shè)置的檢查點(diǎn)也隨之增多。重要的一點(diǎn)，引入客戶監(jiān)督。改變目前的重要的一點(diǎn)，引入客戶監(jiān)督。改變目前的“直到整個版本完全下流水線后，直到整個版本完全下流水線后，才提交客戶試用才提交客戶試用”的方法。采取的方法。采取“我們主動爭取客戶全程參與我們主動爭取客戶全程參與”的方法，每完的方法，每完成一個變更，不一定要待版本中的所有變更完成，立刻放上客戶使用的測試環(huán)成一個變更，不一定要待版本中的所有變更完成，立刻放上客戶使用的測試環(huán)境，請客戶在線試用并提意見。境，

10、請客戶在線試用并提意見。 （此舉依賴公司實(shí)現(xiàn)遠(yuǎn)程測試環(huán)境）（此舉依賴公司實(shí)現(xiàn)遠(yuǎn)程測試環(huán)境） 。目的：讓。目的：讓客戶不僅知道我們在干什么，還知道我們干成什么樣，是否滿意。盡量讓客戶客戶不僅知道我們在干什么，還知道我們干成什么樣，是否滿意。盡量讓客戶的意見在開發(fā)早期提出，越早提出，變更成本越小，且能直接減少后續(xù)的補(bǔ)丁的意見在開發(fā)早期提出，越早提出，變更成本越小，且能直接減少后續(xù)的補(bǔ)丁發(fā)布頻率。發(fā)布頻率。流程圖如下：實(shí)用文檔文案大全主版本發(fā)布流程圖（下圖中每個方框代表一個進(jìn)程，括號內(nèi)描述該進(jìn)程的具體內(nèi)容。每個進(jìn)程均要求有物理產(chǎn)出。）需求階段alpha階段開發(fā)階段開發(fā)人配置管理員測試人/安裝人客戶需

11、求人提供發(fā)行說明內(nèi)容（各需求人提供自己所轄范圍內(nèi)的說明內(nèi)容，參照樣本填寫）提出變更請求（1、填寫自己負(fù)責(zé)的產(chǎn)品名 版本號開發(fā)計(jì)劃清單/測試清單/變更清單（以下簡稱清單）；2、請求召開需求澄清會開始檢入變更計(jì)劃（1、檢查有無通過澄清會；2、將一個產(chǎn)品中，各需求人提出的清單中，已通過澄清會的內(nèi)容，合并成一份。從此本流程僅使用合并后的清單。3、存入VSS的固定目錄、標(biāo)Label；5、通知開發(fā)部經(jīng)理、測試組長開發(fā)人：執(zhí)行變更（1、開發(fā)人執(zhí)行變更；2、定期向項(xiàng)目管理組匯報(bào)開發(fā)進(jìn)展）收集、審核發(fā)行說明內(nèi)容測試組長：制定測試計(jì)劃（按照清單，制定測試大綱、測試計(jì)劃）安裝alpha測試環(huán)境需求確認(rèn)測試（確認(rèn)功能

12、是否滿足需求）部門內(nèi)部測試（alpha階段的測試，相當(dāng)于單元測試，確認(rèn)功能是否完整、是否正常運(yùn)行、相關(guān)手冊是否最新）制作發(fā)行說明網(wǎng)頁(根據(jù)收集并審核通過的內(nèi)容，制作成適合客戶在線閱讀的網(wǎng)頁等格式，變更清單除外)版本測試（1、根據(jù)測試計(jì)劃測試；2、寫安裝手冊）需求確認(rèn)測試（確認(rèn)功能是否滿足要求，盡可能提出改進(jìn)意見）測試通過?是否參與?否產(chǎn)生alpha版（可產(chǎn)生若干個alpha版，直至所有變更完成）參與澄清會(對清單提出質(zhì)疑，預(yù)估開發(fā)所需工時(shí))參與澄清會(對變更請求提出質(zhì)穎，預(yù)估測試所需工時(shí))評審?fù)ㄟ^？參與澄清會(對清單釋疑)宣布變更計(jì)劃（由需求總負(fù)責(zé)人/PM宣布：1、通知SCM檢入變更計(jì)劃；2、

13、通知開發(fā)部經(jīng)理接收任務(wù)；3、通知客戶）（完成時(shí)限：上一主版本正式對外發(fā)行前。）否為開發(fā)部門設(shè)置權(quán)限開開發(fā)發(fā)部部經(jīng)經(jīng)理理：接接收收任任務(wù)務(wù)（1、安排開發(fā)人、預(yù)計(jì)開發(fā)完成時(shí)間。2、通知相關(guān)人）重新進(jìn)入開發(fā)階段是是是否實(shí)用文檔文案大全主主版版本本發(fā)發(fā)布布流流程程圖圖( (續(xù)續(xù)) )Beta階段Release階段開發(fā)人客戶測試人/安裝人配置管理員需求人物理配置審核（1、各類文檔有無備齊；2、有無全部測試通過等等，詳見CheckList）產(chǎn)生Beta版（1、關(guān)閉VSS權(quán)限；2、標(biāo)Label;3、編譯構(gòu)建beta版、備份、通知相關(guān)人；3、制作變更清單網(wǎng)頁.等等，詳見執(zhí)行列表）客戶是否參與測試？驗(yàn)收測試（1

14、、根據(jù)測試計(jì)劃測試；2、回復(fù)測試結(jié)果（含郵件、上傳VSS、書面三種方式）安裝記錄安裝Beta測試環(huán)境（公司內(nèi)部用）（1、根據(jù)測試計(jì)劃、安裝手冊，安裝測試環(huán)境(可能有多套環(huán)境)，驗(yàn)證安裝過程是否正確；2、通知SCM、測試組、刷新“公司內(nèi)部產(chǎn)品試用環(huán)境一覽表”）安裝Beta測試環(huán)境（客戶用）（1、根據(jù)客戶需要，選擇安裝環(huán)境，并進(jìn)行安裝；2、通知SCM、各需求負(fù)責(zé)人）驗(yàn)收測試（1、對產(chǎn)品進(jìn)行測試、試用，包括性能、功能方面的測試，盡可能提出意見）測試通過？產(chǎn)生Release版(1、標(biāo)識、備份、記錄。2、通知相關(guān)人。等等.詳見：版本發(fā)布前的checkList；)分發(fā)Release版（1、根據(jù)安裝組的工作

15、計(jì)劃、根據(jù)各客戶現(xiàn)行情況，組合出不同的安裝包；2、分發(fā)給當(dāng)次執(zhí)行安裝任務(wù)的人。3、通知安裝組。物理配置審核（1、各類文檔有無備齊；2、有無全部測試通過；3、檢查變更清單網(wǎng)頁。4、下一主版本計(jì)劃已備妥等等，詳見CheckList）否是結(jié)束（轉(zhuǎn)入產(chǎn)品實(shí)施流程）是否，重新進(jìn)入開發(fā)階段實(shí)用文檔文案大全2.3.2.3. 產(chǎn)品實(shí)施流程產(chǎn)品實(shí)施流程為方便大家更加理解軟件的整個發(fā)布循環(huán)過程，在此簡單介紹軟件通過Release 階段后的實(shí)施流程，它包括安裝、培訓(xùn)等內(nèi)容。具體的規(guī)范制度，以實(shí)施部門制定的為準(zhǔn)。產(chǎn)品實(shí)施流程（為方便理解，下圖作出簡單介紹。具體詳細(xì)的流程以實(shí)施部門制定的為準(zhǔn)。配配置置管管理理員員客客戶

16、戶支支持持部部實(shí)實(shí)施施經(jīng)經(jīng)理理：制制定定實(shí)實(shí)施施計(jì)計(jì)劃劃（制定具體的實(shí)施計(jì)劃，含：時(shí)間、地點(diǎn)、人物、實(shí)施內(nèi)容、實(shí)施策略。）分分發(fā)發(fā)R Re el le ea as se e版版（根據(jù)實(shí)施計(jì)劃，分發(fā)出當(dāng)次實(shí)施所需產(chǎn)品、相關(guān)文檔）實(shí)實(shí)施施人人：準(zhǔn)準(zhǔn)備備（指前期準(zhǔn)備工作，包括：與客戶約定時(shí)間、安裝包整理、任務(wù)書編寫、提交說明文檔給客戶.等等一切能提前在公司完成的工作）實(shí)實(shí)施施人人：執(zhí)執(zhí)行行計(jì)計(jì)劃劃實(shí)實(shí)施施人人：反反饋饋執(zhí)執(zhí)行行結(jié)結(jié)果果（1、通知相關(guān)人。2、返回相關(guān)文檔。例如：特定用途備份文件、客戶簽字后的任務(wù)書等。3、記錄結(jié)果。其中，安裝記錄是必不可少的，以便為下一次實(shí)施提供線索。）執(zhí)執(zhí)行行成成功功

17、？結(jié)結(jié)束束開開始始是否提提出出意意見見（對實(shí)施計(jì)劃表示認(rèn)可，或提出調(diào)整意見）配配合合執(zhí)執(zhí)行行實(shí)用文檔文案大全2.4.2.4. VSSVSS 管理流程管理流程簡單介紹 VSS 的使用流程如下，具體詳細(xì)的規(guī)則另述。SCM：規(guī)劃目錄、存放規(guī)則、權(quán)限規(guī)則（經(jīng)過評審）SCM：建庫、分配權(quán)限各用戶：上傳、下載SCM：定期抽查、清理、維護(hù)SCM：定義命名規(guī)則各用戶：按統(tǒng)一規(guī)則命名，保持更新SCM：定期抽查、清理用用人人部部門門經(jīng)經(jīng)理理：提提出出（1、提出新增用戶要求；2、提出權(quán)限要求）S SC CM M：新新增增用用戶戶（1、新增帳號；2、分配權(quán)限；3、通知用戶本人及部門經(jīng)理）V VS SS S管管理理流流程程1、庫結(jié)構(gòu)管理2、文件存儲管理3、用戶、權(quán)限管理用用戶戶本本人人：提提出出（向部門經(jīng)理提出調(diào)