DM-ISO-軟件發(fā)布管理控制程序

1、文件發(fā)行及分發(fā)狀況分發(fā)部門收文章發(fā)行章份數(shù)一發(fā)行部門變更履歷No.版本修訂日期修訂內(nèi)容修訂者123456789101112131415161718制作審核批準張琦11目的軟件發(fā)布階段的主要工作是進步穩(wěn)定產(chǎn)品，保證生產(chǎn)版本的按時推出。制定良好的軟件產(chǎn)品發(fā)布規(guī)程，并嚴格按照軟件發(fā)布階段的主要工作是進規(guī)程發(fā)布軟件產(chǎn)品或軟件版本，是保證軟件產(chǎn)品質(zhì)量和成功交付的關鍵過程之一。2范圍本程序適用于軟件產(chǎn)品開發(fā)、工程應用及公共管理等部門，涉及產(chǎn)品、項目、架構/開發(fā)、測試、軟件配置管理、 運維與技術支持等角色或崗位。本程序關注軟件產(chǎn)品在系統(tǒng)測試完成后到上線試運行或交付客戶之前的工作流程，不涉及軟件產(chǎn)品的需求、設

2、 計、開發(fā)等環(huán)節(jié)。3定義軟件產(chǎn)品發(fā)布是在系統(tǒng)測試完成后，進入驗收測試階段時進行第一次安裝或部署。軟件發(fā)布階段起始于Alpha版本的 推出，終于軟件生產(chǎn)版本（RTM）的發(fā)布。在試運行階段到驗收完成期間通過適當?shù)淖兏刂疲鶕?jù)需要可發(fā)布多個不同版 本。當客戶驗收確認完成后，對客戶進行正式發(fā)布。正式發(fā)布的內(nèi)容主要包括：完整的軟件系統(tǒng)、系統(tǒng)源代碼、相關腳本、第三方軟件產(chǎn)品或依賴庫包等；相關的產(chǎn)品和工程技術文檔，例如：系統(tǒng)設計文檔、產(chǎn)品質(zhì)量評估報告、用戶手冊、系統(tǒng)運維和技術支持文檔4職責角色職責產(chǎn)品決定產(chǎn)品發(fā)布的內(nèi)容和發(fā)布日期；系統(tǒng)展示、產(chǎn)品交付、用戶培訓。項目制定產(chǎn)品發(fā)布策略，結合變更管理，和產(chǎn)品人員

3、一起確定發(fā)布的確切內(nèi)容和發(fā)布計戈U；組織對發(fā)布前各軟件版本進行驗收評審，確保只有正確的、被授權的和經(jīng)過測試的軟 件產(chǎn)品或版本才能導入實際運作環(huán)境；嚴格按照軟件產(chǎn)品發(fā)布規(guī)程組織實施軟件產(chǎn)品的發(fā)布工作，協(xié)調(diào)發(fā)布過程中的各項資 源；發(fā)布進度跟蹤和風險控制。開發(fā)負責創(chuàng)建和維護有關產(chǎn)品發(fā)布的各種版本，例如RC版、RTM版等；修復軟件缺陷、持續(xù)完善系統(tǒng)；協(xié)助進行產(chǎn)品的安裝部署，支持系統(tǒng)集成。產(chǎn)品/項目開發(fā)測試配置管理運維客戶.物理配置審核， 項目過程資產(chǎn)信 息歸檔.產(chǎn)生beta版，生 成正式的外部版 本號，對外發(fā)布安裝beta測試環(huán)境Beta階段1F1r.進度跟蹤和控制.溝通協(xié)調(diào)、需求 變更控制，風險1.

4、修復軟件缺陷.根據(jù)測試計劃， 執(zhí)行驗收測試， 主要關注常用功 能、業(yè)務價值 高、復雜容易出 錯、性能瓶頸等 所在的模塊.缺陷的收集、整 理、提交、跟蹤 和分析等.結合客戶的反饋 意見或客戶提交 的驗收測試報 告，生成產(chǎn)品質(zhì) 量評估報告.協(xié)助產(chǎn)品/項目人 員進行發(fā)布版本 與基線的控制和 管理.配置狀態(tài)監(jiān)控和 報告.提交變更管理和 控制記錄.為產(chǎn)品的beta測 試環(huán)境安裝和部 署提供協(xié)助和技 術支持.準備預發(fā)布測試 環(huán)境和產(chǎn)品環(huán)境.進行全面的有關 產(chǎn)品功能和性能 方面的驗收測試.反饋測試過程中 遇到的各種問題 和缺陷，盡可能 提出完善和改進 意見和建議.如果可能，提交 正式規(guī)范的beta 驗收測試

