此知識點要注意，《資訊系統專案管理師教程（第三版）p150》與《系統整合專案管理工程師教程（第二版）p209》中關於v模型的介紹不一致。 v模型是在快速應用開發模型基礎上演變而來，由於將整個開發過程構造成乙個v字形而得名。v模型適用於傳統資訊系統應用的開發，而一些高效能高風險的系統、網際網路軟體，或乙個系統難以被具體模組化的時候，則不建議使用v模型。
《系統整合專案管理工程師教程（第二版）p209》
v模型的左邊下降的是開發過程各階段，與此相對應的是右邊上公升的部分，即各測試過程的各個階段。在不同的組織中對測試階段的命名可能有所不同。 在 模型圖中的開發階段一側，先從定義業務需求、需求確認或測試計畫開始，然後要把這些需求轉換到概要設計、概要設計的驗證及測試計畫，從概要設計進一步分解 到詳細設計、詳細設計的驗證及測試計畫，最後進行開發，得到程式**和**測試計畫。接著就是測試執行階段一側，執行先從單元測試開始，然後是整合測試、 系統測試和驗收測試。 v模型的價值在於它非常明確地標明了測試過程中存在的不同級別，並且清楚地描述了這些測試階段和開發各階段的對應關係。
(1)單元測試的主要目的是針對編碼過程中可能存在的各種錯誤，例如使用者輸入驗證過程中的邊界值的錯誤。
(2)整合測試主要目的是針對詳細設計中可能存在的問題，尤其是檢查各單元與其他程式部分之間的介面上可能存在的錯誤。
(3)系統測試主要針對概要設計，檢查系統作為乙個整體是否有效地得到執行，例如在產品設定中是否能達到預期的高效能。
(4)驗收測試通常由業務專家或使用者進行，以確認產品能真正符合使用者業務上的需要。 在不同的開發階段，會出現不同型別的缺陷和錯誤，所以需要不同的測試技術和方法來發現這些缺陷。
《資訊系統專案管理師教程（第三版）p150》
v 模型從整體上看來，就是乙個v字形結構，由左右兩邊組成。左邊的下畫線分別代表了需求分析、概要設計、詳細設計、編碼。右邊的上畫線代表了單元測試、整合 測試、系統測試和驗收測試。看起來v模型就是乙個對稱的結構，它的重要意義在於，非常明確的表明了測試過程中存在的不同的級別，並且非常清晰的描述了這些 測試階段和開發階段的對應關係。
（1）單元測試：驗證軟體單元是否按照單元規格說明（詳細設計說明）正確執行，即保證每個最小的單元能夠正常執行。單元測試一般由開發人員來執行，首先設定最小的測試單元，然後通過設計相應的測試用例來驗證各個單元功能的正確性。
（2）整合測試：檢查多個單元是否按照系統概要設計的方式協同工作。整合測試主要關注點是系統能夠成功編譯，實現了主要的業務功能，系統各個模組之間資料能夠正常通訊等。
（3）系統測試：驗證整個系統是否滿足需求規格說明。
（4）驗收測試：從使用者的角度檢查系統是否滿足合同中定義的需求或者使用者需求。
v模型的特點：
（1）v模型提現的主要思想是開發和測試同等重要，左側代表的是開發活動，而右側代表的是測試活動。
（2）v模型針對每個開發階段，都有乙個測試級別與之向對應。
（3）測試依舊是開發生命週期中的階段，與瀑布模型不同的是，有多個測試級別與開發階段相對應。
（4）v模型適用於需求明確和需求變更不頻繁的情形。
軟考知識點梳理 V型生命週期模型
此知識點要注意，資訊系統專案管理師教程 第三版 p150 與 系統整合專案管理工程師教程 第二版 p209 中關於v模型的介紹不一致。v模型是在快速應用開發模型基礎上演變而來，由於將整個開發過程構造成乙個v字形而得名。v模型適用於傳統資訊系統應用的開發，而一些高效能高風險的系統 網際網路軟體，或乙個...
軟考常考知識點整理 專案進度計畫與專案進度管理計畫
專案進度計畫 專案進度計畫是進度模型的輸出，展示活動之間的相互關聯，以及計畫日期 持續時間 里程碑和所需資源。專案進度計畫中至少要包括每個活動的計畫開始日期與計畫結束日期。即使在早期階段就進行了資源規劃，在未確認資源分配和計畫開始與結束日期之前，專案進度計畫都只是初步的。一般要在專案管理計畫編制完成...
簡練軟考知識點整理 控制範圍
控制範圍是監督專案和產品的範圍狀態，管理範圍基準變更的過程。本過程的主要作用是，在整個專案期間保持對範圍基準的維護。控制專案範圍確保所有變更請求 推薦的糾正措施或預防措施都通過實施整體變更控制過程進行處理。在變更實際發生時，也要採用控制範圍過程來管理這些變更。控制範圍過程應該與其他控制過程協調開展。...