軟件發(fā)布管理流程規(guī)范

軟件發(fā)布管理流程規(guī)范本文旨在規(guī)范軟件發(fā)布管理流程，確保軟件發(fā)布過程的可控性和規(guī)范性。2.發(fā)布流程為了保證軟件發(fā)布的質(zhì)量和效率，本文規(guī)定了補(bǔ)丁發(fā)布流程、主版本發(fā)布流程、產(chǎn)品實施流程和VSS管理流程。2.1.補(bǔ)丁發(fā)布流程補(bǔ)丁發(fā)布流程包括需求分析、設(shè)計、開發(fā)、測試、審核、發(fā)布和驗證等環(huán)節(jié)。其中，審核環(huán)節(jié)需要由專門的審核人員進(jìn)行審核，確保補(bǔ)丁的質(zhì)量和安全性。2.2.主版本發(fā)布流程主版本發(fā)布流程包括需求分析、設(shè)計、開發(fā)、測試、審核、發(fā)布和驗證等環(huán)節(jié)。在審核環(huán)節(jié)中，需要對軟件進(jìn)行全面的測試，確保軟件的穩(wěn)定性和兼容性。2.3.產(chǎn)品實施流程產(chǎn)品實施流程包括需求分析、設(shè)計、開發(fā)、測試、審核、發(fā)布和培訓(xùn)等環(huán)節(jié)。在審核環(huán)節(jié)中，需要對產(chǎn)品進(jìn)行全面的測試，確保產(chǎn)品的質(zhì)量和可用性。2.4.VSS管理流程VSS管理流程包括版本控制、變更管理、文檔管理、缺陷管理等環(huán)節(jié)。在版本控制和變更管理環(huán)節(jié)中，需要對代碼進(jìn)行嚴(yán)格的管理，確保代碼的穩(wěn)定性和安全性。3.相關(guān)資料本文所需的相關(guān)資料包括需求文檔、設(shè)計文檔、測試文檔、審核記錄、發(fā)布記錄等。這些資料需要進(jìn)行有效的管理和歸檔，以便于后續(xù)的查閱和追溯。4.總結(jié)本文制定了一套完整的軟件發(fā)布管理流程規(guī)范，旨在提高軟件發(fā)布的質(zhì)量和效率，確保軟件發(fā)布過程的可控性和規(guī)范性。同時，需要保證相關(guān)資料的有效管理和歸檔，以便于后續(xù)的查閱和追溯。補(bǔ)丁發(fā)布流程規(guī)范該文檔規(guī)范了補(bǔ)丁發(fā)布的流程，下圖中每個方框代表一個進(jìn)程，括號內(nèi)描述該進(jìn)程的具體內(nèi)容。每個進(jìn)程均要求相應(yīng)職位填寫《補(bǔ)丁簽發(fā)單》。需求組：開始開發(fā)部：開發(fā)部經(jīng)理接收任務(wù)，安排開發(fā)人、預(yù)計開發(fā)完成時間，并通知SCM。配置管理員測試組提出變更請求：事先征得需求澄清會的同意，再填《補(bǔ)丁簽發(fā)單》，并通知開發(fā)經(jīng)理。檢查：檢查前兩個環(huán)節(jié)填寫的簽發(fā)單是否符合填寫要求；檢查描述是否清晰、時間要求有無沖突。如果檢查未通過，需要重新填寫簽發(fā)單。如果檢查通過，需要安排補(bǔ)丁號，發(fā)布日期，通常將完成時間相距不遠(yuǎn)的安排在同一補(bǔ)丁號中。同時設(shè)置VSS權(quán)限，根據(jù)開發(fā)部經(jīng)理的安排設(shè)置，并通知相關(guān)人，開始執(zhí)行施變更，并公布預(yù)計發(fā)布日期、實施建議。開發(fā)人：執(zhí)行變更（按照要求修改代碼、文檔，并按規(guī)范存放）。測試組長：制定測試計劃（按照簽發(fā)單，安排測試人、預(yù)計測試完成時間）。產(chǎn)生alpha版（開發(fā)部內(nèi)部可產(chǎn)生多個alpha版），并安裝alpha測試環(huán)境。部門內(nèi)部測試：alpha階段的測試，相當(dāng)于單元測試，并通知SCM。如果測試未通過，需要重新修改并進(jìn)行測試。如果測試通過，則需要產(chǎn)生Beta版。產(chǎn)生Beta版：檢查相關(guān)文檔是否已備齊；根據(jù)簽發(fā)單，檢查當(dāng)前補(bǔ)丁號中提出的變更是否都已執(zhí)行；檢查開發(fā)人在CheckIn/out的過程中，是否符合VSS管理規(guī)范、版本管理規(guī)范；根據(jù)簽發(fā)單，制作補(bǔ)丁發(fā)行說明；關(guān)閉VSS權(quán)限；編譯構(gòu)建beta版；通知測試組、安裝組，向其提交該補(bǔ)丁的書面簽發(fā)單。安裝Beta測試環(huán)境：編寫/更新補(bǔ)丁安裝手冊；選擇測試環(huán)境，安裝補(bǔ)丁beta版；通知測試組、相關(guān)人，同時刷新“公司內(nèi)部產(chǎn)品試用環(huán)境一覽表”白板。驗收測試：beta階段的測試，相當(dāng)于集成測試；通知相關(guān)人測試結(jié)果，含郵件、簽發(fā)單電子格式的回復(fù)。若測試通過，則還包括在書面簽發(fā)單上簽名。如果測試未通過，需要重新修改并進(jìn)行測試。如果測試通過，則需要產(chǎn)生Release版。Release階段：檢查測試結(jié)果是否已全部通過；檢查提交文檔是否已齊全；標(biāo)識、備份、記錄。通知相關(guān)人。詳見：《版本發(fā)布前的checkList》。分發(fā)Release版根據(jù)安裝組的工作計劃和各客戶現(xiàn)行情況，組合出不同的安裝包。將這些安裝包分發(fā)給執(zhí)行安裝任務(wù)的人，并通知安裝組。這標(biāo)志著該流程的結(jié)束，轉(zhuǎn)入《產(chǎn)品實施流程》。主版本發(fā)布流程與補(bǔ)丁發(fā)布流程相比，主版本發(fā)布流程參與的職能部門個數(shù)和次數(shù)明顯增多，同時設(shè)置的檢查點也隨之增多。其中最重要的一點是引入客戶監(jiān)督。采取“我們主動爭取客戶全程參與”的方法，每完成一個變更，不一定要待版本中的所有變更完成，立刻放上客戶使用的測試環(huán)境，請客戶在線試用并提意見。這樣做的目的是讓客戶不僅知道我們在干什么，還知道我們干成什么樣，以及是否滿意。盡量讓客戶的意見在開發(fā)早期提出，越早提出，變更成本越小，且能直接減少后續(xù)的補(bǔ)丁發(fā)布頻率。流程圖如下：主版本發(fā)布流程圖（下圖中每個方框代表一個進(jìn)程，括號內(nèi)描述該進(jìn)程的具體內(nèi)容。每個進(jìn)程均要求有物理產(chǎn)出。）需求人開始開發(fā)人配置管理員測試人/安裝人客戶提出變更請求需求人填寫自己負(fù)責(zé)的《[產(chǎn)品名][版本號]開發(fā)計劃清單/測試清單/變更清單》（以下簡稱清單）。如果需要，需求人可以請求召開需求澄清會。在會上，開發(fā)人、配置管理員和測試人/安裝人可以就清單提出疑問或質(zhì)疑，并預(yù)估所需工時。如果評審?fù)ㄟ^，需求人宣布變更計劃，通知SCM檢入變更計劃，通知開發(fā)部經(jīng)理接收任務(wù)，以及通知客戶。這個過程需要在上一主版本正式對外發(fā)行前完成。檢入變更計劃檢查是否通過澄清會。將一個產(chǎn)品中，各需求人提出的清單中，已通過澄清會的內(nèi)容，合并成一份。從此本流程僅使用合并后的清單。將合并后的清單存入VSS的固定目錄，并標(biāo)上Label。通知開發(fā)部經(jīng)理和測試組長。重新進(jìn)入開發(fā)階段開發(fā)部經(jīng)理根據(jù)任務(wù)安排開發(fā)人，并預(yù)計開發(fā)完成時間。通知相關(guān)人，并為開發(fā)部門設(shè)置權(quán)限。測試組長按照清單，制定測試大綱和測試計劃。開發(fā)人執(zhí)行變更。提供發(fā)行說明內(nèi)容各需求人提供自己所轄范圍內(nèi)的說明內(nèi)容，并參照樣本填寫。這些步驟將重復(fù)進(jìn)行，直到主版本發(fā)布完成。的安裝包；2、發(fā)送安裝包給客戶；3、更新變更清單網(wǎng)頁）客戶反饋（1、收集客戶反饋；2、分析反饋內(nèi)容；3、修復(fù)問題并打補(bǔ)??；4、更新變更清單網(wǎng)頁）版本維護(hù)（1、對已發(fā)布的版本進(jìn)行維護(hù)；2、修復(fù)已知問題并打補(bǔ)??；3、更新變更清單網(wǎng)頁；4、定期向項目管理組匯報維護(hù)情況）版本升級（1、根據(jù)需求和市場情況，制定升級計劃；2、執(zhí)行升級計劃；3、更新變更清單網(wǎng)頁；4、定期向項目管理組匯報升級情況）開發(fā)人員執(zhí)行變更，定期向項目管理組匯報開發(fā)進(jìn)展。收集并審核發(fā)行說明內(nèi)容，產(chǎn)生alpha版，直至所有變更完成。安裝alpha測試環(huán)境，進(jìn)行部門內(nèi)部測試和需求確認(rèn)測試。alpha階段的測試相當(dāng)于單元測試，確認(rèn)功能是否完整、是否正常運行、相關(guān)手冊是否最新。如果需要，制作發(fā)行說明網(wǎng)頁，根據(jù)收集并審核通過的內(nèi)容，制作成適合客戶在線閱讀的網(wǎng)頁等格式，變更清單除外。進(jìn)行版本測試，根據(jù)測試計劃測試，寫安裝手冊，并進(jìn)行需求確認(rèn)測試，確認(rèn)功能是否滿足要求，盡可能提出改進(jìn)意見。如果alpha階段測試通過，進(jìn)入Beta階段測試。否則，重新進(jìn)入開發(fā)階段。在Beta階段，需求人、開發(fā)人和配置管理員進(jìn)行物理配置審核，檢查各類文檔是否備齊，是否全部測試通過等等，詳見《CheckList》。產(chǎn)生Beta版，關(guān)閉VSS權(quán)限，標(biāo)Label，編譯構(gòu)建beta版、備份、通知相關(guān)人，制作變更清單網(wǎng)頁等等，詳見《執(zhí)行列表》。安裝Beta測試環(huán)境，公司內(nèi)部用和客戶用分別進(jìn)行，根據(jù)測試計劃、安裝手冊，安裝測試環(huán)境（可能有多套環(huán)境），驗證安裝過程是否正確。如果客戶參與測試，進(jìn)行驗收測試，根據(jù)測試計劃測試，回復(fù)測試結(jié)果（含郵件、上傳VSS、書面三種方式）。進(jìn)行安裝記錄驗收測試，對產(chǎn)品進(jìn)行測試、試用，包括性能、功能方面的測試，盡可能提出意見。如果Beta階段測試通過，進(jìn)入Release階段，否則重新進(jìn)入開發(fā)階段。在Release階段，進(jìn)行物理配置審核，檢查各類文檔是否備齊，是否全部測試通過，檢查變更清單網(wǎng)頁，下一主版本計劃已備妥等等，詳見《CheckList》。產(chǎn)生Release版，標(biāo)識、備份、記錄，通知相關(guān)人等等，詳見《版本發(fā)布前的checkList》。分發(fā)Release版，根據(jù)安裝組的工作計劃、根據(jù)各客戶現(xiàn)行情況，組合出不同的安裝包，發(fā)送安裝包給客戶，更新變更清單網(wǎng)頁。收集客戶反饋，分析反饋內(nèi)容，修復(fù)問題并打補(bǔ)丁，更新變更清單網(wǎng)頁。對已發(fā)布的版本進(jìn)行維護(hù)，修復(fù)已知問題并打補(bǔ)丁，更新變更清單網(wǎng)頁，定期向項目管理組匯報維護(hù)情況。根據(jù)需求和市場情況，制定升級計劃，執(zhí)行升級計劃，更新變更清單網(wǎng)頁，定期向項目管理組匯報升級情況。本文介紹了軟件發(fā)布過程規(guī)范的相關(guān)內(nèi)容，包括產(chǎn)品實施流程和VSS管理流程。在產(chǎn)品實施流程中，實施經(jīng)理需要制定具體的實施計劃，包括時間、地點、人物、實施內(nèi)容和實施策略等。同時，需要分發(fā)Release版并進(jìn)行前期準(zhǔn)備工作。在執(zhí)行實施計劃時，需要配