V模型

V模型大體可以劃分為以下幾個不同的階段步驟：客户需求分析、軟件需求分析、概要設計、詳細設計、軟件編碼、單元測試、集成測試、系統測試、驗收測試。

即首先明確客户對於產品的需求，軟件所具備的功能。這一點上比較關鍵的是分析師和客户溝通時的理解能力與交互性。要求分析師能準確的把客户所需要達到的功能，實現方式，等表述出來，給出分析結果，寫出需求規格説明書。

主要根據客户需求分析出軟件方面的需求，即需要軟件需要的功能，軟件需要適應的硬件功能。該部分關鍵的是做到需求的剝離，以保證軟件功能需求覆蓋客户需求且不涵蓋硬件或其他方面的需求，以方便軟件工程師的進一步開發。

主要是架構的實現，指搭建架構、表述各模塊功能、模塊接口連接和數據傳遞的實現等項事務。

對概要設計中表述的各模塊進行深入分析，對各模塊組合進行分析等，這一階段要求達到偽代碼級別，已經把程序的具體實現的功能，現象等描述出來。其中需要包含數據庫設計説明。

按照詳細設計好的模塊功能表，編程人員編寫出實際的代碼。

按照設定好的最小測試單元進行按單元測試，主要是測試程序代碼，為的是確保各單元模塊被正確的編譯，單元的具體劃分按不同的單位與不同的軟件有不同，比如有具體到模塊的測試，也有具體到類，函數的測試等。

經過了單元測試後，將各單元組合成完整的體系，主要測試各模塊間組合後的功能實現情況，以及模塊接口連接的成功與否，數據傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。根據集成測試計劃，一邊將模塊或其他軟件單位組合成系統，一邊運行該系統，以分析所組成的系統是否正確，各組成部分是否合拍。

經過了單元測試和集成測試以後，我們要把軟件系統搭建起來，按照軟件規格説明書中所要求，測試軟件其性能功能等是否和用户需求相符合，在系統中運行是否存在漏洞等。

主要就是用户在拿到軟件的時候，在使用現場，會根據前邊所提到的需求，以及規格説明書來做相應測試，以確定軟件達到預期的效果。

一般來講：

單元測試對應詳細設計。也就是説，單元測試的測試用例是和詳細設計一起出現的，在研發人員做詳細設計的時候，相應的測試人員也就把測試用例寫了出來；

集成測試對應概要設計。在做模塊功能分析及模塊接口，數據傳輸方法的時候，就把集成測試用例根據概要設計中模塊功能及接口等實現方法編寫出來，以備以後作集成測試的時候可以直接引用；

系統測試對應系統設計，在系統分析人員作系統分析，編寫需求説明書的時候測試人員就根據客户需求説明書，把最後能實現系統功能的各種測試用例寫出來，為做最後系統測試作準備。

驗收測試與用户需求對應，是非設計流程。

V模型僅僅把測試過程作為在需求分析、系統設計及編碼之後的一個階段，忽視了測試對需求分析,系統設計的驗證，需求的滿足情況一直到後期的驗收測試才被驗證。

解決的思路是，當一個軟件開發的時候，研發人員和測試人員需要同時工作，測試在軟件做需求分析的同時就會有測試用例的跟蹤，這樣，可以儘快找出程序錯誤和需求偏離，從而更高效的提高程序質量，最大可能的減少成本，同時滿足用户的實際軟件需求。

V模式是一種傳統軟件開發模型，一般適用於一些傳統信息系統應用的開發，而一些高性能高風險的系統、互聯網軟件，或一個系統難以被具體模塊化的時候，就比較難做成V模式所需的各種構件，需要更強調迭代的開發模型或者敏捷開發模型。