A.Davis 認為，軟件需求是從軟件外部可見的，軟件所具有的，滿足於用戶的特點，功能及屬性等的集合。I.Sommerville認為，需求是問題信息和系統行為，特征，設計和實現約束的描述的集合。M.Jackson等人認為，需求是客戶希望在問題域內產生的效。IEEE軟件工程標准詞匯表將需求定義為：①用戶解決問題或達到目標所需的條件或能力②系統或系統內部要滿足合同，標准，規范或其他正式規定文檔所需具有的條件或能力。其中①從用戶角度，②從軟件系統角度。
項目需求分析是一個項目的開端，也是項目建設的基石。在以往建設失敗的項目中，大多數是由於需求分析的不明確而造成的。軟件需求分成：①目標需求②業務需求③功能需求④性能需求⑤約束與限制。因此一個項目成功的關鍵因素之一，就是對需求分析的把握程度。
需求分析是軟件工程中的一個關鍵過程。在這個過程中，分析師和軟件工程師確定顧客的需要。只有在確定了這些需要后，他們才能夠分析和尋求新系統的解決方法。需求分析階段的任務是確定軟件系統功能。需求分析是一項重要的工作，也是最困難的工作。進行需求分析，我們能夠更好了解顧客需要什么，也行會出現矛盾，我們也可以根據雙方的情況解決，就好比你去演講啊，開會啊什么的，你必需要做准備吧，哪怕上去念稿子也是要准備的啊。
開發軟件系統最為困難的部分就是要准確說明開發什么。最為困難的工作便是要寫出詳細的技術需求，這包括所有面向用戶、面向機器和其它軟件系統的接口。如果做錯，這將是會最終給系統帶來極大損害的一部分，並且以后再對它進行修改也極為困難。但是對於我們開發人 員來說，並沒有編寫出客戶認可的需求文檔，我們如何知道項目於何時結束？而如果我們不知道什么對客戶來說是重要的，那我們又如何能使客戶感到滿意呢？然而我們也需要控制項目范圍的擴展，有時候需要敢於說“不”，又不很多人不敢說“不”，開發人員只好在各種壓力下接受每一項需求更改要求。
所以我們要去訪談，了解需求，在用戶的協助下面向數據流自頂而下逐步求精。
軟件系統至少是通常大家能夠見到的，也能及時更新的，就是比如你已經更新到Windows100了，而你的軟件不能只適應Windows1-Windows10