軟件的開發流程（摘錄百度百科）

需求分析

1.相關 系統分析員向用戶初步瞭解需求，而後用相關的工具軟件列出要開發的系統的大功能模塊，每一個大功能模塊有哪些小功能模塊，對於有些需求比較明確相關的界面時，在這一步裏面能夠初步定義好少許的界面。

2.系統分析員深刻了解和分析需求，根據本身的經驗和需求用WORD或相關的工具再作出一份文檔系統的功能需求文檔。此次的文檔會清楚列出系統大體的大功能模塊，大功能模塊有哪些小功能模塊，而且還列出相關的界面和界面功能。

3.系統分析員向用戶再次確認需求。

概要設計

首先，開發者須要對軟件系統進行 概要設計，即 系統設計。概要設計須要對軟件系統的設計進行考慮，包括系統的 基本處理流程、系統的組織結構、模塊劃分、功能分配、接口設計、運行設計、數據結構設計和出錯處理設計等，爲軟件的 詳細設計提供基礎。

詳細設計

在 概要設計的基礎上，開發者須要進行軟件系統的詳細設計。在 詳細設計中，描述實現具體模塊所涉及到的主要算法、數據結構、類的 層次結構及調用關係，須要說明軟件系統各個層次中的每個程序(每一個模塊或 子程序)的設計考慮，以便進行編碼和測試。應當保證軟件的需求徹底分配給整個軟件。詳細設計應當足夠詳細，可以根據詳細設計報告進行編碼。

 

編碼

在 軟件編碼階段，開發者根據《軟件系統詳細設計報告》中對數據結構、算法分析和模塊實現等方面的設計要求，開始具體的編寫程序工做，分別實現各模塊的功能，從而實現對目標系統的功能、性能、接口、界面等方面的要求。在規範化的研發流程中，編碼工做在整個項目流程裏最多不會超過1/2，一般在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編碼效率就會極大提升，編碼時不一樣模塊之間的進度協調和協做是最須要當心的，也許一個小模塊的問題就可能影響了總體進度，讓不少程序員所以被迫停下工做等待，這種問題在不少研發過程當中都出現過。編碼時的相互溝通和應急的解決手段都是至關重要的，對於程序員而言，bug永遠存在，你必須永遠面對這個問題，大名鼎鼎的微軟，可曾有連續三個月不發補丁的時候嗎？歷來沒有！

 

測試

測試編寫好的系統。交給用戶使用，用戶使用後一個一個的確認每一個功能。軟件測試有不少種：按照測試執行方，能夠分爲內部測試和外部測試；按照測試範圍，能夠分爲模塊測試和總體聯調；按照測試條件，能夠分爲正常操做狀況測試和異常狀況測試；按照測試的輸入範圍，能夠分爲全覆蓋測試和抽樣測試。以上都很好理解，再也不解釋。總之，測試一樣是項目研發中一個至關重要的步驟，對於一個大型軟件，3個月到1年的外部測試都是正常的，由於永遠都會有不可預料的問題存在。完成測試後，完成驗收並完成最後的一些幫助文檔，總體項目纔算告一段落，固然往後少不了升級，修補等等工做，只要不是想經過一錘子買賣騙錢，就要不停的跟蹤軟件的運營情況並持續修補升級，直到這個軟件被完全淘汰爲止。

 

軟件交付

在軟件測試證實軟件達到要求後，軟件開發者應向用戶提交開發的目標安裝程序、數據庫的 數據字典、《用戶安裝手冊》、《用戶使用指南》、需求報告、設計報告、 測試報告等雙方合同約定的產物。

《用戶安裝手冊》應詳細介紹安裝軟件對運行環境的要求、安裝軟件的定義和內容、在客戶端、服務器端及 中間件的具體安裝步驟、安裝後的系統配置。

《用戶使用指南》應包括軟件各項功能的使用流程、操做步驟、相應業務介紹、特殊提示和注意事項等方面的內容，在須要時還應舉例說明。

 

驗收

用戶驗收。

 

維護

根據用戶需求的變化或環境的變化，對應用程序進行所有或部分的修改