需求分析：
1.相關係統分析員向用戶初步了解需求，然後用相關的工具軟體列出要開發的系統的大功能模組，每個大功能模組有哪些小功能模組，對於有些需求比較明確相關的界面時，在這一步裡面可以初步定義好少量的界面。
2.系統分析員深入了解和分析需求，根據自己的經驗和需求用WORD或相關的工具再做出一份文檔系統的功能需求文檔。這次的文檔會清楚列出系統大致的大功能模組，大功能模組有哪些小功能模組，並且還列出相關的界面和界面功能。
3.系統分析員向用戶再次確認需求。
需求分析概要設計：
首先，開發者需要對軟體系統進行概要設計，即系統設計。概要設計需要對軟體系統的設計進行考慮，包括系統的基本處理流程、系統的組織結構、模組劃分、功能分配、接口設計、運行設計、數據結構設計和出錯處理設計等，為軟體的詳細設計提供基礎。
詳細設計：
在概要設計的基礎上，開發者需要進行軟體系統的詳細設計。在詳細設計中，描述實現具體模組所涉及到的主要算法、數據結構、類的層次結構及調用關係，需要說明軟體系統各個層次中的每一個程式(每個模組或子程式)的設計考慮，以便進行編碼和測試。應當保證軟體的需求完全分配給整個軟體。詳細設計應當足夠詳細，能夠根據詳細設計報告進行編碼。
編碼：
在軟體編碼階段，開發者根據《軟體系統詳細設計報告》中對數據結構、算法分析和模組實現等方面的設計要求，開始具體的編寫程式工作，分別實現各模組的功能，從而實現對目標系統的功能、性能、接口、界面等方面的要求。在規範化的研發流程中，編碼工作在整個項目流程里最多不會超過1/2，通常在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編碼效率就會極大提高，編碼時不同模組之間的進度協調和協作是最需要小心的，也許一個小模組的問題就可能影響了整體進度，讓很多程式設計師因此被迫停下工作等待，這種問題在很多研發過程中都出現過。編碼時的相互溝通和應急的解決手段都是相當重要的，對於程式設計師而言，bug永遠存在，你必須永遠面對這個問題，大名鼎鼎的微軟，可曾有連續三個月不發補丁的時候嗎？從來沒有！
測試：
測試編寫好的系統。交給用戶使用，用戶使用後一個一個的確認每個功能。軟體測試有很多種：按照測試執行方，可以分為內部測試和外部測試；按照測試範圍，可以分為模組測試和整體聯調；按照測試條件，可以分為正常操作情況測試和異常情況測試；按照測試的輸入範圍，可以分為全覆蓋測試和抽樣測試。以上都很好理解，不再解釋。總之，測試同樣是項目研發中一個相當重要的步驟，對於一個大型軟體，3個月到1年的外部測試都是正常的，因為永遠都會有不可預料的問題存在。完成測試後，完成驗收並完成最後的一些幫助文檔，整體項目才算告一段落，當然日後少不了升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟體的運營狀況並持續修補升級，直到這個軟體被徹底淘汰為止。
