軟件配置管理流程word版-資料下載頁(yè)
2025-07-21 19:56本頁(yè)面
【正文】 利――如果你軟件項(xiàng)目當(dāng)前版本功能被修改壞了，你可以通過 cvs方便地恢復(fù)到上一個(gè)好版本。 主要操作流程 現(xiàn)階段對(duì)于軟件配置管理員 做些什么事呢？ 1） 當(dāng)一個(gè)項(xiàng)目評(píng)估立項(xiàng)后，從項(xiàng)目經(jīng)理處拿到一個(gè)項(xiàng)目的版本需求，進(jìn)行歸檔、整理 2） 關(guān)注整個(gè)整個(gè)項(xiàng)目的進(jìn)度 3） 開發(fā)階段，對(duì)項(xiàng)目的各成員設(shè)定權(quán)限及規(guī)范管理 4） 對(duì)開發(fā)人員提交的修改記錄進(jìn)行審核、整理、歸檔 5） 對(duì)于客戶的需求及 時(shí)處理版本 6） 維護(hù)階段，對(duì)客戶提出的一些問題進(jìn)行評(píng)估，是否可行，并作及時(shí)處理 7） 對(duì)已封版項(xiàng)目，進(jìn)行整理、歸檔。 版本規(guī)范化處理 主要有以下幾點(diǎn)： 9 9 1） 當(dāng)拿到一個(gè)新項(xiàng)目時(shí)及時(shí)整理、歸檔 2） 開發(fā)人員需修改文件時(shí)，應(yīng)及時(shí)處理，不得隨意修改 3） 編譯版本，及時(shí)提交給測(cè)試驗(yàn)證。 4） 版本穩(wěn)定后，及時(shí)歸檔。 客戶反饋問題處理 當(dāng)版本提供給客戶后，客戶又需要改進(jìn)問題時(shí)，應(yīng)主要做到以下幾點(diǎn)： 1） 由項(xiàng)目經(jīng)理及時(shí)通知該項(xiàng)目的負(fù)責(zé)人及配置管理員，以便安排進(jìn)度，有所準(zhǔn)備。 2） 當(dāng)軟件修改過程中出現(xiàn)問題時(shí)， 當(dāng)及時(shí)通知相關(guān)人員，以便和客戶溝通。 3） 版本完成后，再次重新整理、歸檔。 2．軟件基線化規(guī)范 正常開發(fā)期 2． 正常開發(fā)期間，私有工作區(qū)提交，在一些功能模塊需要測(cè)試，研發(fā)人員需tag注釋或提交配置管理員打 tag。 關(guān)鍵活動(dòng) 1． 技術(shù)總監(jiān)審計(jì)發(fā)布新版本，有關(guān)研發(fā)人員打 tag，命名標(biāo)準(zhǔn)為版本號(hào)加alpha，在期間配置管理負(fù)責(zé)人 build一個(gè) 內(nèi)部測(cè)試版本，持續(xù)到 final版本，測(cè)試驗(yàn)證通過。如果在版本發(fā)布間，研發(fā)還有功能增加，必須臨時(shí)分支，等到版本發(fā)布后，才能合并到主板上，關(guān)閉分支。配 置管理負(fù)責(zé)人打 tag注釋。 2． 在版本發(fā)布后，測(cè)試人員審驗(yàn)發(fā)布的版本存在問題。 用期限 branch的 version下，為 。修改后建立內(nèi)部測(cè)試版本 ，持續(xù)到 同時(shí)驗(yàn)證主板上是否存在問題，存在問題的話，合并到 最初好的主干上。 1． 新的一個(gè)項(xiàng)目，項(xiàng)目沒有特別功能需求，配置管理員交付最新 final版本，確定版本標(biāo)識(shí) 2． 新的一個(gè)項(xiàng)目，項(xiàng)目有特制功能需求，配置管理建 Project branch，以最新的 Tags。涉及到正在開發(fā)的功能，那么所有研發(fā)人員打 laphatags。 Project branch一直維護(hù)。有些需要的功能審計(jì)合并到主版本上。
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1