計劃對所要解決的問題進行總體定義，包括瞭解使用者的要求及現實環境，從技術、經濟和社會因素等3個方面研究並論證本軟體專案的可行性，編寫可行性研究報告，探討解決問題的方案，並對可供使用的資源（如計算機硬體、系統軟體、人力等）成本，可取得的效益和開發進度作出估計，制訂完成開發任務的實施計劃。分析軟體需求分析就是對開發什麼樣的軟體的一個系統的分析與設想。它是一個對使用者的需求進行去粗取精、去偽存真、正確理解，然後把它用軟體工程開發語言（形式功能規約，即需求規格說明書）表達出來的過程。本階段的基本任務是和使用者一起確定要解決的問題，建立軟體的邏輯模型，編寫需求規格說明書文件並最終得到使用者的認可。需求分析的主要方法有結構化分析方法、資料流程圖和資料字典等方法。本階段的工作是根據需求說明書的要求，設計建立相應的軟體系統的體系結構，並將整個系統分解成若干個子系統或模組，定義子系統或模組間的介面關係，對各子系統進行具體設計定義，編寫軟體概要設計和詳細設計說明書，資料庫或資料結構設計說明書，組裝測試計劃。在任何軟體或系統開發的初始階段必須先完全掌握使用者需求，以期能將緊隨的系統開發過程中哪些功能應該落實、採取何種規格以及設定哪些限制優先加以定位。系統工程師最終將據此完成設計方案，在此基礎上對隨後的程式開發、系統功能和效能的描述及限制作出定義。設計軟體設計可以分為概要設計和詳細設計兩個階段。實際上軟體設計的主要任務就是將軟體分解成模組是指能實現某個功能的資料和程式說明、可執行程式的程式單元。可以是一個函式、過程、子程式、一段帶有程式說明的獨立的程式和資料，也可以是可組合、可分解和可更換的功能單元。模組，然後進行模組設計。概要設計就是結構設計，其主要目標就是給出軟體的模組結構，用軟體結構圖表示。詳細設計的首要任務就是設計模組的程式流程、演算法和資料結構，次要任務就是設計資料庫，常用方法還是結構化程式設計方法。編碼軟體編碼是指把軟體設計轉換成計算機可以接受的程式，即寫成以某一程式設計語言表示的"源程式清單"。充分了解軟體開發語言、工具的特性和程式設計風格，有助於開發工具的選擇以及保證軟體產品的開發質量。當前軟體開發中除在專用場合，已經很少使用二十世紀80年代的高階語言了，取而代之的是面向物件的開發語言。而且面向物件的開發語言和開發環境大都合為一體，大大提高了開發的速度。軟體測試軟體測試的目的是以較小的代價發現儘可能多的錯誤。要實現這個目標的關鍵在於設計一套出色的測試用例（測試資料與功能和預期的輸出結果組成了測試用例）。如何 才能設計出一套出色的測試用例，關鍵在於理解測試方法。不同的測試方法有不同的測試用例設計方法。兩種常用的測試方法是白盒法測試物件是源程式，依據的是程式內部的的邏輯結構來發現軟體的程式設計錯誤、結構錯誤和資料錯誤。結構錯誤包括邏輯、資料流、初始化等錯誤。用例設計的關鍵是以較少的用例覆蓋儘可能多的內部程式邏輯結果。白盒法和黑盒法依據的是軟體的功能或軟體行為描述，發現軟體的介面、功能和結構錯誤。其中介面錯誤包括內部/外部介面、資源管理、整合化以及系統錯誤。黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模組輸出和輸入介面。維護維護是指在已完成對軟體的研製（分析、設計、編碼和測試）工作並交付使用以後，對軟體產品所進行的一些軟體工程的活動。即根據軟體執行的情況，對軟體進行適當修改，以適應新的要求，以及糾正執行中發現的錯誤。編寫軟體問題報告、軟體修改報告。一箇中等規模的軟體，如果研製階段需要一年至二年的時間，在它投入使用以後，其執行或工作時間可能持續五年至十年。那麼它的維護階段也是執行的這五年至十年期間。在這段時間，人們幾乎需要著手解決研製階段所遇到的各種問題，同時還要解決某些維護工作本身特有的問題。做好軟體維護工作，不僅能排除障礙，使軟體能正常工作，而且還可以使它擴充套件功能，提高效能，為使用者帶來明顯的經濟效益。然而遺憾的是，對軟體維護工作的重視往往遠不如對軟體研製工作的重視。而事實上，和軟體研製工作相比，軟體維護的工作量和成本都要大得多。
計劃對所要解決的問題進行總體定義，包括瞭解使用者的要求及現實環境，從技術、經濟和社會因素等3個方面研究並論證本軟體專案的可行性，編寫可行性研究報告，探討解決問題的方案，並對可供使用的資源（如計算機硬體、系統軟體、人力等）成本，可取得的效益和開發進度作出估計，制訂完成開發任務的實施計劃。分析軟體需求分析就是對開發什麼樣的軟體的一個系統的分析與設想。它是一個對使用者的需求進行去粗取精、去偽存真、正確理解，然後把它用軟體工程開發語言（形式功能規約，即需求規格說明書）表達出來的過程。本階段的基本任務是和使用者一起確定要解決的問題，建立軟體的邏輯模型，編寫需求規格說明書文件並最終得到使用者的認可。需求分析的主要方法有結構化分析方法、資料流程圖和資料字典等方法。本階段的工作是根據需求說明書的要求，設計建立相應的軟體系統的體系結構，並將整個系統分解成若干個子系統或模組，定義子系統或模組間的介面關係，對各子系統進行具體設計定義，編寫軟體概要設計和詳細設計說明書，資料庫或資料結構設計說明書，組裝測試計劃。在任何軟體或系統開發的初始階段必須先完全掌握使用者需求，以期能將緊隨的系統開發過程中哪些功能應該落實、採取何種規格以及設定哪些限制優先加以定位。系統工程師最終將據此完成設計方案，在此基礎上對隨後的程式開發、系統功能和效能的描述及限制作出定義。設計軟體設計可以分為概要設計和詳細設計兩個階段。實際上軟體設計的主要任務就是將軟體分解成模組是指能實現某個功能的資料和程式說明、可執行程式的程式單元。可以是一個函式、過程、子程式、一段帶有程式說明的獨立的程式和資料，也可以是可組合、可分解和可更換的功能單元。模組，然後進行模組設計。概要設計就是結構設計，其主要目標就是給出軟體的模組結構，用軟體結構圖表示。詳細設計的首要任務就是設計模組的程式流程、演算法和資料結構，次要任務就是設計資料庫，常用方法還是結構化程式設計方法。編碼軟體編碼是指把軟體設計轉換成計算機可以接受的程式，即寫成以某一程式設計語言表示的"源程式清單"。充分了解軟體開發語言、工具的特性和程式設計風格，有助於開發工具的選擇以及保證軟體產品的開發質量。當前軟體開發中除在專用場合，已經很少使用二十世紀80年代的高階語言了，取而代之的是面向物件的開發語言。而且面向物件的開發語言和開發環境大都合為一體，大大提高了開發的速度。軟體測試軟體測試的目的是以較小的代價發現儘可能多的錯誤。要實現這個目標的關鍵在於設計一套出色的測試用例（測試資料與功能和預期的輸出結果組成了測試用例）。如何 才能設計出一套出色的測試用例，關鍵在於理解測試方法。不同的測試方法有不同的測試用例設計方法。兩種常用的測試方法是白盒法測試物件是源程式，依據的是程式內部的的邏輯結構來發現軟體的程式設計錯誤、結構錯誤和資料錯誤。結構錯誤包括邏輯、資料流、初始化等錯誤。用例設計的關鍵是以較少的用例覆蓋儘可能多的內部程式邏輯結果。白盒法和黑盒法依據的是軟體的功能或軟體行為描述，發現軟體的介面、功能和結構錯誤。其中介面錯誤包括內部/外部介面、資源管理、整合化以及系統錯誤。黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模組輸出和輸入介面。維護維護是指在已完成對軟體的研製（分析、設計、編碼和測試）工作並交付使用以後，對軟體產品所進行的一些軟體工程的活動。即根據軟體執行的情況，對軟體進行適當修改，以適應新的要求，以及糾正執行中發現的錯誤。編寫軟體問題報告、軟體修改報告。一箇中等規模的軟體，如果研製階段需要一年至二年的時間，在它投入使用以後，其執行或工作時間可能持續五年至十年。那麼它的維護階段也是執行的這五年至十年期間。在這段時間，人們幾乎需要著手解決研製階段所遇到的各種問題，同時還要解決某些維護工作本身特有的問題。做好軟體維護工作，不僅能排除障礙，使軟體能正常工作，而且還可以使它擴充套件功能，提高效能，為使用者帶來明顯的經濟效益。然而遺憾的是，對軟體維護工作的重視往往遠不如對軟體研製工作的重視。而事實上，和軟體研製工作相比，軟體維護的工作量和成本都要大得多。