1 按軟件研發版本劃分
Alpha-------------------內部測試版
Beta--------------------外部測試版
Demo-------------------演示版
Preview-----------------預覽版
RC-----------------------發佈倒記時
RTM---------------------發佈到生產商
Full-----------------------完全版
Mini----------------------迷你版
Enhance----------------增強版
Plus----------------------增強版（一般只做程序界面及多媒體功能上的修改）
2 按軟件授權劃分
Free----------------------免費版
Trail----------------------試用版
Shareware--------------共享版
Release-----------------發行版（有時間限制）
Upgrade-----------------升級版
Retail---------------------零售版
Regged------------------已註冊版
3 按用戶類型劃分
Express------------------特別版
Deluxe-------------------豪華版
軟件的版本號變更有什麼原則？
爲了維護軟件項目, 我們提出了對版本進行管理控制的要求. 而對於用戶來說, 版本直接體現在版本號的命名上. 那麼, 如何對版本號進行命名呢? 下面, 讓我們看一下比較普遍的3 種命名格式：
GNU 風格的版本號命名格式:：主版本號.子版本號[.修正版本號[.編譯版本號]]
英文對照:：Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]]
示例:：1.2.1, 2.0, 5.0.0 build-13124
Windows 風格的版本號命名格式：主版本號.子版本號[修正版本號[.編譯版本號]]
英文對照：Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]]
示例：1.21, 2.0
.Net Framework 風格的版本號命名格式：主版本號.子版本號[.編譯版本號[.修正版本號]]
英文對照：Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Number]]
GNU 風格的版本號管理策略
當項目初版本時, 版本號可以爲 0.1 或 0.1.0, 也可以爲 1.0 或 1.0.0, 如果你爲人很低調, 我想你會選擇那個主版本號爲 0 的方式;
當項目在進行了局部修改或 bug 修正時, 主版本號和子版本號都不變, 修正版本號加 1;
當項目在原有的基礎上增加了部分功能時, 主版本號不變, 子版本號加 1, 修正版本號復位爲 0, 因而可以被忽略掉;
當項目在進行了重大修改或局部修正累積較多, 而導致項目整體發生全局變化時, 主版本號加 1;
另外, 編譯版本號一般是編譯器在編譯過程中自動生成的, 我們只定義其格式, 並不進行人爲的控制.
Window 下的版本號管理策略
當項目初版時, 版本號爲 1.0 或 1.00;
當項目在進行了局部修改或 bug 修正時，主版本號和子版本號都不變, 修正版本號加 1;
當項目在原有的基礎上增加了部分功能時, 主版本號不變, 子版本號加 1, 修正版本號復位爲 0, 因而可以被忽略掉;
當項目在進行了重大修改或局部修正累積較多, 而導致項目整體發生全局變化時, 主版本號加 1;
另外, 編譯版本號一般是編譯器在編譯過程中自動生成的, 我們只定義其格式, 並不進行人爲的控制.
另外, 還可以在版本號後面加入 Alpha, Beta, Gamma, Current, RC (Release Candidate), Release, Stable 等後綴, 在這些後綴後面還可以加入 1 位數字的版本號.
對於用戶來說, 如果某個軟件的主版本號進行了升級, 用戶還想繼續那個軟件, 則發行軟件的公司一般要對用戶收取升級費用; 而如果子版本號或修正版本號發生了升級, 一般來說是免費的.