? ? 另一種版本的含義是在信息系統產品投入使用後，產品經過一系列的變更（例如，糾錯、增加功能、提高性能等）而形成的一系列的順序演化的產品，這些產品也稱為一個版本，每個版本都可說出它是從哪個版本導出的演化過程。 修 正後的新版本往往不能完全代替老版本，盡管新版本有某些優越的特性。因為一些用戶仍然使用著老版本，並且不容易立刻做到以舊換新，否則可能會打擾老版本原 有的工作環境。顯然，多個版本被多個用戶同時使用的情況是不可避免的現實。這就要求多個版本共存，這也是配置管理要解決的一個重要課題。

?1. 配置項的狀態?

? ? 配置項的狀態通常有三種，分別是草稿、正式發布和正在修改。配置項剛建立時其狀態為“草稿”。配置項通過評審（或審批）後，其狀態 變為“正式發布”。此後若更改配置項，必須依照變更控制流程執行，其狀態變為“正在修改”。當配置項修改完畢並重新通過評審（或審批）時，其狀態又變為 “正式發布”，如此循環。

?2. 版本號表示規則?

? ? 版本管理要解決的第一個問題是版本標識，也就是為區分不同的版本，要給它們科學的命名。通 常有兩種版本命名的方法，分別是號碼版本標識和符號版本標識。其中，號碼版本標識以數字表示，例如，用1.0，2.0，1.2，2.1.1等表示版本號； 符號版本標識是將重要的版本屬性有選擇地給出，例如，SQL Server 2013，Office 2013，將版本產生的時間給出。為了從版本標識上看到更多信息，可能給出更多的屬性，例如，面向的客戶群、開發語言、硬件平臺、生成日期等。常見的版本號表示規則。?

（2.1）處於草稿狀態的配置項的版本號格式為0.YZ，其中，YZ的數字範圍為01-99。隨著草稿的不斷完善，YZ的取值應遞增。YZ的初值和增幅由開發者自己把握。?

（2.2）處於正式發布狀態的配置項的版本號格式為X.Y，其中，X為主版本號，取值範圍為l-9。Y為次版本號，取值範圍為1-9。配置項第一次正式發布時，版本 號為1.0。如果配置項的版本升級幅度比較小，則一般只增大Y值，X值保持不變。只有當配置項版本升級幅度比較大時，才允許增大X值。?

（2.3）處於正在修改狀態的配置項的版本號格式為X.YZ，配置項在修改時，一般只增大Z值，X.Y值保持不變。當配置項修改完畢，狀態重新成為正式發布時，將Z值設置為0，增加 X.Y值。

?3. 版本控制的流程?

一般來說，配置項版本控制的流程如下：

（3.1）創建配置項。項目團隊成員根據配置管理計劃，在配置庫中創建屬於其任務範圍內的配置項。此時配置項的狀態為“草稿”，其版本號格式為0.YZ。?

（3.2）修改處於草稿狀態的配置項。項目團隊成員使用配置管理軟件的檢入（Check In）/檢出（Check Out）功能，可以自由修改處於草稿狀態的配置項（不受變更控制流程的約束），版本號格式為0.YZ。?

（3.3）技術評審或領導審批。如果配置項是技術文檔，則需要接受技術評審；如果配置項是計劃類文件，則需要項目經理（或上級領導）的審批。若配置項通過了技術評審或領導審批，則轉向步驟（4），否則轉向步驟（2）。?

（3.4）正式發布。配置項通過技術評審或領導審批之後，則配置項的狀態從“草稿”變遷為“正式發布”，版本號格式為X.Y。?

（3.5） 變更，修改版本號。修改處於正式發布狀態的配置項，必須按照變更控制流程執行。如果 CCB同意變更，則配置項狀態從“正式發布”變遷為“正在修改”。項目團隊成員使用檢入/檢出功能，可以修改處於正在修改狀態的配置項，版本號格式為 X.YZ。修改完畢後，該配置項要重新接受技術評審或領導審批，轉向步驟（3）。

軟考知識點梳理--項目版本管理