5、報告管理F.組織進行技術評 審，項目干系人 參加，針對本階 段的工作成果.若評審通過，則 進入產(chǎn)品的預發(fā) 布測試階段；否 則，修復缺陷， 完善系統(tǒng)，重新 發(fā)布beta版并進 行測試5.3預發(fā)布階段產(chǎn)品/項目開發(fā)測試配置管理運維客戶11.物理配置審核， 項目過程資產(chǎn)信 息歸檔.產(chǎn)生RTM版（最終 發(fā)布版），生成外 部版本號，正式 對外發(fā)布1正式發(fā)布.系統(tǒng)展示、用戶 培訓，提交產(chǎn)品 使用手冊.項目總結，提交項目總結報告O軟件產(chǎn)品及相關資產(chǎn) 的正式交付或分發(fā)O開發(fā)工作總結，整理 并提交有關架構、系 統(tǒng)設計和開發(fā)的工程 技術文檔產(chǎn)品測試工作總結， 提交產(chǎn)品測試總結 報告和更新的產(chǎn) 品質(zhì)量評估報告1配置

6、審計，提交配置審計報告.產(chǎn)品環(huán)境的初始 化、測試與優(yōu)化.產(chǎn)品的安裝、部 署.提交系統(tǒng)運維和-古土田什+八技術支持文檔1 f1 F1.產(chǎn)品使用跟蹤彳yV根據(jù)用戶和市場反 饋，進行產(chǎn)品新版本 或下一代產(chǎn)品的規(guī)劃1.修復軟件缺陷缺陷的持續(xù)收集、整 理、提交、跟蹤和統(tǒng) 計分析等.協(xié)助產(chǎn)品/項目人 員進行后續(xù)發(fā)布 版本與基線的控 制管理.配置狀態(tài)監(jiān)控.系統(tǒng)監(jiān)控和維護.運行故障處理.性能持續(xù)優(yōu)化.軟件產(chǎn)品的正式 驗收和接收.產(chǎn)品的使用、問 題反饋及需求變 更請求5.5軟件版本號策略基于GNU風格的方案：主版本號.子版本號.修正版本號.編譯（構建）版本號Major_Version_Number.Minor_

7、Version_Number.Revision_Number.Build_Number示例：1.2.1，2.0，5.0.0 build-13124產(chǎn)品初版本時，版本號可以為0.1或0.1.0，也可以為1.0或1.0.0；當產(chǎn)品進行了局部修改或缺陷修復后，主版本號和子版本號都不變，修正版本號加1；當產(chǎn)品在原有的基礎上增加了部分功能，主版本號不變，子版本號加1，修正版本號復位為0，因而可以被省略 掉；當產(chǎn)品進行了重大修改，或者新增功能累積較多，而導致項目整體發(fā)生全局變化時，主版本號加1；編譯版本號一般是編譯器或構建工具在編譯或構建過程中，按一定規(guī)則自動生成的，我們只定義其格式，并不進 行人為控制。

8、5.6發(fā)布前的版本控制a(alpha)版此版本表示目前僅僅是一個初步完成品，通常只在開發(fā)者內(nèi)部交流，或者發(fā)布給專業(yè)測試 人員進行內(nèi)測。一般而言，該版本軟件的bug較多，普通用戶最好不要安裝。a(alpha)版B(beta)版該版本相對于&版已有了很大的改進，消除了嚴重的錯誤，但還是存在著一些缺陷，需要 經(jīng)過大規(guī)模的公測來進一步消除。這一版本通常是免費發(fā)布，用戶可從相關的站點下載。 通過一些普通用戶特別是專業(yè)愛好者的測試，將結果反饋給開發(fā)者，開發(fā)者們再進行有針 對性地修改。ZBB (Zero Bug Build)版某天的版本要把在之刖（例如48小時前）記錄的Bug都解決掉。Y(gamma)版有時也稱RC （發(fā)布候選版），該版本已經(jīng)相當成熟了，與即將發(fā)行的正式版相差無幾，如果 用戶實在等不及了，盡可以裝上一試。RC （發(fā)布候選版）Release Candidate,即：發(fā)布候選版，有時也叫丫（gamma）版。它不是最終的版本，而是 公開發(fā)行最終版（RTM-Release